Cómo analizar una página web paso a paso

Paso 1. Comprueba la indexación y la versión canónica

Empieza por lo que puede anular todo lo demás: si Google no puede indexar la página, da igual lo bien escrita que esté o lo rápido que cargue. La herramienta adecuada es la inspección de URLs de Google Search Console, disponible para los sitios que tienes verificados.

Pega la URL completa en la barra de inspección y fíjate en tres datos. Primero, el estado general: que la URL esté en Google significa, según la ayuda de Search Console, que puede aparecer en los resultados, no que vaya a aparecer en una búsqueda concreta. Segundo, la canónica que declaras tú y la que ha seleccionado Google: si no coinciden, Google trata otra URL como la versión principal y es esa la que puede mostrar. Tercero, si la página no está indexada, el motivo que indica la herramienta.

Ten en cuenta que el informe muestra la última versión indexada, no la página de hoy. La prueba en directo comprueba si Google puede acceder a la versión actual, pero no confirma que se vaya a indexar. Si acabas de corregir algo y el informe sigue mostrando el problema, esa diferencia suele ser la explicación.

No uses el operador site: como prueba de indexación. Google explica que no devuelve necesariamente todas las URL indexadas y que una URL indexada puede no salir en una búsqueda site:. Si tu página no aparece así, no concluyas nada hasta comprobarla en Search Console.

Si no tienes acceso a Search Console, revisa al menos lo que se ve desde fuera:

• La página devuelve un código 200 y no redirige a otra URL.
• No hay noindex ni en la etiqueta meta robots ni en la cabecera HTTP X-Robots-Tag.
• El archivo robots.txt no bloquea la ruta de la página.
• La etiqueta canónica es una URL absoluta que apunta a la propia página o a la versión que de verdad quieres posicionar.
• Si la página tiene versiones en otros idiomas, las etiquetas hreflang se enlazan entre sí en ambos sentidos.

Los dos últimos puntos los revisa gratis el comprobador de canonical y hreflang para cualquier URL pública. Si la página no está indexada y no encuentras la causa, la guía Mi web no aparece en Google repasa los motivos uno a uno.

Paso 2. Revisa el título, la intención y los encabezados

Con la página ya indexable, la pregunta cambia: ¿responde a lo que busca quien llega a ella? Escribe en una frase la búsqueda principal a la que debería responder. Después busca esa consulta en Google, en una ventana privada, y mira qué tipo de páginas aparecen arriba: guías, fichas de producto, páginas de servicio locales, comparativas. Si Google muestra sobre todo guías y tu página es una ficha de venta, un título mejor no lo arregla: la página no encaja con la intención de esa búsqueda.

Luego revisa el título. Según la documentación de Google sobre los enlaces de título, el título que se ve en los resultados se genera a partir de varias fuentes, entre ellas el elemento <title>, el título visible principal y los encabezados como el h1. No hay un límite oficial de caracteres: Google recorta el título según el ancho del dispositivo. Por eso conviene que <title> y h1 hablen de lo mismo, que sean únicos en el sitio y que lo esencial vaya al principio.

• El <title> describe esta página concreta y no se repite en otras URL del sitio.
• Hay un solo h1 visible y trata el mismo tema que el título.
• Los h2 permiten entender de qué va la página leyendo solo los encabezados.
• La meta descripción resume el contenido real. Google puede usarla o generar su propio fragmento a partir del texto.
• La respuesta a la búsqueda principal aparece en la primera pantalla, no al final de la página.

<!-- Antes: genérico y repetido en varias páginas -->
<title>Inicio | Clínica Ejemplo</title>
<h1>Bienvenidos</h1>

<!-- Después: describe la página y la búsqueda a la que responde -->
<title>Implantes dentales en Valencia: proceso y precios | Clínica Ejemplo</title>
<h1>Implantes dentales en Valencia</h1>

Puedes ver el título, la meta descripción, el h1 y la canónica de cualquier URL pública con el comprobador de metaetiquetas, sin registro. La herramienta te dice qué hay en la página; decidir si encaja con la búsqueda sigue siendo trabajo tuyo.

Paso 3. Mide la velocidad sin confundir datos reales con laboratorio

PageSpeed Insights muestra dos tipos de datos que a menudo no coinciden, y conviene saber cuál mirar. Los datos de campo vienen del Chrome User Experience Report (CrUX): son mediciones de usuarios reales de Chrome durante los últimos 28 días. Los datos de laboratorio vienen de Lighthouse: una carga simulada con un dispositivo y una red fijos, útil para encontrar causas pero no representativa de todas tus visitas, como explica la documentación de PageSpeed Insights.

