Cómo escribir notificaciones push: 8 ejemplos y plantillas

Para saber cómo escribir notificaciones push, conviene fijar primero los hechos: qué ha ocurrido, quién necesita saberlo y qué podrá consultar. Después se revisan el título, el texto y el destino. Una redacción más clara conserva esos hechos; su efecto en el comportamiento requiere una prueba aparte.

Esta guía explica cómo redactar notificaciones push mediante ocho reescrituras, plantillas y criterios de aceptación. Para elegir el escenario de una campaña, la colección de ejemplos de notificaciones push por objetivo aborda esa decisión.

Cómo estructurar una notificación push

En el copywriting para notificaciones push, cada elemento cumple una función:

• Título: identifica el hecho principal.
• Texto: aporta información útil que el título todavía no expresa.
• Acción prevista: define el siguiente paso, si lo hay. Puede corresponder al toque sobre el aviso; no implica un botón independiente.
• Destino: permite encontrar lo anunciado, también después de iniciar sesión.

Antes de editar, anotar los hechos verificables. Una notificación informativa, como un cambio de horario, también puede cumplir su función sin recibir un clic.

8 ejemplos de textos: del borrador a una versión más clara

Son ejemplos originales e hipotéticos. Las fechas, los importes y los nombres forman parte de cada supuesto. Las versiones revisadas recuperan información del mismo conjunto de hechos; no añaden ventajas para aparentar una mejora.

1. Sustituir un título genérico por una novedad concreta

Hechos conocidos: el informe semanal de actividad del equipo está generado y el destinatario tiene acceso.

Borrador: título «¡Hay novedades!»; texto «Ya está disponible lo que estaba esperando».

Qué cambia: primero se sustituye «novedades» por el contenido concreto; después se explica qué permite consultar. El mensaje deja de depender de que se adivine el asunto.

Comprobación: leer solo el título: ¿permite reconocer qué está disponible? No utilizar si: el informe aún no existe o falta autorización para verlo.

2. Usar el texto para completar el título

Hechos conocidos: el pedido está enviado, el seguimiento funciona y el transportista ofrece una estimación actualizada de entrega para el 12 de noviembre.

Borrador: título «Pedido enviado»; texto «El pedido ya ha sido enviado».

Qué cambia: se mantiene el título y se reemplaza la repetición por una estimación ya conocida. «Prevista» conserva su carácter provisional.

Comprobación: ocultar el cuerpo: ¿se pierde un dato útil? No utilizar si: la estimación no está actualizada. En ese caso, puede indicarse «Seguimiento disponible» si se ha comprobado que existe.

3. Expresar un plazo real en lugar de una urgencia vaga

Hechos conocidos: una promoción hipotética ofrece envío gratis desde 40 € hasta el 30 de noviembre a las 18:00, hora peninsular española. Las condiciones están publicadas.

Borrador: «¡Última oportunidad! Una oferta increíble está a punto de desaparecer».

Qué cambia: el aviso concreta beneficio, plazo y condición sin inventarlos. Comprobación: contrastar los cuatro datos y simular una entrega tardía. ¿Seguiría vigente la promoción?

La documentación de AppPush contempla conservar mensajes offline y volver a enviarlos cuando el usuario se conecta. Hay que ajustar esa conservación al plazo restante y comprobar la vigencia al abrir el destino. Esto no equivale a retirar avisos ya entregados.

No utilizar si: alguna condición está sin confirmar o el mensaje puede llegar con la oferta vencida.

4. Elegir una acción principal

Hechos conocidos: una reserva está confirmada para el 12 de noviembre a las 16:30 y sus detalles se pueden consultar. Existen promociones y un programa de puntos, ajenos a esa reserva.

Borrador: «Reserva confirmada. Ver la reserva, consultar ofertas y revisar los puntos».

Qué cambia: se retiran dos tareas secundarias y se recupera la fecha del supuesto. La reserva sigue siendo el motivo del aviso.

Comprobación: enumerar las acciones solicitadas: debe quedar una principal. No utilizar si: la reserva no está confirmada, se ha cancelado o su horario ha cambiado.

5. Preparar una alternativa cuando falta un dato

Hechos conocidos: la mochila azul guardada está disponible; su identidad, su ficha y las opciones de entrega están verificadas. El nombre del destinatario es opcional; en este supuesto es Ana.

Borrador: «Hola, [nombre]. Hay novedades sobre [producto]».

Qué cambia: se concreta la novedad y se separa un dato opcional de los necesarios para sostener el mensaje:

• Nombre válido y datos esenciales verificados: usar el texto personalizado.
• Nombre ausente o inválido, con datos esenciales verificados: usar la alternativa sin nombre.
• Producto, disponibilidad o destino sin verificar: detener el envío.

Comprobación: simular las tres entradas, además de un nombre largo. Son reglas editoriales y de negocio que deben implementarse; no describen un mecanismo automático de EngageLab. Una frase genérica no sustituye la falta de datos esenciales.

6. Reservar los detalles sensibles para la aplicación

