Un pedido asistido por la prueba social es aquel en el que el comprador vio una notificación de prueba social antes de comprar. Provedly los cuenta emparejando el ID de visitante que vio la notificación con el ID de visitante que hizo un pedido verificado en los 30 días siguientes. Es un conteo simple, nunca una estimación ni una proyección modelada, y saber exactamente qué mide es lo que lo hace útil.
Por qué las cifras de "ingresos influenciados" suelen estar infladas
Muchos paneles de esta categoría muestran una cifra de ingresos grande con la etiqueta "influenciados" o "generados". Vale la pena preguntarse cómo se produce ese número. Los enfoques habituales incluyen:
- Contar todos los pedidos de un sitio donde está instalado el widget, haya visto algo el comprador o no.
- Aplicar un porcentaje de mejora supuesto a los ingresos totales.
- Modelar una contribución a partir de una mezcla de señales y presentar el resultado como una medición.
Cada uno produce una cifra fácil de mostrar y difícil de defender. Si la propia herramienta del proveedor decide cuánto mérito merece la herramienta del proveedor, el número tenderá a ser generoso. Los comerciantes que luego lo comparan con su propia analítica suelen ver que no cuadran, y el panel pierde credibilidad junto con el widget.
Cómo cuenta Provedly
El método es deliberadamente estrecho.
- Cuando se muestra una notificación, el widget registra una impresión asociada al ID de visitante de ese navegador.
- Cuando llega un pedido verificado por un webhook de Stripe o Shopify, Provedly comprueba si ese mismo ID de visitante vio al menos una notificación en los 30 días anteriores.
- Si es así, el pedido se cuenta como asistido. Si no, no.
El panel muestra el conteo resultante y la proporción de pedidos verificados que representa. No hay multiplicador, ni mejora supuesta, ni extrapolación a visitantes que no se emparejaron. Los registros de ejemplo quedan excluidos, porque un pedido que Provedly no puede verificar no puede atribuirse.
Qué te dice el número y qué no
Te dice cuántos compradores verificados vieron la prueba social antes de comprar. Es un techo de la posible influencia del widget: el widget no pudo ayudar a un pedido al que nunca se le mostró.
No te dice que la notificación causara la compra. Algunos de esos compradores habrían comprado igual. "Asistido" es la palabra correcta, y la usamos porque "generado" sería una afirmación que los datos no pueden respaldar.
Es la misma distinción que separa un informe de último clic de un experimento controlado. El conteo es una estadística descriptiva. La causalidad requiere un grupo de comparación.
Cómo acercarse a la causalidad
Si quieres saber qué aporta el widget y no solo a qué llegó, necesitas un periodo o un segmento sin él.
| Método | Cómo | Advertencia |
|---|---|---|
| Periodos de encendido/apagado | Deja el widget activo un tiempo, páusalo durante un tiempo comparable y compara la tasa de conversión | La estacionalidad y las campañas enturbian la comparación |
| Exclusión por páginas | Usa la segmentación por URL para excluir un conjunto de páginas comparables | Las páginas no se asignan al azar, así que las diferencias pueden deberse a las páginas y no al widget |
| Prueba A/B de verdad | Divide a los visitantes al azar en tu propia herramienta de pruebas y carga el script solo en un grupo | Requiere una configuración de experimentación fuera de Provedly |
Ninguno es perfecto, y el consejo honesto es usar el conteo de pedidos asistidos como tu señal del día a día y hacer de vez en cuando una exclusión para calibrarlo. Si el conteo es alto pero una exclusión no muestra diferencia, el widget se está viendo pero no está ayudando, y eso es útil saberlo.
Lee la tendencia, no el nivel
El número absoluto depende del tráfico, del volumen de pedidos y de cuántas notificaciones muestras. Las lecturas más útiles son relativas:
- Proporción asistida a lo largo del tiempo. Si la proporción de pedidos verificados que fueron asistidos sube después de cambiar la segmentación, el cambio puso la prueba social delante de más compradores.
- Proporción frente a frecuencia. Si bajas las notificaciones por sesión de cinco a tres y la proporción asistida se mantiene, no perdiste nada mostrando menos. Las decisiones de frecuencia se tratan en /blog/notifications-per-visit-frequency.
- Proporción según la ubicación. Limitar el widget a las páginas de producto y de precios y observar si cambia la proporción te dice dónde se ve realmente la prueba social antes de la compra. Las opciones de segmentación están en /blog/where-to-show-social-proof-page-targeting.
Límites conocidos del emparejamiento por ID de visitante
Cualquier método basado en un identificador del navegador tiene huecos, y es mejor nombrarlos que taparlos.
- Un visitante que borra el almacenamiento, usa una ventana privada o cambia de dispositivo entre ver la notificación y comprar no se emparejará. El pedido es real; simplemente se cuenta como no asistido.
- La ventana de 30 días es una elección. Las ventanas más largas emparejan más pedidos pero debilitan el vínculo; las más cortas hacen lo contrario. Treinta días es un punto medio razonable para la mayoría de los ciclos de compra.
- El emparejamiento requiere un pedido verificado, así que las tiendas que no han conectado Stripe o Shopify no tienen ningún conteo de pedidos asistidos.
El efecto práctico de estos límites es que el conteo tiende a quedarse corto más que a pasarse. Si te vas a equivocar, esa es la dirección en la que conviene equivocarse.
Todo en una sola frase.
Cuando alguien pregunte qué está haciendo el widget, la frase honesta es: "De nuestros pedidos verificados del periodo, tantos vinieron de visitantes que habían visto una notificación en los 30 días anteriores". Es menos espectacular que una cifra de ingresos con el símbolo del dólar. También es cierta, cuadra con tu propia analítica y es lo bastante estable para tomar decisiones. El panel se describe junto con el resto del producto en /features.
Preguntas frecuentes
¿Un pedido asistido significa que la notificación causó la venta?
No. Significa que el comprador vio una notificación antes de comprar. La causalidad necesita una exclusión o una prueba A/B; el conteo es un techo de influencia, no una medición de ella.
¿Por qué no mostrar una cifra de ingresos?
Porque la única cifra de ingresos honesta sería la suma de los pedidos asistidos, y presentarla como "generada" exageraría el papel del widget. Mostramos conteos y proporciones para que el número signifique lo que dice.
¿Se incluyen los registros de ejemplo?
No. Solo se pueden emparejar pedidos verificados, así que los ejemplos nunca aparecen en el conteo de pedidos asistidos.
Mira los pedidos asistidos por la prueba social en tu propio panel con el plan gratuito: /register.