SEO técnico: qué es y cuáles son sus elementos clave
El SEO técnico es el trabajo que asegura que Google pueda rastrear, renderizar e indexar las páginas de un sitio web. No consiste en escribir contenido, sino en preparar la base que lo hace visible. Además, según Google, cumplir los requisitos técnicos no garantiza la indexación.
Qué es el SEO técnico y para qué sirve
El SEO técnico es la parte del posicionamiento en buscadores que se ocupa de la infraestructura del sitio. En concreto, revisa cómo los rastreadores acceden a las páginas, cómo las interpretan y qué versión guardan en el índice. Por eso se distingue del trabajo de contenido y del trabajo de enlaces. Si quieres ver el proceso completo, empieza por la guía qué es el SEO y cómo funciona.
Google describe tres fases para procesar las aplicaciones web con JavaScript: rastreo, renderizado e indexación. Así lo explica su guía de conceptos básicos del SEO en JavaScript. Cada elemento técnico de este artículo influye en alguna de esas fases. Por ejemplo, si el rastreador no puede acceder a una página, Google no puede leer su contenido.
Requisitos técnicos mínimos de Google para indexar una página
Según los requisitos técnicos de la Búsqueda de Google, una página necesita tres condiciones para poder indexarse:
- El rastreador de Google no está bloqueado.
- La página funciona, es decir, Google recibe un código de estado HTTP 200.
- Hay contenido indexable: texto en un tipo de archivo compatible y sin infringir las políticas de spam.
Sin embargo, Google aclara en esa misma página que la indexación no está garantizada. Es decir, el SEO técnico abre la puerta, pero no asegura un lugar en los resultados. Por eso conviene revisar también la calidad del contenido y la experiencia de quien visita el sitio.
Rastreo: robots.txt, sitemap XML y enlaces internos
El archivo robots.txt indica a los rastreadores de los buscadores a qué URL del sitio pueden acceder. Así lo resume la introducción de Google a los archivos robots.txt, que añade su uso principal: evitar que las solicitudes sobrecarguen el sitio. Sin embargo, Google advierte que robots.txt no sirve para impedir que una página aparezca en sus resultados. Para eso recomienda la directiva noindex o proteger la página con contraseña. Si necesitas un ejemplo práctico, revisa la guía para generar un archivo robots.txt.
Un sitemap, en cambio, es un archivo que da información sobre las páginas, los videos y otros archivos del sitio. Según la guía de Google sobre sitemaps, resulta útil si el sitio es grande o si es nuevo y recibe pocos enlaces externos. Por otro lado, puede no ser necesario en sitios de 500 páginas o menos que están bien enlazados de forma interna. De hecho, esa condición muestra el peso de los enlaces internos en el rastreo. Para crear el tuyo, consulta qué es un sitemap XML y cómo crearlo.
Indexación: URL canónicas, redirecciones y códigos de estado
Cuando un sitio tiene páginas duplicadas o muy parecidas, conviene indicar a Google cuál es la URL canónica, es decir, la versión representativa. La guía de Google para especificar una URL canónica ordena los métodos por importancia. Primero, las redirecciones son una señal clara. Luego, el elemento link con rel=canonical también es una señal clara. Por último, incluir la URL en un sitemap es una señal con poca influencia.
Una redirección hace que una URL lleve a otra. Según la guía de Google sobre redirecciones, existen dos grupos. Por un lado, las permanentes, como los códigos HTTP 301 y 308. Por otro, las temporales, como los códigos 302, 303 y 307. De este modo, el código elegido comunica a Google si el cambio de dirección es definitivo o pasajero.
Los códigos de estado completan este bloque. Como ya se vio, Google necesita recibir un código 200 para considerar que una página funciona. Por lo tanto, una página importante que responde con error queda fuera del primer requisito de indexación.
Experiencia en la página: móviles, Core Web Vitals y HTTPS
Google indexa y posiciona la versión para móviles del contenido de los sitios. Así lo explica su guía de prácticas recomendadas para la indexación centrada en los móviles, conocida como «mobile first». Por eso, esa misma guía pide que el sitio móvil incluya el mismo contenido que el sitio para computadoras.
Las Core Web Vitals, o métricas web esenciales, miden la carga, la interactividad y la estabilidad visual. Según el artículo Web Vitals de web.dev, una página ofrece una buena experiencia con estos valores:
- LCP, que mide el rendimiento de carga: 2,5 segundos o menos.
- INP, que mide la interactividad: 200 milisegundos o menos.
- CLS, que mide la estabilidad visual: 0,1 o menos.
Además, web.dev recomienda medir esos valores en el percentil 75 de las cargas de página, separando móviles y computadoras. Google también confirma, en su página sobre la experiencia en la página, que sus sistemas de posicionamiento usan las Core Web Vitals. Esa página incluye además una pregunta de autoevaluación: si las páginas se sirven de forma segura. Para comprobarlo, enlaza al informe HTTPS de Search Console. Si quieres ver cómo encajan estos puntos con el diseño, revisa las características de una página web optimizada para SEO.
Datos estructurados y JavaScript: cómo ayudar a Google a entender la página
Los datos estructurados son un formato estandarizado para dar información sobre una página. Según la introducción de Google a los datos estructurados, Google recomienda usar JSON-LD si la configuración del sitio lo permite. Además, la Prueba de resultados enriquecidos sirve para validar ese marcado. Sin embargo, añadir datos estructurados no garantiza que la página aparezca como resultado enriquecido.
El JavaScript también requiere atención, porque el contenido pasa por una fase de renderizado antes de la indexación. Por eso, en sitios que generan el texto con JavaScript, conviene comprobar qué ve Google. La herramienta de inspección de URLs de Search Console sirve para eso. En concreto, su prueba en tiempo real muestra una captura de la página renderizada y el HTML sin procesar.
Cómo hacer una auditoría de SEO técnico paso a paso
Una auditoría técnica revisa los elementos anteriores en el orden en que Google procesa un sitio. Primero se confirma el acceso, después la indexación y, por último, la experiencia. Así, los errores que bloquean todo lo demás se corrigen antes.
- Revisa el acceso. Abre el archivo robots.txt y confirma que no bloquea páginas importantes.
- Comprueba el sitemap. Verifica que incluya las URL que quieres indexar.
- Inspecciona las URL clave. Usa la herramienta de inspección de URLs de Search Console.
- Revisa códigos y redirecciones. Busca páginas que no respondan con 200 y redirecciones temporales en cambios definitivos.
- Define las canónicas. Indica la versión representativa de cada grupo de páginas duplicadas.
- Mide la experiencia. Consulta LCP, INP y CLS en PageSpeed Insights o en Search Console.
- Valida los datos estructurados. Pasa el marcado por la Prueba de resultados enriquecidos.
Fuente: Google, Requisitos técnicos de la Búsqueda de Google y web.dev, Web Vitals; consulta: 23 de octubre de 2026.
| Elemento | Qué es | Cómo revisarlo |
|---|---|---|
| Archivo robots.txt | Indica a los rastreadores a qué URL pueden acceder | Abrir el archivo en la raíz del dominio y leer sus reglas |
| Sitemap XML | Archivo con información sobre las páginas y otros archivos del sitio | Confirmar que lista las URL que quieres indexar |
| URL canónica | Versión representativa de páginas duplicadas o muy parecidas | Herramienta de inspección de URLs de Search Console |
| Redirecciones | Hacen que una URL lleve a otra, de forma permanente o temporal | Comprobar que los cambios definitivos usan 301 o 308 |
| Códigos de estado | Respuesta del servidor; Google necesita un 200 para indexar | Herramienta de inspección de URLs, en la prueba en tiempo real |
| Versión móvil | Versión que Google indexa y posiciona | Comparar el contenido móvil con el de computadoras |
| Core Web Vitals | Métricas de carga, interactividad y estabilidad visual | PageSpeed Insights o informe de Core Web Vitals de Search Console |
| HTTPS | Servir las páginas de forma segura | Informe HTTPS de Search Console |
| Datos estructurados | Formato estandarizado que describe la página; Google recomienda JSON-LD | Prueba de resultados enriquecidos |
El SEO técnico no termina con una sola revisión. Cada cambio de plataforma, de diseño o de estructura de URL puede alterar el rastreo o la indexación. Por eso conviene repetir la auditoría después de cada migración importante. Si prefieres contar con apoyo, una agencia de posicionamiento SEO en Ecuador puede revisar estos elementos junto con el contenido y los enlaces.
Preguntas frecuentes sobre el SEO técnico
¿Qué es el SEO técnico en palabras simples?
Es la parte del posicionamiento que prepara la infraestructura de un sitio para los buscadores. Se ocupa de que Google pueda rastrear las páginas, renderizarlas e indexarlas sin errores. Por ejemplo, incluye el archivo robots.txt, el sitemap, las redirecciones, las URL canónicas, la versión móvil, la velocidad y los datos estructurados. No sustituye al contenido, pero sin esa base el contenido cuesta más que aparezca.
¿Cuál es la diferencia entre SEO técnico y SEO de contenido?
El SEO técnico trabaja la base del sitio y el de contenido trabaja lo que se publica. El primero revisa el acceso de los rastreadores, los códigos de respuesta y la velocidad. En cambio, el segundo se ocupa de los textos, las palabras clave y la respuesta a lo que busca la gente. Ambos se necesitan, porque un buen texto bloqueado no llega a los resultados.
¿Qué necesita una página para que Google la pueda indexar?
Tres requisitos mínimos. El rastreador de Google no debe estar bloqueado, la página debe responder con un código de estado HTTP 200 y su contenido debe ser indexable. Eso significa texto en un formato compatible y sin infringir las políticas de spam. Aun así, Google aclara que cumplir esos requisitos no garantiza que la página se indexe.
¿Bloquear una página en robots.txt evita que salga en Google?
No. Google explica que robots.txt indica a qué URL pueden acceder los rastreadores, pero no impide que una página aparezca en los resultados. Su uso principal es evitar que las solicitudes sobrecarguen el servidor. Para dejar una página fuera de Google, la recomendación oficial es usar la directiva noindex o proteger el contenido con una contraseña.
¿Qué valores de Core Web Vitals se consideran buenos?
Un LCP de 2,5 segundos o menos, un INP de 200 milisegundos o menos y un CLS de 0,1 o menos. Así lo indica web.dev, que además recomienda medirlos en el percentil 75 de las cargas de página. Conviene separar los datos de móviles y computadoras, ya que la experiencia cambia según el dispositivo y Google indexa la versión móvil.
¿Cada cuánto conviene hacer una auditoría de SEO técnico?
Después de cada cambio importante y de forma periódica. Una migración, un rediseño o una nueva estructura de URL pueden bloquear páginas o crear redirecciones incorrectas sin que nadie lo note. Por eso conviene revisar robots.txt, el sitemap, los códigos de estado y las métricas de experiencia tras cada cambio. Search Console ayuda a detectar errores entre una revisión y otra.
