Análisis SEO On Page: qué revisar y cómo hacerlo con criterio

Empieza segmentando la web

No analices 20.000 URLs como si fueran iguales.

Agrupa por plantillas:

• home;
• categorías;
• productos;
• servicios;
• blog;
• autor;
• filtros;
• local;
• paginación.

Los problemas se repiten por patrón.

Si 5.000 productos tienen el mismo fallo de title, probablemente necesitas arreglar la plantilla, no editar 5.000 filas.

1. Intención y keyword mapping

Para cada grupo identifica:

• intención principal;
• query/cluster;
• URL propietaria;
• páginas que compiten;
• huecos.

Un On Page técnicamente perfecto no arregla una URL que intenta posicionar una guía para una query transaccional.

2. Title

Revisa:

• foco;
• diferenciación;
• longitud razonable;
• duplicados;
• marca;
• intención.

No existe un límite exacto de caracteres que garantice visualización completa porque Google trabaja con ancho y puede reescribir titles.

Úsalo como promesa concisa, no como almacén de keywords.

3. Meta description

No es una palanca directa de ranking, pero influye en la propuesta del snippet cuando Google decide utilizarla.

Comprueba:

• duplicados;
• ausencia;
• mensaje;
• intención;
• CTA natural;
• coherencia con la página.

No prometas algo que el contenido no ofrece.

4. H1 y jerarquía

Una estructura clara facilita lectura y mantenimiento.

Utiliza un H1 principal descriptivo.

Después H2 para bloques y H3 para desarrollar subsecciones.

No necesitas introducir una keyword exacta en todos los headings.

La jerarquía debe representar contenido.

5. Respuesta principal y profundidad

La persona debería encontrar pronto la respuesta que motivó el clic.

Después desarrolla:

• contexto;
• pasos;
• ejemplos;
• excepciones;
• preguntas relacionadas;
• evidencia.

Evita intros genéricas de 500 palabras antes de resolver algo sencillo.

6. Entidades y semántica

La cobertura semántica no consiste en buscar sinónimos para repetir la keyword.

Analiza qué conceptos necesita el tema.

Una guía de canonical debería hablar de:

• duplicados;
• URL canónica;
• redirects;
• sitemap;
• noindex;
• hreflang;
• Search Console.

Esas relaciones muestran profundidad real.

7. Enlaces internos

Comprueba:

• incoming links;
• outgoing links;
• anchor text;
• páginas huérfanas;
• profundidad;
• enlaces a redirects;
• 404.

Los enlaces deben ayudar a recorrer la arquitectura.

Una URL importante que solo aparece en sitemap pero no recibe enlaces contextuales está mal integrada.

8. Arquitectura y breadcrumbs

El usuario debe saber dónde está.

Breadcrumbs y navegación ayudan a:

• contexto;
• rastreo;
• UX;
• enlazado.

Evita categorías del blog que duplican exactamente servicios comerciales si eso genera dos hubs con la misma intención.

9. Imágenes

Revisa:

• peso;
• dimensiones;
• formato;
• lazy loading;
• alt;
• nombre cuando sea útil;
• contexto.

El alt es principalmente accesibilidad. Describe la imagen cuando aporta información; no lo conviertas en una lista de keywords.

10. Datos estructurados

Implementa schema cuando representa algo que realmente existe.

Article, Product, BreadcrumbList, Organization, Person u otros tipos pueden ayudar a estructurar datos.

No añadas marcado de FAQ, Review o Rating si la página no cumple sus requisitos o los datos no son reales.

11. Indexabilidad

Comprueba:

• status 200;
• meta robots;
• X-Robots-Tag;
• canonical;
• robots.txt;
• sitemap;
• enlaces;
• renderizado.

Una URL puede estar técnicamente “indexable” y aun así no ser indexada.

Search Console ayuda a investigar cómo la ve Google.

12. Rastreo

Screaming Frog permite analizar masivamente:

• status;
• titles;
• descriptions;
• headings;
• canonicals;
• directives;
• depth;
• links;
• structured data.

Pero un crawl es una fotografía de la web desde un punto de vista.

Combínalo con GSC y analítica para saber qué URLs importan.

13. Rendimiento y Core Web Vitals

Mide LCP, INP y CLS con datos de campo cuando estén disponibles.

Además revisa:

• imágenes;
• fuentes;
• JS;
• CSS;
• caché;
• servidor;
• terceros.

No afirmes que “un sitio más rápido siempre posicionará más”. El rendimiento es una señal y, sobre todo, una parte de la experiencia.

14. Search Console

Utiliza consultas/páginas para detectar:

• CTR anómalo;
• posiciones;
• canibalización;
• cambios;
• nuevas queries;
• URLs que ganan o pierden.

Relaciona datos de rendimiento con cambios On Page.

15. GA4 y conversión

El SEO On Page no termina cuando llega el clic.

Analiza si las páginas:

• generan eventos;
• facilitan navegación;
• conducen a servicios;
• convierten;
• retienen.

Una URL puede posicionar bien y aportar poco negocio.

16. Evolución por directorios

En webs grandes, segmenta rendimiento:

/blog/ /categorias/ /servicios/

Esto permite detectar que la pérdida se concentra en una plantilla y evita tomar decisiones para todo el dominio basadas en un promedio.

Checklist resumida

Para cada URL importante:

1. intención;
2. indexabilidad;
3. title/H1;
4. contenido;
5. entidades;
6. enlaces;
7. UX;
8. rendimiento;
9. schema;
10. datos;
11. conversión.

Criterio de Make It SEO

Una auditoría On Page no debería devolver 200 checks con el mismo peso.

Debe explicar cuál está limitando a la página.

El objetivo no es conseguir “100/100”.

Es conseguir que cada URL tenga una función clara y pueda cumplirla.

Preguntas frecuentes