Jerarquía de encabezados H1, H2, H3 para SEO

Hay un detalle silencioso que decide buena parte de cómo ranquea una página: la jerarquía de encabezados. No la palabra clave, no la longitud, no las imágenes —los encabezados. Son lo que el lector escanea primero, lo que el lector de pantalla anuncia, lo que Google usa para construir su mapa interno del contenido y, cada vez más, lo que las AI Overviews extraen para responder consultas sin que el usuario llegue a abrir la página.

Este artículo va más allá de "usa una H1 y luego H2." Recoge qué dice realmente la especificación HTML, qué dice Google, qué dicen las pautas de accesibilidad, y cómo todo eso aterriza en decisiones concretas cuando un equipo escribe contenido para posicionar.

Una breve historia que explica por qué hay seis niveles

Los encabezados HTML van de H1 a H6. No es un capricho de los años 90: viene del primer borrador de HTML escrito por Tim Berners-Lee entre 1991 y 1993 en el CERN. Berners-Lee se inspiró en formatos académicos y en SGML, donde los documentos llevaban niveles jerárquicos para organizar capítulos, secciones y subsecciones. Cuando HTML se estandarizó como HTML 2.0 (IETF, RFC 1866, noviembre de 1995), los seis niveles ya estaban fijados.

HTML 4.01 (W3C, diciembre de 1999) los mantuvo. HTML5 (W3C, recomendación octubre de 2014) introdujo los elementos de sección —<article>, <section>, <nav>, <aside>, <main>, <header>, <footer>— y planteó un cambio conceptual: el "outline algorithm" iba a permitir que cada <section> empezara con su propia H1, y el navegador calcularía la jerarquía implícita. La idea era elegante. Nunca se implementó. Los navegadores no construyeron el outline. Los lectores de pantalla siguieron leyendo cada H1 como nivel 1 sin importar el anidamiento.

En 2022 el WHATWG y el W3C recomendaron explícitamente no depender del outline algorithm y volver al modelo tradicional: una H1 por página, jerarquía explícita H2-H6. El estándar HTML Living Standard (mantenido por WHATWG, fuente normativa actual) lo dice de manera clara. Esa es la práctica que sigue cualquier equipo serio de SEO en 2026.

La consecuencia operativa: ignora el viejo debate sobre múltiples H1 con secciones. Una H1 por página. Jerarquía explícita por debajo.

Qué dice realmente Google

Es habitual leer afirmaciones contradictorias sobre encabezados y SEO. La fuente más cercana a la realidad es lo que portavoces oficiales de Google han dicho públicamente.

John Mueller, Search Advocate de Google durante más de una década, ha repetido en sus Office Hours y en X varias afirmaciones consistentes:

• No hay penalización por tener varios H1, pero la práctica recomendada sigue siendo una sola.
• El orden estricto importa menos que la lógica. Saltar de H2 a H4 no rompe nada técnicamente, pero rompe la comprensibilidad.
• Los encabezados son una señal de contexto, no un factor de ranking aislado. Google los usa para entender el contenido, no para "darle puntos" a una página por usarlos.
• Frases descriptivas en encabezados son útiles porque ayudan a que el contenido sea entendido, tanto por humanos como por sistemas de procesamiento.

Esto se complementa con lo que la documentación oficial de Google Search Central dice: usar encabezados para introducir nuevas secciones, no para estilizar texto, y mantener una estructura coherente. El Search Quality Rater Guidelines —el manual con el que Google entrena a sus evaluadores humanos— menciona explícitamente que la organización clara de la información es indicador de páginas de alta calidad.

La traducción práctica: los encabezados no "rankean" por sí solos. Pero las páginas con encabezados claros se entienden mejor, generan mejor experiencia, y por tanto consiguen mejor rendimiento orgánico de manera indirecta.

La accesibilidad: la otra mitad del argumento

Aunque se hable de encabezados como tema de SEO, su origen funcional es de accesibilidad. WCAG (Web Content Accessibility Guidelines), publicado por el W3C en versiones 2.0 (2008), 2.1 (2018) y 2.2 (octubre 2023), incluye en su nivel AA los criterios:

• 1.3.1 Info and Relationships: la información estructural debe ser programáticamente determinable. En contenido textual, esto se cumple usando encabezados HTML reales (H1-H6), no texto en negrita o tamaño grande estilizado.
• 2.4.6 Headings and Labels: los encabezados deben describir el tema o propósito de la sección que introducen.

Los lectores de pantalla —JAWS, NVDA, VoiceOver en Apple, TalkBack en Android— ofrecen al usuario una funcionalidad llamada "lista de encabezados" o "rotor de encabezados." Permite navegar la página saltando de encabezado en encabezado, leyendo solo los títulos para entender la estructura antes de decidir dónde sumergirse. Para un usuario ciego, una página sin encabezados claros es como un libro sin tabla de contenidos: técnicamente legible, prácticamente impenetrable.

