Notificaciones push de Klaviyo para apps móviles de Shopify

Para usar las notificaciones push de Klaviyo en una app móvil de Shopify, conecta la app a los perfiles de Klaviyo que ya usas, de modo que el comportamiento dentro de la app alimente los mismos segmentos y flujos que el email y el SMS. Planifica tres cosas antes de enviar: la taxonomía de eventos, la lógica de los flujos y el consentimiento. El push, el email, el SMS y el permiso del sistema operativo son estados de consentimiento distintos.

No trates la app como otro canal de difusión. Las notificaciones push, el email y el SMS tienen cada uno un trabajo distinto. La app añade señales de comportamiento, como qué mira, guarda y compra el cliente, y también nuevos sitios donde alcanzarle.

Esta guía explica cómo planificar las notificaciones push de Klaviyo en una app móvil de Shopify. No es un manual de configuración. Usa las instrucciones oficiales de implementación de Klaviyo para el SDK y para la configuración de plataforma.

Requisitos previos antes de planificar las notificaciones push de Klaviyo

Necesitas una app de Shopify o Shopify Plus, una integración de Klaviyo en cualquier plan de NAPPS y una persona responsable de la lógica de campaña. También tienes que decidir qué eventos previos a la compra enviará la app, dónde aterrizará cada notificación push y cómo podrá el cliente gestionar sus preferencias de notificación.

NAPPS admite Klaviyo en todos los planes para orquestar notificaciones push, email y SMS con segmentos compartidos, e incluye identificación de perfil, registro de eventos, formularios dentro de la app y deep links desde un mensaje de Klaviyo. No admite geolocalización por zonas. Define el alcance del trabajo a partir de esa lista y no del SDK móvil completo de Klaviyo, que documenta capacidades que una plataforma de app puede haber construido o no.

El reparto de trabajo es el siguiente:

Si una cifra o una decisión no encaja en una de esas columnas, es probable que la configuración no esté clara.

La oportunidad: amplía el registro de cliente, no el volumen de envíos

Klaviyo es una base de datos de clientes antes que una herramienta de envío. El email, el SMS y las notificaciones push usan los mismos perfiles, eventos y segmentos. Una app móvil conecta en dos direcciones:

• Entrante: la app escribe en el perfil de Klaviyo los eventos de intención previa a la compra (producto visto, búsqueda realizada, añadido al carrito, pago iniciado, notificación abierta), así que tus segmentos y flujos pueden usar el comportamiento dentro de la app junto a las aperturas de email y los eventos de pedido de Shopify que ya usan. Los pedidos completados se quedan con los eventos de pedido de Shopify, sin un evento de app duplicado: más sobre esto abajo.
• Saliente: Klaviyo puede alcanzar al cliente a través de la app, con notificaciones push y mensajes dentro de la app, y llevarle a un destino concreto de la app en lugar de a una pantalla de inicio genérica.

El objetivo es un solo ciclo de vida con una superficie nativa, no un programa paralelo. Para cada cliente y cada momento, elige el canal y el destino que ayuden. Consulta la guía de retención con notificaciones push para coordinar los canales.

Qué permite el SDK móvil de Klaviyo

Klaviyo documenta SDK móviles para iOS, Android, React Native y Flutter, y agrupa sus capacidades en cinco áreas (resumen del SDK de Klaviyo):

La documentación del SDK de Klaviyo describe estas capacidades, y una app de NAPPS incluye todas menos la geolocalización por zonas. Las secciones siguientes cubren las decisiones que cada una todavía te pide: la identidad que escribes, la taxonomía de eventos que acordáis y dónde aterriza cada mensaje.

Identidad: conecta la actividad en la app con el perfil que ya tienes

Todo lo útil que venga después depende de que Klaviyo sepa de quién es el comportamiento que observa. Cuando un cliente inicia sesión o crea una cuenta, la app le identifica como un perfil de Klaviyo, y sus eventos de app se adjuntan al mismo registro que guarda su historial de email y sus pedidos de Shopify. Antes de eso, parte de la navegación puede ser anónima, y cómo se asocian después esos primeros eventos a un perfil es un detalle que conviene resolver bien.

Las reglas prácticas con las que diseñar:

