SEO on-page: guía completa

TL;DR — El SEO on-page es el trabajo que se realiza en una página concreta para dejar claros su propósito, su respuesta, su estructura y su presentación en los resultados de búsqueda. El contenido y su utilidad son lo primero. Los títulos, los encabezados, los enlaces, las imágenes, los metadatos y los datos estructurados cumplen funciones distintas; ninguno es una puntuación mágica. Esta página describe esas funciones y le dirige a la guía detallada adecuada. Cuando necesite una auditoría paso a paso, use la lista de comprobación de SEO on-page.

Qué es el SEO on-page

El SEO on-page es el conjunto de decisiones a nivel de página que están bajo su control y que ayudan a las personas y a los sistemas de búsqueda a entender, evaluar, navegar y presentar una página.

Esto incluye:

• la pregunta o la tarea a la que responde la página;
• la respuesta principal, las pruebas de apoyo y el detalle útil;
• el HTML que expone el contenido y las relaciones;
• el título, los encabezados, los enlaces internos, las imágenes y los metadatos;
• los datos estructurados que describen con precisión el contenido visible elegible;
• las decisiones de accesibilidad que hacen la página utilizable por más personas.

No significa que todos los elementos cumplan la misma función. Ese atajo genera malas prioridades. Una metadescripción es un candidato a fragmento que Google puede usar cuando describe mejor la página para una consulta. Los datos estructurados pueden crear elegibilidad para resultados enriquecidos compatibles sin garantizar ninguno. El texto alternativo ayuda a la accesibilidad y a la comprensión de las imágenes. Una respuesta clara puede favorecer la relevancia, pero la relevancia no garantiza una posición destacada.

El modelo mental de las cuatro funciones

Clasifique cada cambio on-page propuesto en una o varias de estas funciones:

Estas funciones se solapan, pero no son intercambiables. Superar un validador de datos estructurados no vuelve útil un contenido débil. Escribir una buena metadescripción no hace indexable una página bloqueada. Añadir palabras clave a todos los encabezados no repara una respuesta engañosa.

Empiece por la función de la página

Antes de editar etiquetas, escriba una frase:

Esta página ayuda a [público] a completar [tarea] proporcionando [respuesta o resultado].

Después, contraste la página con esa frase:

1. ¿La respuesta está visible sin obligar al lector a atravesar un preámbulo largo?
2. ¿La página cubre las decisiones y las pruebas que la tarea realmente exige?
3. ¿El alcance es distinto del de las páginas cercanas, o hay varias URL compitiendo por hacer el mismo trabajo?
4. ¿El título y el encabezado principal describen con precisión la página a la que se llega?
5. ¿Se puede navegar por las secciones, los enlaces y las imágenes sin adivinar?

La SEO Starter Guide actual de Google sitúa el contenido útil, bien organizado y pensado para las personas por delante de los trucos mecánicos, y afirma que no existen secretos que posicionen automáticamente un sitio en primer lugar.

Use la biblioteca según el problema

Este sitio ya cuenta con subguías detalladas. Use este centro de referencia para elegir una en lugar de intentar aplicar todas las tácticas a todas las páginas.

El contenido es difícil de escanear o su jerarquía no está clara

Empiece por header tags. Explica H1–H6, el anidamiento de encabezados, los H1 múltiples y la diferencia entre la estructura semántica y el estilo visual.

Faltan contenidos o señales importantes en el HTML

Use SEO en HTML para el análisis sintáctico, la salida renderizada, los elementos semánticos, los enlaces rastreables, el marcado de idioma y los fallos por un head mal formado.

Las imágenes son pesadas, inaccesibles o difíciles de descubrir

Use SEO de imágenes para el descubrimiento, el contexto de la página, los nombres de archivo, las imágenes adaptables, las decisiones de texto alternativo, los formatos y el rendimiento. La búsqueda de imágenes y el trabajo de velocidad de página se solapan, pero no son el mismo objetivo.

El título del resultado, el fragmento o los controles para robots necesitan trabajo

Use metaetiquetas para las etiquetas de título, las metadescripciones, las directivas para robots, los controles de fragmento, los favicons y los metadatos de vista previa social. La función de cada etiqueta debe evaluarse por separado; no existe una “puntuación de metaetiquetas” universal que resulte útil.

Necesita un significado explícito legible por máquinas o elegibilidad para resultados enriquecidos

Use datos estructurados para schema.org, JSON-LD, las funciones compatibles de Google, la validación y las guías específicas por tipo. El marcado debe coincidir con el contenido visible, y un marcado válido no garantiza ni la visualización ni el posicionamiento.

