Tu roadmap tiene 5 prioridades. Es decir, ninguna

La pregunta me llega cada pocas semanas, siempre parecida: “tengo el backlog de SEO desbordado" (y donde digo SEO cabe cualquier disciplina digital con la misma foto: CRO, UX, analítica, performance, migraciones), la próxima reunión con el CFO en tres meses y alguien esperando una respuesta sobre qué toca primero”.

Si tienes una versión tuya de esa escena, lo de abajo te va a sonar.

Va sobre cómo partir un roadmap en tres cubos que caben en una slide y sobre por qué funciona mejor que cualquier metodología con 14 pasos.

Si todo en tu roadmap tiene la misma prioridad, nada se ejecuta bien. Abres el kick-off con un cliente nuevo, te comparten el backlog y la foto suele ser la misma: 40 ítems, todos marcados urgentes, y nadie se atreve a decir que la mitad no se va a tocar este trimestre.

No faltan tareas. Sobran. Y nadie ha decidido cuáles son de ahora, cuáles de dentro de seis meses y cuáles de “experimentar sin que duela si falla”. Sin esa decisión el equipo hace un poco de todo y termina bien poco.

La palabra prioridad ya venía así de fábrica. Del latín prior (”lo que va antes”), entró al inglés en el siglo XIV y se mantuvo estrictamente en singular durante quinientos años: la prioridad era una, no una lista. El plural “prioridades” apenas aparece en el uso común antes del siglo XX, cuando el lenguaje corporate se convenció de que decir pri-1, pri-2, pri-3, pri-4 era planificar. No lo era entonces y no lo es ahora: si en tu roadmap SEO hay cinco prioridades, no hay ninguna.

La prioridad es lo que va antes. Una cosa, la siguiente, no una lista. Un plan con cinco prioridades no tiene prioridad: tiene cinco urgencias compitiendo por el mismo turno.

El framework de tres horizontes lleva décadas en estrategia de negocio (McKinsey lo popularizó en los 90 y desde entonces lo han reciclado hasta en charlas TED sobre recetas de cocina). La gracia es que se traduce a SEO con una facilidad que da hasta pereza: tres cubos, tres tipos de tarea, tres velocidades distintas.

Y, sobre todo, tres conversaciones distintas con el comité de dirección.

Lo que ya funciona o debería funcionar con ajuste mínimo.

Ejemplos:

1. Corregir errores técnicos que llevan meses abiertos: canonicals rotos, redirects encadenados, sitemap con URLs que devuelven 404.

2. Mejorar contenido que ya rankea en posiciones 4-10. Tiene demanda, tiene autoridad, le falta un empujón de contenido o de enlazado interno.

3. Resolver problemas de Core Web Vitals en landings de conversión. LCP, INP, CLS: lo que impacta a experiencia y a indexación.

4. Mantener la higiene de indexación (lo que ya he tocado en esta serie).

5. Auditar más allá del dashboard agregado de tu herramienta favorita. Logs del servidor, DOM renderizado, export GSC en crudo. Kristi Hines lo ha rescatado esta semana en SEJ: el “blind spot” del SEO técnico es confiar en lo que la herramienta resume. Los problemas viven en los datos que nadie quiere mirar en bruto.

El horizonte 1 es lo que debería ocupar el 60-70% del tiempo del equipo. Es lo menos glamuroso y lo más rentable. Sin H1 en orden, H2 y H3 son fantasía.

Lo que requiere inversión a medio plazo (3-6 meses) y no da fruto inmediato. Ejemplos:

1. Crear pilares de contenido para atacar clusters de keywords donde hoy no tienes presencia pero hay demanda alineada con tu negocio.

2. Escalar lo que ya funciona: si un tipo de contenido convierte bien, sistematizar su producción (plantillas, flujos, frecuencia) en lugar de hacer uno cada vez que alguien se acuerda.

3. Mejorar el enlazado interno a escala: no un enlace manual aquí y allá, sino una lógica de enlazado que se aplique automáticamente a categorías, fichas, guías.

4. Integrar datos de GSC, GA4 y CRM para medir el impacto real del SEO en negocio (no solo posiciones y clics, sino leads, ventas, CAC orgánico).

5. Dejar tu contenido en condiciones de ser consumido por máquinas: schema correcto, HTML semántico, fichas con atributos explícitos, feeds limpios. Esto ya no es solo para Google; es la infraestructura sobre la que se montará todo lo del H3.

H2 debería ser el 20-30% del tiempo. Es donde se construye la ventaja a medio plazo. Con solo H1 optimizas lo que tienes pero no creces.

Lo que todavía no tiene datos claros de ROI pero merece atención y experimentación controlada. Este es el horizonte que más se descuida y el que más te castiga si lo ignoras.

Os explico un ejemplo concreto de lo que significa un H3 bien pensado, porque es la mejor forma de explicar por qué merece ese 10%.

En las dos últimas entregas de esta newsletter separé zero-click y null-click como dos problemas distintos de medición.

No los repito aquí: si no los tienes frescos, están desarrollados en el envío del 16 de abril. Lo relevante hoy es que ambos son H3 en estado puro y que han dejado de ser especulación de newsletter: la semana pasada Google llevó task-based search a producto (price tracking por propiedad de hotel, agentic calling a tiendas desde AI Mode, Canvas de viaje). Rose Yao lo dijo sin rodeos: el sitio pasa a ser data source para agentes. Si esto te pilla sin nada reservado para explorar, llegas tarde a una pista donde los demás ya están corriendo.

Eso es H3 en estado puro. Explorar preguntas que todavía no tienen respuesta estándar pero que van a definir el terreno de juego:

1. ¿Qué valor tiene la visita de un agente que no hace clic? No hay métrica limpia. Pero si ese agente te compara y te recomienda, tu branded search sube. Si te cita en un chat, estás en el consideration set del usuario aunque nunca visite tu web. Menos volumen, más valor por interacción. El cálculo del valor del null-click es el reto de medición de los próximos dos años.

2. ¿Cómo atraes a un agente que ni siquiera pasa por tu web? Algunos agentes ya consultan APIs, servidores MCP o datos cacheados en un CDN. Tu contenido llega al agente sin que tu servidor lo sepa. Esto obliga a pensar en nuevas interfaces: no solo páginas web, sino endpoints de datos que los agentes puedan consumir directamente.

3. ¿Quién controla el acceso de los agentes a tu contenido? Cloudflare ha propuesto ai.txt como evolución de robots.txt. Google ha respondido con documentación propia de Google-Agent y rangos IP verificables. Quien escriba el estándar que se imponga controlará el ritmo de acceso a toda la web. Esto no es tecnología: es posición y poder.

4. ¿Cómo mides algo que tus herramientas actuales no capturan? Nuevas métricas por definir: agent reach, citation rate, protocol adoption. Nada de esto existe como estándar hoy. SEJ lo llamaba ayer “Ghost Citation Problem”: cada LLM cuenta citas con su propia lógica y ninguna métrica agregada es comparable entre plataformas. No hay métrica única de “visibilidad IA”; hay que trazar el stack por plataforma. Quien esté midiendo algo, aunque sea imperfecto, llevará ventaja sobre quien esté esperando a que aparezca el dashboard oficial.

5. ¿Tu SEO tiene dos audiencias ahora? Atraer clics de usuario (lo de siempre) y atraer null-clicks de agente (lo nuevo). Son audiencias distintas con necesidades distintas, pero la optimización que sirve a una puede servir a la otra si piensas en estructura y no solo en estética.

Ninguno de estos puntos tiene ROI demostrable hoy. Pero si le dedicas el 10% del tiempo, cuando el resto del mercado se dé cuenta de que el clic ya no es la única moneda, tú llevarás meses de ventaja.

H3 no es perder el tiempo. Es la diferencia entre los que ven venir el cambio y los que solo reaccionan cuando ya ha pasado.

Una slide. Tres columnas. Sin jerga.

1. H1 (ahora): lo que arreglamos y optimizamos. Impacto a corto plazo. El equipo ya trabaja en esto.

2. H2 (próximos meses): lo que construimos. Impacto a medio plazo. Requiere recursos y paciencia.

3. H3 (exploración): lo que probamos. Impacto incierto. Inversión baja, aprendizaje alto.

Si el interlocutor de negocio te pregunta “¿y qué es más urgente?”, la respuesta es: “H1 se ejecuta ya; H2 se planifica ahora y se ejecuta progresivamente; H3 se reserva un porcentaje fijo de tiempo para que no se quede en la lista de ‘algún día’.”

La trampa más común es que H3 se come el H1 porque es más interesante. La segunda, que nadie hace H3 porque “no hay tiempo” y luego se queja de que “no innovamos”. La tercera, y la peor: que tu H3 consiste en leer artículos de tendencias y no en experimentar con datos propios.

Y una cuarta, previa a todas: clasificar un backlog que nunca debió existir.

Musk tiene una regla para diseñar cohetes que se aplica tal cual al SEO: ”la mejor pieza es ninguna pieza”. Antes de decidir si una tarea va a H1, H2 o H3, decide si tiene que estar. Si no sabes justificarla en tres frases, fuera del roadmap.

Clasificar basura sigue dando basura, solo que ahora ordenada en tres columnas.

Si ya tienes un criterio para priorizar, perfecto.

Si no, tres columnas, una slide y una conversación honesta sobre lo que se puede hacer y lo que no. Funciona en una reunión donde el CEO tiene 15 minutos, el CTO ya está pensando en otra cosa y al de marketing le da igual el framework siempre que le digas qué toca primero.

Referencias por si quieres profundizar en algún punto concreto del post.

1. McKinsey — Enduring ideas: the three horizons of growth. El paper clásico donde McKinsey formaliza el marco H1/H2/H3 para estrategia corporativa. Es el suelo teórico del post.

2. Priority: etimología (Online Etymology Dictionary. La entrada que documenta el origen latino (prior) y la evolución semántica de “lo primero en el tiempo” a “lo más importante”.

3. Greg McKeown — Essentialism: The Disciplined Pursuit of Less. El libro que popularizó el dato de que priority fue singular durante 500 años. Útil si te interesa la filosofía de “menos, pero mejor” aplicada a gestión de equipos.

4. Elon Musk — The 5-step engineering algorithm. Tour de Everyday Astronaut en Starbase. De ahí viene ”the best part is no part”. Los cinco pasos traducidos sin rodeos al diseño de producto y aplicables a un roadmap.

5. SEJ — Google adds new task-based search features (Roger Montti, 21 abr 2026). La nota que cubre el movimiento de Rose Yao con price tracking por hotel, agentic calling en AI Mode y Canvas de viaje. Contexto para el H3.

6. SEJ — Ask An SEO: the biggest technical SEO blind spot from over-relying on tools (Kristi Hines, 21 abr 2026). Defensa práctica de mirar logs, DOM renderizado y GSC en crudo en lugar de confiar en dashboards agregados. Soporte del bullet extra de H1.

7. SEJ — The ghost citation problem (21 abr 2026). Análisis de cómo cada LLM cuenta citas con su propia lógica. Argumento central del bullet de métricas en H3.

8. Null-click vs zero-click (entrega de esta newsletter, 16 abr 2026. Si acabas de aterrizar aquí y el H3 de este post te ha dejado con preguntas, esta es la entrega previa que separa zero-click y null-click como dos problemas distintos de medición.