Hechos conocidos: un documento confidencial está preparado y el destinatario tiene autorización para consultarlo.

Borrador: «Documento de [cliente] listo: [detalle interno]».

Qué cambia: se conserva el aviso y se trasladan los detalles a una pantalla con control de acceso. Aquí, un título general responde a una necesidad de privacidad.

Comprobación: revisar qué podría leer otra persona en la pantalla bloqueada. No utilizar si: incluso revelar la existencia del documento resulta inadecuado. En ese caso, hace falta otro modo de informar.

7. Conectar la promesa con una pantalla concreta

Hechos conocidos: soporte ha respondido; el destinatario puede consultar y continuar la conversación correspondiente.

Borrador: «Una respuesta está esperando. Más información aquí», con enlace a la página de inicio.

Qué cambia: se identifica el contenido y se corrige el destino. Los enlaces profundos o deep linking permiten plantear ese acceso a una pantalla concreta.

Comprobación: abrir el aviso con la sesión cerrada y verificar que, tras identificarse, aparece la conversación prevista. No utilizar si: el acceso falla o el destino no cumple lo anunciado; primero debe corregirse.

8. Colocar el cambio importante al principio

Hechos conocidos: la sesión del 12 de noviembre pasa de las 16:00 a las 17:00. El enlace de acceso se mantiene.

Borrador: «Queremos informar de que, debido a un ajuste en la planificación, la sesión prevista ha cambiado de hora y ahora comienza a las 17:00».

Qué cambia: la nueva hora pasa del final del borrador al título. Comprobación: probar la vista reducida: ¿se entienden el cambio y la sesión? Si se corta la hora, probar «Sesión: 17:00» y «Nuevo horario del 12 de noviembre», y comprobar de nuevo.

No utilizar si: persiste la ambigüedad entre sesiones, el horario no está confirmado o el aviso ha perdido vigencia.

Plantillas para redactar el siguiente mensaje

Estas plantillas de notificaciones push usan corchetes como marcadores editoriales, no como sintaxis de EngageLab. Hay que sustituirlos y comprobar el resultado.

Si falta un dato opcional, eliminar o reformular su frase. Si falta uno imprescindible, resolverlo antes de enviar.

Cómo adaptar el texto a iOS, Android y web

Contar caracteres ayuda a editar, pero no garantiza la visibilidad. Android describe un título de una línea; Apple recomienda concisión y evitar información sensible; MDN señala limitaciones de compatibilidad de las acciones web. El tamaño del mensaje enviado y el espacio visible son restricciones diferentes.

Probar el contenido final con variables largas, tildes y texto ampliado. Preparar una versión breve y comprobar que conserva el significado incluso sin emoji.

Qué revisar antes de enviar y cómo probar otra versión

• Comprensión: se reconoce el motivo y el cuerpo aporta información.
• Exactitud: fechas, condiciones y estados coinciden con los hechos.
• Variables: se resuelven los campos y se prueban las alternativas.
• Destino: se encuentra lo prometido, también después del acceso.
• Presentación: se entiende con menos espacio y sin elementos opcionales.
• Vigencia: el aviso corresponde al destinatario y sigue siendo válido si llega tarde.

Para probar la primera reescritura, la hipótesis sería: «Nombrar el informe semanal facilita que se consulte». Este ensayo hipotético cambia únicamente el título:

La muestra se planifica según el comportamiento de partida y la diferencia que interesa detectar. Si no se alcanza o falla el seguimiento, no se declara una versión ganadora. El registro de la consulta del informe debe prepararse en la aplicación o el sitio antes del ensayo.

Cómo preparar las variantes en EngageLab

Las guías de AppPush y WebPush documentan pruebas A/B con títulos, contenido, comportamiento al hacer clic, audiencia y vista previa. Permiten copiar la configuración de A en B para preparar la comparación.

Tras copiarla, cambiar solo el título y comprobar los demás parámetros, incluida la conservación de mensajes pendientes. Después, realizar envíos de prueba: la vista previa ayuda a revisar la configuración y el terminal permite comprobar la presentación y el destino.

La edición HTML y los botones de ventanas emergentes descritos para mensajes dentro de la aplicación pertenecen a ese tipo de mensaje. Para estas notificaciones, el equipo debe resolver la validación de variables y el registro del resultado esperado en su propia lógica de negocio.

Preguntas frecuentes sobre la redacción de notificaciones push

¿Cuántos caracteres debe tener una notificación push?

No existe una longitud que garantice la misma visualización en todos los entornos. Conviene comprobar un título breve y el texto final en los dispositivos previstos.

¿Es necesario incluir el nombre de la persona?

No. Un evento relevante puede dar suficiente contexto. El nombre debe ser correcto y disponer de una alternativa si falta.

¿Todas las notificaciones necesitan un botón?

No. El toque sobre el aviso puede abrir el destino. Los botones adicionales requieren comprobar la compatibilidad.

¿Cómo revisar una plantilla con variables?

Probar valores válidos, largos y vacíos; comprobar concordancia, destino y vigencia. Si falta un dato esencial, detener el envío.