Está listo para inspeccionar una página real

Use la lista de comprobación de SEO on-page. Es la responsable de la secuencia de ejecución priorizada. Este centro explica el sistema y encamina el trabajo; la lista de comprobación indica qué inspeccionar y en qué orden.

Lo que el SEO on-page no puede arreglar

El trabajo on-page no puede compensar todos los problemas que vienen de fases anteriores. Pase a la guía técnica correspondiente cuando:

• la URL no puede descubrirse ni rastrearse;
• el renderizado oculta el contenido principal;
• la canonicalización apunta a otro lugar;
• una regla noindex impide la indexación;
• la página equivocada es la propietaria de la intención de búsqueda;
• la arquitectura del sitio web deja la página huérfana;
• la reputación externa, la competencia o la demanda son la limitación real.

El SEO on-page es una capa dentro de un sistema de búsqueda, no el sistema completo.

TL;DR — Trate la página como un contrato entre intención, pruebas, HTML renderizado, señales de recuperación, controles de presentación y usabilidad para las personas. Diagnostique la capa que falla antes de cambiar el texto. Separe la elegibilidad como candidato de la relevancia, el posicionamiento, el ensamblado del resultado y la accesibilidad. Mantenga una única URL propietaria por tarea, derive la implementación especializada a las guías del subclúster existentes y valide tanto la salida de origen y renderizada como el comportamiento observado en la búsqueda.

Modele la página como un contrato por capas

Una revisión on-page útil sigue la página a través de varias capas:

1. Propiedad de la tarea: qué público, pregunta y resultado le corresponden a esta URL.
2. Respuesta: la contestación directa, el proceso, las pruebas, los ejemplos y las limitaciones.
3. Estructura de la información: secciones, encabezados, listas, tablas y relaciones.
4. Exposición en HTML: qué aparece en la respuesta inicial y en el DOM renderizado.
5. Controles de búsqueda: fuentes de título, controles de fragmento, directivas de indexación, etiquetas canónicas y datos estructurados compatibles.
6. Conexiones: enlaces internos hacia y desde la página, con texto de anclaje útil.
7. Medios: imágenes y vídeos descubribles, alternativas accesibles y rendimiento.
8. Resultado observado: indexación, ajuste a las consultas, presentación del resultado, uso y comportamiento de negocio.

Un fallo descrito como “on-page” puede originarse en cualquier capa. Una respuesta ausente puede ser una carencia editorial. Una respuesta ausente en el HTML renderizado puede ser un defecto de renderizado. Un elemento title correcto que no se muestra puede ser una decisión de ensamblado del resultado y no una etiqueta rota.

Separe las barreras

La distinción avanzada más importante es la que existe entre entrar en un conjunto de candidatos y ganar dentro de él.

El beneficio práctico es una mejor priorización. Si la página no está indexada, reescribir la metadescripción queda por detrás del problema real. Si falta un resultado enriquecido, establezca primero la elegibilidad y recuerde después que Google no garantiza la visualización.

Diseñe un contrato de contenido

Para cada clase de página importante, defina:

• la intención propia y las intenciones excluidas;
• la URL canónica y el estado de indexación esperado;
• los bloques de respuesta necesarios y los responsables de las pruebas;
• la frescura aceptable y los disparadores de revisión;
• las reglas de generación de títulos y encabezados;
• las relaciones de enlazado interno requeridas;
• las reglas de medios y de texto alternativo;
• la elegibilidad de los datos estructurados y sus dependencias con el contenido visible;
• las comprobaciones de validación y el equipo responsable.

Esto es más duradero que una puntuación puntual. Además, hace que las regresiones de plantilla sean comprobables antes de la publicación.

Derive la implementación a su responsable

Sistema de encabezados

El centro de header tags se ocupa de los niveles de encabezado, las cuestiones sobre el H1, la jerarquía y sus implicaciones para la navegación. Use los encabezados para exponer un esquema lógico y etiquetas de sección útiles; no invente una escala de pesos de posicionamiento para H1–H6.

Sistema HTML

El centro de SEO en HTML se ocupa del HTML de origen frente al renderizado, el html semántico, los anclajes rastreables, los atributos de idioma y los fallos de análisis sintáctico. La guía de enlaces de Google es explícita sobre el marcado de anclaje rastreable y el texto de anclaje útil.

Sistema de imágenes

