Esta checklist de auditoría de personalización web sirve para dos situaciones: vas a empezar a personalizar y quieres saber si estás preparado, o ya personalizas y sospechas que no está aportando mucho. Tiene 42 comprobaciones en siete grupos, cada una con una condición de aprobado que puedes verificar tú mismo. Copia las tablas en una hoja de cálculo o descarga la plantilla en CSV.
No es una auditoría general de conversión. Si tu tracking o tus formularios no funcionan, haz primero la checklist de auditoría CRO: personalizar una página cuyas conversiones no puedes medir solo añade variables a un problema que no puedes ver.
Cómo usar esta checklist de auditoría de personalización
- Audita la experiencia real, no el plan. Comprueba lo que ven hoy los visitantes en las páginas que tienen personalización o que la tendrán pronto.
- Marca cada comprobación como Superada, Fallida o Desconocida. Desconocida cuenta como Fallida en la puntuación. Si nadie sabe responderla, nadie se hace cargo de ella.
- Registra la evidencia de cada fallo: una captura, un informe, el resultado de un test.
- Puntúa cada grupo con la hoja del final y corrige primero el grupo con la puntuación más baja, en el orden indicado. Los grupos están ordenados por dependencia: el contenido sin datos no se puede segmentar, y los resultados sin medición no son fiables.
1. Datos (7 comprobaciones)
| # | Comprobación | Condición para superarlo | Estado |
|---|---|---|---|
| 1.1 | Tasa de identificación conocida | Puedes indicar qué porcentaje de las sesiones en páginas clave se asocia a una empresa en los últimos 30 días | |
| 1.2 | Calidad de las coincidencias comprobada | Se ha revisado a mano una muestra de 50 visitas identificadas y la tasa de error está documentada | |
| 1.3 | Datos firmográficos disponibles en el momento del renderizado | El sector y el número de empleados están disponibles antes de que se renderice la página, no segundos después | |
| 1.4 | Una única taxonomía de sectores | Todas las etiquetas de sector de todas las herramientas se asignan a una única lista (por ejemplo, NAICS) en una tabla mantenida | |
| 1.5 | Estado del CRM utilizable | El sitio distingue una oportunidad abierta y un cliente actual de un nuevo prospecto | |
| 1.6 | Señales de comportamiento almacenadas | El número de visitas y las visitas a páginas clave (precios, producto, casos de éxito) están disponibles por visitante | |
| 1.7 | Se conoce la actualidad de los datos | Sabes con qué frecuencia se actualizan los datos firmográficos y de CRM que usan las reglas |
2. Segmentos (6 comprobaciones)
| # | Comprobación | Condición para superarlo | Estado |
|---|---|---|---|
| 2.1 | Los segmentos salen de los ingresos | Cada segmento se justifica con datos de oportunidades ganadas, no por preferencia (consulta la plantilla de perfil de cliente ideal) | |
| 2.2 | Los segmentos son mutuamente excluyentes | Las reglas se evalúan en un orden fijo y un visitante solo puede caer en un segmento por conjunto de reglas | |
| 2.3 | Tamaño del segmento medido | Se conocen las sesiones identificadas mensuales por segmento y cada segmento activo tiene suficientes para medir | |
| 2.4 | Clientes gestionados por separado | Los clientes actuales tienen su propia regla y nunca ven CTA de captación como "reserva una demo" | |
| 2.5 | Número de segmentos limitado | Los segmentos activos no superan los que puedes cubrir con contenido y medir (normalmente de 3 a 6) | |
| 2.6 | Definiciones por escrito | Cada segmento tiene una regla escrita, un responsable y una fecha de creación en un documento compartido |
3. Contenido (6 comprobaciones)
| # | Comprobación | Condición para superarlo | Estado |
|---|---|---|---|
| 3.1 | Kit de contenidos completo por segmento | Cada segmento activo tiene un titular, pruebas, un caso de éxito y un CTA escritos para él | |
| 3.2 | Las pruebas están permitidas | Cada logo y cita que aparece en una variante cuenta con permiso por escrito archivado | |
| 3.3 | Las afirmaciones son ciertas para cada segmento | Etiquetas como "El más popular" o "La confianza de X" son exactas para el segmento que las ve | |
| 3.4 | Los destinos coinciden con las etiquetas | Cada CTA personalizado lleva a una página que cumple lo que prometía la etiqueta | |
| 3.5 | La versión por defecto se mantiene | La versión por defecto (sin personalizar) se revisa con el mismo cuidado que las variantes | |
| 3.6 | El contenido está actualizado | Ninguna variante menciona un nombre de producto antiguo, un evento pasado o un caso de éxito desactualizado |
4. QA de la experiencia (7 comprobaciones)
| # | Comprobación | Condición para superarlo | Estado |
|---|---|---|---|
| 4.1 | Sin parpadeo | El contenido por defecto no parpadea de forma visible antes de que aparezca la variante con una conexión normal | |
| 4.2 | Sin desplazamientos del diseño | Los cambios de variante no desplazan el contenido; el CLS de las páginas personalizadas se mantiene en el rango "bueno" (web.dev, CLS) | |
| 4.3 | La versión por defecto se renderiza completa | Con el script de personalización bloqueado, la página muestra la versión por defecto completa, sin bloques vacíos | |
| 4.4 | Tiempo de espera configurado | Si la consulta de datos es lenta, se muestra la versión por defecto tras un tiempo de espera fijo en lugar de seguir esperando | |
| 4.5 | Móvil comprobado | Todas las variantes se han revisado en un móvil; los titulares y etiquetas más largos no se cortan ni se truncan mal | |
| 4.6 | Cada segmento forzado y con captura de pantalla | Un registro de QA muestra la variante de cada segmento en cada página personalizada | |
| 4.7 | Sin impacto en el SEO | Los buscadores ven el contenido por defecto; ninguna variante cambia el título, la URL canónica ni el texto indexable solo para los bots |
5. Medición (6 comprobaciones)
| # | Comprobación | Condición para superarlo | Estado |
|---|---|---|---|
| 5.1 | Existe grupo de control | Una parte de cada segmento ve la versión por defecto, asignada por visitante, para poder medir el uplift | |
| 5.2 | Métrica principal acordada | Cada personalización tiene una métrica principal ligada al pipeline (demos aceptadas por ventas, registros cualificados) | |
| 5.3 | Resultados por segmento | Las tasas de conversión se muestran por segmento y por variante, no combinadas | |
| 5.4 | Tamaño de muestra previsto | Cada test tuvo un tamaño de muestra calculado antes del lanzamiento con la calculadora de A/B testing | |
| 5.5 | No identificados excluidos del análisis | Los visitantes que no se pudieron segmentar se excluyen de los cálculos de mejora | |
| 5.6 | Pipeline vinculado | Los leads de sesiones personalizadas se pueden rastrear hasta las oportunidades del CRM |
6. Gobernanza (5 comprobaciones)
| # | Comprobación | Condición para superarlo | Estado |
|---|---|---|---|
| 6.1 | Responsable asignado | Una persona es responsable del programa de personalización y aprueba las reglas nuevas | |
| 6.2 | Existe un inventario de reglas | Una lista de todas las reglas activas con su página, segmento, fecha de inicio y resultado actual | |
| 6.3 | Frecuencia de revisión | Las reglas activas se revisan al menos cada trimestre; las que no tienen un efecto medible se retiran | |
| 6.4 | Proceso de cambios | Las nuevas variantes pasan por el mismo control de calidad que una publicación de la web | |
| 6.5 | Ventas informado | Ventas sabe qué segmentos ven qué mensajes, así que las llamadas no contradicen el sitio |
7. Privacidad (5 comprobaciones)
| # | Comprobación | Condición para superarlo | Estado |
|---|---|---|---|
| 7.1 | Consentimiento respetado | Los scripts que almacenan o leen datos no esenciales en el dispositivo solo se ejecutan tras el consentimiento cuando la ley lo exige (en la UE, las normas de ePrivacy: Directiva 2002/58/CE) | |
| 7.2 | Base legal documentada | Tus registros indican la base jurídica del RGPD de cada uso de datos personales en la personalización (Reglamento (UE) 2016/679) | |
| 7.3 | Aviso de privacidad actualizado | La política de privacidad describe la personalización web y los proveedores implicados | |
| 7.4 | Sin inferencias sensibles | Ninguna regla segmenta ni revela datos de salud, opiniones políticas, creencias religiosas u otros rasgos sensibles similares | |
| 7.5 | Nada de textos tipo "sabemos quién eres" | Las variantes nunca nombran al visitante ni a su empresa de una forma que parezca vigilancia |
Esto es una checklist, no asesoramiento legal. Nuestro artículo sobre personalización B2B y privacidad de datos trata el tema con más profundidad; confirma los detalles con tu asesor legal.
Hoja de puntuación
Puntúa cada grupo como aprobados dividido entre comprobaciones. Desconocido cuenta como suspenso.
| Puntuación del grupo | Significado | Qué hacer |
|---|---|---|
| 80 % o más | Listo | Mantener; buscar el siguiente segmento o página |
| Del 50 % al 79 % | Carencias | Corrige los suspensos de este grupo antes de añadir nueva personalización que dependa de él |
| Por debajo del 50 % | No preparado | Pausa la expansión; arregla primero este grupo, empezando por el primero de la lista |
Hay dos filtros que prevalecen sobre las puntuaciones. Si falla el 4.3 (alternativa por defecto), arréglalo antes que nada, porque una versión predeterminada rota afecta a todos los visitantes no identificados. Si falla el 5.1 (grupo de control), no puedes atribuir ningún resultado a la personalización, diga lo que diga el panel.
Ejemplo ilustrativo
Ilustrativo, no es una empresa real. Un equipo de software B2B lleva seis meses con personalización por sector en la página de inicio. Su auditoría:
| Grupo | Aprobados | Puntuación | Fallo clave |
|---|---|---|---|
| 1. Datos | 5 de 7 | 71% | 1.2: nadie ha comprobado la calidad de las coincidencias |
| 2. Segmentos | 4 de 6 | 67% | 2.4: los clientes ven "reserva una demo" |
| 3. Contenido | 4 de 6 | 67% | 3.2: dos logos sin permiso |
| 4. QA de la experiencia | 5 de 7 | 71% | 4.1: parpadeo visible en móvil |
| 5. Medición | 2 de 6 | 33% | 5.1: sin grupo de control |
| 6. Gobierno | 3 de 5 | 60% | 6.3: nunca se ha retirado ninguna regla |
| 7. Privacidad | 4 de 5 | 80% | 7.3: la política no menciona la personalización |
El equipo creía que el programa funcionaba porque la conversión de la página de inicio subió tras el lanzamiento. Sin un grupo de control, no pueden separarlo de la estacionalidad o de una campaña. Su mes siguiente: quitar los dos logos sin permiso (un arreglo del mismo día), añadir una regla para clientes y volver a lanzar con un grupo de control del 50 % por segmento y tamaños de muestra calculados de antemano. Si necesitas una estructura para el relanzamiento, la plantilla de playbook de personalización la cubre.
Preguntas frecuentes
¿Qué es una auditoría de personalización web?
Es una revisión estructurada de si tu web puede mostrar de forma fiable contenido distinto a distintos segmentos de visitantes y de si eso está dando resultados medibles. Abarca los datos usados para segmentar a los visitantes, los propios segmentos, el contenido de cada segmento, la calidad técnica (como el parpadeo y las versiones por defecto), la medición, la gobernanza y la privacidad.
¿Con qué frecuencia debo auditar la personalización web?
Recorre la checklist completa antes de lanzar la personalización y después dos veces al año. Revisa el grupo de control de calidad de la experiencia tras cualquier publicación de la web o cambio de plantilla, porque el parpadeo y las alternativas rotas suelen aparecer sin avisar cuando cambia la estructura de la página. Revisa la medición siempre que una regla lleve activa un ciclo de prueba completo.
¿Cuál es el fallo más habitual en una auditoría de personalización?
En nuestra opinión, la falta de grupos de control es lo más dañino, porque hace que ningún resultado reportado se pueda demostrar. Los equipos comparan la conversión antes y después del lanzamiento y atribuyen a la personalización cambios causados por la estacionalidad, las campañas o cambios en el seguimiento. En su lugar, asigna una parte de cada segmento a la versión predeterminada y compara los dos grupos.
¿Afecta la personalización web al SEO?
No debería, si los buscadores ven el mismo contenido por defecto que los visitantes no identificados y las variantes solo cambian bloques de la página para los segmentos identificados. Los problemas empiezan cuando los títulos, las URL canónicas o el texto indexable son distintos para los bots, lo que puede parecer cloaking. Mantén la personalización del lado del cliente o en el edge sobre bloques de contenido y no toques los metadatos.