Checklist de SEO on page: la guía práctica para 2026

El SEO on page reúne todos los ajustes que se controlan directamente dentro de una página: el título, los encabezados, el texto, las imágenes y los enlaces internos. A diferencia del SEO técnico —velocidad del servidor, sitemap, indexación— o del off page —enlaces externos, menciones—, aquí no depende de terceros: cada elemento se decide y se corrige en el propio contenido.

Una checklist de SEO on page deja de ser útil en cuanto se convierte en una lista de casillas que se marcan sin criterio. Lo que importa es que cada elemento cumpla una función real para quien lee y para el motor de búsqueda al mismo tiempo. Esta guía repasa qué revisar en cada página, con las decisiones concretas que toma quien la aplica, no solo los puntos a marcar.

Título y meta description: qué controla cada uno

El title tag es el elemento on page con más peso directo sobre cómo el motor de búsqueda interpreta el tema de la página, y también el texto que aparece en la pestaña del navegador y, casi siempre, en el resultado de búsqueda. Si es demasiado largo o no coincide con lo que la persona busca, el buscador puede reescribirlo por su cuenta y mostrar una versión distinta a la que escribiste. La forma de evitarlo es simple: coloca la keyword principal cerca del inicio, describe el contenido real de la página y deja las variantes de marca o categoría para el final, no para el principio.

La meta description no es un factor de ranking directo —Google lo ha confirmado explícitamente—, pero determina si alguien hace clic cuando ya apareces en el resultado. Funciona como un anuncio de una línea: debe responder qué va a encontrar el lector, no repetir el título con otras palabras. Cuando la página resuelve varias preguntas relacionadas, escribe la meta description alrededor de la pregunta principal; intentar meter todas las variantes solo produce un texto genérico que no convence a nadie de hacer clic.

• La keyword principal va cerca del inicio del título, no al final.
• Evita repetir la misma keyword en el título y en el H1 de forma idéntica y forzada.
• La meta description vende el contenido; no es el lugar para acumular sinónimos.

Jerarquía de encabezados: un H1, una idea por H2

El H1 debe declarar exactamente de qué trata la página, y debe existir uno solo. Es habitual que una plantilla de blog genere dos H1 sin que el editor lo note —uno desde el título del artículo y otro desde el bloque de portada—; revisar el HTML renderizado, no solo el editor visual, es la única forma de detectarlo. Un H1 genérico como Blog o Artículo no aporta nada: si alguien llega a la página desde una búsqueda de imágenes o desde un enlace externo, el H1 es lo primero que confirma que está en el lugar correcto.

Los H2 deberían poder leerse solos, como un índice, y decir de qué trata cada bloque sin necesidad de leer el párrafo completo. El error más común no es la falta de H2, sino saltar niveles —pasar de un H2 directo a un H4 porque el tamaño de letra se ve mejor— solo por estética. Eso rompe la jerarquía tanto para quien usa un lector de pantalla como para el rastreador, que usa esa estructura para entender qué subtemas cubre la página.

• Un único H1 por página; revísalo en el HTML final, no en el editor.
• Cada H2 debe funcionar como una entrada de índice, comprensible fuera de contexto.
• No saltes de H2 a H4 por apariencia visual; ajusta el CSS, no la jerarquía.

Contenido: intención de búsqueda y dónde va la keyword

Antes de tocar la keyword, hay que confirmar qué tipo de intención domina esa búsqueda: informativa, comparativa, transaccional o de navegación. Optimizar el texto perfecto para una intención equivocada no funciona aunque el resto de la checklist esté impecable. La forma más rápida de comprobarlo es mirar qué tipo de páginas ocupan ya los primeros resultados para esa keyword: si son guías largas, la búsqueda es informativa; si son páginas de producto o comparativas, es transaccional.

La idea de una densidad de keyword óptima —repetir la frase exacta un número de veces— es una regla obsoleta que hoy produce texto forzado sin beneficio real. Lo que funciona es responder la pregunta principal en el primer párrafo y usar variantes naturales del término —sinónimos, plural, formas relacionadas— en lugar de repetir siempre la misma cadena. Cuando la keyword llega mal escrita o de forma poco natural, como ocurre con bastante frecuencia en los datos reales de búsqueda, el criterio es el mismo: se escribe para la intención real de quien busca, no para la cadena literal.

• Responde la pregunta principal en el primer párrafo, no al cierre del artículo.
• Usa variantes naturales de la keyword en vez de repetir la misma frase todo el tiempo.
• Identifica el tipo de intención mirando qué formato de página ya rankea para ese término.

Enlazado interno: qué enlazar y con qué texto ancla

