Durante años, una geozona hacía una sola cosa: el usuario cruzaba una línea en el mapa y tu app disparaba un push. Un solo envío, y la geozona terminaba su trabajo con ese usuario. Si el timing fallaba, o el usuario tenía las notificaciones silenciadas, ahí quedaba todo.
Es mucho intent para gastar en un solo disparo. Alguien que entra a tu tienda, se queda dando vueltas en la terminal de un aeropuerto, o sale de su ciudad, te está dando una señal de comportamiento en tiempo real. Un push suelto apenas la aprovecha.
Eso cambió. Hoy una geozona puede meter a un usuario en un journey — una secuencia que se despliega entre canales, en lugar de disparar una vez y quedarse callada.
¿Qué es el geofencing marketing? El geofencing marketing traza un límite virtual alrededor de un lugar físico y usa la entrada, el tiempo dentro (dwell) o la salida del usuario como trigger de una acción de marketing: un mensaje, una oferta o un flujo automatizado. Para apps móviles, convierte el movimiento real en una señal accionable en el momento exacto en que ocurre.
En Pushwoosh, una geozona dispara un evento en la entrada, el dwell y la salida, y ese evento fluye hacia Pushwoosh Customer Journey Builder. Así, una señal de ubicación puede arrancar un journey omnicanal completo, no solo una notificación push aislada.
Cómo funciona el geofencing marketing
El geofencing trabaja sobre 3 momentos, y cada uno dispara un evento sobre el que puedes actuar:
- Entrada — el usuario cruza hacia la zona. El trigger de proximidad clásico.
- Dwell — el usuario se queda dentro un tiempo determinado. Acá aparece el intent real: quien se detiene, lo hace por una razón.
- Salida — el usuario se va. Tu pie para el seguimiento, el feedback o el win-back.
| Trigger | Evento | Escenario típico | KPI a monitorear |
|---|---|---|---|
| Entrada | PW_GeozoneEntered (o nombre personalizado) | El usuario llega cerca de una tienda, sede o sucursal → envía una oferta contextual | Tasa de apertura por entrada, conversión de visita |
| Dwell | PW_GeozoneDwell (tras el tiempo configurado) | El usuario se queda en un mall, terminal o concesionaria → dispara una acción relevante | Tasa de acción por dwell |
| Salida | PW_GeozoneExited (o PW_GeozoneExitedByTimeout) | El usuario deja la zona → cierra la sesión, pide feedback, inicia un seguimiento | Tasa de re-engagement por salida |
PW_GeozoneEntered (o nombre personalizado)PW_GeozoneDwell (tras el tiempo configurado)PW_GeozoneExited (o PW_GeozoneExitedByTimeout)Otra mejora de precisión: las geozonas ya no se limitan a círculos. Puedes dibujar un polígono que calque el contorno real de un mall, un aeropuerto o un campus, así el trigger dispara sobre el límite real en vez de un círculo aproximado.
Si ya usas Pushwoosh, esto corre sobre tu SDK actual. No hace falta actualizar nada; el SDK ya habla geo 😎.
Casos de uso y ejemplos de geofencing marketing
El trigger es el mismo en todos lados. Lo que cambia es el momento que capturas y el mensaje que le corresponde. Así se ve en 4 tipos de apps.
🛒 Retail y delivery: re-engagement por proximidad
El problema: el tráfico peatonal cerca de una tienda es intent cálido que tu app casi siempre pierde. Alguien a una cuadra ya eligió estar en tu barrio, y tu trabajo es darle una razón para entrar.
La capacidad: el movimiento correcto es disparar en dwell, no en entrada. Disparar apenas alguien cruza el límite captura a todos los que pasan; un timer de dwell captura solo a los que realmente se quedaron.
Cómo se ve: un usuario entra a la geozona alrededor de tu tienda flagship y se queda. A los 3 minutos dentro, PW_GeozoneDwell dispara e inicia el journey (alguien que solo pasa nunca lo activa). Se envía un mensaje in-app: “Estás cerca de nuestra sucursal del centro — mostrá esto y llevate 15% off solo hoy.” Si el push es su canal alcanzable, sale como push en lugar de in-app.
Para apps de retail y e-commerce LATAM que también venden en marketplaces tipo MercadoLibre, el mismo trigger sirve para empujar tráfico a la tienda física exactamente cuando el usuario está a metros de distancia — algo que el catálogo online del marketplace no puede replicar. Y en fechas como Hot Sale o Buen Fin, ese mismo dwell trigger convierte tráfico de mall en ventas puntuales, sin depender de un blast masivo.
Para ir más allá: entregá una tarjeta de descuento o cupón real, no solo un push. En el momento en que un comprador potencial entra, emite un wallet pass con la oferta ya integrada. Cae en la lock screen como una tarjeta que el usuario guarda con un solo tap.
Y lo mejor es que, como la tarjeta vive en Apple Wallet o Google Wallet, llega a todos en la zona de la tienda, incluso si tu app no está instalada.
Lee la guía completa para iOS y Android: Wallet passes geolocalizados: activá la tarjeta con una visita a la tienda
💰 Fintech: contexto por ubicación y alertas de seguridad
El problema: para una app fintech (una wallet, un trading app, un neobanco), un cambio en la ubicación del usuario es contexto real, no ruido. Saber que alguien acaba de salir de su zona habitual le permite a la app sentirse atenta sin resultar invasiva.
La capacidad: la entrada a una nueva región, o la salida de una zona hogar, como señal de que la situación acaba de cambiar.
Cómo se ve: un usuario sale de la geozona de su ciudad y la app manda un aviso liviano: “¿Estás viajando? Activá el modo viaje para que tus tarjetas sigan funcionando en el exterior.” Tranquiliza en vez de alarmar: contexto y comodidad. Bien manejado, es el tipo de detalle que hace sentir a una app como si estuviera cuidándote.
Para wallets digitales y neobancos, en pleno crecimiento en la región, este tipo de señal construye confianza sin invadir — algo especialmente valioso donde la adopción de banca digital todavía se está consolidando.
Mira cómo las apps fintech corren el resto de su ciclo de engagement.
🛫 Movilidad y viajes: prompts de servicio por dwell
El problema: un usuario que lleva rato en un mismo lugar suele estar trabado, esperando o decidiendo, y justo ahí es donde un prompt bien cronometrado ayuda.
La capacidad: dwell. Disparar después de que el usuario pasó tiempo real dentro de la zona.
Cómo se ve: un usuario lleva 15 minutos dentro de la geozona de una terminal de aeropuerto. El evento de dwell dispara y la app ofrece justo lo que el momento pide: “¿Espera larga? Conseguí un pase de sala VIP — 20% off por la próxima hora.” La demora es todo el punto: no le mandas nada a alguien que está de paso, ayudas a alguien que claramente está esperando.
Esa es la diferencia entre ser útil y ser molesto, y es central para las apps de movilidad y delivery.
🆕 Eventos y medios: contenido con puerta geolocalizada
El problema: parte del contenido solo tiene sentido en el lugar: el feed en vivo, el mapa del venue, la cobertura dentro del estadio. En cualquier otro lado, es ruido. El geofencing te deja prenderlo y apagarlo según la ubicación del usuario.
La capacidad: la entrada abre una serie de contenido, la salida la cierra.
Cómo se ve: un usuario entra a la geozona del estadio y la app desbloquea un journey de cobertura en vivo — resultados, cronograma, ángulos exclusivos: “Estás en la cancha. Entra para stats en vivo y repeticiones.” Cuando sale, la serie se apaga sola, así nadie se lleva a casa contenido que ya no necesita. La ubicación abre y cierra la experiencia justo cuando importa.
Así corren las apps de medios su engagement basado en eventos.
Cómo lanzar tu primera campaña de geofencing
No necesitas un stack nuevo. Este es el camino más corto entre una zona en el mapa y una campaña en vivo.
- 1
Crea la geozona y activa el evento
Dibuja la zona (círculo o polígono), y el evento de entrada se crea automáticamente la primera vez que agregas una. Activa dwell y salida si tu flujo los necesita.
- 2
Define la condición
Elige la señal que arranca el flujo: entrada, dwell después de N minutos, o salida. Suma el timeout de assume-exit para que un dispositivo sin señal no deje a un usuario a mitad de camino.
- 3
Ramifica el journey
En Customer Journey Builder, usa el evento geo como entrada trigger-based, y después ramifica por canal y reachability — push primero, con fallback a in-app o email si no llega. Si es la primera vez que armas un journey desde cero, la guía de idea a campaña en vivo en minutos cubre la mecánica de punta a punta.
- 4
Elige el canal por momento
Haz coincidir el mensaje con la señal. La entrada pide algo corto e inmediato; el dwell soporta una oferta más elaborada; la salida es para el seguimiento.
Algunos errores para evitar:
- Un radio demasiado ajustado. 50 metros es el mínimo de la plataforma, y el GPS no es pixel-perfect, así que una zona muy chica pierde visitantes reales. El default son 200 metros (puedes llegar hasta 100 km) — arranca ahí y ajusta.
- Sin filtro de dwell. Disparar solo en la entrada le manda mensaje a cualquiera que pase caminando. Cambia el trigger a dwell (
PW_GeozoneDwell) y solo entran al flujo quienes realmente se quedaron. - Sin cooldown en la entrada. Configura un Cooldown (de 1 minuto a 41 días), para que alguien yendo y viniendo de la zona no reciba un mensaje cada vez; si tus zonas están en un cluster, el cooldown cubre todo el cluster. Solo bloquea las acciones de entrada, así que el dwell, la salida y el assume-exit siguen respondiendo a la visita real y no al cronograma.
Para el detalle de la configuración, permisos, nombres de eventos, ajuste de dwell, sigue la documentación de geo campaigns.
Lanza journeys geolocalizados con Pushwoosh
La ubicación es una de las señales en tiempo real más fuertes que tiene una app móvil, y la mayoría todavía la gasta en un solo push. Pushwoosh convierte la entrada, el dwell y la salida de una geozona en eventos que alimentan directo a Customer Journey Builder, así un usuario que cruza un límite arranca un flujo omnicanal coordinado en vez de un envío suelto.
Preguntas frecuentes
Artículos relacionados
Ver todo