---
title: "How do you take card payments on your website without an online store?"
description: "Taking a deposit or a service payment by card on your website needs no online store: gateways, real fees and requirements, step by step, without jargon."
date: "2026-10-30"
category: "Websites for business"
keywords: "take card payments on my website, charge a deposit upfront, payment gateway for freelancers, payment link, virtual card terminal"
portada: "/portadas/portada-cobrar-con-tarjeta-en-tu-web-sin-tienda-online.webp"
---

A wedding photographer told me last year that she took the date deposit by bank transfer. She sent the account number by WhatsApp, waited, and wrote again three days later. Out of every ten couples who said "yes, we love it", four never made the transfer and two disappeared without answering. It wasn't lack of interest: transferring €150 to an account number you don't know is a chore, and that chore solves itself if the client thinks about it for two more days.

She put a payment link on her website. The deposit is now paid by card in two clicks, from the phone, without installing anything. Confirmed bookings went from six to nine a month with the same number of enquiries. She didn't change the way she sells: she changed the last step.

This is for businesses that charge for services, not products. If what you want is a catalogue with a shopping cart, that's another article: you'll find it in [website for online shops](/blog/en/web-para-tiendas-online).

## What charging upfront actually solves

Three things, and none of them is technical.

**Commitment.** A client who has paid a deposit shows up. One who has only said yes, sometimes. The deposit doesn't have to be big: between 20% and 30% of the service is enough for the date to be respected.

**No-shows.** It's the invisible cost of hairdressers, clinics, photographers, caterers and trainers. An hour booked and not used is never recovered. Charging €10 as a booking fee and deducting it later cuts absences brutally.

**Less chasing people.** Taking payment at the moment the client decides avoids the "I'll do the transfer this afternoon" and the three reminders that follow.

## The fastest route: a payment link

If you don't want to touch code, this is the option. Serious payment providers let you create a payment link or button from their dashboard, with no programming: you enter the description, the amount, enable cards and, if you like, instant mobile payments. You copy the link and use it wherever you want: a button on your website, the confirmation message for an appointment, an email, a QR code on the counter.

Advantages: it takes an afternoon, it works with any website (even with no website at all), and the money lands in your account in two or three working days. Downsides: the client leaves your page for a gateway with a different design, and you can't do very fine-grained things, like charging different amounts depending on what they choose in a form, without some integration.

If your volume is low, start here. It's reversible and ties you to nothing.

## The bank's virtual card terminal

The virtual terminal (or the card processing system behind almost all of them) is the classic option: you sign up with your bank and it receives cards directly into your usual account. It usually requires being registered as self-employed or a company, holding an account with that bank and, sometimes, a minimum turnover or a small risk assessment.

It costs a monthly fee, normally between €10 and €25, plus a percentage per transaction. In exchange, reconciliation is direct with your bookkeeping and many clients see it as "the usual bank thing". For custom integrations it is more rigid than modern gateways, and most small websites don't need that rigidity.

## Mobile payments, bank transfer and "I'll pay when I come"

Instant mobile payment systems for businesses do exist and work well: low fee, the client already has it on their phone and there's nothing to explain. The catch is that it doesn't work for collecting on its own, without intervention: you need a link or a QR code from your bank, and reconciliations are done by hand.

Bank transfer is still fine for large amounts (a renovation, a long project), but as a booking method it's where sales get lost. And taking cash at the end is what's creating the problem you want to solve.

## What each payment takes

Orders of magnitude for a small business in Spain; rates change, so confirm the current one before signing:

- **Gateway such as Stripe or similar:** around 1.5% + €0.25 with European cards, more with cards from outside. No monthly fee.
- **The bank's virtual terminal:** 0.5%–1.5% per transaction plus a monthly fee.
- **Mobile instant payment:** around 1.5% + €0.25 through gateways, or a flat fee per transaction if you contract it with the bank.
- **PayPal:** the most expensive on the list, close to 3.4% + €0.35.

In practice: taking €150 through a gateway costs you about €2.50. With PayPal, about €5.50. If the fee seems high, compare it with what a client who doesn't show up costs you: normally, much more.

## What you need before you start charging

- **Be registered** and have a bank account in the name of the business or the self-employed person. Gateways ask for tax details and, sometimes, documentation.
- **Decide the cancellation policy** and write it down. If you charge a deposit, the client has to know in advance whether it is refunded, within what period and in which cases. Without that, the first argument will cost you more than a year of fees.
- **Issue an invoice** for every payment, with VAT where applicable.
- **Look after the data**: if you store anything about the client, you need a legal basis and a privacy notice. It's explained in [legal notice, privacy and cookies on your website](/blog/en/aviso-legal-privacidad-y-cookies-de-tu-web).

## When it isn't worth it

If you take everything on the premises, in cash or with a card machine, and your volume is four or five services a month with no absences, setting up online payment is work for nothing. Nor is it worth it if your average ticket is €12 and your margin is €2: the fee eats the advantage.

And if the real problem is that enquiries aren't coming in, fixing the payment won't help. First the tap, then the pipe: start by [checking whether your website works](/blog/en/como-saber-si-mi-web-funciona).

## The order that usually works

1. Work out what a no-show costs you per month. That number decides whether this is worth it.
2. Write the cancellation policy in two clear lines.
3. Set up a payment link with a specific description ("Date deposit — €150").
4. Put it on the website as a visible button, not hidden in the footer.
5. Test the payment yourself with a real card for a small amount and check how long the money takes to arrive and how much has been deducted.
6. Review after two months: how many bookings and how many absences.

If you want the payment built into the website itself, without the client jumping to another site, with the cancellation policy and legal notice already in place, you can [request a free design proposal](/solicita-web/en) and I'll tell you what I'd set up in your specific case, with no obligation.