• Conocido frente a anónimo. Decide qué hace la app antes del inicio de sesión. Navegar como invitado está bien y a menudo convierte mejor, pero ten claro qué eventos se capturan de forma anónima y cómo se reconcilian con un perfil cuando el cliente se identifica.
• Cierre de sesión y dispositivos compartidos. Al cerrar sesión, la actividad nueva debe dejar de asociarse al perfil anterior, para que una tablet compartida no mezcle a dos clientes.
• Una persona, varios dispositivos y varios tokens. Un mismo cliente puede tener varios tokens de notificación en distintos dispositivos, así que la identidad es a nivel de persona y la posibilidad de alcanzarle por push es a nivel de dispositivo. Ten presente esa distinción siempre que cuentes el público "alcanzable".

La base de eventos: la señal que hace funcionar todo lo demás

Las notificaciones push y los mensajes dentro de la app dependen de buenos eventos. El objetivo no es enviar más. Es enviar algo relevante a partir de lo que el cliente acaba de hacer.

En una app de comercio, los eventos que merece la pena capturar corresponden a la intención de compra previa al pedido:

• Producto visto (con producto, colección, precio y disponibilidad)
• Búsqueda realizada (con la consulta y si devolvió resultados)
• Añadido al carrito (con producto, cantidad y valor)
• Pago iniciado (con el valor del carrito)
• Notificación push abierta (con la campaña y, cuando se usen, los datos del botón de acción)

Fíjate en lo que no está en esa lista: la compra completada. Esa omisión es deliberada, y es la decisión más importante de integridad de datos de toda la integración.

No envíes un segundo evento de "compra" desde la app

Si tu tienda usa la integración de Klaviyo con Shopify, Klaviyo ya recibe Placed Order y los eventos de pedido relacionados directamente desde Shopify (referencia de datos de Shopify en Klaviyo). Si la app dispara además su propio evento de "compra" para el mismo pedido, puedes disparar flujos dos veces, inflar los ingresos y corromper la segmentación, porque un pedido real pasa a parecer dos. Así que la regla es:

• Pedidos completados: usa los eventos de pedido de Shopify (Placed Order y los suyos) como única fuente. No emitas un evento de compra duplicado desde la app.
• Intención previa a la compra: usa los eventos de la app (producto visto, búsqueda, añadido al carrito, pago iniciado) para todo lo que lleva hasta el pedido.
• Si de verdad necesitas una señal de la app en el momento de la compra (por ejemplo, para saber que el pedido salió de la app), envía un evento claramente distinto y con un nombre deliberado, de traspaso al pago o de contexto de pedido en la app, y asegúrate de que ningún flujo lo trate como un segundo pedido. Elimina duplicados contra el pedido de Shopify antes de que pueda disparar lógica de ingresos o de recuento de pedidos.

La primera regla sobre propiedades importa igual: un evento solo es tan accionable como sus atributos. "Producto visto" es débil, pero "vio un producto de la colección X, en stock, de más de 50 euros" es un segmento.

Acertar con esta taxonomía es el mismo trabajo de activación y de señal de comportamiento que sostiene el crecimiento de la app en general, y lo tratamos en la guía de crecimiento de la app.

Notificaciones push de Klaviyo que aterrizan en algún sitio útil

Las notificaciones push son a menudo la primera capacidad que una marca quiere usar y la más fácil de usar mal. Una difusión genérica diaria enseña al cliente a desactivarlas. Las reglas de producto de Klaviyo condicionan cómo usarlas.

El consentimiento de push es una decisión propia, con su propio token

Klaviyo indica que un consentimiento explícito de notificaciones push móviles crea en el perfil un token de notificación específico de ese dispositivo. Una persona puede tener varios tokens en varios dispositivos, y el consentimiento de email o de SMS no concede por sí solo el consentimiento de push (guía de consentimiento de push de Klaviyo, el consentimiento en los perfiles). De ahí salen dos consecuencias. Primera: pide el permiso para enviar notificaciones push en contexto, después de que la app haya demostrado su valor, no en un primer arranque en frío. Segunda: trata el permiso de notificaciones, el consentimiento de marketing y las preferencias de tema o categoría como tres decisiones distintas del cliente, no como un único permiso agrupado.

Klaviyo también señala que no ofrece un centro de preferencias de notificaciones push, así que el control que ve el cliente sobre qué notificaciones recibe lo construye el equipo de la app. Eso corresponde al centro de preferencias o de privacidad de tu propia app. Trátalo como un requisito de diseño del lado de la app y no como asesoramiento legal: dónde y cómo cambia un cliente sus preferencias de notificación es una cuestión de diseño del centro de privacidad, y las distinciones de consentimiento más profundas pertenecen al grupo de artículos de privacidad, no a este.

Sin deep link, una notificación push abre la pantalla de inicio

