La personalización a escala es sobre todo un problema de operaciones. Cinco reglas caben en la cabeza de una persona. Cincuenta reglas, escritas por cuatro personas a lo largo de un año, no. Sin cierta estructura acabas con reglas que no son de nadie, dos reglas peleándose por el mismo titular en la página de precios y un precio antiguo que sigue mostrándose a un segmento porque nadie recordaba que esa variante existía.
Este artículo explica la estructura que mantiene manejable un conjunto de reglas en crecimiento: nomenclatura, un registro, un orden de prioridad explícito para los conflictos, plantillas basadas en espacios en lugar de páginas a medida, controles de rendimiento y quién es responsable de qué. Nada de esto es complicado. Solo tiene que existir antes de que crezca el número de reglas, no después.
Señales de que tu configuración actual se te ha quedado pequeña
- Nadie sabe decir qué ve un visitante concreto. Alguien pregunta "¿qué ve en la página de inicio un visitante enterprise del sector salud?" y responder implica abrir varias reglas, posiblemente en más de una herramienta.
- Los conflictos se resuelven por casualidad. Dos reglas apuntan al mismo elemento para segmentos que se solapan, y cuál gana depende del orden de carga o de la fecha de creación, no de una decisión de alguien.
- Los cambios de contenido se convierten en búsquedas. Un cambio de precio o de nombre de producto obliga a revisar todas las variantes para encontrar dónde sigue el texto antiguo.
- Las páginas se volvieron más lentas o empezaron a parpadear a medida que se añadían reglas, y nadie se dio cuenta de cuándo.
- Se dejó de testar porque mantener las reglas existentes consume todo el tiempo disponible.
Reducir el número de reglas a veces es la respuesta correcta, sobre todo cuando muchas nunca se han medido. Lo más habitual es que las reglas estén bien y lo que falte sea una forma de verlas y gobernarlas.
Nombra las reglas para que el nombre explique la regla
Elige un patrón y úsalo en todas partes. Uno que funciona: nivel, segmento, página, elemento y versión, unidos por guiones en ese orden:
tier-segment-page-element-version
T1-acme-corp-homepage-hero-v2T2-enterprise-healthcare-pricing-proof-v1T3-returning-visitor-blog-cta-v3
El prefijo de nivel enlaza con el orden de resolución de conflictos que se describe más abajo. El resto permite que cualquiera que lea una lista de reglas vea qué hace cada una sin abrirla. Filtra por página y tendrás todas las reglas que pueden afectar a esa página; filtra por segmento y tendrás todo lo que ve un segmento.
Mantén un registro
Basta con una hoja de cálculo. Una fila por regla activa, con estas columnas:
| Columna | Por qué está ahí |
|---|---|
| Nombre de la regla | Coincide exactamente con el nombre en la herramienta |
| Finalidad | En una frase: "Mostrar casos de éxito del sector sanitario a los visitantes del sector sanitario para aumentar las solicitudes de demo" |
| Responsable | La persona a la que preguntar y la que lo actualiza |
| Definición del segmento | Las condiciones reales, para que se vean los solapamientos |
| Página y elemento | Dónde cambia el contenido |
| Datos que contiene | Precios, nombres de planes, nombres de clientes, nombres de productos; es la columna que buscas cuando cambia cualquiera de ellos |
| Estado del grupo de control / test | Medido, en medición o nunca medido |
| Última revisión | Fecha |
Añade dos hábitos a su alrededor. Las reglas nuevas pasan por una breve solicitud a la persona responsable del registro (un mensaje de Slack basta), lo que detecta duplicados antes de publicarlos. Y cada trimestre, repasa la lista: retira las reglas que no han mostrado efecto tras una prueba completa, actualiza el contenido obsoleto y fusiona las reglas que hacen lo mismo para segmentos solapados. Nuestra plantilla de playbook de personalización puede servir como registro si no quieres crear el tuyo; tiene una columna para la prioridad en caso de solapamiento.
Resuelve los conflictos antes de que ocurran
Un visitante recurrente de una gran empresa del sector salud que está en una lista de cuentas objetivo puede cumplir a la vez una regla de cuenta, una regla de sector más tamaño, una regla de sector y una regla de visitante recurrente. Si todas apuntan al hero, algo tiene que decidir. Fija un orden explícito:
- Nivel 1: reglas de cuentas concretas. Gana cualquier regla creada para una cuenta o lista de cuentas concreta. Son las más específicas y suelen estar ligadas a una conversación comercial en curso.
- Nivel 2: segmentos compuestos. Las reglas que combinan dos o más atributos (enterprise + salud) prevalecen sobre las de un solo atributo, porque alguien decidió que esa combinación merecía su propio mensaje.
- Nivel 3: reglas de un solo atributo. "Todos los visitantes enterprise", "todos los visitantes de EE. UU.". Alternativas de respaldo.
- Página por defecto. Lo que ven todos los demás y lo que ven los rastreadores.
Dentro de un nivel, no dejes que decida "la actualizada más recientemente" o el orden de carga. Asigna a cada regla de un nivel un número de prioridad explícito en el registro o, mejor aún, evita desde el principio reglas del mismo nivel sobre el mismo elemento para segmentos que se solapan. Los desempates silenciosos son la razón por la que un visitante acaba viendo una variante que nadie pretendía.
Los conflictos también se pueden evitar por elemento. Si las reglas de cuenta controlan el hero y las de sector controlan el bloque de prueba social, un visitante que cumpla ambas recibe las dos cosas, sin choque. Es la solución más sencilla y merece la pena probarla primero.
Plantillas y slots en lugar de páginas a medida
El patrón que hace asumible un conjunto grande de reglas: fija el diseño de la página y define unos pocos espacios personalizables. Una regla rellena espacios; no rediseña la página.
Espacios de ejemplo para una página de inicio B2B:
- Titular del hero (con un límite de caracteres, para que las variantes quepan en móvil)
- Subtítulo del hero
- Bloque de pruebas: una fila de logos y una cita
- Texto y destino del CTA principal
- Caso de éxito destacado
Crear una variante consiste entonces en escribir el copy de cinco campos y elegir un caso de éxito, algo que un marketer puede hacer sin tiempo de diseño ni de desarrollo. Además, hace que el registro sea útil: sabes exactamente qué campos puede cambiar una regla.
La contrapartida es real. Tu variante para el sector sanitario y tu variante fintech se parecerán porque comparten diseño. Para la mayoría de los sitios B2B es aceptable, ya que lo que cambia por segmento es el mensaje. Reserva el tratamiento totalmente a medida para una lista corta de cuentas concretas en las que el tamaño del acuerdo justifique el trabajo extra, y asume que esas páginas necesitarán su propio mantenimiento.
Vigila el rendimiento a medida que añades reglas
Cuánto cuesta un conjunto de reglas en velocidad depende de dónde se toma la decisión. Una decisión en el servidor o en el edge añade trabajo antes de enviar la página; un script del lado del cliente añade trabajo después de que la página se renderiza y puede provocar parpadeo. En cualquier caso, mide en lugar de suponer:
- Largest Contentful Paint y parpadeo en las páginas personalizadas. Compara una variante personalizada con la página por defecto en PageSpeed Insights o en una prueba de laboratorio, con un perfil móvil limitado. Si el hero personalizado es el elemento LCP y aparece más tarde de lo que lo haría el de la versión por defecto, la decisión llega demasiado tarde.
- Tiempo de decisión de la herramienta de personalización. La mayoría de las herramientas registran cuánto tarda una decisión. Síguelo a lo largo del tiempo y revisa qué cambió cada vez que se dispare.
- Tasa de respaldo. Con qué frecuencia falla una regla y se muestra en su lugar la versión por defecto. Un respaldo silencioso es mejor que una página rota, pero una tasa alta significa que los visitantes no reciben lo que el registro dice que reciben.
Registra una referencia antes de que entre en funcionamiento cada lote de reglas nuevas, para poder vincular una regresión con el cambio que la causó. La monitorización de Core Web Vitals en tu herramienta de RUM o en Search Console señalará los problemas persistentes, pero solo después de que se haya visto afectado suficiente tráfico real.
Quién es responsable de qué
| Rol | Responsabilidades | Suele ocuparlo |
|---|---|---|
| Responsable de personalización | Registro, nomenclatura, orden de conflictos, revisión trimestral, última palabra sobre las reglas nuevas | Responsable de marketing ops o de growth |
| Creadores de contenido | Escribir el texto de cada hueco por segmento y mantener los datos actualizados | Product marketing, equipo de contenidos |
| Responsable técnico de la implantación | Configurar reglas, depurar conflictos, comprobar el rendimiento | Desarrollador web o un marketer técnico, según la herramienta |
| Analista | Grupos de control, resultados por regla, marcar reglas para retirar | Analista de marketing (consulta carreras en analítica de marketing para ver en qué consiste ese trabajo) |
En los equipos pequeños, una o dos personas asumen los cuatro roles, y no pasa nada siempre que exista el registro, porque así una segunda persona puede retomar el trabajo. El rol de responsable es el que no puede repartirse de forma difusa: si todos son responsables del conjunto de reglas, nadie retira nada. Para un RACI, fases de despliegue y gobernanza en organizaciones más grandes, consulta la guía de despliegue de personalización enterprise.
Mide las reglas, no solo el programa
Un grupo de control a nivel de programa te dice que la personalización en su conjunto merece la pena. No te dice cuáles de cincuenta reglas están dando resultado. Asigna a cada regla de nivel 2 y nivel 3 su propio grupo de control o A/B test cuando el tráfico lo permita, y marca en el registro como "sin medir" las reglas que no puedan alcanzar una muestra interpretable, en lugar de suponer que ayudan. Nuestro artículo sobre cómo medir el ROI de la personalización explica el tamaño del grupo de control y la jerarquía de métricas.
Checklist antes de que crezca el número de reglas
- Una convención de nombres que todos usan
- Un registro con responsable, finalidad, segmento, datos y estado del test de cada regla
- Un orden de prioridad por escrito en caso de conflicto, más la propiedad de los elementos por nivel
- Plantillas de slots como mínimo para la página de inicio y la de precios
- Una referencia de rendimiento y una comprobación tras cada lote de reglas
- Un responsable con nombre y una fecha para la próxima revisión trimestral
Un primer paso práctico: exporta todas las reglas activas de tu herramienta al formato de registro anterior. Cualquier regla que no puedas completar (sin responsable conocido, sin propósito declarado, sin idea de si funciona) va a la lista de la primera revisión. Si lo estás configurando en Markettailor, su segmentación mantiene las definiciones de segmentos en un solo lugar, lo que facilita detectar solapamientos entre reglas.