Aquí confluyen accesibilidad y SEO. Páginas accesibles son páginas comprensibles. Páginas comprensibles son páginas que Google y los demás motores entienden mejor. La estructura de encabezados que mejora la accesibilidad mejora también el rendimiento orgánico, casi como un efecto secundario.

La regla operativa, sin ambigüedad

Más allá de la teoría, la práctica que mejor envejece para contenido web normal:

• Un solo H1 por página. Describe el tema completo. Aparece una vez.
• H2 para secciones principales. Cada H2 abre una sección autónoma del contenido.
• H3 para subsecciones dentro de un H2.
• H4 ocasional, en piezas largas o muy estructuradas.
• H5 y H6 raramente necesarios. Si los necesitas a menudo, la página probablemente es demasiado densa y debería partirse.

Test rápido: si lees solo los encabezados de la página de arriba a abajo, deberías entender de qué va. Si no se entiende, la jerarquía está rota o los encabezados son demasiado vagos.

Encabezados, featured snippets y AI Overviews

Aquí es donde la jerarquía deja de ser solo un tema de comprensión y se vuelve un tema de visibilidad concreta.

Featured snippets —los recuadros de respuesta destacada que aparecen sobre los resultados orgánicos— suelen extraer texto que sigue inmediatamente a un encabezado bien formulado. Si tu H2 dice "Cómo medir el engagement de un email" y debajo tienes un párrafo claro de respuesta, las probabilidades de que ese fragmento aparezca como snippet aumentan notablemente. Si tu H2 dice "Métricas," el fragmento que extraerá Google es genérico y compite con cientos de páginas idénticas.

Las People Also Ask funcionan parecido: Google identifica preguntas reales de usuarios y empareja respuestas con secciones de páginas que las contestan. Encabezados formulados como pregunta —"¿Cuánto tiempo dedicar a una pieza?", "¿Por qué fallan los lower thirds?"— son candidatos directos.

AI Overviews (la respuesta generada por IA que Google introdujo a gran escala en mayo de 2024 y expandió en 2025-2026) sintetiza información de varias páginas. Las páginas que más frecuentemente se citan son las que tienen estructura clara: encabezado-respuesta, encabezado-respuesta. Los modelos de lenguaje detrás de AI Overviews extraen mejor de fuentes bien estructuradas porque procesan texto secuencialmente y los encabezados actúan como anclas de tema.

La consecuencia para 2026: encabezados descriptivos, formulados con la misma intención de búsqueda que esperas captar, son una de las pocas optimizaciones SEO que sigue funcionando con AI Overviews —donde otras tácticas se han vuelto invisibles.

Errores que se repiten en cada equipo

Múltiples H1 "porque queda mejor visualmente." Romper la jerarquía por diseño es romperla por SEO. La solución es separar estilo (CSS) de estructura (HTML). Una H2 puede mostrarse visualmente igual de grande que una H1 sin serlo en el código.

H2 genéricos como "Introducción," "Conclusión," "Recursos." No aportan keyword ni intención. Sustituirlos por frases descriptivas: en lugar de "Introducción," "Por qué la jerarquía importa para SEO."

Encabezados sin contenido debajo. Una H2 que abre una sección de tres líneas no merece serlo. Fundirla con la anterior o expandirla.

Encabezados duplicados en muchas páginas. "Buenas prácticas," "Errores comunes," "Conclusión" repetidos en 30 artículos es señal de plantilla, no de contenido pensado. Variar los encabezados según el tema concreto refuerza la singularidad de cada pieza.

Saltos de nivel. De H2 directamente a H4 sin H3 intermedia rompe la jerarquía lógica. Algunos lectores de pantalla anuncian "nivel 4" donde el usuario esperaba "nivel 3," generando confusión.

Texto en negrita confundido con encabezado. Un párrafo en negrita y tamaño grande no es un encabezado, es estilo. Para SEO y accesibilidad, esa "sección" no existe. Si es importante, debería ser un encabezado real.

Encabezados que no prometen lo que entrega la sección. Un H2 que dice "Cómo medir el engagement" y debajo solo describe qué es engagement sin medir nada incumple su promesa. La coherencia entre encabezado y contenido inmediato es lo que hace que un fragmento sirva para featured snippet.

Keyword stuffing en encabezados. Repetir la misma keyword exacta en cinco H2 consecutivos no ayuda al ranking y empeora la legibilidad. Variar con sinónimos, formulaciones distintas y subtopics relacionados produce mejor experiencia y mejor rendimiento orgánico.

