Descubre cómo funciona una pasarela de pago paso a paso: desde que el cliente pulsa «pagar» hasta que el dinero llega a tu cuenta. Guía técnica y práctica.
Tabla de contenidos
- Qué es exactamente una pasarela de pago
- Las partes que intervienen en cada transacción
- Cómo funciona el proceso de pago paso a paso
- Diferencias clave entre tipos de integración
- El papel del cifrado y la seguridad
- Comisiones reales: lo que hay detrás del porcentaje
- Pasarela de pago vs procesador de pagos: la distinción que más confunde
- Qué ocurre cuando un pago falla
- Preguntas frecuentes sobre pasarelas de pago en WooCommerce
Entender cómo funciona una pasarela de pago es esencial antes de elegir cuál integrar en tu tienda WooCommerce. No todas funcionan igual, no todas tienen las mismas comisiones, y no todas se adaptan igual de bien a cada modelo de negocio. Este artículo desmonta el proceso técnico completo —desde que el cliente pulsa «pagar» hasta que el dinero aparece en tu cuenta bancaria— y explica qué elementos intervienen, qué riesgos existen y qué deberías tener en cuenta antes de tomar una decisión.
Qué es exactamente una pasarela de pago
Una pasarela de pago es la tecnología que conecta tu tienda online con el sistema financiero. Actúa como intermediario entre tres partes: el cliente, la tienda (tú) y los bancos implicados. Sin ella, no habría forma segura de transmitir los datos de una tarjeta de crédito de un navegador a una entidad financiera.
La analogía más precisa es la del datafono físico en una tienda: la pasarela digital hace exactamente lo mismo, pero de forma invisible y en fracciones de segundo. Captura los datos del comprador, los cifra, los valida y devuelve una respuesta (aprobado o rechazado) antes de que el cliente haya cerrado la pestaña.
Lo que mucha gente confunde es que la pasarela no «mueve» dinero. Eso lo hace el procesador de pagos, que es un servicio distinto (aunque a veces ambos los ofrece el mismo proveedor). La pasarela es el canal de comunicación; el procesador es quien ejecuta la transferencia real entre cuentas.
Las partes que intervienen en cada transacción
Antes de explicar el flujo paso a paso, conviene identificar los actores que participan en cada cobro:
- Cliente: quien compra y facilita los datos de pago.
- Tienda (comercio): la WooCommerce que recibe el pedido.
- Pasarela de pago: la tecnología que cifra y transmite los datos.
- Procesador de pagos: la empresa que gestiona la comunicación entre bancos.
- Banco emisor: el banco del cliente, que valida si hay fondos y autoriza la operación.
- Banco adquirente: el banco del comercio, que recibe el dinero.
- Red de tarjetas: Visa, Mastercard o American Express, que actúan como árbitros del sistema.
En la práctica, soluciones como Stripe o PayPal colapsan varios de estos roles en uno solo, lo que simplifica la integración técnica pero no elimina ninguno de los pasos del proceso.
Cómo funciona el proceso de pago paso a paso
Aquí es donde la mayoría de guías se quedan cortas. El proceso de autorización de un pago con tarjeta no es un solo evento, sino una cadena de eventos que ocurre en menos de tres segundos:
Paso 1: el cliente introduce sus datos
El comprador llega al checkout de WooCommerce e introduce el número de tarjeta, fecha de caducidad y CVV. Si la pasarela usa un formulario embebido (como los de Stripe Elements), esos datos nunca tocan tu servidor: se envían directamente desde el navegador del cliente a los servidores de la pasarela, cifrados con TLS. Esto es importante desde el punto de vista legal: reduces drásticamente tu responsabilidad en el cumplimiento del estándar PCI DSS.
Paso 2: la pasarela cifra y transmite la solicitud
La pasarela recibe los datos, los tokeniza (sustituye la información sensible por un identificador único) y envía una solicitud de autorización al procesador de pagos. En este punto ya no viajan datos de tarjeta en claro: solo el token y los metadatos de la transacción (importe, divisa, ID del comercio).
Paso 3: el procesador consulta la red de tarjetas
El procesador identifica qué red de tarjetas corresponde (Visa, Mastercard…) y le envía la solicitud. La red localiza el banco emisor del cliente y le pregunta: «¿Autorizas este cargo?»
Paso 4: el banco emisor decide
El banco del cliente comprueba varias cosas: si hay saldo o crédito suficiente, si la tarjeta no está bloqueada y si la transacción supera sus umbrales antifraude. Con todo eso, emite una respuesta: aprobada, rechazada o pendiente de autenticación adicional (3D Secure).
Paso 5: la respuesta viaja de vuelta
La respuesta recorre el camino inverso: banco emisor → red de tarjetas → procesador → pasarela → tu WooCommerce. WooCommerce recibe un código de autorización o de rechazo y actualiza el estado del pedido en consecuencia. Todo este ciclo suele tardar entre 1 y 3 segundos.
Paso 6: la liquidación (el dinero real)
Aquí viene el detalle que muchos desconocen: la autorización no es el cobro. El dinero no se mueve en el momento de la autorización. La liquidación ocurre horas o días después, cuando el procesador agrupa todas las transacciones autorizadas del día y ejecuta las transferencias reales entre bancos. Por eso puedes ver cargos «pendientes» en el extracto bancario de tus clientes.
Diferencias clave entre tipos de integración
No todas las pasarelas se integran igual en WooCommerce, y la forma de integración afecta tanto a la experiencia de usuario como a tus obligaciones de seguridad:
| Tipo de integración | Cómo funciona | Ventajas | Inconvenientes |
|---|---|---|---|
| Redirección | El cliente sale de tu web para pagar (ej. PayPal estándar) | Mínima responsabilidad PCI; fácil de implementar | Interrupción del flujo; mayor abandono de carrito |
| iFrame embebido | El formulario de pago aparece en tu web dentro de un iFrame | Mejor UX que la redirección; menor responsabilidad PCI | Personalización visual limitada; posibles conflictos de estilo |
| API directa / JavaScript embebido | Formulario nativo con tokenización en cliente (ej. Stripe Elements) | Máxima personalización; mejor conversión; UX fluida | Mayor complejidad técnica en la implementación |
La integración por API directa es la que mejor convierte, pero también la que más puede salir mal si se implementa sin experiencia. Un formulario roto o un token que no se envía correctamente supone ventas perdidas inmediatas.
El papel del cifrado y la seguridad
El cifrado no es un añadido: es la razón de existir de una pasarela. Sin él, transmitir datos de tarjeta por internet sería equivalente a enviarlos en una postal. Las pasarelas modernas combinan varias capas de protección:
- TLS (Transport Layer Security): cifra la conexión entre el navegador y el servidor. Es lo que ves como «https» en la URL.
- Tokenización: sustituye los datos reales de la tarjeta por un token único que solo tiene valor para ese comercio o esa transacción concreta.
- 3D Secure 2.0: protocolo de autenticación adicional (el SMS o la notificación push que a veces pide tu banco). Reduce el fraude y transfiere la responsabilidad de los chargebacks al banco emisor.
- Cumplimiento PCI DSS: estándar de seguridad de la industria que define cómo deben gestionarse los datos de tarjeta. Si usas una pasarela que tokeniza los datos antes de que lleguen a tu servidor, tu nivel de cumplimiento requerido es mucho más bajo (SAQ A en lugar de SAQ D).
Comisiones reales: lo que hay detrás del porcentaje
Cuando una pasarela anuncia «1,4% + 0,25€ por transacción», ese número esconde varios conceptos que van a la misma factura:
- Tasa de intercambio (interchange): lo que cobra el banco emisor por el riesgo de la transacción. Varía según el tipo de tarjeta (débito, crédito, corporativa) y el país de emisión.
- Tasa de la red: lo que cobran Visa o Mastercard por usar su infraestructura.
- Margen del procesador: lo que añade la pasarela por encima de los costes anteriores.
Las pasarelas con modelo «interchange plus» (como algunos planes de Stripe o Adyen) te muestran exactamente cuánto va a cada parte. Las pasarelas con tarifa plana («blended rate») simplifican la factura pero a veces ocultan sobrecostes en transacciones con tarjetas corporativas o internacionales, que tienen tasas de intercambio más altas.
Para tiendas con ticket medio bajo y volumen alto, cada décima de porcentaje importa. Para tiendas con tickets altos, la atención al cliente y los tiempos de resolución de disputas pueden ser más relevantes que la comisión pura.
Pasarela de pago vs procesador de pagos: la distinción que más confunde
La confusión entre ambos términos es habitual, incluso en documentación técnica. La diferencia práctica es esta:
- Pasarela de pago: es la puerta de entrada. Captura, cifra y transmite los datos del pago. Su interfaz es el formulario de checkout.
- Procesador de pagos: es el motor. Ejecuta la comunicación entre el banco del cliente y el banco del comercio y gestiona la liquidación real del dinero.
Stripe, por ejemplo, actúa como los dos a la vez: es pasarela y procesador en un solo producto. PayPal también. Pero en implementaciones más complejas —como las de grandes retailers— la pasarela (ej. Cybersource) puede estar separada del procesador (ej. un banco adquirente local). Para la mayoría de tiendas WooCommerce, esto no es relevante, pero sí lo es entenderlo cuando evalúas qué parte de la cadena está fallando si un pago no se procesa correctamente.
Qué ocurre cuando un pago falla
Los errores de pago tienen causas muy distintas y no todos son responsabilidad de la pasarela. Identificar el origen del fallo es lo primero que hay que hacer antes de cambiar de proveedor o culpar al plugin:
- Rechazo del banco emisor: fondos insuficientes, tarjeta bloqueada o umbrales antifraude activados. La pasarela no puede hacer nada al respecto.
- Error de autenticación 3DS: el cliente no completa la verificación adicional. Solución: mejorar el UX del flujo de autenticación o activar la autenticación sin fricciones cuando el banco emisor lo permite.
- Error de configuración de la pasarela: claves API incorrectas, webhooks mal configurados o certificados SSL caducados en el servidor. Este es el tipo de error que aparece en producción después de una actualización de plugin y que puede costar horas de diagnóstico.
- Timeout de conexión: el servidor de WooCommerce tarda demasiado en responder a la pasarela. Un servidor mal dimensionado o un plugin conflictivo pueden provocar esto incluso con la pasarela funcionando perfectamente.
Tener logs de transacciones activos en WooCommerce (disponibles en la mayoría de plugins de pasarela) es imprescindible para diagnosticar estos casos sin tener que reproducir el error manualmente.
Preguntas frecuentes sobre pasarelas de pago en WooCommerce
¿Necesito un certificado SSL para aceptar pagos?
Sí, siempre. Sin HTTPS activo, las pasarelas modernas directamente bloquean la integración. Además, Google Chrome marca las páginas HTTP como «no seguras», lo que genera abandono antes de que el cliente llegue al checkout.
¿Cuándo llega el dinero a mi cuenta?
Depende de la pasarela y del país. Stripe, por ejemplo, hace liquidaciones cada 2 días hábiles en España por defecto, aunque esto es configurable. PayPal puede retener fondos más tiempo si la cuenta es nueva o si hay disputas abiertas. El plazo de liquidación es un criterio importante que a menudo se ignora al elegir proveedor.
¿Qué es un chargeback y cómo afecta a mi tienda?
Un chargeback es una disputa iniciada por el cliente directamente con su banco, que revierte el cobro de forma provisional. La pasarela cobra una tarifa por gestión (entre 15€ y 25€ habitualmente) y tienes un plazo para presentar evidencias. Si tienes un porcentaje de chargebacks superior al 1% de tus transacciones, algunas pasarelas pueden suspender tu cuenta. Por eso el control del fraude y la documentación del proceso de compra son críticos.
¿Puedo usar varias pasarelas a la vez en WooCommerce?
Sí. WooCommerce permite activar múltiples pasarelas simultáneamente y el cliente elige en el checkout. Una estrategia habitual es ofrecer Stripe para tarjetas y Bizum o PayPal como alternativa, ya que cada método captura un perfil de comprador distinto.
¿La pasarela afecta al rendimiento de la tienda?
El plugin de integración sí puede afectarlo. Los plugins de pasarela que cargan JavaScript externo en todas las páginas (no solo en el checkout) añaden peticiones innecesarias y ralentizan el tiempo de carga. Una integración bien configurada debería cargar los scripts de la pasarela solo en las páginas de checkout y carrito.
Si estás evaluando cómo integrar o mejorar el sistema de pagos en tu tienda WooCommerce, en mi página de servicios de desarrollo WordPress puedes ver cómo trabajo este tipo de implementaciones técnicas.
Mi opinión como desarrollador WordPress
Lo que más me llama la atención cuando analizo tiendas WooCommerce con problemas de conversión es que el fallo casi nunca está en la pasarela en sí, sino en cómo se ha integrado. Un plugin instalado sin revisar los webhooks, un JavaScript que carga en todas las páginas o un flujo 3D Secure que rompe en móvil pueden hacer que una pasarela perfectamente válida parezca defectuosa. Antes de cambiar de proveedor, siempre merece la pena auditar la implementación técnica actual. En muchos casos, el problema se resuelve en horas sin tocar la pasarela.
¿Necesitas ayuda con tu proyecto? Trabajo con negocios y agencias en WordPress, WooCommerce, IA e integraciones. Escríbeme y lo vemos juntos.
