Muestra la prueba social donde el visitante está decidiendo y quítala de las páginas donde interrumpe. En la práctica, eso significa que las páginas de producto y de precios reciben la mayor parte, las de inicio y categoría un poco, y las de checkout, cuenta y documentación nada. La segmentación por URL y por dispositivo de Provedly hace que las reglas sean fáciles de expresar; este artículo trata de qué reglas escribir.
Los tres modos de segmentación
Cada widget y cada barra de Provedly puede acotarse de una de estas tres formas:
- Todas las páginas. El valor por defecto. Sencillo, y normalmente incorrecto para las notificaciones en cuanto un sitio tiene más de un puñado de tipos de página.
- Solo estas páginas. Una lista de permitidas. Lo mejor para la prueba social que pertenece a un único sitio, como las notificaciones en las páginas de producto o un contador en una página de lanzamiento.
- Todas excepto estas. Una lista de excluidas. Lo mejor para elementos en todo el sitio con algunas exclusiones, como una barra de campaña que no debe aparecer en el checkout ni en las páginas legales.
La segmentación por dispositivo se aplica encima, así que una regla puede ser distinta en escritorio y en móvil. Los detalles técnicos para escribir patrones de rutas están en /docs.
Guía página por página
| Tipo de página | Notificaciones | Contador en vivo | Barra CTA |
|---|---|---|---|
| Inicio | Límite bajo o ninguna | Solo si el tráfico lo justifica | Durante campañas |
| Categoría / colección | Límite bajo | Rara vez | Durante campañas |
| Producto / función | Sí, valores por defecto | Si la página tiene movimiento | Durante campañas |
| Precios | Sí, algo reducidas | Si la página tiene movimiento | Durante campañas |
| Carrito | Como mucho una, al principio | No | Solo si la barra indica una fecha límite real |
| Checkout | No | No | No |
| Blog / documentación | No | No | Rara vez |
| Cuenta / configuración | No | No | No |
| Legal / privacidad | No | No | No |
El patrón es que la prueba social va donde el visitante está valorando una compra y no aparece donde ya se ha comprometido o está haciendo otra cosa.
Por qué el checkout debe estar tranquilo.
El checkout es donde más tienta añadir prueba social y donde menos aporta. El visitante ya ha decidido; lo que necesita es un formulario que funcione. Una notificación que aparece mientras alguien escribe el número de su tarjeta es, en el mejor de los casos, una distracción y, en móvil, puede tapar el campo que está rellenando. Si quieres dar tranquilidad en el checkout, ponla en la propia página como texto estático. Deja el widget fuera.
La misma lógica se aplica a las páginas de cuenta y configuración. Esos visitantes ya son clientes. Decirles que otras personas están comprando es ruido.
Cómo ajustar el tipo de prueba social a la página
Cada tipo de prueba social responde a una pregunta distinta, y la segmentación funciona mejor cuando la pregunta encaja con la página.
Las notificaciones responden a "¿otras personas están comprando esto?". Van en páginas sobre algo concreto: un producto, un plan, una función. Las compras verificadas del producto que se está viendo son la forma más fuerte; el funcionamiento está en /blog/how-verified-purchase-notifications-work.
El contador en vivo responde a "¿hay alguien más aquí ahora mismo?". Es un conteo real de los visitantes de los últimos 90 segundos y se oculta por debajo de un mínimo, así que solo tiene sentido en páginas con suficiente movimiento para superar ese mínimo con regularidad. Un contador en una página que rara vez tiene visitantes simultáneos será invisible casi siempre, lo cual es honesto pero no útil. Consulta /blog/live-visitor-counters-real-people.
Las barras CTA responden a "¿hay un motivo para actuar ahora?". Durante un lanzamiento con una fecha límite real, una barra puede ir en todo el sitio con una lista de exclusiones. Fuera de una campaña, una barra evergreen solo debe estar donde se aplica su oferta por visitante. Los tipos de barra están en /features#bars.
Segmentación por dispositivo
En las pantallas de móvil, cualquier capa superpuesta ocupa más en proporción al contenido. Ajustes sensatos para móvil:
- Baja el límite de notificaciones por sesión y amplía el intervalo, como se explica en /blog/notifications-per-visit-frequency.
- Plantéate desactivar el contador en vivo en móvil salvo que la página tenga muchísimo movimiento; un contador más una barra más una notificación en un teléfono es demasiado.
- Mantén las barras cortas. Una barra de una línea con una sola llamada a la acción funciona en móvil; una de dos líneas con tres enlaces, no.
Como las reglas de dispositivo se suman a las de URL, puedes usar los valores por defecto en las páginas de producto en escritorio y una configuración reducida en esas mismas páginas en móvil sin duplicar widgets.
Tres conjuntos de reglas de ejemplo
Una tienda Shopify. Notificaciones: solo estas páginas, con el patrón /products/*, valores por defecto en escritorio y límite de 3 en móvil. Contador en vivo: solo /products/* y solo en escritorio. Barra de campaña: todas excepto /checkout*, /account*, /policies/*.
El sitio de marketing de un SaaS. Notificaciones: solo /pricing y /features*, límite de 3. Contador en vivo: solo /pricing, solo en escritorio. Barra evergreen para una oferta de bienvenida: dentro de la app, solo en la página de facturación, donde se aplica la oferta.
Una página de lanzamiento de un solo producto. Notificaciones: solo la página de lanzamiento, valores por defecto. Contador en vivo: la página de lanzamiento, en ambos dispositivos, ya que el tráfico de un lanzamiento suele estar concentrado. Barra de cuenta regresiva: la página de lanzamiento, la de inicio y la de precios, excluida en todas las demás.
Cada uno de estos conjuntos pone la prueba social delante del visitante en el momento en que es relevante y en ningún otro sitio.
Cómo comprobar que la segmentación funciona
Después de guardar las reglas, abre las páginas de la lista de permitidas y algunas que deberían quedar excluidas. El script del widget es una sola etiqueta, así que una página que no debe mostrar nada tampoco debería cargar nada visible. Luego observa la proporción de pedidos asistidos por la prueba social en el panel durante las semanas siguientes. Si acotar la segmentación deja la proporción igual, las páginas que quitaste no estaban aportando, y tienes un sitio más limpio sin costo. Si baja, amplíala con cuidado. El método de medición está en /blog/measuring-proof-assisted-orders.
Preguntas frecuentes
¿Debería mostrar notificaciones en la página de inicio?
Unas pocas pueden funcionar, ya que la página de inicio es donde muchos visitantes se forman una primera impresión. Mantén el límite bajo y deja que las páginas de producto y de precios carguen con el peso principal.
¿Un mismo widget puede tener reglas distintas según el dispositivo?
Sí. La segmentación por dispositivo se aplica junto con la segmentación por URL, así que un widget puede funcionar con una configuración reducida en móvil sin necesidad de un segundo widget.
¿Y si mis páginas de producto no comparten un prefijo de URL?
Usa una lista explícita de las páginas que más importan. Es mejor cubrir con precisión diez páginas importantes que recurrir a todas las páginas y cruzar los dedos.
Configura las reglas de segmentación en el plan gratuito: /register.