El centro de SEO de imágenes se ocupa del descubrimiento de imágenes, la entrega adaptable, el contexto de la página, los nombres de archivo, el texto alternativo y el rendimiento de las imágenes. La guía de imágenes actual de Google distingue los elementos de imagen HTML descubribles de las imágenes de fondo en CSS y conecta el texto alternativo tanto con la comprensión de las imágenes como con la accesibilidad.

Sistema de metadatos

El centro de metaetiquetas se ocupa de las entradas de título y de fragmento, los metadatos para robots, los límites de los fragmentos y los metadatos sociales. Google puede componer los enlaces de título a partir de varias señales de la página y normalmente construye los fragmentos a partir del contenido de la página, a veces usando la metadescripción. El texto proporcionado es una entrada, no una instrucción que deba mostrarse.

Sistema de datos estructurados

El centro de datos estructurados se ocupa del vocabulario de schema.org, los formatos, los requisitos específicos de cada función y la validación. La documentación de Schema.org define el vocabulario compartido, mientras que la introducción a los datos estructurados de Google presenta el marcado como pistas estandarizadas para la comprensión y para las funciones de búsqueda compatibles; no convierte el marcado en una garantía general de posicionamiento.

Gestione el solapamiento y la canibalización

Dos páginas pueden mencionar la misma entidad sin competir entre sí. El problema es la propiedad ambigua de la misma tarea del lector.

Use un registro de propiedad sencillo:

Cuando dos URL parecen ser propietarias de la misma tarea, elija una propietaria, acote la otra página, refuerce la relación de enlazado y confirme que los títulos y las introducciones reflejan esa distinción. No fusione páginas solo porque una herramienta informe de palabras solapadas.

Pruebe los cambios como hipótesis

Una edición on-page debería declarar:

• Problema: ¿qué comportamiento observado es incorrecto?
• Capa: ¿tarea, contenido, HTML, elegibilidad, presentación o accesibilidad?
• Cambio: ¿qué única variable material se va a modificar?
• Observación esperada: ¿qué debería cambiar, dónde y para quién?
• Ventana: ¿cuándo harán los ciclos de rastreo, procesamiento y tráfico que la evaluación sea justa?
• Salvaguarda: ¿qué resultado para el usuario o el negocio no debe empeorar?

No todas las páginas admiten una prueba causal de SEO. Para una página con poco tráfico, el resultado honesto puede ser “implementación verificada; efecto en el rendimiento no determinado”.

La visión ejecutiva

El SEO on-page es una cartera de controles de producto a nivel de página, no una limpieza de textos. Determina si cada página tiene una función clara, expone una respuesta fiable, se presenta con precisión y se conecta con el resto del sitio.

Financie el trabajo en este orden:

1. páginas ligadas a tareas relevantes de usuario y de negocio;
2. defectos de plantilla que afectan a muchas URL valiosas;
3. fallos de acceso, indexación o elegibilidad;
4. respuestas y presentación del resultado engañosas o débiles;
5. controles reutilizables de accesibilidad y de calidad de contenido;
6. limpieza cosmética sin consecuencias demostradas.

Pida a los equipos que informen de las cohortes afectadas y de los resultados, no de recuentos de “errores de SEO”. Un problema de título en una plantilla de producto importante y una metadescripción ausente en una página archivada no deberían recibir la misma prioridad.

El entregable duradero es un contrato por clase de página con un responsable, pruebas y una cadencia de revisión. La lista de comprobación de SEO on-page puede usarse entonces como capa operativa de inspección.

El SEO on-page en un modelo compacto

• El SEO on-page abarca la respuesta, la estructura, el HTML, los enlaces, los metadatos, los medios y los datos estructurados a nivel de página que usted controla.
• Clasifique el trabajo por relevancia/calidad, elegibilidad/acceso, presentación y accesibilidad/usabilidad.
• Las funciones se solapan, pero no son sustitutivas: la elegibilidad no garantiza la visualización, los metadatos proporcionados pueden reescribirse y la accesibilidad exige más que un rastreador SEO.
• Deje clara la tarea propia de la página y su respuesta directa antes de optimizar etiquetas.
• Use los centros dedicados de header tags, SEO en HTML, SEO de imágenes, metaetiquetas y datos estructurados.
• Use la lista de comprobación de SEO on-page para la ejecución; este centro se ocupa del mapa conceptual y de la derivación.

Documentación principal

