Plataforma · Monitorización y automatización

Una sola pantalla para lo que está roto o en espera

El monitor de salud y la cola de atención abarcan cada cuenta, de modo que nada pasa desapercibido en un sitio de un cliente.

Mantenerlo en marcha

Una pantalla, y las reglas detrás de ella

Cada cuenta clasificada según lo que necesita a una persona, la automatización que actúa sobre ello, y dónde se le avisa.

  • Inicios y finales planificados, más parada por significancia con barreras: duraciones mínimas y controles de confianza que se niegan a actuar sobre datos rotos
  • La detección de colisiones avisa cuando experimentos simultáneos interferirían entre sí
  • Alertas por correo, Slack y en la aplicación, en doce tipos de evento, activables por persona
  • Un registro de actividad por experimento, y roles aplicados una vez en lugar de ruta por ruta
BarrerasControles de confianzaDetección de colisiones
La pantalla de salud de una cuenta: medidores de salud del programa para la cobertura del seguimiento, la precisión del reparto, las decisiones y las colisiones abiertas, una cola de ocho elementos esperando a una persona, y las reglas de automatización actualmente armadas.

La cartera de clientes

Cada cuenta de cliente en una sola pantalla

Las agencias no tienen un sitio web, tienen noventa. La vista de la cartera de clientes clasifica las cuentas primero según lo que necesita a una persona, de modo que la mañana empieza con la lista en lugar de con una búsqueda.

  • Cuentas ordenadas por problemas, luego por decisiones en espera
  • Recuentos en marcha y tasa de victorias por cuenta
  • Limite toda la consola a un solo cliente en dos clics
  • Roto, en decisión, en colisión, atrasado, sin datos: cada uno su propia fila
La cartera de clientes ordenada según lo que necesita atención primero: dos cuentas con la medición rota, dos con decisiones en espera, una sin nada que señalar.

Automatización

Reglas que detienen, y barreras que detienen a las reglas

Planifique un inicio y un fin, o deje que un experimento se termine solo por significancia. Las barreras mantienen honesta a la automatización: una duración mínima, y un control de confianza que se niega a actuar sobre datos que una alarma ha marcado.

  • Inicios y finales planificados por experimento
  • Parada por significancia con una duración mínima
  • Controles de confianza que bloquean la automatización sobre datos marcados
  • La significancia solo puede terminar un test antes de tiempo: siempre se requiere una fecha de fin
  • Duración mínima nunca por debajo de siete días, catorce por defecto
La automatización de un experimento: una ventana programada, la parada por significancia activada detrás de una duración mínima de catorce días y una muestra mínima de 40.000 visitantes, y las barreras que hacen que la automatización espere o se detenga en lugar de actuar.

Alertas

Avisado una vez, en el sitio donde ya mira

Cada evento puede ir al correo, a Slack o a la consola, con preferencias por evento, de modo que un objetivo roto despierte a alguien y una significancia alcanzada no lo haga.

  • Correo, Slack y en la aplicación, por evento
  • Preferencias por usuario, no un único interruptor global
  • Un registro de actividad completo para la cuenta
  • Doce tipos de evento, agrupados por ciclo de vida, resultados, salud y cuenta
Las preferencias de alerta por evento, agrupadas por salud, resultados y ciclo de vida: un desajuste en el reparto y un experimento inactivo van al correo y a Slack, un resultado significativo a ambos, un inicio solo a Slack, y una publicación a la consola.

Lo que detecta

Las señales, y por qué se clasifican así

Cada una es algo que sigue siendo cierto y sigue sin resolver, deducido del estado actual en lugar de un registro de lo ocurrido. Descartar una insignia no descarta el trabajo.

Roto va antes que decidir, y decidir antes que la cola

Cada señal se clasifica en una de tres severidades, y un fallo de confianza suprime el resultado que hay debajo en lugar de quedarse a su lado. Un test con el reparto roto puede además estar informando de un ganador, y mostrar ambas cosas invitaría a alguien a actuar sobre él.

Un reparto que dejó de coincidir

