Estrategia de respaldo entre canales: WhatsApp, RCS y SMS

Esta guía está dirigida a responsables de experiencia de cliente, CRM e ingeniería que envían mensajes importantes por más de un canal y quieren que cada cliente los reciba exactamente una vez. Explica cómo diseñar el respaldo entre WhatsApp, RCS y SMS: qué lo activa, cuánto esperar, cómo evitar duplicados y dónde limita el consentimiento lo que se puede hacer. Para una comparación de los canales en sí, consulte WhatsApp frente a SMS frente a RCS.

¿Qué es una estrategia de respaldo entre canales?

Una estrategia de respaldo entre canales es un conjunto de reglas que decide por qué canal intentar primero cada mensaje, cuándo darlo por perdido y qué canal usar a continuación. Su objetivo es que el cliente reciba el mensaje una sola vez, a tiempo y por el mejor canal que tenga disponible.

Todos los canales tienen huecos. WhatsApp solo llega a quien tiene cuenta y conexión de datos. RCS solo llega a los dispositivos y operadores compatibles con la mensajería empresarial RCS. El SMS llega a casi cualquier teléfono, pero solo admite texto plano. El respaldo los combina para que los huecos de uno los cubra otro.

Una cadena de respaldo tiene cuatro partes:

1. Un orden de canales, por ejemplo WhatsApp, después RCS y después SMS.
2. Disparadores que pasan el mensaje al siguiente canal.
3. Un tiempo de espera para cada paso, basado en cuánto tiempo sigue siendo útil el mensaje.
4. Reglas de parada que cierran la cadena en cuanto se confirma la entrega y cancelan lo que siga pendiente.

¿Cómo se elige el orden de los canales?

Elija el orden por tipo de mensaje y por cliente, no una sola vez para toda la empresa. WhatsApp, después RCS y después SMS es un orden habitual para los mensajes transaccionales enriquecidos, pero no siempre es el adecuado.

• Empiece por donde el cliente es localizable. Si sus registros indican que un número no tiene cuenta de WhatsApp, empezar por WhatsApp añade un intento fallido y retraso. Si una comprobación de compatibilidad indica que el número no puede recibir RCS, sáltese RCS.
• Ponga primero el canal más fiable en las alertas críticas. Para avisos de fraude o mensajes de seguridad, muchos equipos envían primero un SMS porque funciona sin conexión de datos, y usan un canal enriquecido para el seguimiento.
• Respete la preferencia expresada por el cliente. Si un cliente eligió el SMS durante el alta, respételo aunque haya un canal más rico disponible.
• Mantenga el soporte en el canal del cliente. Las respuestas a un cliente que escribió por WhatsApp van por WhatsApp; el respaldo es para los mensajes que inicia la empresa.
• Revise el orden por mercado. En los mercados del Golfo, WhatsApp está muy extendido en la mensajería empresarial, mientras que la cobertura de RCS depende del operador y del país, así que el mejor orden puede variar entre, por ejemplo, los Emiratos Árabes Unidos y Europa.

¿Qué debe activar el respaldo?

Dos tipos de evento deben activar el respaldo: un error en el envío y la falta de confirmación de entrega al agotarse el tiempo de espera. Las confirmaciones de lectura, no.

Errores inmediatos

Algunos fallos se conocen al instante. En RCS, la documentación de Google indica que la plataforma devuelve 404 NOT_FOUND cuando el dispositivo no admite RCS, RCS está desactivado o su agente no se ha lanzado en la red del usuario, y 400 INVALID_ARGUMENT cuando el mensaje usa una función que el dispositivo no puede mostrar. En WhatsApp, un envío puede fallar cuando el número no tiene cuenta de WhatsApp o se rechaza una plantilla. En estos casos debe pasarse al siguiente canal sin esperar.

Puede evitar muchos de estos errores comprobando antes. La plataforma RBM de Google ofrece comprobaciones de compatibilidad que indican si un número puede recibir RCS y qué funciones admite, siempre que el número se haya conectado a RCS recientemente.

Tiempos de espera

Otros fallos son silenciosos. El mensaje se acepta, pero no llega ningún estado DELIVERED, normalmente porque el teléfono está apagado o sin conexión. La plataforma RBM de Google mantiene en cola los mensajes no entregados hasta 30 días, así que, sin un tiempo de espera, un mensaje RCS podría llegar mucho después de que hubiera dejado de importar.

¿Por qué no las confirmaciones de lectura?

Las confirmaciones de lectura dependen de la configuración del usuario tanto en WhatsApp como en RCS. Un cliente que las ha desactivado puede leer todos los mensajes sin enviar nunca un evento READ. Activar el respaldo cuando falta la lectura envía SMS innecesarios y genera duplicados. Use los datos de lectura para medir la interacción, no para decidir el respaldo.

¿Cuánto debe esperar cada paso?