Encabezados clickbait sin sustancia. "Esto cambiará tu manera de hacer SEO" funciona en redes pero falla como H2 dentro de una página. El usuario llega esperando algo concreto y un encabezado vago lo desorienta.

Cambiar de jerarquía a mitad de página. Una página que usa H2-H3 en su primera mitad y H3-H4 en la segunda parece tener dos documentos pegados. Coherencia hasta el final.

Olvidar la H1 en CMS visuales. Algunos editores de bloques (WordPress Gutenberg, Squarespace, Wix) pueden producir páginas sin H1 si no se selecciona explícitamente. Conviene verificar el HTML final, no confiar en el editor.

Markdown, MDX y CMS modernos

Si usas Markdown o MDX (como hace Polimake.com), la jerarquía es transparente: # es H1, ## es H2, ### es H3, etc. La disciplina es la misma: una sola línea con un solo # por archivo, todo lo demás ## y abajo.

En CMS visuales tradicionales (WordPress, Drupal, Joomla), la jerarquía depende del tema y del editor. Conviene revisar páginas existentes con un inspector de DOM o con extensiones como HeadingsMap o Web Developer Toolbar para verificar que la jerarquía resultante es la deseada.

En frameworks modernos (Next.js, Astro, Nuxt, SvelteKit), la jerarquía la decide la plantilla del componente. Los equipos técnicos a veces ponen el nombre del sitio dentro de un <h1> global por defecto, lo que produce páginas con dos H1 sin que el redactor lo sepa. Auditar componentes globales —header, banner, breadcrumb— es importante.

Cómo encajar la jerarquía en el flujo

La jerarquía de encabezados no debería decidirse al final, cuando ya está escrito el cuerpo. Es una decisión del brief: cuántas secciones tendrá la pieza, en qué orden, qué pregunta responde cada una. Esto evita el patrón frecuente —"escribo el artículo y luego veo cómo lo divido"— que casi siempre produce jerarquías incoherentes y secciones que no encajan.

En equipos que producen mucho contenido, una plantilla de encabezados por tipo de pieza ayuda. Posts de blog, artículos de glosario, casos de estudio, comparativas y guías largas pueden tener cada uno una estructura recomendada que reduce decisiones repetidas y mantiene consistencia. Las plantillas no son camisas de fuerza —se adaptan según el tema— pero proveen un punto de partida que evita reinventar la estructura cada vez.

Otra práctica útil: revisar la estructura antes de empezar a escribir. Listar los encabezados primero como esquema, validar que el esquema cubre la intención, y solo después escribir el cuerpo. Convierte la jerarquía en una decisión consciente en lugar de un accidente.

Operaciones creativas es lo que sostiene esta disciplina cuando hay volumen. En Polimake, Studio define la arquitectura editorial y las plantillas de tipo de pieza; Studio coordina calendario y aprobaciones; Media ejecuta la producción cuando hace falta material visual asociado.

Conceptos relacionados

• Tips generales para SEO como territorio amplio.
• Qué son keywords que conviene reflejar en encabezados.
• Qué significa SEO como contexto general.
• Calendario editorial para sostener producción regular.
• Producción de contenidos con plantillas y revisión.

Para cerrar

La jerarquía de encabezados parece un detalle técnico. En la práctica, es una de las decisiones que más influyen en si una página se entiende, se posiciona y se cita. Bien hecha, ayuda a que un usuario decida quedarse en tres segundos, a que un lector de pantalla la navegue con dignidad, a que Google entienda su tema, a que un featured snippet la rescate, a que una AI Overview la cite.

Lo que distingue a quienes la trabajan bien no es saber más teoría. Es haber convertido la decisión en parte del proceso de redactar —no una corrección al final— y haber resistido la tentación de usar encabezados como recurso de estilo. Una H2 es una promesa al lector y a la máquina. Cumplirla sostenidamente, en cada pieza, es una de las pocas cosas que sigue moviendo el ranking en 2026.

Referencias rápidas

• Una H1 por página. Describe el tema completo.
• H2 para secciones, H3 para subsecciones. H4-H6 raramente.
• Frases descriptivas, no etiquetas. "Cómo medir engagement" mejor que "Métricas."
• Coherencia entre encabezado y contenido inmediato —especialmente para featured snippets.
• No usar encabezados como estilo visual. Estilo va en CSS; estructura, en HTML.
• Verificar páginas existentes con HeadingsMap u otra herramienta de outline.
• Auditar componentes globales del CMS o framework para evitar H1 duplicadas no intencionadas.
• Encabezados como pregunta funcionan bien para People Also Ask y AI Overviews.
• Plantillas por tipo de pieza para sostener consistencia con volumen.
• Decidir estructura en el brief, no al final del proceso.