En Métricas te queremos ayudar a impulsar el crecimiento de tu empresa u organización
Contáctanos para solicitar mayor información sobre nuestros servicios y soluciones para ayudarte a hacer crecer tu organización.
Contactar
Cuando un cliente presiona "pagar" en una tienda en línea, lo que ocurre en los siguientes segundos involucra al menos tres capas de infraestructura distintas: un agregador, un gateway y un procesador de pagos.
La mayoría de las empresas confunden estos términos, los usa de forma intercambiable o desconoce cuál de ellos está resolviendo qué problema en su arquitectura actual.
Esta confusión no es inofensiva. Elegir el componente equivocado puede resultar en fondos congelados, costos que no escalan, fricciones regulatorias o sistemas imposibles de mantener cuando el volumen crece.
Entender la diferencia entre estos tres actores no es un ejercicio académico, es una decisión de diseño que afecta directamente la operación y el crecimiento del negocio.
En este artículo aprenderás qué hace cada componente, cómo se comunican entre sí, cuándo conviene usar uno sobre otro y cómo diseñar una infraestructura de pagos que funcione como ventaja competitiva y no como limitante.
Un agregador de pagos, también conocido como payment facilitator o payfac, es una empresa que agrupa a múltiples comercios bajo una sola cuenta maestra con las redes de tarjetas y los bancos adquirentes. En lugar de que cada negocio tramite su propia relación bancaria, el agregador absorbe esa responsabilidad y les permite aceptar pagos de forma inmediata.
El modelo opera con una arquitectura de cuenta maestra y subcomercios. El agregador tiene una cuenta merchant directa con las redes como Visa y Mastercard, y bajo esa cuenta crea perfiles para cada uno de sus clientes.
Cuando un usuario final paga en un comercio que usa un agregador, los fondos llegan primero al agregador, quien posteriormente los distribuye al negocio correspondiente.
El onboarding es deliberadamente simple. Completar un formulario, subir documentación básica y activar la cuenta puede tomar minutos en lugar de semanas. Esto es posible porque el agregador ya asumió el proceso regulatorio con los adquirentes: conoce a su cliente colectivamente, no a cada subcomercio de forma individual.
La velocidad de implementación es la ventaja más citada. Un equipo sin experiencia financiera puede integrar Stripe o Mercado Pago en días y comenzar a cobrar sin negociar contratos bancarios. Para startups en etapa temprana o productos en fase MVP, esto representa semanas o meses de diferencia en el tiempo al mercado.
Los requisitos regulatorios son significativamente menores. El agregador carga con la obligación de cumplimiento ante las redes de tarjetas, por lo que el comercio solo debe cumplir con sus propias obligaciones locales básicas.
La complejidad técnica también se reduce. Las APIs de los grandes agregadores están diseñadas para ser accesibles, con documentación extensa, SDKs en múltiples lenguajes y soporte integrado para casos de uso comunes como suscripciones, marketplaces o pagos presenciales.
El control es limitado. El agregador define las reglas del juego: qué tipos de negocios puede atender, qué flujos de pago permite, cómo maneja las disputas y bajo qué criterios puede suspender una cuenta. Cuando el negocio crece y necesita personalización, choca con esas paredes.
El riesgo de bloqueo de fondos es real y documentado. Los agregadores aplican modelos de riesgo automáticos que pueden congelar fondos de negocios que presenten picos transaccionales inusuales, aunque estos sean completamente legítimos. Para empresas con flujo de caja ajustado, esta posibilidad es crítica.
La dependencia del proveedor se profundiza con el tiempo. Cambiar de agregador implica migrar integraciones, readaptar flujos operativos y potencialmente perder datos históricos de transacciones.
En términos de costos, los agregadores cobran comisiones más altas por transacción a cambio de la simplicidad. Cuando el volumen crece, lo que fue una ventaja económica en etapa temprana puede convertirse en el mayor gasto operativo del negocio.
Stripe es el referente global, con cobertura en más de 40 países y una plataforma técnica considerada el estándar de la industria. Mercado Pago domina América Latina y ofrece una red de medios de pago locales difícil de replicar. Clip es el agregador de referencia para pagos presenciales en México, con terminales físicas y una propuesta orientada a pequeños comercios. PayPal, aunque ha evolucionado hacia un modelo híbrido, sigue operando como agregador para millones de comercios en todo el mundo.
Un gateway de pagos, o pasarela de pago, es la infraestructura que transmite de forma segura la información de pago desde el punto de captura (un formulario web, una app, una terminal) hasta el procesador que ejecutará la transacción. El gateway no mueve dinero: mueve datos de manera cifrada y autenticada.
La función central del gateway es actuar como intermediario seguro entre el comercio y la red financiera. Cuando un cliente ingresa su tarjeta, el gateway captura esos datos, los tokeniza, los cifra y los envía al procesador correspondiente. Al recibir la respuesta de autorización, la transmite de vuelta al comercio.
La tokenización es uno de sus mecanismos más importantes. El número real de la tarjeta nunca se almacena en los sistemas del comercio: se reemplaza por un token único que solo tiene valor dentro del ecosistema del gateway. Esto reduce drásticamente la exposición ante brechas de seguridad.
El proceso comienza con la captura de datos del instrumento de pago. El gateway aplica encriptación de extremo a extremo (E2EE) o cifrado en el punto de interacción para proteger la información desde el momento en que el cliente la ingresa. En transacciones que lo requieren, gestiona la autenticación 3D Secure, que añade una capa de verificación del titular de la tarjeta.
Una vez que los datos están seguros, el gateway los empaqueta y los envía al procesador de pagos o directamente al banco adquirente, dependiendo de la arquitectura. Este canal de comunicación está certificado bajo estándares como PCI DSS y usa protocolos seguros de transporte.
Es un error frecuente confundir el gateway con la página o módulo de checkout. El checkout es la interfaz visual que el cliente ve, donde ingresa sus datos. El gateway es la infraestructura que opera detrás de esa interfaz.
Un mismo gateway puede alimentar decenas de checkouts distintos. Y un checkout puede estar conectado a diferentes gateways según el método de pago, la región o la lógica de enrutamiento del negocio. Confundir ambos lleva a decisiones de diseño equivocadas: a veces las empresas cambian de proveedor de checkout cuando su problema real está en el gateway, o viceversa.
Authorize.net es uno de los gateways más longevos del mercado estadounidense, con décadas de historia y amplia compatibilidad con procesadores bancarios tradicionales.
Openpay opera en México y Colombia con una propuesta técnica moderna y enfocada en comercios medianos. Conekta es una opción popular en México que combina gateway con capacidades de agregación para casos de uso locales.
Adyen representa el segmento enterprise, con cobertura global, capacidades de adquirencia propia y una plataforma que unifica gateway, procesamiento y gestión de riesgo en un solo stack.
El procesador de pagos es el componente que ejecuta la transacción financiera real. Si el gateway mueve información, el procesador mueve instrucciones. Es quien coordina la comunicación entre el banco adquirente, las redes de tarjetas y el banco emisor para determinar si una transacción se aprueba o se rechaza.
El procesador recibe la solicitud de autorización del gateway y la encamina hacia la red de tarjetas correspondiente, ya sea Visa, Mastercard, American Express u otras. Valida que la información sea técnicamente correcta, verifica que haya fondos disponibles o crédito suficiente, y gestiona el proceso de autorización en tiempo real.
Cuando la transacción es aprobada, el procesador también coordina la liquidación posterior: el movimiento real de fondos desde el banco emisor (el banco del cliente) hacia el banco adquirente (el banco del comercio). Este proceso puede tomar entre 24 horas y varios días hábiles, dependiendo de las condiciones pactadas.
El banco adquirente es la institución financiera que tiene una relación directa con el comercio y lo afilia a las redes de tarjetas. El procesador es, en muchos casos, un operador tecnológico que trabaja en nombre del adquirente o junto a él para manejar el volumen técnico de las transacciones.
En algunos casos, el adquirente y el procesador son la misma entidad, como ocurre con algunos bancos que han desarrollado capacidades propias de procesamiento. En otros casos, un banco adquirente trabaja con uno o más procesadores externos para manejar distintos tipos de transacciones o regiones geográficas.
Las redes de tarjetas como Visa y Mastercard no procesan directamente, pero sí establecen las reglas del ecosistema: los tiempos de liquidación, los estándares de seguridad, los criterios de elegibilidad para comercios y los esquemas de disputa.
En el entorno de ecommerce, el procesamiento es completamente digital: los datos viajan desde el gateway hasta el procesador sin intervención física. En pagos presenciales, la terminal del punto de venta captura los datos mediante chip, banda magnética o NFC, y los transmite al gateway o directamente al procesador según la arquitectura del dispositivo.
El embedded finance ha añadido una tercera modalidad: el procesamiento integrado dentro de plataformas que no son, en esencia, empresas de pagos. Plataformas de gestión de negocios, ERPs o apps de movilidad que incorporan capacidades de cobro directamente en su flujo de usuario, sin redirigir al cliente a una interfaz de pago externa.
Comprender cada componente por separado es útil, pero la comprensión real viene de ver cómo se diferencian cuando se comparan de frente. Los tres resuelven problemas distintos en la cadena de pagos, y mezclarlos conduce a arquitecturas que no cumplen su función.
El control del flujo transaccional reside en distintos actores según el modelo. En un esquema con agregador, es el propio agregador quien controla el flujo de principio a fin: captura, autorización y liquidación pasan por su plataforma. En un esquema con gateway y procesador separados, el comercio tiene más control sobre cada capa y puede sustituir componentes de forma independiente.
El almacenamiento de datos también varía. El gateway almacena tokens y puede guardar información de instrumentos de pago para uso futuro (como suscripciones), pero los datos financieros sensibles quedan bajo su custodia, no la del comercio. El procesador almacena los registros de autorización y liquidación. El agregador lo centraliza todo.
La liquidación de fondos es quizás la diferencia más operativamente relevante. Con un agregador, los fondos se liquidan primero al agregador y luego al comercio, lo que introduce un paso intermedio con sus propios tiempos y condiciones. Con un procesamiento directo, los fondos van desde el emisor al adquirente y de ahí al comercio, sin pasar por un intermediario adicional.
Entender el flujo paso a paso convierte los conceptos abstractos en algo concreto. Un pago con tarjeta en línea sigue esta secuencia en cuestión de segundos.
El cliente selecciona un producto, llega al checkout e ingresa los datos de su tarjeta o elige un método guardado. En ese momento, la interfaz del comercio captura la información y la pasa al gateway.
El gateway recibe los datos en texto plano, los tokeniza, los cifra y los valida en formato. Si la transacción requiere autenticación 3D Secure, se activa el desafío de verificación con el banco emisor antes de continuar.
El gateway transmite la solicitud de autorización al procesador, quien la encamina hacia la red de tarjetas correspondiente en un mensaje estandarizado bajo protocolos como ISO 8583.
La red de tarjetas recibe la solicitud, valida que la transacción cumple con sus reglas y la reenvía al banco emisor de la tarjeta del cliente.
El banco emisor revisa el saldo o crédito disponible, aplica sus propios modelos de riesgo y fraude, y devuelve una respuesta de autorización o rechazo con un código específico. Esta respuesta recorre el mismo camino de vuelta: red de tarjetas, procesador, gateway, comercio.
La autorización es solo la promesa de pago. La liquidación ocurre después, cuando el procesador coordina la transferencia real de fondos. El comercio recibe el monto autorizado menos las comisiones acordadas, y los sistemas de conciliación verifican que cada transacción autorizada haya sido liquidada correctamente.
Para negocios en etapa inicial, la velocidad de integración supera casi cualquier otra consideración. Un equipo de tres personas lanzando su primer producto no debería invertir semanas en negociar contratos bancarios. El agregador permite arrancar, validar el modelo y generar volumen antes de que valga la pena optimizar la infraestructura.
Las fintechs en etapa de prototipo necesitan iterar rápido. Los agregadores modernos ofrecen APIs bien diseñadas que permiten experimentar con flujos de pago complejos sin necesidad de una infraestructura propia. Es perfectamente válido lanzar un producto financiero sobre un agregador, siempre que el plan de escala contemple cuándo y cómo evolucionar.
Cuando el tiempo al mercado es el factor crítico, la simplicidad del agregador es una ventaja competitiva genuina. Esto aplica tanto a comercios tradicionales como a plataformas que quieren añadir capacidades de pago sin construir infraestructura propia.
Cuando el volumen de transacciones crece, la diferencia entre una comisión del 2.9% y una comisión negociada directamente con el adquirente puede representar millones de pesos o dólares al año. A partir de cierto umbral, construir o contratar infraestructura propia amortiza el costo de implementación con rapidez.
Los modelos de riesgo de los agregadores son genéricos. Negocios con patrones transaccionales particulares, como alto ticket promedio, pagos internacionales frecuentes o flujos estacionales marcados, necesitan modelos de riesgo configurables que los agregadores no pueden ofrecer.
Trabajar con varios adquirentes simultáneamente permite enrutar transacciones según criterios de costo, tasa de aprobación o cobertura geográfica. Esta estrategia, conocida como multiacquiring, es imposible con un agregador, quien centraliza toda la relación adquirente bajo su cuenta maestra.
La orquestación permite definir reglas de enrutamiento inteligentes: si el adquirente A falla, intentar con el adquirente B; si la transacción es en euros, usar el procesador con mejor tasa en esa divisa. Este nivel de control requiere una capa de orquestación propia o un proveedor especializado.
Las fintechs que operan bajo licencias financieras, ya sea como institución de fondos de pago electrónico, institución de financiamiento colectivo u otras, tienen obligaciones regulatorias que requieren control total sobre los flujos de dinero. Operar bajo un agregador puede entrar en conflicto con estas obligaciones.
Es el riesgo más conocido y el más temido. Los sistemas automatizados de los agregadores pueden congelar fondos sin previo aviso cuando detectan actividad que sus modelos interpretan como riesgo, aunque sea completamente legítima. Recuperar fondos congelados puede tomar días, semanas o convertirse en una disputa prolongada.
Cuando el 100% del flujo de ingresos pasa por un solo proveedor, cualquier interrupción, cambio de política o decisión unilateral del agregador puede paralizar el negocio. No es una eventualidad teórica: hay casos documentados de negocios que perdieron acceso a sus cuentas de procesamiento sin explicación o con plazos de respuesta inaceptables.
Los agregadores ofrecen lo que sirve para el caso de uso promedio. Flujos específicos como pagos diferidos, esquemas de comisión variable, liquidación por operación o integración con sistemas de contabilidad propios suelen requerir workarounds costosos o simplemente no son posibles.
Lo que funciona con cien transacciones mensuales no necesariamente funciona con cien mil. Los límites de volumen, los esquemas de comisión y los controles de riesgo de los agregadores están diseñados para el segmento de pequeños y medianos comercios. Cuando el negocio sale de ese segmento, la infraestructura empieza a frenar el crecimiento en lugar de acelerarlo.
La arquitectura moderna de pagos se construye con módulos independientes que se pueden escalar, reemplazar o actualizar sin afectar el resto del sistema. Esto contrasta con los enfoques monolíticos donde cambiar un proveedor implica rehacer toda la integración.
El ecosistema de APIs financieras ha madurado significativamente. Hoy es posible conectar módulos de onboarding, KYC, procesamiento, gestión de disputas, conciliación y reporteo a través de APIs especializadas, construyendo una infraestructura a medida sin necesidad de desarrollar cada componente desde cero.
La capa de orquestación es uno de los componentes que mayor valor aporta en arquitecturas de alto volumen. Permite definir reglas dinámicas de enrutamiento, gestionar la redundancia entre múltiples proveedores y optimizar la tasa de aprobación de transacciones de forma automática.
Un ledger financiero propio es la columna vertebral de cualquier fintech seria. Registra cada movimiento de valor con trazabilidad completa, sirve como fuente de verdad para la conciliación y permite detectar discrepancias entre lo que reportan los procesadores y lo que realmente ocurrió.
Operar con múltiples adquirentes al mismo tiempo permite maximizar la tasa de aprobación, minimizar el impacto de caídas de un proveedor y negociar mejores condiciones a través de la competencia entre proveedores. Es una estrategia disponible solo para negocios con infraestructura propia.
En etapa pre-product-market-fit, el agregador casi siempre es la respuesta correcta. En etapa de crecimiento con modelo probado, conviene evaluar el gateway con procesador propio. En etapa de escala, la arquitectura modular con multiacquiring y orquestación es lo que permite mantener márgenes y control operativo.
El punto de inflexión varía según la región y los costos locales, pero como referencia general, cuando el ahorro en comisiones de procesamiento supera el costo de implementación y mantenimiento de infraestructura propia, la decisión de migrar se vuelve económicamente obvia.
Negocios en sectores regulados como fintech, seguros o salud tienen obligaciones que pueden requerir control directo sobre los flujos de pago. Antes de elegir un modelo, conviene revisar qué permite y qué exige la regulación aplicable.
Operar infraestructura propia de pagos requiere experiencia en seguridad, cumplimiento PCI DSS, gestión de relaciones con adquirentes y monitoreo financiero. Si el equipo no tiene esa experiencia, los costos ocultos de construir y mantener esa infraestructura pueden superar los ahorros en comisiones.
Si el diferenciador del negocio depende de la experiencia de pago, de la velocidad de liquidación o de flujos financieros personalizados, el control que solo da la infraestructura propia justifica la inversión. Si el pago es solo un medio y no parte central del producto, la simplicidad del agregador puede ser suficiente por más tiempo.
La comisión por transacción es el número más visible pero no el más importante. Los costos ocultos incluyen tarifas de disputas y chargebacks, comisiones por tipo de tarjeta, cargos por divisas y el costo de desarrollo de la integración. Una comparativa honesta incluye todos estos factores.
La solución que funciona hoy puede convertirse en el cuello de botella de mañana. Antes de elegir un proveedor, vale la pena simular el escenario de diez veces el volumen actual y evaluar si la arquitectura aguanta sin necesidad de ser reemplazada.
Muchas empresas implementan el flujo de pago pero no diseñan desde el principio el proceso de conciliación. Cuando el volumen crece y los errores de conciliación se acumulan, el costo de corregirlos retroactivamente puede ser enorme.
El uptime del proveedor de pagos es tan crítico como el uptime del propio producto. Una caída del procesador durante el Black Friday o un evento de alta demanda puede costar más que meses de ahorro en comisiones. Los contratos de nivel de servicio deben evaluarse antes de firmar, no después de experimentar el primer incidente.
Depender de un solo proveedor en cualquier capa de la infraestructura de pagos es un riesgo operativo inaceptable para negocios que dependen del cobro para operar. Diseñar redundancia desde el inicio, con al menos un proveedor alternativo activable ante fallos, es parte de la arquitectura básica de cualquier sistema de pagos maduro.
La integración de servicios financieros directamente en plataformas no financieras es la tendencia más transformadora del sector. Plataformas de software de gestión, aplicaciones de movilidad y herramientas de productividad están añadiendo cobros, préstamos y seguros sin convertirse en entidades financieras, gracias a infraestructuras de embedded finance disponibles vía API.
La orquestación de pagos está pasando de ser una capacidad de grandes empresas a convertirse en un componente accesible para medianas fintechs. Plataformas especializadas en orquestación permiten conectar múltiples adquirentes, gateways y métodos de pago bajo una capa unificada con reglas de enrutamiento configurables.
El acceso regulado a los datos bancarios y la posibilidad de iniciar pagos directamente desde cuentas bancarias sin pasar por redes de tarjetas está cambiando la estructura de costos del procesamiento. En mercados donde el open banking tiene regulación madura, como la Unión Europea con PSD2, está generando nuevos modelos de negocio y presionando las comisiones de las redes de tarjetas tradicionales.
La tokenización no es nueva, pero su alcance se está expandiendo. La tokenización de red, donde el token es generado por la propia red de tarjetas en lugar del gateway, mejora las tasas de autorización y reduce el riesgo de fraude. Es una capacidad que los grandes agregadores y gateways ya están implementando y que se convertirá en estándar en los próximos años.
Las infraestructuras de pagos en tiempo real, como CoDi y SPEI en México o PIX en Brasil, están redefiniendo las expectativas de velocidad en el procesamiento. Para las fintechs, esto representa tanto una oportunidad de ofrecer experiencias de pago superiores como un reto de integración con sistemas diseñados para tiempos de liquidación más lentos.
No existe una única solución correcta en infraestructura de pagos. Un agregador puede ser la decisión perfecta para una empresa en etapa temprana y la decisión equivocada para esa misma empresa dos años después. Un gateway sin procesamiento propio puede ser suficiente para un volumen medio, y una limitación para un negocio que necesita multiacquiring.
Lo que sí existe es una forma correcta de tomar la decisión: entendiendo qué problema resuelve cada componente, en qué etapa está el negocio y qué trade-offs son aceptables dado el contexto. La infraestructura de pagos bien diseñada no solo procesa transacciones: reduce costos, mejora la experiencia del usuario, aumenta las tasas de aprobación y elimina fricciones operativas.
La mejor arquitectura es aquella que puede evolucionar junto con el negocio, que no tiene un solo punto de falla, que permite negociar con proveedores desde una posición de poder y que está diseñada pensando en el escenario de diez veces el volumen actual, no solo en el de hoy.