Fije el tiempo de espera a partir de la vida útil del mensaje: cuanto más corta es la vida, más corta es la espera. No hay una cifra universal, así que empiece con un valor razonado por caso de uso y ajústelo con sus propios datos de entrega.

Dos reglas hacen fiables los tiempos de espera:

• Haga caducar el primer intento cuando pase al respaldo. En RCS, fije ttl o expireTime en el mensaje. La documentación de Google explica que, cuando el mensaje caduca sin entregarse, la plataforma lo revoca y lo notifica a su webhook, que es la señal natural para enviar el SMS. También puede revocar un mensaje de forma explícita. Meta documenta igualmente un ajuste de tiempo de vida para algunos tipos de plantilla de WhatsApp; consulte en la documentación vigente qué categorías lo admiten.
• Dé también al SMS un periodo de validez. El estándar SMS (3GPP TS 23.040) permite al remitente fijar un periodo de validez tras el cual la red deja de intentarlo. Un periodo de validez corto en un OTP evita que llegue un código ya caducado.

¿Cómo se evitan los mensajes duplicados?

Trate cada mensaje como un único mensaje lógico con varias entregas posibles, y detenga la cadena en cuanto se confirme una entrega. Las buenas prácticas de RBM de Google insisten en lo mismo: confirme que un mensaje no se ha entregado antes de reenviarlo y use identificadores de mensaje únicos.

Checklist para evitar duplicados

1. Asigne un identificador a cada mensaje lógico y registre cada intento por canal asociado a él.
2. Consulte el registro antes de cada paso de respaldo: si algún canal ha informado de DELIVERED, deténgase.
3. Haga caducar o revoque el intento pendiente antes de enviar por el siguiente canal.
4. Gestione la condición de carrera. Google advierte que, en raras ocasiones, una revocación puede fallar porque el mensaje se está entregando en ese momento. Si una revocación falla, compruebe si hay un evento DELIVERED antes de enviar el SMS.
5. Redacte contenidos que no causen problemas si se reciben dos veces. Un mensaje OTP no debe dar a entender que el primer código ya no es válido salvo que sea cierto, y dos novedades de un pedido no deben contradecirse.
6. Registre los motivos del respaldo para saber si lo provocan errores, tiempos de espera o falta de compatibilidad.

¿Cómo afectan el consentimiento y el cumplimiento al respaldo?

Cada canal de la cadena necesita su propio permiso. El respaldo cambia el canal; no traslada el consentimiento de un canal a otro.

• WhatsApp: Meta exige el consentimiento antes de que una empresa escriba a un usuario, y los mensajes iniciados por la empresa fuera de la ventana de atención al cliente deben usar plantillas aprobadas. Consulte consentimiento en WhatsApp en la documentación de Meta.
• RCS: la revisión de lanzamiento de Google comprueba que sus envíos se ajustan al consentimiento de los usuarios, y los agentes deben respetar STOP y las palabras clave equivalentes.
• SMS: se rige por la normativa local de telecomunicaciones y de protección de datos. En los mercados del Golfo, el SMS promocional suele exigir ID de remitente registrados y horarios de envío permitidos; confirme los detalles con el regulador y con su proveedor. Nuestra guía de registro de ID de remitente explica el proceso en los Emiratos y en Arabia Saudí.

Por eso la mayor parte del marketing no debería tener respaldo. Un cliente que aceptó ofertas por WhatsApp puede no haber aceptado SMS promocionales, y el SMS podría llegar fuera del horario permitido. Los mensajes transaccionales, como los OTP y las novedades de pedidos, pisan terreno más firme, pero deben seguir siendo puramente transaccionales en todos los canales. Centralice las bajas: un STOP en un canal debe consultarse antes de que cualquier otro canal envíe marketing. Nuestra guía de consentimiento lo trata en profundidad.

¿Cómo afecta el respaldo al coste?

El respaldo solo añade coste cuando se activa, pero una cadena mal ajustada puede pagar dos veces por un mismo mensaje. Mida el coste por mensaje entregado, no por intento.

• WhatsApp: Meta cobra por cada mensaje de plantilla entregado, según la categoría y el mercado del destinatario. Según la documentación de precios de Meta, desde el 1 de octubre de 2026 Meta cobra los mensajes de servicio que superan una franquicia mensual gratuita por número de teléfono de empresa, y cobra las plantillas de utilidad enviadas dentro de la ventana de atención al cliente; confírmelo en la tabla de tarifas vigente de Meta.
• RCS: los precios los fijan los mercados, los operadores y los proveedores, y varían según el tipo de mensaje.
• SMS: se factura por segmento según el destino. El texto en árabe usa Unicode, que admite menos caracteres por segmento; consulte nuestra guía de límites de caracteres.

Palancas de coste que no perjudican la entrega:

1. Sáltese los canales que el cliente no puede usar. Empezar por WhatsApp con alguien sin cuenta añade retraso y un intento fallido.
2. Use comprobaciones de compatibilidad antes de los envíos por RCS.
3. Ajuste los tiempos de espera para que el respaldo se active con los teléfonos sin conexión, no con los informes de entrega lentos.
4. Mantenga breve el SMS de respaldo y, siempre que pueda, dentro de un solo segmento.

Compare las tarifas de lista orientativas por canal en nuestra página de precios.

¿Cómo se implementa una cadena de respaldo paso a paso?

1. Enumere los tipos de mensaje y asigne a cada uno un canal principal, una cadena y un tiempo de espera.
2. Registre la disponibilidad de canales de cada cliente: cuenta de WhatsApp conocida, compatibilidad con RCS, número móvil válido y consentimiento por canal.
3. Redacte contenido equivalente para cada canal, con los datos esenciales en texto plano.
4. Normalice los estados de entrega de todos los canales en un único modelo, como enviado, entregado, leído y fallido, para que un solo motor de reglas pueda actuar sobre ellos.
5. Implemente los disparadores: respaldo inmediato ante errores y respaldo temporizado cuando falta la entrega.
6. Implemente las reglas de parada: la entrega o una respuesta cierran la cadena; los intentos pendientes se hacen caducar o se revocan.
7. Pruebe los caminos de fallo: un número sin WhatsApp, un teléfono con RCS desactivado, un teléfono apagado.
8. Supervise cada semana: tasa de respaldo por caso de uso y mercado, motivos, duplicados y coste por mensaje entregado.

La guía de integración de la API de mensajería y la guía de estados de entrega tratan la parte de los webhooks.

Ejemplo práctico: un comercio de electrónica del Golfo

«Najm Electronics» (nombre ficticio) vende en línea en los Emiratos Árabes Unidos, Arabia Saudí y Kuwait. Envía OTP en el proceso de compra, novedades de pedidos y ofertas semanales.

• OTP en el proceso de compra. Los clientes de los que se sabe que tienen WhatsApp reciben una plantilla de autenticación con un botón para copiar el código; los demás reciben directamente un SMS. Si WhatsApp devuelve un error, o no llega la confirmación de entrega dentro de un tiempo de espera corto, se envía el código por SMS con un periodo de validez corto. La página de pago avisa al cliente de que el código puede llegar por SMS.
• Novedades de pedidos. La cadena es WhatsApp, después RCS en los dispositivos compatibles y después SMS. El mensaje RCS lleva una tarjeta enriquecida con la acción «Seguir pedido» y una caducidad fijada con margen antes de la franja de entrega. Cuando caduca sin entregarse, la plataforma lo revoca y sale el SMS con el mismo enlace de seguimiento. El sistema registra qué canal entregó, para que nadie reciba los tres.
• Ofertas semanales. Las ofertas solo se envían por WhatsApp a los clientes que aceptaron recibir marketing por WhatsApp. No hay SMS de respaldo, porque muchos de esos clientes no han dado su consentimiento para recibir SMS promocionales y los horarios de envío varían según el país.
• Revisión. Tras el primer mes, el equipo revisa los motivos del respaldo por mercado. Una proporción alta de errores de RCS en un operador revela que el agente todavía no se ha lanzado allí, así que se omite RCS para ese operador hasta que se confirme la cobertura, lo que ahorra un intento inútil en cada mensaje.

¿Cuáles son los errores de respaldo más comunes?

• Activar el respaldo cuando falta la confirmación de lectura, lo que envía duplicados a personas que ya leyeron el primer mensaje.
• No fijar la caducidad del primer intento, de modo que el mensaje original llega tarde, después del SMS.
• Un único tiempo de espera para todo, demasiado largo para los OTP y demasiado corto para los recordatorios.
• Pasar el marketing al SMS de respaldo sin consentimiento para SMS.
• Contenido distinto en cada canal, de modo que los clientes ven datos contradictorios.
• Empezar por canales que el cliente no usa, lo que añade retraso y coste.
• No medir el respaldo, de modo que las caídas de operadores y los huecos de cobertura pasan desapercibidos.

Límites: el comportamiento de las plataformas, los precios y la normativa cambian. Confirme los detalles vigentes en la documentación de Google y de Meta y con su proveedor. Esta guía ofrece orientación práctica, no asesoramiento jurídico.

Cómo ayuda OmniChannels.ai

OmniChannels.ai le permite configurar el respaldo entre canales por caso de uso, por ejemplo WhatsApp, después RCS y después SMS. Los estados de entrega de todos los canales (SUBMITTED, SENT, DELIVERED, READ, FAILED, REJECTED) llegan en un único formato de webhook, de modo que un solo conjunto de reglas puede gestionar el respaldo y los informes. BroadNet Technologies es proveedor oficial de soluciones empresariales de Meta (BSP) y partner de Google RBM, y el SMS funciona sobre su conectividad directa con los operadores. RCS incluye SMS de respaldo automático donde RCS no está disponible. Los desarrolladores pueden empezar por la documentación de la API de RCS.