El reparto de tráfico observado se contrasta de forma continua con los pesos configurados. Cuando se desvía más de lo que el azar explica, todos los resultados de ese test quedan marcados como sospechosos hasta que se encuentra la causa.

Un test que se quedó en silencio

Nada registrado durante un día entero mientras el test sigue en marcha. Suele ser una regla de segmentación que dejó de aplicar, o el script que falta después de un despliegue, y ambas cosas son invisibles desde la pantalla de resultados.

Interferencia entre dos test en marcha

Una redirección que saca tráfico de la audiencia de otro test aparece como una alarma de reparto en ese otro test, donde nada apunta a la causa. Dos variantes que editan el mismo elemento no producen alarma alguna: el reparto sigue perfecto y la página es una combinación que nadie revisó.

Pasada su fecha de fin y todavía repartiendo tráfico

Un test que debía haber terminado y no lo hizo sigue costándole el tráfico que consume. Es una decisión pendiente y no una avería, y así se clasifica.

Un ganador que nadie construyó

Dos señales distintas, porque son problemas distintos. Un test ganó y nunca se publicó. Otro se publicó hace meses y lo sigue sirviendo Pertento en lugar de vivir en su base de código.

Alrededor de los experimentos

La cuenta, no el test

La mayor parte de lo que sale mal en un programa con varias personas no es estadístico. Son dos personas editando lo mismo, un cambio que nadie puede rastrear, o un número que nunca llegó a la analítica que todos los demás usan.

Roles que se aplican en un solo sitio

Los miembros son de solo lectura en toda la plataforma; administradores y propietarios pueden escribir. La regla se aplica una vez en la puerta y no ruta por ruta, que es lo que impide que una pantalla nueva sea calladamente la excepción.

Un registro de actividad por test

Cada cambio que importa queda registrado en el test con quién lo hizo y cuándo: segmentación añadida, pesos cambiados, inicio, fin, publicación. Las notificaciones dicen qué pasó; el registro dice quién lo hizo.

Disposiciones de la consola guardadas

Organice una pantalla como usted la lee y se queda así, por persona y por pantalla. Un responsable de agencia y un analista no quieren las mismas columnas en el mismo orden, y ninguno de los dos debería reconstruir la vista cada mañana.

GA4 y Matomo, o ninguno

Elija el método de medición por sitio web. Los eventos de exposición se empujan a la capa de datos junto a su analítica actual, así que una variante es una dimensión por la que ya puede segmentar. La medición nativa de Pertento es la tercera opción cuando prefiere que se mantenga al margen.

Avisos donde ya mira

Doce tipos de evento entre ciclo de vida, resultados, salud y cuenta, cada uno activable por canal y por persona. Salud y resultados vienen activados porque se ganan la interrupción; los eventos de ciclo de vida suelen ser cosas que usted acaba de hacer.

Una cartera, muchas cuentas

Lo que ve una agencia es su cartera de clientes; lo que ve un cliente directo es su propia cuenta. El alcance viene de la sesión y no de un identificador en la dirección, así que no hay nada en la URL que manipular.

Preguntas

Qué pasa cuando nadie mira

¿Qué pasa si un test se rompe sin que nadie mire?

Se lo decimos, en lugar de que lo descubran en los números semanas después. Los dos fallos invisibles desde una pantalla de resultados son un reparto que dejó de coincidir con lo configurado y un test que dejó de registrar nada en silencio, normalmente porque un despliegue se llevó el script o una regla de segmentación dejó de aplicar. Los dos levantan una alarma por correo y por Slack de serie, los dos marcan todos los resultados de ese test como poco fiables, y los dos impiden que la plataforma actúe sobre él. El trabajo que les espera es una cola ordenada y no un desorden, y se calcula a partir de lo que es cierto ahora mismo, así que nada desaparece porque alguien haya cerrado una notificación.

¿Cuánto se le permite hacer en nuestro sitio sin nosotros?