• Google SEO Starter Guide — contenido útil, organización, enlaces, títulos, fragmentos e imágenes en una introducción acotada.
• How Google Search works — separa el rastreo, la indexación y la publicación de resultados, lo que evita que se culpe al trabajo on-page posterior de fallos de fases anteriores.
• Influencing title links — el elemento title es una de las fuentes que Google puede usar; el objetivo son títulos claros, concisos y precisos.
• Control snippets — los fragmentos suelen extraerse del contenido de la página y pueden usar la metadescripción.
• Google image SEO best practices — descubrimiento de imágenes, elementos HTML, contexto, nombres de archivo, texto alternativo y rendimiento.
• Structured-data introduction y general guidelines — elegibilidad, exactitud, contenido visible y requisitos específicos de cada función.
• Google link best practices — anclajes rastreables y texto de enlace descriptivo.
• W3C WAI heading tutorial — uso de los encabezados para comunicar la organización y facilitar la navegación.
• W3C WAI accessibility evaluation overview — las herramientas pueden apoyar la evaluación, pero ninguna herramienta por sí sola determina si un sitio cumple los estándares de accesibilidad.

Estas fuentes documentan el comportamiento de Google o de la accesibilidad. No revelan una fórmula universal de factores de posicionamiento ni garantizan un resultado concreto.

Lista de comprobación de derivación a nivel de centro

Esta es una lista de comprobación de derivación, no la auditoría completa. Use la lista de comprobación de SEO on-page dedicada para la ejecución.

• Declare el público, la tarea y el alcance excluido de la página.
• Confirme que la respuesta directa y las pruebas están visibles y actualizadas.
• Compare el HTML inicial y la salida renderizada en busca de diferencias materiales.
• Confirme que el título y el encabezado principal describen con precisión la misma página.
• Compruebe que los encabezados exponen una estructura lógica y navegable.
• Compruebe que los enlaces internos importantes son anclajes reales y rastreables con texto útil.
• Decida qué aporta cada imagen significativa y cómo se gestiona su alternativa.
• Identifique los metadatos por su función: presentación, indexación, control de vista previa o uso social.
• Aplique solo los datos estructurados admitidos para el contenido visible y la función prevista.
• Pruebe la accesibilidad manualmente allí donde las herramientas automatizadas no puedan establecer el resultado.
• Registre el fallo observado, el responsable, el método de validación y la fecha de revisión.

El marco R-E-P-A

Use cuatro letras para mantener honestas las prioridades:

R — Relevancia y fiabilidad

¿La página responde directamente a la tarea con información precisa, actual y suficientemente completa, y con pruebas transparentes?

E — Elegibilidad y exposición

¿Pueden los rastreadores llegar al contenido previsto y analizarlo, y cumple la página los requisitos del índice o de la función de búsqueda de la que se trate?

P — Presentación

¿El título, los candidatos a fragmento, las vistas previas de imagen y las mejoras compatibles representan con precisión la página de destino?

A — Accesibilidad y acción

¿Pueden las personas navegar por la página, percibirla y usarla, y pueden completar el siguiente paso útil?

No puntúe nada por defecto. Use el marco para localizar la función que falla, reunir pruebas y derivar la corrección a la guía y al responsable correctos.

¿Qué guía on-page debo usar?

¿El problema principal es la respuesta, el alcance o el solapamiento con otra URL?

• Sí → resuelva primero la propiedad de la tarea y el contenido.
• No → continúe.

¿Falta material importante o cambia entre el HTML de origen y el renderizado?

• Sí → use SEO en HTML.
• No → continúe.

¿La jerarquía es difícil de entender o de navegar?

• Sí → use header tags.
• No → continúe.

¿El problema es el descubrimiento, el contexto, el texto alternativo, el formato o el peso de una imagen?

• Sí → use SEO de imágenes.
• No → continúe.

¿El problema es un título, un fragmento, una directiva para robots o un control de vista previa?

• Sí → use metaetiquetas.
• No → continúe.

¿El objetivo es un resultado enriquecido compatible o una descripción explícita legible por máquinas?

• Sí → use datos estructurados.
• No → ejecute la lista de comprobación de SEO on-page y amplíe el diagnóstico más allá del SEO on-page si las pruebas apuntan a fases anteriores.

Antipatrones on-page