Klaviyo es explícito: sin un deep link, una notificación push abre la pantalla de inicio de la app y deja al cliente buscando lo que le prometiste (introducción a las notificaciones push móviles de Klaviyo). Para una marca de comercio eso es una fuga directa de conversión: una notificación de "vuelve a estar disponible" que deja al cliente en la pantalla de inicio desperdicia la intención que acaba de crear. Así que todo briefing de campaña debería nombrar un destino y el evento de éxito, no solo un mensaje.

Los botones de acción hacen que ese destino sea medible. Los botones de acción de Klaviyo admiten abrir la app, un deep link y acciones hacia la web, y el evento de notificación abierta que resulta lleva la etiqueta del botón, su acción y, cuando corresponde, su enlace, que después puedes usar en informes y segmentos (botones de acción para push de Klaviyo). Un botón descriptivo como "Ver la colección" deja claros el paso siguiente y la dimensión de informe. Pruébalo contra un botón genérico de "Comprar ahora" con tu propio público.

Una apertura de push no es una apertura de email

Los informes de push de Klaviyo distinguen los eventos de recibido, abierto y rebotado, y una apertura de push es un toque que abre la app (referencia de métricas de push de Klaviyo, guía de entrega de push de Klaviyo). No compares directamente una tasa de apertura de push con una de email: son acciones distintas medidas de forma distinta, y la entrega misma depende del proveedor y de la plataforma en iOS (APNs) y en Android (FCM). Juzga las notificaciones push frente a otras notificaciones push, y frente al resultado comercial posterior, no frente a tu panel de email. La estrategia completa está en la guía completa de notificaciones push para Shopify.

Una campaña resuelta: notificaciones push de Klaviyo para la reposición de stock

Un briefing de campaña debería responder a más que "qué texto enviamos". Piensa en un cliente que vio un producto agotado y que ha dado permiso para las notificaciones push.

El panel de NAPPS informa de las sesiones, los añadidos al carrito, las vistas de carrito, los pagos, los pedidos y las ventas de quienes recibieron la notificación, dentro de las 12 horas siguientes al envío, además de los ingresos por destinatario. No sumes esa cifra a los ingresos atribuidos por Klaviyo, por email, por SMS o por medios pagados. Esos sistemas pueden acreditar el mismo pedido con reglas distintas.

Mensajes dentro de la app: la superficie después de la apertura

Los formularios dentro de la app son mensajes que Klaviyo muestra dentro de ella. Pueden dirigirse a usuarios o segmentos concretos y dispararse con una apertura de la app, una apertura de notificación o un evento registrado (entender los formularios dentro de la app, crear un formulario dentro de la app). Complementan las notificaciones push en lugar de duplicarlas: la notificación consigue la apertura de la app, y el mensaje dentro de la app continúa el recorrido una vez que el cliente ya está dentro.

Buenos usos para una marca de comercio:

• Un anuncio de lanzamiento o de colección cuando un cliente interesado abre la app
• Un aviso de reposición o de bajada de precio ligado a algo que el cliente vio
• Una oferta exclusiva de la app que premie usarla
• Una superficie de seguimiento justo después de abrir una notificación push, que refuerce el mismo mensaje

Un límite firme: los formularios dentro de la app de Klaviyo son superficies de anuncio y de interacción, y el producto actual no admite usarlos para recoger consentimiento ni datos de perfil. Así que no diseñes un formulario dentro de la app como mecanismo de consentimiento de privacidad ni como formulario de captación de datos. La recogida de consentimiento y de preferencias corresponde a pantallas de la app hechas para eso, que es un tema del grupo de artículos de privacidad y no de los mensajes dentro de la app.

Coordina los canales: Smart Sending funciona por canal, no entre canales

Este es el detalle que a más marcas se les escapa, y desmonta la promesa de "un solo ciclo de vida" si das por hecho que la plataforma lo resuelve por ti. Smart Sending de Klaviyo evita que un perfil reciba demasiados mensajes en una ventana definida, pero funciona por canal y no entre canales (guía de Smart Sending de Klaviyo). Un cliente que acaba de recibir un email puede seguir recibiendo un SMS y una notificación push dentro de sus respectivas ventanas de Smart Sending, porque cada canal aplica su límite de forma independiente.

Así que añadir un canal de notificaciones push no coordina tus mensajes de forma automática. La coordinación real es trabajo deliberado:

• Exclusiones: excluye a quienes recibieron el mensaje de un canal de un envío casi simultáneo en otro.
• Secuencia: decide el orden (por ejemplo, primero la notificación push y el email como seguimiento) en lugar de disparar todos los canales a la vez.
• Lógica de seguimiento: dispara el canal siguiente según si el anterior se abrió o generó una acción, no según un reloj fijo.

