Un responsable de seguridad, un product manager y un analista de compras de la misma empresa de 3.000 personas abren tu web en la misma semana. Forman parte del mismo comité de compra y evalúan el mismo producto, y reciben la misma página de inicio, los mismos casos de éxito y el mismo formulario de demo. El responsable de seguridad quiere tu informe SOC 2, el product manager quiere saber si el equipo de verdad usará la herramienta, y compras quiere el precio. Personalizar una web por cargo es dar a cada uno la página que responde primero a su pregunta.
Además es más difícil de lo que parece, y la mayoría de las guías se saltan la parte difícil. El sector y el tamaño de empresa salen casi gratis de una búsqueda por IP en la primera página vista. El cargo no: pertenece a una persona y, en la mayoría de las webs B2B, la persona es anónima. Esta guía trata de hacer personalización por rol con honestidad. Explica qué roles usar, cómo agrupar en ellos cargos desordenados, de dónde salen realmente los datos de rol (y de dónde no), qué cambiar en cada página y cómo saber si algo de ello ha funcionado.
Por qué importa el rol y por qué se pasa por alto
Las compras B2B son decisiones de grupo. La encuesta de Forrester de 2024 sobre el proceso de compra concluyó que en una decisión de compra intervienen de media 13 personas. Cada una lee tu sitio con una pregunta distinta. La personalización a nivel de cuenta puede reconocer que alguien de una empresa de logística de Alemania está de visita, pero trata a todos los de esa empresa como el mismo lector. El rol es la capa que separa al CFO del ingeniero.
Los equipos se la saltan por un motivo práctico: hay pocos datos. La búsqueda inversa de IP identifica empresas, no personas. Solo conoces el cargo de alguien cuando ya está en tu CRM, cuando llegó a través de una campaña dirigida a ese cargo o cuando su comportamiento lo delata. Por eso la personalización por rol siempre llegará a una minoría de las sesiones, y el programa tiene que diseñarse en torno a ese hecho en lugar de fingir que se puede etiquetar a todos los visitantes.
Nuestra postura: merece la pena añadir el rol cuando la personalización por sector o tamaño ya está en marcha, y aporta más valor en tres páginas (home, precios, formulario de demo). No empieces por ahí y no crees veinte buyer personas.
Los cuatro roles por los que merece la pena segmentar primero
Cuatro grupos cubren cómo se reparten el trabajo los comités de compra. Con más, cada segmento recibe demasiado poco tráfico para medirlo.
| Rol | Cargos habituales | Quiere saber | Lecturas | El CTA adecuado |
|---|---|---|---|---|
| Comprador económico | CEO, CFO, VP con presupuesto | Cuánto cuesta, qué rendimiento da, cómo es el contrato | Precios, contenido de ROI, casos de éxito con resultados | Hoja de cálculo de precios y ROI, llamada con un comercial sénior |
| Evaluador técnico | CTO, responsable de seguridad, arquitecto, engineering manager | Arquitectura, integraciones, seguridad, tratamiento de datos | Documentación, referencia de la API, páginas de seguridad y confianza | Visión general de la arquitectura, sesión técnica sin discurso comercial |
| Profesional | Analista, responsable de operaciones, especialista | ¿Me facilitará la semana? ¿Cuánto cuesta aprender a usarlo? | Páginas de funcionalidades, tutoriales, capturas de pantalla, centro de ayuda | Tour del producto, sandbox o demo grabada |
| Champion | Director, senior manager, jefe de equipo, product manager | ¿Puedo venderlo internamente?, ¿qué obtendrá mi equipo? | Páginas de comparación, casos de éxito de empresas similares, material de ROI | Paquete para la presentación interna, llamada de referencia |
El defensor interno es el rol al que peor atienden la mayoría de las webs. Esa persona no firma el contrato, pero redacta el email interno que consigue que se firme. Darle algo que reenviar (un resumen de una página, una comparativa, unas preguntas frecuentes de seguridad) suele ser la victoria más barata de todo el programa.
Tabla de correspondencia entre cargo y categoría
Lo difícil no es escribir las reglas. Es asignar los cargos en texto libre que recibes realmente de tu CRM, de los formularios y de los proveedores de datos (ZoomInfo, Apollo, 6sense y similares) a las cuatro categorías anteriores. Usa la tabla siguiente como taxonomía inicial y ajústala a tu mercado.
| Categoría | C-Level & VP | Director & Head of | Manager & Lead | Contribuidor individual |
|---|---|---|---|---|
| Comprador económico | CEO, CFO, COO, CRO, Chief Revenue Officer, President, VP Finance, VP Operations, VP Procurement | Director de Finanzas, Director de Compras, Director de Operaciones, Responsable de Finanzas, Responsable de Compras | Responsable de finanzas, responsable de compras, comprador, category manager | Especialista de compras, analista financiero (con capacidad de compra) |
| Evaluador técnico | CTO, CIO, CISO, Chief Architect, Chief Data Officer, VP Engineering, VP Technology, VP Security, VP IT, VP Data, VP Platform | Director of Engineering, Director of Platform, Director of Infrastructure, Director of Security, Head of Engineering, Head of Platform, Head of Security | Engineering Manager, Tech Lead, arquitecto, arquitecto de soluciones, Security Engineering Manager | Senior Engineer, Staff Engineer, Principal Engineer, Security Engineer, DevOps Engineer, SRE |
| Profesional / usuario final | (poco habitual en este nivel) | (poco habitual en este nivel) | Marketing Manager, Operations Manager, Sales Operations Manager, RevOps Manager | Analista (marketing, ventas, negocio, datos), especialista, coordinador, asociado, investigador, ingeniero junior / intermedio |
| Champion / influenciador | VP de Marketing, VP de Producto, VP de Customer Success (cuando no son el comprador económico) | Director de marketing, director de producto, director de generación de demanda, director de growth, Head of Marketing, Head of Product, Head of Growth | Senior Manager, Product Manager, Senior Product Manager, Program Manager, Team Lead | (rara vez empieza aquí) |
Una salvedad sobre la tabla: el mismo cargo significa cosas distintas según el producto. Si vendes software de marketing, el VP Marketing es tu comprador económico, no un champion. Antes de usar la tabla, reordena las filas según la función a la que sirve tu producto.
Cómo tratar los cargos ambiguos
Muchos cargos no encajarán limpiamente. Estos valores por defecto cubren los casos habituales:
- "Director de X" sin una función clara: por defecto, champion. Un director con un cargo genérico suele estar más a menudo defendiendo la propuesta internamente que firmando.
- "Head of X" o "VP" en una empresa de menos de 50 personas: trátalo como comprador económico. A ese tamaño, el responsable del área suele controlar el presupuesto.
- Ingenieros o analistas sénior y staff: usuarios técnicos, salvo que la empresa tenga menos de unas 30 personas, donde la autoridad es lo bastante horizontal como para tratarlos como evaluadores técnicos.
- Product managers: champion. Rara vez tienen presupuesto, pero a menudo dirigen las evaluaciones de proveedores.
- Consultores y contratistas: clasifícalos por la función que aparece en el cargo ("Marketing Consultant" va a usuario). Influyen, pero rara vez compran.
- Propietario o fundador de una empresa pequeña: comprador económico.
- Cargos vacíos o genéricos ("Employee", "Member of Technical Staff", "Engineer"): ponlos en un grupo sin asignar y usa el comportamiento para esas sesiones.
Mantén la correspondencia como una única tabla de consulta en tu herramienta de personalización o CDP, no como lógica repetida dentro de cada regla de página. Así marketing puede cambiar una categoría en un solo sitio, y cambiar de proveedor de datos no obliga a reescribir la taxonomía.
De dónde salen realmente los datos de rol
Evita los pop-ups de "elige tu rol". La mayoría de los visitantes los cierran, algunos eligen otro rol por curiosidad y has añadido fricción para todos. Usa en su lugar estas fuentes, más o menos por orden de fiabilidad:
| Fuente | Cómo funciona | Fiabilidad | Cuidado con |
|---|---|---|---|
| Registro del CRM de un contacto conocido | Visitante recurrente identificado por cookie tras rellenar un formulario o hacer clic en un email | Alta: el cargo está registrado | Los cargos se desactualizan; actualízalos desde tu proveedor de datos al menos una vez al año |
| Segmentación de campañas | La UTM muestra que el visitante llegó desde un anuncio o email dirigido a un rol (por ejemplo, una campaña de LinkedIn segmentada por función) | De medio a alto | La segmentación se filtra; los compañeros se reenvían enlaces |
| Comportamiento en el sitio | Las páginas leídas en la sesión revelan la pregunta que se hace el visitante | Media, mejora con más páginas | Necesita dos o más páginas vistas antes de decir nada |
| Proveedores de identificación a nivel de persona | Terceros afirman asociar visitantes anónimos con personas concretas | Muy variable, cobertura mayoritariamente de EE. UU. | Según el RGPD, esto es un tratamiento de datos personales y necesita una base legal; compruébalo antes de activarlo para el tráfico de la UE |
La identificación de visitantes a nivel de empresa encaja junto a estas: no te dirá el cargo de la persona, pero sí la empresa, lo que te permite combinar el rol con el sector y el tamaño. Nuestro artículo sobre conectar los datos de personalización web con tu CRM explica cómo devolver al sitio web los cargos de contactos conocidos.
Reglas de comportamiento para inferir el rol
Para los visitantes anónimos, el comportamiento es la señal principal. Al principio, las reglas sencillas superan a un modelo complicado, porque puedes explicarlas y comprobarlas:
- Dos o más visitas a contenido de precios o de ROI en una sesión: comprador económico.
- Dos o más vistas de la documentación, la referencia de la API o las páginas de seguridad: evaluador técnico.
- Dos o más visitas a páginas de funcionalidades, tutoriales o tours de producto: usuario técnico.
- Un caso de éxito más una página de comparativa o de alternativas: champion.
- Cualquier otro caso: sin rol. Muestra la versión por defecto.
Cuando las fuentes no coinciden, usa un orden de prioridad en lugar de promediarlas: el cargo del CRM gana al contexto de la campaña, que gana al comportamiento. El comportamiento solo debería imponerse al cargo del CRM cuando es fuerte y reciente (un "Marketing Manager" conocido que ha leído cuatro páginas de la API esta semana está actuando como evaluador técnico en esta compra). Nuestro artículo sobre segmentación por comportamiento para webs B2B trata la parte del scoring con más detalle.
Antes del lanzamiento, contrasta tus reglas con la realidad. Toma los contactos que rellenaron un formulario de demo el trimestre pasado, consulta las páginas que vieron antes de convertir y compara el rol que les habrían asignado tus reglas con su cargo real. Si las reglas se equivocan de rol en muchos casos, corrígelas antes de que nadie vea una página personalizada.
Qué cambiar en cada página según el rol
Personalizar por rol no significa escribir cada página cuatro veces. En cada página, cambia de dos a cuatro elementos y deja el resto como está.
Home
Cambia el titular del hero, la prueba social destacada y el CTA principal. Texto de ejemplo (ilustrativo, para un producto de analítica ficticio):
| Rol | Titular del hero | Pruebas mostradas | CTA principal |
|---|---|---|---|
| Por defecto | Descubre qué cuentas están listas para comprar | Barra de logos | Reserva una demo |
| Comprador económico | Descubre qué pipeline está generando ya tu web | Cita de un responsable de finanzas o de ingresos sobre resultados | Ver precios y hoja de cálculo de ROI |
| Evaluador técnico | Una etiqueta de script, sin cambios en tu stack | Certificaciones de seguridad, logos de integraciones | Lee la descripción general de la arquitectura |
| Profesional | Crea tu primer segmento en una tarde | Captura de pantalla del flujo de trabajo diario | Haz el tour del producto |
| Champion | Lo que tu equipo puede lanzar este trimestre | Caso de éxito de un equipo similar | Consigue el dossier para convencer internamente |
Nuestro playbook de personalización de la home cubre el resto de la home. Añade el rol sobre los elementos que ya personalizas en lugar de abrir otros nuevos.
Página de precios
Aquí es donde más divergen los roles. El comprador económico quiere el coste total durante la vigencia del contrato y una forma de justificarlo, así que empieza con una vista anual y una hoja de cálculo de ROI. El evaluador técnico quiere saber qué incluye cada plan: límites de la API, SSO, residencia de los datos, niveles de soporte. El usuario quiere saber qué puede hacer realmente con cada plan. El defensor interno quiere algo que llevar a finanzas: un resumen de una página con el business case y dos clientes de referencia.
Mantén los precios idénticos para todos los roles. Cambiar el enfoque está bien; mostrar cifras distintas a diferentes personas de la misma empresa es una forma rápida de perder su confianza cuando lo comenten entre ellos. Más sobre esta página en nuestro artículo sobre personalización de la página de precios B2B.
Páginas de producto y de funcionalidades
Las páginas de producto son las que menos hay que reescribir. Cambia lo que está en la parte visible sin hacer scroll: diagramas de arquitectura y listas de integraciones para los evaluadores técnicos, capturas del flujo de trabajo y tutoriales para los usuarios, y casos de éxito centrados en resultados de empresas similares para compradores económicos y champions. En la primera pasada, deja la lista de funcionalidades sin cambios.
Formulario de demo
El formulario es donde un desajuste sale más caro. Un comprador económico quiere saber quién estará en la llamada y cuánto dura. Un evaluador técnico suele querer una sesión técnica o documentación, no una llamada comercial. Un profesional quiere ver el producto sin reunión. Ofrecer una alternativa adecuada a cada rol junto a la solicitud de demo estándar (por ejemplo, una opción de “sesión técnica” para evaluadores) retiene a quienes de otro modo se irían.
Ejemplo práctico: una cuenta, tres visitantes
Ejemplo ilustrativo. Una empresa de software logístico de 600 personas está evaluando una herramienta de reporting. En dos semanas, tres personas de la empresa visitan el sitio:
- El visitante A llega desde una campaña de LinkedIn dirigida a perfiles de finanzas y lee la página de precios dos veces. Rol: comprador económico (la campaña y el comportamiento coinciden). La página de precios empieza con la vista de coste anual y la hoja de cálculo de ROI.
- El visitante B es anónimo y lee la referencia de la API, la página de seguridad y la lista de integraciones. Rol: evaluador técnico (comportamiento). En su siguiente visita, el hero de la página de inicio cambia a la variante "sin cambios en tu stack" y el formulario de demo ofrece una sesión técnica.
- El visitante C es un contacto conocido (rellenó un formulario de un webinar hace un año) con el cargo "Senior Product Manager". Rol: champion (cargo en el CRM). Ve el caso de éxito de un homólogo y el CTA del pack para defender la compra internamente.
Mientras tanto, la identificación a nivel de empresa muestra a tres personas de la misma cuenta en dos semanas, que es una señal de grupo de compra de la que ventas debería enterarse sea cual sea el rol. El rol cambia lo que ve cada persona; la visión de cuenta decide cuándo interviene ventas. Nuestro artículo sobre scoring de cuentas cubre esa segunda mitad.
Un plan de implantación de 60 días
- Días 1 a 10: inferencia del rol. Carga la tabla de mapeo de cargos, conecta los cargos del CRM, escribe las reglas de comportamiento y pruébalas retrospectivamente con las solicitudes de demo del último trimestre.
- Días 11 a 25: home. Una variante de hero, pruebas y CTA por rol, más un grupo de exclusión que sigue viendo la versión por defecto. Usa un plan de test A/B para fijar la métrica de éxito antes del lanzamiento.
- Días 26 a 40: página de precios. Cambia solo el enfoque y el CTA principal. El texto de precios tiene consecuencias comerciales, así que mantén pequeña la primera iteración.
- Días 41 a 55: páginas de producto. El énfasis en la parte visible y los casos de éxito bajo la lista de funcionalidades.
- Días 56 a 60: revisión. Compara cada segmento de rol con su grupo de control. Conserva las variantes que ganan con una muestra fiable, retira el resto y decide qué rol recibe contenido nuevo a continuación.
Si tu tráfico es pequeño, reduce el plan: un rol, una página, un mes. El evaluador técnico en la página de inicio es una buena primera prueba, porque la señal de comportamiento es clara y el contenido normalmente ya existe en tu documentación.
Errores que hunden la personalización por rol
Demasiados roles. Los documentos de buyer personas suelen enumerar diez o más. Cada rol adicional divide aún más el tráfico hasta que nada es medible. Cuatro son más que suficientes para el primer trimestre.
Sin experiencia por defecto. La mayoría de las sesiones nunca tendrán una etiqueta de rol. La página por defecto tiene que funcionar por sí sola; las variantes por rol se suman a ella, no la sustituyen.
Cambiar el texto pero no el CTA. Un titular con enfoque financiero seguido de "Empieza a construir ya" deshace el trabajo. La llamada a la acción tiene que corresponder a lo que ese rol hace a continuación.
Tratar cada visita como si fuera la primera. Un CFO en su cuarta visita ya ha visto tu propuesta. Ajusta según el número de visitas además del rol, por ejemplo pasando de la hoja de cálculo de ROI a una oferta directa de reunión.
Rol sin contexto de empresa. Un director financiero de una startup de 50 personas y otro de una empresa de 5.000 tienen preocupaciones distintas. Combina el rol con al menos una dimensión firmográfica; nuestra guía de personalización por tamaño de empresa es una capa base natural.
Ignorar la privacidad. Mostrar a un visitante "Bienvenida, Jane de Finanzas" da miedo y, en la UE, puede ser ilegal según cómo hayas obtenido los datos. Personaliza por rol con discreción: cambia lo que se destaca, nunca anuncies lo que sabes.
Cómo medirlo
Mide a nivel de segmento. La conversión global del sitio varía por muchas razones que no tienen nada que ver con las variantes por rol. Sigue estas métricas cada semana:
- Tasa de conversión de cada segmento de rol frente a su propio grupo de exclusión. Un rol sin mejora necesita una variante nueva.
- Cobertura de roles: la proporción de sesiones que reciben una etiqueta de rol. Una cobertura baja limita el impacto; un salto repentino suele significar que una regla se ha vuelto demasiado laxa.
- Precisión de las etiquetas, comprobada cada mes comparando los roles deducidos con los cargos de quienes convierten después.
- Calidad posterior: si los leads de sesiones personalizadas se convierten en oportunidades cualificadas en mayor proporción que los leads del grupo de control.
La segmentación de Markettailor te permite definir segmentos por rol a partir de campos del CRM, parámetros de campaña y comportamiento en las páginas, e informar de la conversión de cada segmento frente a un grupo de control. Uses la herramienta que uses, el diseño de la medición importa más que la herramienta.
Empieza con un rol y una página
Elige al evaluador técnico, escribe un hero para la página de inicio pensado para él y enfréntalo a la versión por defecto durante un mes. Si gana, añade la página de precios o un segundo rol. Si no, habrás aprendido qué pregunta no se está haciendo esa audiencia, al coste de un titular.
Para ver cómo se combinan los segmentos por rol con la identificación a nivel de empresa en tu propio tráfico, reserva una sesión guiada desde nuestra página de precios.