Conocí las notificaciones push cuando desarrollaba aplicaciones móviles. Más tarde, el mismo principio se extendió a la web: un visitante permite recibir mensajes y el navegador puede mostrárselos incluso cuando no tiene el sitio abierto en ese momento.
Es técnicamente interesante. Desde el punto de vista del marketing, importa más otra cuestión: ¿tenemos algo tan útil y urgente que esté justificado interrumpir a alguien para comunicárselo? Si no es así, no necesitamos otro canal.
Qué es realmente el web push
Una aplicación web suele trabajar con el permiso de notificaciones, un service worker y el servicio push del navegador. La suscripción está vinculada a un navegador y dispositivo concretos, no automáticamente a una persona del CRM. La Push API de MDN describe los fundamentos técnicos y el papel del service worker.
Esto tiene una consecuencia práctica: el número de suscripciones no equivale al número de clientes. Una persona puede tener varios dispositivos, reinstalar el navegador o revocar el permiso en cualquier momento. Sin una cuenta iniciada y una vinculación cuidadosa, normalmente no sabemos quién es el propietario de un dispositivo. No intentaría ocultar esa incertidumbre con un perfil de usuario excesivamente preciso.
Pide permiso solo cuando exista un contexto
La peor opción es mostrar la solicitud del sistema inmediatamente al llegar a un sitio web. La persona todavía no sabe qué ofreces y el navegador le está pidiendo un permiso a largo plazo. Si decide bloquearlo, a menudo no tendrás una segunda oportunidad sin que cambie manualmente la configuración.
Por eso explico primero un beneficio concreto: una notificación sobre un cambio en el estado del pedido, una cita disponible, el inicio de una emisión o la vuelta de un producto que estaba siguiendo. Solo después de una acción deliberada del usuario abro la solicitud real del navegador. La documentación de la API de Notifications en MDN recomienda igualmente vincular la solicitud a una acción del usuario.
Cuándo tiene sentido el push
- Estado y disponibilidad: ha cambiado un pedido, una reserva, una cita o un producto.
- Contenido urgente: está comenzando una emisión, termina una subasta o se ha producido un evento que la persona había elegido.
- Una herramienta de trabajo recurrente: el usuario espera recibir alertas operativas como parte del servicio.
- Seguimiento deliberado: la persona ha activado expresamente un tema concreto, no unas «noticias» vagas.
Cuanto más se acerque el mensaje al comportamiento que el usuario ha configurado expresamente, más fácil será justificar la interrupción. Un descuento general para todo el mundo es un motivo más débil que una alerta que alguien ha solicitado.
Cuándo optaría por el correo electrónico
El correo electrónico es más adecuado para una explicación extensa, un documento, un resumen y una comunicación que alguien pueda gestionar más tarde. El push tiene poco espacio, desaparece rápidamente y no debería llevar, al hacer clic, a una página en la que el usuario tenga que volver a buscar el significado del mensaje.
Si una empresa no puede gestionar un correo electrónico relevante, otro canal a menudo solo multiplica el problema. Primero pondría en orden la base de datos, la oferta y el proceso con ayuda del artículo sobre marketing por correo electrónico. Después elegiría las herramientas según un escenario concreto, no por el número de iconos de la lista de precios.
Qué debe contener cada mensaje
- un motivo claro por el que ha llegado justo ahora;
- un remitente reconocible;
- un mensaje conciso, sin falsa urgencia;
- una página de destino que siga exactamente el contenido del mensaje;
- una opción para ajustar los temas o cancelar la suscripción;
- un límite de frecuencia y un periodo de silencio basados en la situación del usuario.
No enviaría el mismo mensaje simultáneamente por push, correo electrónico, SMS y chat solo porque exista la integración. La orquestación consiste en elegir el canal adecuado, no en utilizarlos todos.
Cómo medir el push
La entrega y los clics son señales operativas. El valor para el negocio solo aparece en el paso siguiente: completar una reserva, volver a la aplicación, comprar un producto que se estaba siguiendo o reducir el número de consultas al servicio de atención.
También hago un seguimiento de las señales negativas: permisos revocados, bajas de temas, regresos rápidos sin realizar ninguna acción y reclamaciones. Una tasa de clics elevada puede ser el resultado de un texto agresivo que, a largo plazo, destruye el canal.
Etiqueto los enlaces con parámetros UTM coherentes, pero tengo en cuenta que el navegador, el consentimiento y el ciclo de vida del dispositivo limitarán parte de la medición. La precisión del panel no es motivo para ampliar la recopilación de datos sin aportar un beneficio a la persona.
Un pequeño piloto en lugar de un lanzamiento en todo el sitio
- Selecciono un único escenario de evento con un valor claro.
- Describo quién puede activar la suscripción y en qué momento.
- Establezco un límite de frecuencia, la caducidad del mensaje y una opción para desactivarlo.
- Pruebo distintos navegadores, dispositivos y la situación sin permiso.
- Mido tanto la tarea completada como las reacciones negativas.
- Después de varios ciclos, decido si ampliar, ajustar o desactivar el canal.
Mi conclusión
Las notificaciones push no son un boletín más barato. Son interrupciones breves y justificadas. Funcionan bien para un evento que la persona ha elegido y del que necesita enterarse a tiempo. Funcionan mal como otra superficie para la promoción general.
Si quieres decidir si el push encaja en todo el recorrido del cliente, empieza con una revisión de tu sistema de marketing. Puedes describir tu situación concreta a través de contacto.