Los enlaces internos cumplen dos funciones a la vez: le dan al rastreador una ruta para descubrir páginas que de otra forma tardaría más en encontrar, y le dicen al lector qué leer después. El error habitual es enlazar hacia demasiadas páginas sin criterio, como si más enlaces internos fueran automáticamente mejores. Es más útil pensar en clústeres: la página enlaza hacia el contenido más cercano en tema, y ese contenido enlaza de vuelta, formando una red compacta en vez de una lista dispersa de enlaces hacia todo el sitio.

El texto ancla debe describir el destino del enlace —aquí abajo o más información no dicen nada— porque tanto el lector como el rastreador usan ese texto para anticipar qué van a encontrar. Repetir exactamente el mismo texto ancla cada vez que se enlaza a la misma página tampoco es lo ideal: variar la redacción de forma natural, manteniendo el sentido, evita un patrón artificial y además cubre más formas en que alguien podría buscar esa página.

• El texto ancla describe el destino; nunca uses aquí o más información.
• Enlaza hacia páginas del mismo clúster temático antes que hacia páginas sin relación.
• Varía la redacción del texto ancla hacia una misma página en distintos artículos.

Imágenes: alt text, nombre de archivo y peso

El atributo alt describe una imagen para quien no puede verla —por un lector de pantalla o porque la imagen no cargó— y también es lo que un motor de búsqueda usa para entender el contenido de esa imagen, ya que no puede interpretar los píxeles directamente. Un alt text útil describe lo que realmente se ve, sin forzar la keyword dentro si no encaja: laptop con panel de analítica web en pantalla es mejor que seo on page checklist gratis 2026, aunque la imagen sea la misma. Si la imagen es puramente decorativa, dejar el alt vacío es preferible a rellenarlo con texto que no aporta nada.

El nombre del archivo se decide antes de subirlo, porque después queda fijado en la URL del recurso: checklist-seo-on-page.webp comunica algo, IMG_4821.jpg no. El peso de la imagen influye en la velocidad de carga y, en particular, en el Largest Contentful Paint, una de las métricas de Core Web Vitals que Google usa como señal de ranking documentada. Comprimir la imagen y usar un formato moderno como WebP o AVIF suele reducir el peso de forma notable sin que se note la pérdida de calidad a simple vista.

• El alt text describe lo que se ve en la imagen, no repite la keyword de la página.
• Si la imagen es decorativa, un alt vacío es mejor que un alt relleno.
• Renombra el archivo antes de subirlo; comprímelo y usa WebP o AVIF cuando sea posible.

Señales técnicas que se solapan con el on page

La URL es parte del on page aunque a veces se trate como algo puramente técnico: debe ser corta, describir el contenido y mantenerse estable en el tiempo, porque cambiarla implica gestionar una redirección para no perder lo que esa página ya haya acumulado. Un identificador interno o una cadena de parámetros en la URL no le dice nada a quien la ve en un resultado de búsqueda ni a quien la comparte.

El canonical tag resuelve un problema muy concreto: cuando existen varias versiones de una página muy similares entre sí —con parámetros de seguimiento, filtros de una categoría o una versión para imprimir—, le indica al motor de búsqueda cuál es la versión que debe indexar y mostrar. Sin canonical, esas variantes compiten entre sí por el mismo espacio en los resultados en vez de sumar autoridad a una sola URL. El marcado de datos estructurados cumple una función distinta: no garantiza un resultado enriquecido, pero le da al buscador una descripción explícita del tipo de contenido —artículo, FAQ, receta— en vez de dejar que lo infiera del texto.

• La URL describe el contenido y se mantiene estable; si cambia, necesita una redirección.
• El canonical evita que variantes de la misma página compitan entre sí en el índice.
• El schema describe el tipo de contenido de forma explícita; no garantiza un rich snippet.

Errores comunes que hacen fallar la checklist

El primer error es tratar la checklist como un trámite de una sola vez. Una página que rankeaba bien hace dos años puede perder posiciones porque el contenido quedó desactualizado frente a lo que ahora responde mejor esa búsqueda, no porque algo se rompiera técnicamente. Revisar periódicamente el contenido publicado —no solo el nuevo— es parte del trabajo, aunque sea la parte que más se posterga.

El segundo es dejar que la plantilla del CMS decida por defecto: muchos sistemas generan el mismo patrón de título o la misma meta description en decenas de páginas si nadie la edita a mano, y eso produce contenido duplicado a nivel de metadatos que diluye la señal de cada página individual. El tercero es optimizar tanto para la keyword exacta que el texto termina sonando forzado; si al leerlo en voz alta suena raro, probablemente también le suena raro al lector real, y eso pesa más que cualquier casilla marcada en la checklist.

• Revisar la checklist una sola vez y no volver cuando el contenido queda desactualizado.
• Dejar que el CMS repita el mismo título o meta description en varias páginas por defecto.
• Forzar la keyword hasta que el texto suene poco natural al leerlo en voz alta.