Nada, hasta que ustedes lo activen, y después menos de lo que cabría esperar. La automatización y la publicación automática de un ganador son interruptores separados y los dos empiezan apagados, porque detener solo el test equivocado cuesta el tráfico que ya gastó, mientras que publicar solo un perdedor cambia lo que ve cada visitante. Antes de actuar tiene que pasar tres controles de confianza y una duración mínima. Y con la automatización apagada sigue evaluándolo todo y anotando qué habría hecho, con el mismo código que lo habría hecho, así que pueden verla acertar durante un mes antes de dejarla actuar.

¿Es seguro dar acceso a todo el equipo?

Los miembros son de solo lectura en toda la plataforma: pueden ver cada test y cada resultado y no cambian ninguno. Esa regla se aplica una vez, de forma central, y no pantalla por pantalla, lo que importa porque un modelo de permisos aplicado por pantalla es uno en el que la siguiente pantalla construida es calladamente la excepción. Iniciar, detener y publicar siguen en manos de administradores y propietarios, y cada cambio que importa queda registrado en el test con un nombre y una hora.

Llevamos varias marcas o sitios de clientes. ¿Esto escala a eso?

Esa es la forma sobre la que está construida la supervisión. Todo lo que queda sin resolver en cada cuenta a la que llegan se agrupa en una sola vista, por cliente y por sitio web, ordenado para que lo que no es fiable vaya antes que lo que solo espera una decisión. El alcance viene de con qué cuenta iniciaron sesión y no de un identificador en la dirección, así que no hay un id de cuenta en la URL que comprobar ni ninguno que manipular. Una agencia ve su cartera; un cliente de una sola marca ve su propia cuenta en la misma pantalla.

¿Encajará con las herramientas que ya usamos?

Los avisos van al correo, a Slack o a ninguno de los dos, configurados por tipo de evento y por persona en lugar de una sola vez para toda la cuenta, y los mensajes de Slack enlazan a la pantalla exacta a la que se refiere el evento. Del lado de la medición, cada sitio web se configura con GA4, Matomo o la medición nativa de Pertento, lo que significa que las conversiones que contamos pueden ser los mismos eventos que ya cuenta su analítica y no una segunda definición de una compra que alguien tenga que reconciliar.

Todo lo que va en la caja

El conjunto completo de funciones

Pertento es una plataforma de optimización de la tasa de conversión para sitios web y tiendas online, construida tanto para equipos internos como para agencias de CRO que llevan programas de experimentación en toda una cartera de clientes.

Integraciones

Funciona con el stack que ya usa

Un fragmento entra en cualquier sitio, o pásese por completo al servidor. Nada que rediseñar.

Fragmento de una línea

Pegue una sola etiqueta de 0,9 KB en su head y ya está activo. Sin paso de build, sin dependencias.

Google Tag Manager

Publique y gestione experimentos directamente desde GTM. Sin necesidad de tiempo de desarrollo.

API en el servidor

Haga test más allá del navegador: precios, búsqueda y enrutado, sin parpadeo.

  • Shopify
  • BigCommerce
  • Shopware
  • Centra
  • Geins
  • Saleor
  • WordPress
  • Optimizely CMS
  • Storyblok
  • Next.js
  • Vue
  • Astro
  • Matomo
  • Amplitude
  • RudderStack
  • Slack
  • WooCommerce
  • Salesforce
  • Wix
  • Litium
  • commercetools
  • Medusa
  • Drupal
  • Contentful
  • Webflow
  • Nuxt
  • Angular
  • Remix
  • Piwik PRO
  • Mixpanel
  • Tag Manager
  • Webhooks
  • Adobe Commerce
  • PrestaShop
  • Squarespace
  • Norce
  • Shopify Hydrogen
  • Vendure
  • Umbraco
  • Sanity
  • Framer
  • React
  • SvelteKit
  • GA4
  • Adobe Analytics
  • Segment
  • Klaviyo

¿No está en la lista? Si genera HTML, Pertento puede probarlo:lea cómo se conecta cada uno.

Mejores test, mejores conversiones

Test on all visitors with the world’s lightest script and make confident decisions powered by real-time reporting.