Activar Smart Sending es necesario, pero no suficiente. La disciplina entre canales, decidir qué mensaje único ayuda de verdad a este cliente ahora mismo, es la parte más difícil. Lee cómo coordinar notificaciones push, email y SMS antes de añadir una campaña nueva.

Un modelo de informes: cada métrica en su fuente de verdad

La forma más rápida de perder la confianza en el programa es forzar todas las cifras a un solo panel. Klaviyo, Shopify, la analítica de tu app y las consolas de las tiendas son dueños de verdades distintas. Shopify es el registro financiero y operativo de los pedidos, pero Klaviyo es el sitio adecuado para valorar la atribución de los mensajes de Klaviyo a partir de sus datos de pedido sincronizados. Responden a preguntas distintas. La guía de métricas de apps móviles de Shopify explica el modelo de medición más amplio. Este es el reparto específico de Klaviyo:

Dos reglas mantienen esto honesto. Primera: define si "recompra" significa por cualquier canal o solo por la app antes de informar de ella, porque responden a preguntas distintas. Segunda: no sumes ingresos de sistemas de atribución distintos sin documentar sus ventanas y su modelo. El mismo pedido puede ser acreditado por varios sistemas a la vez, así que sumar, por ejemplo, los ingresos atribuidos por Klaviyo a los atribuidos por una plataforma de medios pagados los cuenta dos veces. Y ni siquiera dentro de Klaviyo los canales son tres totales solapados que se puedan sumar, porque Klaviyo usa un enfoque de último contacto con ventanas propias de cada canal (documentación de seguimiento de conversiones de Klaviyo). Elige un modelo y declara su ventana, o informa de lo que dice cada sistema por separado y bien etiquetado.

Lista de comprobación de implementación

Un orden de trabajo viable, con un responsable en cada paso:

1. Identidad: define el inicio de sesión, la creación de cuenta, el cierre de sesión y la reconciliación de anónimo a conocido.
2. Eventos: acordad la taxonomía de eventos y sus propiedades para la intención previa a la compra, y confirmad que Shopify es dueño de los pedidos completados, sin evento de compra duplicado en la app.
3. Deep links: traza los destinos de producto, colección, oferta y cuenta con más tráfico, y define el comportamiento alternativo.
4. Configuración de push: configuración de iOS y Android, ciclo de vida de los tokens, botones de acción y preferencias de categoría.
5. Mensajes dentro de la app: disparadores y segmentación para la apertura de la app, la apertura de notificación y los mensajes basados en eventos.
6. Consentimiento: el permiso de notificaciones se pide en contexto; el permiso, el consentimiento de marketing y las preferencias de categoría se mantienen separados; se construye un centro de preferencias en la app, porque Klaviyo no lo ofrece.
7. Pruebas: comprueba que los eventos se disparan, que los deep links llevan a la pantalla correcta y que las notificaciones se muestran bien en las dos plataformas.
8. Informes: conecta cada métrica con su fuente de verdad según la tabla anterior antes del lanzamiento, para que las cifras del primer día sean fiables.

La geolocalización por zonas no está disponible en NAPPS

La geolocalización por zonas de Klaviyo recupera las zonas cercanas cuando un usuario abre la app, vigila las entradas y las salidas, y crea los eventos correspondientes para flujos, segmentos e informes. Requiere una app móvil, soporte actual del SDK y que el cliente comparta su ubicación (guía de geolocalización por zonas de Klaviyo).

NAPPS no admite la geolocalización por zonas (verificado el 08/09/2026), así que es la única capacidad de la lista móvil de Klaviyo con la que no puedes contar en una app de NAPPS. También añadiría un flujo de permiso de ubicación y obligaciones de privacidad y de normativa regional, y por eso rara vez es la razón por la que una marca elige una app.

Qué admite NAPPS hoy

NAPPS es una plataforma de creación de apps móviles nativas para marcas de Shopify y Shopify Plus. Klaviyo está disponible en todos los planes para orquestar notificaciones push, email y SMS con segmentos compartidos. Tu equipo es responsable de la estrategia de campaña, de las decisiones de consentimiento y de cualquier revisión legal.

La identificación de perfil, el registro de eventos, los formularios dentro de la app y los deep links desde un mensaje de Klaviyo están incluidos. La geolocalización por zonas no. Mantén Shopify como registro de pedidos e ingresos. Mantén la atribución de mensajes de Klaviyo separada del informe de notificaciones push a 12 horas de la app.