El Pay by Link se ha convertido en una de las soluciones más extendidas para el cobro remoto. Su promesa es sencilla: generar un enlace de pago, enviarlo por SMS, email o WhatsApp y dejar que el cliente complete la operación de forma autónoma en una página de pago. Para muchos negocios, especialmente en entornos digitales simples, esta solución ha supuesto una forma rápida de aceptar pagos sin desarrollar un comercio electrónico complejo ni asumir directamente toda la carga técnica de un checkout.
Sin embargo, esa misma simplicidad es también su principal limitación. El Pay by Link funciona razonablemente bien cuando el cliente es digitalmente autónomo, cuando el importe no requiere explicación, cuando no existe urgencia, cuando el pagador confía plenamente en el enlace recibido y cuando la transacción puede completarse sin asistencia. Pero en un contact center, en un proceso de recobro, en una llamada de atención al cliente, en una administración pública, en una utility, en una aseguradora, en una reserva hotelera o en un pago sanitario, la realidad suele ser muy distinta.
En esos escenarios, el pago no nace de una experiencia digital autónoma. Nace de una conversación. Un agente ha conseguido hablar con el cliente, ha resuelto dudas, ha explicado el importe, ha gestionado objeciones, ha negociado condiciones y ha generado un momento de alta intención de pago. En ese instante, enviar al cliente un enlace puede parecer cómodo desde el punto de vista operativo, pero comercialmente puede ser un error crítico: se rompe la llamada, se cambia de canal, se pasa de una experiencia asistida a un autoservicio web y se deja al cliente solo ante un proceso que puede abandonar en cualquier punto.
El problema, por tanto, no es enviar el link. El problema es que el cliente lo abra, confíe en él, complete el formulario, supere la autenticación y termine pagando.
Según el análisis de embudo incluido en el estudio de Pay by Call SL, al combinar tasas de entrega, lectura, clic, abandono móvil, fricción de checkout y autenticación SCA/3D Secure, un Pay by Link enviado por SMS puede terminar convirtiendo solo entre 8 y 20 pagos por cada 100 enlaces enviados en escenarios normales. Es importante subrayar que esta cifra no procede de un único estudio aislado, sino de una estimación consolidada construida a partir de distintos benchmarks de mercado, entre ellos MessageFlow, Infobip, Ravelin, Baymard Institute y Signifyd. El propio estudio sitúa esta conclusión dentro del análisis del embudo típico de conversión del Pay by Link enviado por SMS.
Esta diferencia entre “enlace enviado” y “pago completado” es esencial para cualquier responsable de contact center. Enviar 100 links no significa tener 100 pagos potenciales reales. Puede significar cerrar solo una fracción reducida de ellos. Y esa pérdida no siempre se percibe porque queda diluida en métricas operativas aparentemente positivas: SMS enviados, enlaces generados, campañas lanzadas o comunicaciones entregadas. Pero la métrica que importa no es cuántos enlaces se envían, sino cuántos pagos se completan.
Aquí es donde el modelo de Pay by Call SL cambia radicalmente la lógica del cobro remoto asistido. La plataforma PaybyCall no está diseñada para sustituir al Pay by Link en todos los escenarios. El Pay by Link seguirá siendo útil para clientes digitales, importes simples y transacciones de bajo riesgo. La diferencia es que PaybyCall resuelve precisamente los casos donde el link falla: clientes que necesitan asistencia, pagos con urgencia, importes que requieren explicación, usuarios con baja competencia digital, procesos de recobro, pagos MOTO, operaciones con necesidad de autenticación fuerte y llamadas donde ya existe una intención clara de pago.
La tesis es sencilla: Pay by Link envía una oportunidad de pago; Pay by Call convierte la intención de pago dentro de la llamada.
Con PBC LAA + PBC 3DS, el agente permanece en línea y acompaña al cliente durante todo el proceso, pero sin acceder nunca a los datos sensibles de la tarjeta. El cliente introduce los datos mediante el teclado del teléfono y el sistema aplica DTMF masking, de modo que el agente no ve ni escucha la numeración, y la grabación de la llamada queda protegida frente a la exposición de datos de tarjeta. La gran diferencia frente al Pay by Link es que el cliente no es expulsado de la conversación. Sigue acompañado, mantiene la confianza, resuelve dudas en tiempo real y completa el pago en el mismo contexto donde tomó la decisión de pagar.
Con PBC TFA + PBC 3DS, el agente transfiere al cliente a un IVR seguro para completar el pago. Este modelo es especialmente útil para BPOs y contact centers de alto volumen, donde el tiempo medio de operación es crítico y el agente no puede permanecer en línea durante todo el proceso. El cliente completa el pago dentro de un entorno seguro y el agente queda liberado para atender otra llamada. La empresa gana productividad operativa, reduce exposición PCI y evita que el agente participe en el flujo sensible de datos.
La incorporación de PBC 3DS añade un elemento diferencial aún más relevante: la posibilidad de llevar la autenticación 3D Secure al canal de voz, sin redirigir al usuario a una web y sin romper la llamada. El estudio describe PBC 3DS como una tecnología protegida por solicitudes de patente nacional, internacional y europea, orientada a ejecutar protocolos de autenticación multifactor en canales de voz en tiempo real. Esto permite abordar una de las grandes limitaciones históricas del pago telefónico: la dificultad de aplicar autenticación fuerte PSD2/SCA/3D Secure dentro del flujo de voz.
Esta capacidad es especialmente relevante porque muchos pagos telefónicos tradicionales se encuadran en entornos MOTO, donde históricamente no existe una sesión web estándar para aplicar 3D Secure. La consecuencia práctica es que el comercio puede asumir más riesgo de fraude o verse obligado a sacar al cliente de la llamada mediante un link para completar la autenticación en web. PBC 3DS rompe esa lógica: permite mantener la experiencia en voz y aproximar el pago telefónico seguro al nivel de autenticación y protección propio del comercio electrónico autenticado.
La diferencia de conversión es el argumento que cualquier responsable de contact center debe mirar con más atención. El estudio compara la estimación de 8–20 pagos completados por cada 100 SMS enviados en Pay by Link con el dato operativo de Pay by Call, que registra históricamente un 76% de autorizaciones exitosas sobre transacciones iniciadas, con potencial de mejora adicional mediante IA conversacional. No son métricas exactamente idénticas —una mide el embudo completo desde el envío del SMS y la otra mide autorizaciones sobre operaciones iniciadas—, pero la comparación revela algo muy importante: cuando el cliente ya está en una llamada y acepta iniciar el pago, mantenerlo en el canal asistido puede multiplicar la probabilidad de cierre frente a derivarlo a un proceso digital asíncrono.
La consecuencia económica es evidente. El coste real de un Pay by Link fallido no es el coste del SMS. Es el valor de la llamada desperdiciada, el tiempo del agente, la deuda no recuperada, la factura no cobrada, la reserva no cerrada, el recibo que sigue pendiente o el cliente que se enfría después de haber mostrado intención de pago. En un contact center, el momento más valioso es aquel en el que el cliente está presente, identificado, atendido y dispuesto a pagar. Si en ese momento se le envía fuera de la llamada, la empresa asume el riesgo de perder una operación que ya estaba prácticamente cerrada.
Además, Pay by Call añade una segunda dimensión estratégica: no solo puede convertir mejor que el Pay by Link en escenarios asistidos, sino que también puede funcionar como una capa de recuperación de pagos fallidos del Pay by Link. Cada día, muchas empresas generan enlaces que no se abren, se abandonan, caducan o quedan incompletos. Tradicionalmente, esos pagos se reintentan con nuevos mensajes, recordatorios o campañas digitales. Pero si el cliente no abrió el link, no confió en el mensaje, tuvo problemas con la autenticación o necesitaba ayuda, insistir en el mismo canal puede no resolver el problema.
En esos casos, una llamada telefónica segura PCI puede recuperar la operación. Pay by Call permite activar un flujo de llamada para rescatar pagos que el link no consiguió cerrar. El agente puede explicar el motivo del cobro, resolver objeciones, confirmar el importe y conducir al cliente hacia un pago seguro dentro del canal de voz. Esta combinación convierte a Pay by Call en una pieza complementaria, no sustitutiva, del Pay by Link. El link puede ser el primer intento para clientes digitales autónomos; Pay by Call puede ser el canal de cierre para pagos asistidos y el canal de recuperación para links no abiertos, abandonados o caducados.
La seguridad también juega a favor del canal de voz gestionado. El crecimiento del smishing y de los fraudes basados en enlaces ha erosionado la confianza de los usuarios en los SMS con links de pago. Incluso cuando el enlace es legítimo, muchos clientes dudan antes de hacer clic, especialmente si el mensaje contiene una URL opaca, si el importe es elevado o si el contexto genera sensación de urgencia. El estudio señala que los payment links presentan vulnerabilidades estructurales frente a la suplantación: URLs difíciles de verificar, mensajes que imitan comunicaciones legítimas, uso de urgencia y ausencia de un canal autenticado previo entre comercio y cliente.
En Pay by Call, ese vector desaparece. No hay enlace que suplantar. No hay SMS fraudulento que confundir con uno legítimo. No hay página falsa a la que el usuario pueda ser dirigido. El pago se produce dentro de una llamada controlada, con DTMF masking, sin exposición de los datos de tarjeta al agente y dentro de un entorno certificado PCI-DSS. Para sectores donde la confianza es crítica —administración pública, utilities, seguros, sanidad, recobro o travel— esta diferencia puede ser decisiva.
La evolución de PCI-DSS 4.0.1 refuerza aún más esta lectura. El Pay by Link con redirección pura a una página alojada por el PSP puede mantener un alcance PCI reducido en determinados casos, pero cuando intervienen iframes, JavaScript o elementos de la web del comercio, la carga de cumplimiento puede aumentar de forma significativa. El estudio recoge que determinados modelos pueden pasar de SAQ A a SAQ A-EP, elevando el número de controles y la complejidad de cumplimiento. Frente a ello, el canal de voz con DTMF masking y un modelo PCIaaS permite reducir o eliminar del alcance del comercio la exposición de datos de tarjeta en el contact center, incluyendo agentes, sistemas internos y grabaciones.
Para las empresas, esto no es una cuestión técnica menor. Cada ampliación del scope PCI implica más controles, más auditoría, más carga operativa y más riesgo. Un contact center que captura, escucha, almacena o graba datos de tarjeta entra en una zona de exposición que puede resultar costosa y compleja. El modelo de Pay by Call como PCIaaS permite externalizar esa capa crítica en una plataforma especializada, certificada y preparada para operar pagos telefónicos seguros a gran escala.
Los sectores donde esta diferencia resulta más evidente son precisamente aquellos donde el pago tiene un componente humano, urgente o asistido. En recobro, el agente no solo informa: negocia, adapta condiciones y convierte una promesa en un pago. En utilities, muchas operaciones tienen carácter urgente: evitar un corte, reconectar un servicio o regularizar una deuda. En administración pública, el pago telefónico seguro mejora la accesibilidad de ciudadanos que no siempre pueden completar procesos digitales. En seguros, la confianza y la verificación son determinantes. En travel y hospitality, una llamada puede cerrar reservas de alto valor que un checkout web puede perder. En sanidad, muchos pacientes necesitan ayuda, claridad y acompañamiento antes de completar el pago.
El estudio identifica precisamente deuda, utilities, sanidad, retail MOTO/contact center inbound, travel, seguros, administración pública, suscripciones y donaciones como verticales donde PBC LAA/TFA + PBC 3DS puede ofrecer una ventaja estructural frente al Pay by Link. La razón común en todos ellos es que el pago no depende únicamente de disponer de una URL, sino de convertir una intención en una operación segura, autenticada y completada en el momento adecuado.
Es importante insistir en otro punto estratégico: Pay by Call SL no compite con los PSPs. La plataforma PaybyCall no pretende sustituir el TPV virtual, el banco adquirente, Redsys, Comercia Global Payments, Worldline, Stripe u otros proveedores de pago. Su función es actuar como una capa tecnológica de seguridad y conversión entre el contact center, el BPO, la centralita o el IVR y el ecosistema de pagos ya existente del cliente. La empresa mantiene su PSP, su banco, su arquitectura de pagos y sus procesos financieros; Pay by Call añade el canal de voz seguro, el cumplimiento PCI, el DTMF masking, la capacidad de autenticación 3DS en voz y la recuperación de pagos que el link no consigue cerrar.
Esta complementariedad es clave para entender el futuro del cobro remoto. No se trata de declarar que el Pay by Link no sirve. Sirve, pero no para todo. Sirve para clientes digitales autónomos, operaciones simples y pagos que no requieren asistencia. Pero cuando hay una llamada en curso, una urgencia, una negociación, un cliente vulnerable, un importe sensible o una oportunidad real de cierre, el canal de voz seguro puede ser mucho más eficaz.
Por eso, la pregunta que deberían hacerse los responsables de contact center ya no es si tienen o no Pay by Link. La pregunta correcta es cuánto dinero están perdiendo cada mes por los links que sus clientes no abren, abandonan o dejan caducar. Y, sobre todo, cuántos de esos pagos podrían recuperarse si la empresa dispusiera de una llamada telefónica segura PCI para cerrar la operación en el momento exacto en que el cliente todavía tiene intención de pagar.
El futuro del cobro remoto será híbrido. Habrá pagos que se resolverán con enlaces, pagos que se completarán en web, pagos que se automatizarán con wallets y pagos que se activarán desde asistentes de IA. Pero en todos los escenarios donde la confianza, la urgencia, la asistencia y la conversión sean críticas, la voz seguirá teniendo un valor diferencial. La diferencia es que esa voz ya no puede ser un canal inseguro, sin autenticación fuerte y con exposición de datos. Debe ser una voz segura, certificada, integrada con el PSP y preparada para cumplir PCI-DSS y 3D Secure.
Esa es la propuesta de Pay by Call SL con PaybyCall: transformar el contact center en un canal de cobro seguro, asistido y de alta conversión.
Pay by Link envía una oportunidad de pago. Pay by Call convierte la intención de pago. Y cuando el link falla, Pay by Call puede rescatar la operación.