SEO técnico: qué es, elementos clave y lista de comprobación
El SEO técnico es la parte del posicionamiento que se asegura de que Google pueda rastrear, procesar e indexar tu web sin obstáculos, y de que esta cargue rápido y de forma segura. No trata de qué dices en cada página, sino de si el buscador puede llegar a ella, entenderla y mostrarla. En esta guía tienes sus elementos clave y una lista de comprobación para revisar tu sitio.
¿Qué es el SEO técnico?
El SEO técnico es el conjunto de ajustes del servidor, del código y de la estructura de una web que facilitan el trabajo de los buscadores. Incluye cosas como el archivo robots.txt, los sitemaps, las redirecciones, la velocidad o los datos estructurados. Si falla, da igual lo bueno que sea tu contenido: Google no lo verá o lo verá mal.
Por eso suele explicarse junto a las otras dos patas del posicionamiento. La diferencia está en qué parte de la web toca cada una:
| Tipo | Qué optimiza | Ejemplos |
|---|---|---|
| Técnico | La infraestructura y el acceso de los robots | Rastreo, indexación, velocidad, HTTPS, canónicas |
| En la página | El contenido y su marcado | Títulos, metadescripciones, encabezados, palabras clave |
| Fuera de la página | La reputación de la web en internet | Enlaces externos, menciones, reseñas |
Cómo funciona Google: rastreo, renderizado e indexación
Para entender qué es el SEO técnico conviene ver el recorrido de una URL. Según la documentación de Google sobre JavaScript, el proceso tiene tres fases:
- Rastreo. Googlebot descubre la URL, por enlaces o por el sitemap, y descarga su código, siempre que robots.txt se lo permita.
- Renderizado. Google ejecuta el JavaScript para ver la página como la vería una persona.
- Indexación. Analiza el contenido, elige la URL canónica y decide si la guarda en su índice.
Cada elemento técnico actúa en una de esas fases. Así, un bloqueo en robots.txt frena el rastreo, un JavaScript pesado complica el renderizado y una canónica mal puesta altera la indexación.
Lista de comprobación de SEO técnico
Usa estas tablas como lista de revisión. Recorre cada fila, anota lo que falla y empieza por lo que impide rastrear o indexar, porque bloquea todo lo demás.
Rastreo e indexación
| Elemento | Qué comprobar | Cómo comprobarlo |
|---|---|---|
| Rastreo | Que Googlebot llegue a las páginas importantes y no pierda tiempo en URL inútiles | Estadísticas de rastreo de Search Console y un rastreador |
| Indexación | Que las páginas clave estén indexadas y las inútiles tengan noindex | Informe Indexación de páginas e Inspección de URLs |
| robots.txt | Que esté en la raíz, pese menos de 500 KiB y no bloquee recursos ni secciones necesarias | Abrir /robots.txt e informe de robots.txt de Search Console |
| Sitemaps | Que solo incluyan URL canónicas que responden con 200, con un máximo de 50.000 por archivo | Informe Sitemaps de Search Console |
| Canónicas | Que cada página apunte a su versión preferida y no haya duplicados sin consolidar | Inspección de URLs: canónica declarada frente a la elegida por Google |
Rendimiento, seguridad y móvil
Los umbrales de esta tabla son los que publica web.dev, verificados el 17 de octubre de 2026.
| Elemento | Qué comprobar | Cómo comprobarlo |
|---|---|---|
| Carga (LCP) | 2,5 s o menos es bueno; más de 4 s es deficiente | PageSpeed Insights e informe Métricas web principales |
| Interacción (INP) | 200 ms o menos es bueno; más de 500 ms es deficiente | PageSpeed Insights con datos de usuarios reales |
| Estabilidad (CLS) | 0,1 o menos es bueno; más de 0,25 es deficiente | PageSpeed Insights y Lighthouse |
| HTTPS | Certificado válido, todo el sitio en HTTPS y redirección desde HTTP | Navegador e informe HTTPS de Search Console |
| Móvil | Mismo contenido, datos estructurados y metadatos en móvil que en ordenador | Inspección de URLs y prueba en un teléfono real |
Marcado, estructura y errores
| Elemento | Qué comprobar | Cómo comprobarlo |
|---|---|---|
| Datos estructurados | Marcado válido en JSON-LD y coherente con lo visible | Prueba de resultados enriquecidos y validador de Schema.org |
| hreflang | Cada versión enumera todas las demás y a sí misma, con códigos de idioma correctos | Código fuente, sitemap y un rastreador |
| Arquitectura y enlazado | Páginas importantes a pocos clics de la portada y sin páginas huérfanas | Rastreador con profundidad de clics |
| Redirecciones | Permanentes con 301 o 308, sin cadenas largas ni bucles | Rastreador y cabeceras HTTP |
| Errores 404 | Que las páginas inexistentes devuelvan 404 real y no haya enlaces internos rotos | Informe Indexación de páginas y rastreador |
| JavaScript | Que el contenido y los enlaces <a href> estén en el HTML renderizado | Inspección de URLs: HTML renderizado |
Elementos clave del SEO técnico
A continuación tienes cada punto de la lista explicado, con lo que dice la documentación oficial y los errores que más vemos al auditar webs.
Rastreo y robots.txt
El archivo robots.txt indica a los robots qué zonas de la web pueden visitar. Debe estar en la raíz del dominio, y Google ignora lo que supere los 500 KiB, según su especificación de robots.txt.
Sin embargo, robots.txt no sirve para sacar una página de Google. Una URL bloqueada puede seguir apareciendo si otras webs la enlazan. Para eso existe noindex. Si quieres escribir el tuyo sin errores, sigue esta guía para crear un archivo robots.txt.
Indexación y noindex
Que Google rastree una página no significa que la indexe. El informe Indexación de páginas de Search Console te dice cuántas URL están dentro y por qué las demás no. Revisa sobre todo los motivos «Rastreada: actualmente sin indexar» y «Descubierta: actualmente sin indexar».
Por otro lado, marca con noindex las páginas sin valor para el buscador: resultados de búsqueda interna, áreas privadas o páginas de agradecimiento. Eso sí, Google tiene que poder rastrearlas para ver la etiqueta, así que no las bloquees también en robots.txt.
Sitemaps XML
El sitemap enumera las URL que quieres que Google descubra. Admite hasta 50.000 URL o 50 MB sin comprimir por archivo. Además, Google ignora las etiquetas priority y changefreq, y solo usa lastmod si es fiable. Tienes ejemplos para copiar en la guía sobre qué es un sitemap y cómo crearlo.
Canónicas y contenido duplicado
Cuando varias URL muestran el mismo contenido, Google elige una como canónica. Puedes influir en esa elección con señales de distinta fuerza. Según la guía de Google sobre URL duplicadas, las redirecciones y la etiqueta rel="canonical" son señales fuertes, mientras que incluir la URL en el sitemap es una señal débil.
Google desaconseja usar robots.txt o noindex para elegir la canónica dentro de un mismo sitio. Para los casos más complejos, revisa cómo eliminar el contenido duplicado.
Core Web Vitals: LCP, INP y CLS
Las Core Web Vitals, o métricas web principales, miden la experiencia real de carga, interacción y estabilidad. Desde el 12 de marzo de 2024, INP sustituye a FID como métrica de interacción. Estos son los umbrales vigentes que publica web.dev, consultados el 17 de octubre de 2026:
| Métrica | Qué mide | Bueno | Necesita mejorar | Deficiente |
|---|---|---|---|---|
| LCP | Tiempo hasta que se pinta el elemento principal | ≤ 2,5 s | 2,5 a 4 s | > 4 s |
| INP | Tiempo de respuesta a clics, toques y teclas | ≤ 200 ms | 200 a 500 ms | > 500 ms |
| CLS | Movimientos inesperados del diseño | ≤ 0,1 | 0,1 a 0,25 | > 0,25 |
Google evalúa el percentil 75 de las visitas, separando móvil y ordenador. En otras palabras, tres de cada cuatro visitas deben superar el umbral. Tienes más contexto en el artículo sobre si las Core Web Vitals son importantes para el posicionamiento.
HTTPS
Google anunció en agosto de 2014 en su blog para desarrolladores que usa HTTPS como señal de clasificación. Hoy, además, los navegadores marcan como no seguras las páginas con HTTP. Comprueba que el certificado es válido, que todo el sitio redirige de HTTP a HTTPS con un 301 y que no cargas imágenes o scripts por HTTP.
Versión móvil
Google usa la versión móvil de tu web para indexar y clasificar, lo que llama indexación basada en móviles. Por eso tu versión móvil debe tener el mismo contenido principal, los mismos datos estructurados y los mismos títulos que la de ordenador. Un diseño adaptable lo resuelve casi siempre. Lo explicamos a fondo en qué es Mobile First Indexing de Google.
Datos estructurados
Los datos estructurados describen el contenido con el vocabulario de Schema.org: si es un artículo, un producto, una receta o una empresa local. Google recomienda el formato JSON-LD. Bien implementados, hacen tu página elegible para resultados enriquecidos, aunque no los garantizan. Comprueba siempre que el marcado coincide con lo que se ve en la página.
hreflang para webs en varios idiomas
La etiqueta hreflang le dice a Google qué versión mostrar según el idioma o la región del usuario. La regla clave es la reciprocidad: cada versión debe enumerar todas las demás y también a sí misma. Si una página apunta a otra y esta no le devuelve el enlace, Google puede ignorar la anotación. Lo desarrollamos en la guía completa para el posicionamiento multilingüe.
Arquitectura web y enlazado interno
Los enlaces internos son el camino principal por el que Googlebot descubre tus páginas. Como referencia práctica, las páginas importantes deberían estar a pocos clics de la portada. También conviene evitar las páginas huérfanas, que no reciben ningún enlace interno. Además, usa textos de enlace descriptivos y una estructura de URL clara, por ejemplo /servicios/diseno-web/.
Redirecciones
Cuando cambias una URL de forma definitiva, usa una redirección permanente en el servidor, preferiblemente 301 o 308. Google recomienda en su guía de migraciones mantenerlas al menos un año. Además, aconseja evitar las cadenas: si no puedes ir directo al destino, que no pasen de tres saltos.
Errores 404 y soft 404
Un 404 no es un problema en sí: es la respuesta correcta para una página que ya no existe. El problema llega con los enlaces internos rotos y con los soft 404. Estos últimos son páginas de error que devuelven un código 200, así que Google las trata como contenido vacío. Corrige los enlaces rotos y redirige con 301 solo cuando exista una página equivalente.
JavaScript
Google puede ejecutar JavaScript, pero lo hace en una fase posterior al rastreo y no todos los robots lo consiguen. Por eso recomienda el renderizado en el servidor o el prerenderizado. Además, Google solo sigue enlaces escritos como <a href="…">. En aplicaciones de una sola página, usa rutas reales con la API History en lugar de fragmentos con almohadilla.
Herramientas para auditar el SEO técnico
No necesitas un gran presupuesto para empezar. Estas herramientas, comprobadas en sus webs oficiales el 17 de octubre de 2026, cubren casi toda la lista:
| Herramienta | Para qué sirve | Coste |
|---|---|---|
| Google Search Console | Indexación, sitemaps, Inspección de URLs, métricas web principales y estadísticas de rastreo | Gratis |
| PageSpeed Insights | LCP, INP y CLS con datos reales y de laboratorio | Gratis |
| Lighthouse | Auditoría de rendimiento, accesibilidad y buenas prácticas desde Chrome | Gratis |
| Prueba de resultados enriquecidos | Validar datos estructurados y ver si son elegibles | Gratis |
| Validador de Schema.org | Revisar cualquier marcado de Schema.org | Gratis |
| Bing Webmaster Tools | Indexación y errores en Bing | Gratis |
| Ahrefs Webmaster Tools | Auditoría de más de 170 problemas técnicos en sitios verificados | Gratis, con 5.000 créditos de rastreo al mes por proyecto |
| Screaming Frog SEO Spider | Rastrear la web como Googlebot: códigos, canónicas, redirecciones y profundidad | Gratis hasta 500 URL; licencia anual de pago para más |
Cómo hacer una auditoría de SEO técnico paso a paso
Con esas herramientas, una primera auditoría sigue este orden:
- Comprueba el acceso. Abre
/robots.txty el sitemap, y confirma que no bloqueas nada importante. - Revisa la indexación. En Search Console, compara las páginas indexadas con las que esperas tener.
- Rastrea la web completa. Con un rastreador, localiza errores 404, redirecciones en cadena, canónicas incoherentes y páginas huérfanas.
- Mide el rendimiento. Pasa tus plantillas principales por PageSpeed Insights: portada, categoría, entrada y ficha de producto.
- Valida los datos estructurados de cada plantilla con la Prueba de resultados enriquecidos.
- Prioriza. Primero lo que bloquea el rastreo o la indexación; después, velocidad y marcado; por último, los detalles.
- Repite cada mes o después de cada cambio de diseño, plugin o servidor.
Si prefieres delegarlo, en Centria Group hacemos auditorías técnicas completas dentro del servicio de posicionamiento web en buscadores, con un plan de corrección priorizado.
Preguntas frecuentes sobre el SEO técnico
¿Qué es el SEO técnico en pocas palabras?
Es la optimización de la infraestructura de una web para que los buscadores puedan rastrearla, procesarla e indexarla sin problemas. Incluye robots.txt, sitemaps, canónicas, velocidad, HTTPS, versión móvil, datos estructurados y redirecciones.
¿Qué diferencia hay entre el SEO técnico y el SEO en la página?
El técnico se ocupa del acceso y la infraestructura: que Google llegue a la página, la entienda y la cargue rápido. En cambio, el posicionamiento en la página trabaja el contenido: títulos, encabezados, textos y palabras clave.
¿Cuáles son los umbrales actuales de las Core Web Vitals?
Según web.dev, consultado el 17 de octubre de 2026, una página es buena si su LCP es de 2,5 segundos o menos, su INP de 200 milisegundos o menos y su CLS de 0,1 o menos, medidos en el percentil 75 de las visitas.
¿Por dónde empiezo una auditoría de SEO técnico?
Empieza por lo que impide rastrear o indexar: robots.txt, noindex, sitemap y errores del servidor. Después revisa canónicas, redirecciones y enlaces rotos. Por último, mide la velocidad y valida los datos estructurados.
¿Qué herramientas gratuitas sirven para el SEO técnico?
Google Search Console, PageSpeed Insights, Lighthouse, la Prueba de resultados enriquecidos, el validador de Schema.org y Bing Webmaster Tools son gratuitas. Además, Screaming Frog rastrea gratis hasta 500 URL y Ahrefs Webmaster Tools audita gratis los sitios verificados.
¿Robots.txt sirve para que una página no aparezca en Google?
No. Google explica que una URL bloqueada en robots.txt puede seguir indexada si otras webs la enlazan. Para sacarla de los resultados usa la etiqueta noindex y deja que Google rastree la página para verla.
¿Cada cuánto conviene revisar el SEO técnico?
Como mínimo una vez al mes y siempre después de un rediseño, una migración, un cambio de servidor o la instalación de plugins importantes. Search Console avisa por correo de muchos problemas, pero no de todos.