• Una única puntuación para funciones distintas. Una puntuación combinada oculta si un hallazgo afecta a la relevancia, la elegibilidad, la presentación o la accesibilidad.
• Objetivos de densidad de palabras clave. El lenguaje natural y la cobertura de la tarea no pueden reducirse a un porcentaje universal.
• Tratar cada nivel de encabezado como un peso de posicionamiento. Use los encabezados para estructurar; no existe ninguna escala oficial de pesos de H1 a H6.
• Escribir metadatos para una página que no satisface el clic. Fijar expectativas precisas es mejor que una promesa más agresiva.
• Añadir datos estructurados para contenido que los usuarios no pueden ver. El marcado debe representar con precisión la página y cumplir las reglas de la función seleccionada.
• Llamar resultado enriquecido garantizado a un marcado válido. La validación establece condiciones de sintaxis o de elegibilidad, no la selección.
• Usar los análisis automatizados de accesibilidad como certificación. Los hallazgos automatizados son un subconjunto de las pruebas necesarias.
• Duplicar la lista de comprobación en cada centro. Mantenga aquí el mapa conceptual y la secuencia de ejecución en la lista de comprobación para que las actualizaciones tengan un único responsable.

Herramientas por pregunta

• On-Page SEO Checker — inspeccione las señales observables a nivel de página y revise después cada hallazgo en su contexto.
• SERP Snippet & Truncation Checker — previsualice los candidatos a título y descripción; no puede predecir el ensamblado final del resultado por parte de Google.
• Schema Markup Validator — valide la sintaxis y las propiedades de los datos estructurados.
• Rich-Result Eligibility Checker — inspeccione las señales de elegibilidad admitidas sin prometer la visualización.
• Image SEO Checker — revise el marcado de las imágenes, las alternativas, las dimensiones y las pistas de entrega.
• Accessibility Checker — encuentre problemas automatizables y complételo después con pruebas manuales.
• Render Gap Checker — compare las pruebas de HTML obtenidas con la experiencia renderizada donde sea compatible.

Una herramienta informa de condiciones observables. No conoce la tarea prevista de la página, la verdad editorial, los requisitos legales ni la decisión final del motor de búsqueda.

Valide un cambio on-page

Pruebe el contrato de contenido

• Prueba: Pida a un revisor que no conozca el borrador que indique el público, la tarea, la respuesta y el siguiente paso de la página a partir del título, la introducción y los encabezados.
• Prueba de aprobación: Su descripción coincide con la declaración de propiedad documentada.
• Significado del fallo: La página puede ser ambigua, demasiado amplia o carecer de su respuesta directa.

Pruebe el HTML de origen y el renderizado

• Prueba: Compare la respuesta HTML inicial y el DOM renderizado en cuanto al contenido principal, el título, los encabezados, los enlaces, las imágenes, los metadatos para robots y los datos estructurados.
• Prueba de aprobación: Las señales materiales están presentes, son coherentes y resultan accesibles en el estado de renderizado previsto.
• Significado del fallo: Derive el problema a los responsables del HTML, del renderizado o de la plantilla.

Pruebe la presentación del resultado

• Prueba: Tras un nuevo rastreo, compare el título y la descripción proporcionados con los resultados observados para consultas y dispositivos representativos.
• Prueba de aprobación: El resultado mostrado describe con precisión la página, haya usado o no Google el texto proporcionado.
• Significado del fallo: Diagnostique la coherencia de las fuentes y el contexto de la consulta antes de reescribir.

Pruebe la elegibilidad de los datos estructurados

• Prueba: Valide la función seleccionada, compare el marcado con el contenido visible y supervise el informe correspondiente de Search Console cuando esté disponible.
• Prueba de aprobación: Se cumplen las propiedades obligatorias y las políticas de contenido.
• Significado del fallo: Corrija la capa inválida más temprana; la ausencia de un resultado enriquecido por sí sola no es prueba de un marcado inválido.

Pruebe la accesibilidad

• Prueba: Combine comprobaciones automatizadas con pruebas de teclado, zoom, lector de pantalla y revisión de contenido apropiadas para la interfaz.
• Prueba de aprobación: Las personas pueden percibir la estructura y completar la tarea en los escenarios probados.
• Significado del fallo: Registre el usuario afectado, la tarea, el estándar o requisito y una ruta reproducible; no reduzca el resultado a una puntuación de SEO.

Biblioteca de SEO on-page

Use estos centros primero

• Header Tags
• SEO en HTML
• SEO de imágenes
• Metaetiquetas
• Datos estructurados
• Lista de comprobación de SEO on-page

Referencias principales

• Google SEO Starter Guide
• Documentación de Google sobre los enlaces de título
• Documentación de Google sobre los fragmentos
• Google image SEO best practices
• Documentación de Google sobre datos estructurados
• Tutorial de encabezados de la W3C WAI

No se ha utilizado ninguna guía general de on-page firmada por Patrick Stox como autoridad para este artículo. La guía de SEO técnico de Patrick es contexto relevante para las capas de rastreo, indexación y renderizado que rodean el trabajo on-page.

Ponga a prueba sus conocimientos: SEO on-page