Un análisis de SEO técnico consiste en comprobar que Google puede rastrear tu web, entender sus páginas e indexar las que te interesan. Si falla esa base, da igual lo bueno que sea tu contenido: no aparecerá en los resultados. La buena noticia es que buena parte de la revisión la puedes hacer tú con herramientas gratuitas de Google.
Puntos clave
- Google pide tres requisitos mínimos para indexar una página: que Googlebot no esté bloqueado, que la página responda con un código 200 y que tenga contenido indexable.
- Search Console es el punto de partida: el informe de indexación y la inspección de URLs te dicen qué ve Google de verdad.
- Google indexa la versión móvil de tu web, así que debe tener el mismo contenido que la de ordenador.
- La velocidad y la estabilidad se miden con las Core Web Vitals, pero la relevancia del contenido sigue mandando.
Qué revisa un análisis de SEO técnico
El punto de partida son los requisitos técnicos de Google: para que una página pueda indexarse, Googlebot no debe estar bloqueado, la página debe funcionar (Google tiene que recibir un código HTTP 200) y debe tener contenido indexable.
Sin ellos no hay nada que hacer: son la base de cualquier estrategia de SEO y SEM. Una revisión completa sigue este orden:
- Indexación: qué páginas tiene Google y por qué descarta otras.
- Rastreo: robots.txt, sitemap y errores del servidor.
- URL y duplicados: estructura de direcciones y versión canónica.
- Móvil y rendimiento: versión móvil y Core Web Vitals.
- Datos estructurados, si los usas.
Empieza por Search Console
Si todavía no has dado de alta tu web en Google Search Console, es lo primero: es gratuito y te muestra tu web como la ve Google.
Abre el informe de indexación de páginas. Te muestra cuántas URL están indexadas, cuántas no y el motivo de cada grupo. No te alarmes al ver páginas sin indexar: la propia ayuda de Google advierte que no esperes que todas las URL de tu sitio estén indexadas y que tener URL no indexadas no es necesariamente malo si el motivo es válido.
Lo que debes buscar son páginas importantes (servicios, productos, contacto) que aparezcan en motivos como estos:
- La URL se ha marcado como «noindex»: alguien ha indicado a Google que no la indexe. Pasa a menudo con webs en pruebas publicadas sin quitar esa marca.
- No se ha encontrado (404): si la página se ha trasladado, Google recomienda una redirección a la nueva dirección.
- Bloqueo por robots.txt: el archivo robots.txt impide que Google la rastree.
Para una página concreta, usa la herramienta de inspección de URLs. Te enseña la versión que Google tiene indexada, te deja probar la URL publicada en tiempo real y solicitar su indexación. Ten en cuenta que, según Google, enviar esa solicitud no garantiza que la página aparezca en el índice.
Rastreo: robots.txt, sitemap y errores
El archivo robots.txt indica a los rastreadores a qué URL pueden acceder y sirve sobre todo para controlar la carga sobre tu servidor. Un error frecuente es usarlo para esconder páginas: Google aclara que no es un mecanismo para mantener una página fuera de sus resultados. Para eso tienes la etiqueta noindex o proteger la página con contraseña.
El sitemap XML
El sitemap es un archivo con información sobre las páginas y archivos de tu web que ayuda a Google a rastrearla de forma más eficiente. Google reconoce que un sitio pequeño (unas 500 páginas o menos) y bien enlazado puede no necesitarlo, pero tenerlo rara vez sobra. Eso sí: enviarlo no garantiza que se rastreen e indexen todas sus URL.
Comprueba en Search Console que el sitemap se lee sin errores y que solo incluye páginas que quieres en Google, no borradores ni URL redirigidas.
Errores 404 y del servidor
Los 404 no son un drama en sí mismos. Según la documentación de Google sobre errores HTTP, las URL que devuelven 404 se van retirando del índice con el tiempo. Lo que sí debes vigilar son los enlaces internos que apuntan a ellas y las páginas que se han movido sin redirección.
Más delicados son los errores 5xx: la misma documentación explica que hacen que los rastreadores de Google reduzcan temporalmente el ritmo de rastreo y que, si se mantienen, las URL ya indexadas pueden acabar retiradas. Si los ves a menudo, el problema suele estar en el servidor, y ahí un hosting estable marca la diferencia.
URL claras y contenido duplicado
Google recomienda en su guía sobre estructura de URL usar palabras legibles en lugar de números de identificación largos, y separar las palabras con guiones (-) en vez de guiones bajos (_), porque los guiones marcan claramente dónde acaba cada palabra.
El otro frente son los duplicados: la misma página accesible con y sin barra final, con parámetros de seguimiento o en versiones parecidas. Google explica en su guía de canonicalización cómo indicar la versión preferida:
- Redirecciones permanentes: señal fuerte, útil cuando retiras una página duplicada.
- Etiqueta
rel="canonical": señal fuerte que se pone en el código de la página. - Incluir la URL en el sitemap: señal débil, pero suma.
Si no indicas nada, Google elige por su cuenta la versión que considera mejor. Revisa en la inspección de URLs que la canónica elegida por Google coincide con la que tú quieres.
Versión móvil y rendimiento
Google usa la versión móvil de tu web para indexar y clasificar. En la práctica, si en el móvil ocultas textos, imágenes o enlaces que sí aparecen en el ordenador, Google puede no tenerlos en cuenta. Comprueba que ambas versiones tienen el mismo contenido y las mismas etiquetas meta robots.
Para el rendimiento, la referencia son las Core Web Vitals. Según web.dev, una página ofrece una buena experiencia si cumple estos umbrales en el percentil 75 de las visitas, separando móvil y ordenador:
- LCP (carga): 2,5 segundos o menos.
- INP (respuesta a la interacción): 200 milisegundos o menos.
- CLS (estabilidad visual): 0,1 o menos.
Puedes medirlas con PageSpeed Insights. Fíjate en qué datos estás mirando: los datos de campo vienen de usuarios reales durante los últimos 28 días, mientras que los de laboratorio son una simulación en un solo dispositivo y una red fija. Los de campo reflejan mejor lo que viven tus visitas.
Pon esto en perspectiva. Google confirma en su página sobre experiencia en la página que sus sistemas de clasificación usan las Core Web Vitals, pero también que unas buenas puntuaciones no garantizan aparecer arriba y que siempre intenta mostrar el contenido más relevante. Tienes más detalle en nuestra entrada sobre cómo afecta la velocidad de carga a tu web.
Datos estructurados y cada cuánto revisar
Los datos estructurados ayudan a Google a entender de qué trata una página (una empresa, un producto, un artículo). Google recomienda en su introducción a los datos estructurados el formato JSON-LD en la mayoría de los casos y validarlos con la prueba de resultados enriquecidos. Añadirlos no garantiza que aparezcan resultados enriquecidos: la página tiene que incluir las propiedades obligatorias y cumplir las directrices.
Un análisis de SEO técnico no es algo que se haga una vez y se olvide. Cada actualización de plugins, cambio de plantilla o página nueva puede introducir un noindex olvidado, un enlace roto o una caída de rendimiento. Lo práctico es mirar Search Console con regularidad y repetir la revisión tras cada cambio importante. Si no tienes tiempo para hacerlo, es una tarea que encaja dentro de un buen mantenimiento web.
Preguntas frecuentes
¿Necesito herramientas de pago para un análisis de SEO técnico?
Para una web pequeña o mediana, no necesariamente. Search Console, PageSpeed Insights y la prueba de resultados enriquecidos cubren los puntos básicos de esta guía.
¿Es malo tener páginas sin indexar en Search Console?
No siempre. Google indica que no esperes tener todas las URL indexadas y que puede haber motivos válidos, como una página con etiqueta canónica que apunta a otra. Preocúpate si las que faltan son páginas que quieres que encuentren tus clientes.
¿Quieres saber si Google ve tu web como debería? Si quieres que revisemos la parte técnica, echa un vistazo a nuestro servicio de SEO y SEM o escríbenos y lo vemos contigo.