Los Core Web Vitals se evalúan con datos de campo, en el percentil 75 de las cargas de página y por separado en móvil y en escritorio. Estos son los umbrales de «bueno» que publica web.dev:

Cómo leer el resultado: si hay datos de campo y superan la evaluación de Core Web Vitals, una puntuación de laboratorio baja no es un problema urgente para tus usuarios; úsala para buscar mejoras. Si los datos de campo fallan, ese es el problema real aunque el laboratorio dé buena nota. Si la URL no tiene suficientes datos de campo, PageSpeed Insights muestra los del origen (todo el dominio) cuando existen; si tampoco hay, solo te queda el laboratorio, y debes tomarlo como orientación.

Ejemplo: una página de servicio tiene un LCP de campo de 3,4 s en móvil y una puntuación de laboratorio de 85. Manda el dato de campo: los usuarios ven tarde el contenido principal. El informe de laboratorio sirve para averiguar por qué, por ejemplo una imagen principal muy pesada o que empieza a descargarse tarde.

El análisis gratuito de Sitequiry usa PageSpeed real en móvil y escritorio e indica si hay datos de usuarios reales; si Google no los devuelve, lo dice en lugar de inventar cifras. Más contexto en la guía de Core Web Vitals.

Paso 4. Valida los datos estructurados

Los datos estructurados, normalmente en JSON-LD, describen el contenido de la página para las máquinas. No son obligatorios y, según las directrices generales de Google, un marcado correcto permite que una función de búsqueda aparezca, pero no asegura que aparezca. Analizarlos tiene dos partes: que el código sea válido y que coincida con lo que ve el usuario.

Usa dos herramientas, porque miden cosas distintas. La Prueba de resultados enriquecidos de Google revisa los tipos que Google admite para resultados enriquecidos y parte del código ya renderizado. El Validador de Schema Markup comprueba cualquier marcado de schema.org, sin las reglas propias de Google. Por eso un tipo puede aparecer en el validador y no en la prueba de Google.

• Pasa la URL por la Prueba de resultados enriquecidos y corrige primero los elementos marcados como no válidos; después revisa las advertencias.
• Pasa la misma URL por el Validador de Schema Markup para encontrar errores de sintaxis o propiedades mal escritas en tipos que Google no evalúa.
• Compara cada valor del marcado con la página: nombre, precio, valoraciones, fechas. Google pide no marcar información que el usuario no ve.
• Comprueba que las URL del marcado (url, @id) usan la misma versión canónica que el resto de la página.
• Si el marcado lo genera JavaScript, prueba la URL publicada y no solo el código fuente.

La guía de datos estructurados incluye un ejemplo de JSON-LD comprobado y los errores más habituales.

Paso 5. Decide qué corregir primero

Al terminar tendrás hallazgos de peso muy distinto. Ordénalos con dos preguntas: ¿esto impide que la página se indexe o se use?, y ¿cuánto importa esta página para tu negocio? Un noindex en tu página de servicio principal va antes que diez imágenes sin texto alternativo en una entrada antigua del blog.

Después de cada cambio, anota la fecha y vuelve a analizar la página. Cuenta con los plazos: Google tiene que volver a rastrearla, y los datos de campo de CrUX abarcan 28 días, así que una mejora de velocidad tarda semanas en reflejarse del todo.

Si lo que necesitas es repasar el sitio entero, con arquitectura, enlaces internos, versión móvil, rastreadores de IA y medición, usa el checklist de auditoría SEO. El checklist es la lista completa de comprobaciones; esta guía es el método para analizar una página concreta e interpretar lo que encuentras.

Cuándo necesitas analizar más de una página

Una sola URL te dice mucho de esa página y poco del sitio. Hay problemas que solo aparecen al comparar páginas: títulos duplicados entre varias URL, enlaces internos rotos, cadenas de redirecciones, conflictos entre canónicas y noindex o páginas con noindex incluidas en el sitemap.

Conviene analizar más de una página cuando tu web usa varias plantillas (inicio, servicio, producto, blog), cuando acabas de rediseñarla o migrarla, o cuando el análisis de una página revela un fallo que probablemente se repite en otras. Como mínimo, revisa una página de cada plantilla.

Puedes hacerlo una URL cada vez con el análisis gratuito; en análisis SEO gratis se explica qué revisa exactamente. Si prefieres un informe conjunto, el Informe del sitio de Sitequiry es un producto de pago: revisa automáticamente hasta 20 páginas de tu web, respeta las reglas de robots.txt y entrega el resultado en web, PDF y CSV. Es un informe automático, sin revisión manual. Consulta las condiciones en precios.

Preguntas frecuentes