Tu cartera probablemente se ve algo así: una casa de apuestas insignia en el .com, una marca regional con licencia en el .ca, un casino de marca blanca que lanzaste la primavera pasada y un cambio de marca programado para el Q4. Un equipo de retención es dueño de todo. Y si utilizas web push en múltiples dominios de la manera predeterminada, también tendrás cuatro listas de suscriptores desconectadas, cada una creciendo por su cuenta, sin que ninguna se comunique con las otras.
Esa fragmentación no es un error de configuración que hayas cometido. Es así como funciona la arquitectura de push de la web. El navegador ancla cada suscripción a un único dominio, y ninguna configuración del panel de control cambia eso.
Sin embargo, existe una forma compatible de solucionarlo. Este artículo cubre la mecánica: por qué una suscripción de web push se vincula a un origen, qué sobrevive realmente a un cambio de dominio (más de lo que crees), qué se rompe (menos de lo que temes, pero la parte que se acumula) y la arquitectura de origen estable que crea una lista de suscriptores en cada marca que operas hoy y en cada marca que lances mañana.
Por qué una suscripción de web push se vincula a un dominio
Cuando un visitante hace clic en Permitir, el navegador no lo suscribe a tu marca. Lo suscribe a un origen: el protocolo y el nombre de host exactos en la barra de direcciones. La API de Push crea la suscripción contra un service worker registrado en ese origen, utilizando la clave del servidor de aplicaciones de tu plataforma. El registro que devuelve el navegador tiene tres partes: una URL de endpoint en el servicio de push del proveedor del navegador, más dos valores de cifrado (p256dh y auth) que bloquean las cargas útiles a ese único navegador.
El permiso de notificación sigue la misma regla. Se concede por origen, no por empresa. sportsbook.com y sportsbook.ca son extraños a nivel de protocolo, incluso cuando comparten un logo, una cartera y una base de datos de jugadores. Cada uno solicita por separado, se suscribe por separado y crea una lista separada.
Origen, service worker de notificaciones push y claves VAPID: el bloqueo de tres partes
Tres cosas anclan una suscripción de web push en su lugar. El origen que la creó. El service worker de notificaciones push que recibe mensajes para ella. Y las claves VAPID que tiene tu plataforma de envío. La suscripción se crea bajo la clave pública, y el servicio de push acepta un envío solo cuando se autentica con la clave privada correspondiente. Tu plataforma demuestra que tiene el par de claves en cada envío; el registro de suscripción en sí mismo solo lleva la mitad pública.
El navegador también impone una suscripción por origen. Volver a llamar a subscribe con una clave de servidor de aplicaciones diferente falla hasta que se elimina la suscripción existente. Esa restricción importa más adelante, cuando lleguemos a la consolidación: en el mismo origen, un nuevo service worker puede hacerse cargo de un suscriptor existente de forma silenciosa. Entre orígenes, nunca puede.
Qué rompe una migración de dominio en web push (y qué no)
Aquí está la parte que la mayoría de los equipos se equivocan en una migración de dominio: asumen que la lista antigua desaparece. No es así. Los suscriptores que dieron su consentimiento en el dominio antiguo siguen recibiendo tus notificaciones.
La entrega nunca toca tu sitio web. Cuando envías, tu plataforma realiza una solicitud autenticada con tus claves VAPID al servicio de notificaciones que tiene cada suscripción (el de Google para Chrome, el de Mozilla para Firefox, el de Apple para Safari), y ese servicio entrega la carga útil cifrada al service worker ya instalado en el navegador del suscriptor. El dominio antiguo puede ser redirigido, estar en parking o haber desaparecido por completo. La notificación aún llega.
El destino del clic también es tuyo. Las URLs de clic se establecen por campaña, por lo que un suscriptor que dio su consentimiento en un dominio que retiraste hace dos años puede hacer clic en la notificación de hoy y aterrizar en el sitio activo de hoy.
| Después de un cambio de dominio | ¿Sigue funcionando? |
|---|---|
| Entrega a suscriptores existentes | Sí — las notificaciones se enrutan a través de los servicios de notificaciones de los proveedores de navegadores, no a través de tu sitio |
| Destino del clic | Sí — la URL de clic se establece por campaña; apúntala al dominio actual |
| Suscriptores del origen antiguo uniéndose automáticamente a la lista del nuevo dominio | No — el permiso es por origen, por lo que unirse a la nueva lista es un nuevo consentimiento |
| Nuevas suscripciones en el origen antiguo | No — y esta es la pérdida que se acumula |
Por lo tanto, una migración de dominio no te cuesta los suscriptores que tienes. Te cuesta la máquina que los producía. El día que el tráfico se mueve, la captura de suscripciones en el nuevo dominio se reinicia desde cero mientras la lista antigua decae lentamente. Aplica eso a una cartera de marcas y cada propiedad paga ese impuesto de reinicio de forma independiente.
El coste real: cada nuevo dominio empieza su lista desde cero
La captura fragmentada sería una molestia en un canal de baja rotación. Las apuestas no son un canal de baja rotación. En sitios de apuestas y juegos en PushEngage, en una ventana de 90 días, las bajas de suscripción borraron aproximadamente el 91% de la adquisición de nuevos suscriptores en el segmento. Una lista en esta vertical es una bañera con el desagüe abierto; lo único que mantiene el nivel es el grifo funcionando continuamente.
La fragmentación cierra el grifo, una propiedad a la vez. La lista de cada marca solo crece mientras ese dominio específico obtiene consentimientos. Una migración reinicia su grifo a cero. Una nueva marca blanca empieza desde cero. Mientras tanto, los navegadores siguen drenando: la revocación automática de permisos de Chrome, anunciada en octubre de 2025, elimina silenciosamente el permiso de notificaciones de sitios con muy bajo engagement y alto volumen de notificaciones. Una lista que no está capturando no está estancada. Se está encogiendo.
El marco del CAC deja claras las apuestas. Pagaste para adquirir a cada uno de esos visitantes, y el consentimiento es el único activo de retargeting duradero que deja la visita. El caso de las notificaciones push en esta vertical se basa en la acumulación de ese activo. La fragmentación anula parte de él cada vez que cambia un dominio.
La arquitectura de origen estable: un dominio de suscripción para cada marca
La solución es dejar de crear suscripciones en dominios de marca por completo. Ancle cada suscripción a un único origen HTTPS estable que su grupo controle, uno que sobreviva a cualquier dominio de marca individual, y deje que cada propiedad lo alimente.
PushEngage ofrece esto como el flujo de subdominio personalizado, creado exactamente para este caso: múltiples dominios que necesitan administración unificada de suscriptores bajo un dominio controlado. La configuración:
- Elija un origen estable y neutral para la marca que posea, como
notify.yourbrandgroup.com. Elija un nombre que le guste que vean los suscriptores, ya que los navegadores muestran el origen de suscripción en las notificaciones. - Suba el archivo del service worker de PushEngage a la raíz de ese dominio y habilite la función en Configuración del sitio » Configuración avanzada. El origen estable obtiene su propio fragmento de instalación con
isSubscriptionOnSubDomain: true. - Añada el fragmento de PushEngage a cada dominio de marca. Cuando un visitante se registra en cualquiera de ellos, el flujo se dirige al origen estable, donde se crea la suscripción real.
Dos requisitos son innegociables en este modo. Primero, la opción de registro es solo de doble paso: el aviso de permiso del navegador debe aparecer en el origen que posee la suscripción, por lo que un aviso nativo de un solo paso en el dominio de marca no es posible. Segundo, la Instalación Rápida permanece habilitada.
Sea honesto sobre el compromiso. El doble paso añade un clic antes del aviso de permiso, y convierte menos en el momento de la captura. Vale la pena leerlo junto con las palancas más amplias para aumentar su tasa de registro. Pero un suscriptor de un solo paso capturado en un dominio del que luego se aleja es un activo que se deprecia. Un suscriptor de doble paso en el origen estable sobrevive a cada cambio de marca, cada lanzamiento regional, cada migración que realice. En cualquier horizonte que incluya un cambio de dominio, la lista consolidada gana en alcance total.
Notificaciones push para múltiples sitios web, una lista de suscriptores
Una vez que el origen estable está en su lugar, las notificaciones push para múltiples sitios web dejan de significar múltiples listas. Cada dominio de marca alimenta la misma base de suscriptores. Lanzar un nuevo dominio regional o marca blanca el próximo trimestre significa agregar el fragmento; sus registros se incorporan a la lista consolidada desde el primer día. Retirar un dominio no significa nada para la lista: la captura continúa en las propiedades supervivientes, la entrega continúa a través de los servicios de push y las URL de clic apuntan a donde sea que esté activo.
Consolidación de las listas de suscriptores que ya fragmentó
La mayoría de los operadores llegan a esta arquitectura con historial: listas activas dispersas en dominios antiguos, algunas inactivas, otras en otro proveedor. La consolidación se ejecuta en tres vías en paralelo.
| Vía | Lo que haces | Lo que obtienes |
|---|---|---|
| 1. Mantener las listas antiguas funcionando | Sigue enviando a cada lista de origen antiguo; apunta las URL de clic al dominio activo actual | El alcance de pago sigue produciendo sesiones en lugar de ser descartado |
| 2. Capturar nuevos en el origen estable | Cambia la opción de registro de cada propiedad activa al flujo del origen estable | La fragmentación se detiene el día que se implementa; toda la nueva adquisición aterriza en una sola lista |
| 3. Deja que las listas antiguas se canalicen solas | Cada envío a una lista antigua impulsa una revisita a un dominio actual, donde espera la indicación de origen estable | Los suscriptores activos se consolidan solos, sin re-permiso forzado |
La pista 3 es el caballo de batalla silencioso. El permiso del navegador es por origen, por lo que los suscriptores de origen antiguo técnicamente necesitan una nueva opción para unirse a la lista consolidada, pero nunca tienes que exigirlo. Dado lo rápido que ciclan las audiencias de apuestas, la lista consolidada se convierte en la mayoría de tu alcance activo en cuestión de meses, simplemente porque los jugadores activos siguen visitando.
Si algunos fragmentos viven con otro proveedor de push en un dominio que posees, también pueden venir. La ruta estándar de PushEngage es una re-suscripción silenciosa: en la próxima visita de un suscriptor, el service worker del SDK de notificaciones push se hace cargo y los re-suscribe sin una segunda solicitud de permiso, porque el permiso a nivel de origen persiste. Para OneSignal, PushEngage puede obtener la lista directamente a través de la API de OneSignal. La migración es de primera clase y gratuita en los planes de pago.
Campañas por marca dentro de una lista consolidada
Una lista no significa un mensaje. Significa un activo con mejor segmentación de la que cuatro fragmentos podrían gestionar jamás.
Captura la marca de origen como un atributo del suscriptor en el momento de la suscripción, y las cohortes por marca existen desde el primer día. A partir de ahí, la segmentación hace lo que las listas separadas nunca pudieron: marca cruzada con geografía, comportamiento de depósito, recurrencia de sesión o preferencia de liga. Ese es el modelo que el #1 expone en el manual de notificaciones push para sitios de apuestas. La campaña de mejora de cuotas del buque insignia va a los apostadores del buque insignia; el recordatorio de cashback de la marca blanca del casino va a sus jugadores; una alerta de partido en todo el portafolio va a todos los que siguen la liga, independientemente de la marca bajo la cual se registraron.
La ventaja no es cosmética. En los sitios de apuestas en PushEngage, el remitente medio de sitios de apuestas ve ~2.1% de CTR en notificaciones vistas; el decil superior alcanza el 6.9%, aproximadamente el triple. Esa diferencia es una brecha de segmentación, no una brecha de canal, y no puedes construir cohortes de comportamiento a través de cuatro fragmentos desconectados. La consolidación es lo que hace que la segmentación como práctica de entregabilidad sea viable a escala de portafolio. Eso importa más ahora que Chrome califica cada origen de envío diariamente y limita a los remitentes disruptivos (en vivo desde enero de 2026). Un origen estable concentra tu reputación de remitente; los envíos segmentados y relevantes son lo que la mantienen saludable.
Una lista también hace que el juego responsable sea operacionalmente más simple, y eso es una característica, no una nota al pie. Un jugador autoexcluido suprimido en un segmento de todo el portafolio se suprime en todas partes a la vez, no marca por marca donde un fragmento puede pasar desapercibido. Las horas de silencio y los límites de frecuencia se aplican a nivel de suscriptor en las campañas de cada marca. Y las campañas en sí mismas deben mantener la línea: sin recuperaciones enmarcadas en torno a la persecución de pérdidas, sin presión de cuenta atrás en las solicitudes de depósito.
Ejecuta push web en múltiples dominios sin dividir tu lista
Toda la configuraci ilde{A³}n es m ilde{A¡s peque ilde{A±}a de lo que suena: un registro DNS para el origen estable, el archivo del service worker en su ra ilde{Az, el interruptor en Configuraci ilde{A³}n avanzada, el fragmento isSubscriptionOnSubDomain, y el fragmento est ilde{A¡ndar en cada dominio de marca con el consentimiento de doble paso configurado y la Instalaci ilde{A³}n r ilde{A¡}pida activada. Los equipos normalmente lo env ilde{A}an el mismo d ilde{A}a, sin necesidad de migrar la plataforma. Ese es todo el esfuerzo para enviar notificaciones push para m ilde{A¡}ltiples sitios web desde un solo origen.
Lo que obtienes a cambio es aquello que la fragmentaci ilde{A³}n grava silenciosamente: una lista de suscriptores que se acumula. Cada marca la alimenta, cada cambio de dominio rebota en ella, y cada campa ilde{A±}a puede dirigirse a toda la cartera o a una marca a la vez. Si quieres ver la mec ilde{A¡}nica en tu propio mapa de dominios, empieza por la descripci ilde{A³}n general de la funci ilde{A³}n de notificaciones push web y los planes de precios. Los planes de pago incluyen una garant ilde{A}a de devoluci ilde{A³}n de 14 d ilde{A}as, por lo que la arquitectura puede demostrar su val ilde{A}a con tu tr ilde{A¡}fico antes de que la decisi ilde{A³}n sea definitiva.
