≡En resumen
- Google renderiza JavaScript, pero en una fase posterior al rastreo; servir el contenido en el HTML inicial sigue siendo lo más seguro.
- No todos los bots ejecutan JavaScript, así que el renderizado en servidor o estático también protege tu visibilidad fuera de Google.
- El crawl budget solo es un problema real en sitios muy grandes o que cambian muy rápido.
- La navegación facetada es la mayor fuente de URL inútiles en ecommerce; Google recomienda bloquear su rastreo si no necesitas indexarla.
- En sitios internacionales, hreflang solo funciona si cada versión enlaza a todas las demás y a sí misma.
01 ¿Qué es el technical SEO?
Technical SEO es el nombre en inglés de lo que en España llamamos SEO técnico. Si tienes una web pequeña, empieza por la checklist de SEO técnico por prioridad. Esta entrada va un paso más allá: los problemas que aparecen cuando la web depende de JavaScript, cuando tiene decenas o cientos de miles de URL o cuando se publica en varios países e idiomas.
02 Cuándo el technical SEO se complica
| Tipo de sitio | Riesgo principal | Dónde centrar el trabajo |
|---|---|---|
| Web corporativa o blog pequeño | Errores básicos de indexación y velocidad | Checklist estándar, Search Console, Core Web Vitals |
| Aplicación con JavaScript (SPA) | Contenido y enlaces que solo existen tras renderizar | Estrategia de renderizado, rutas, códigos de estado |
| Ecommerce grande | Millones de URL por filtros y variantes | Navegación facetada, canonicals, crawl budget |
| Portal o marketplace con contenido cambiante | Google no rastrea lo nuevo a tiempo | Sitemaps con lastmod, velocidad del servidor, logs |
| Sitio internacional | Versiones que compiten entre sí o se muestran en el país equivocado | Hreflang, estructura de dominios, contenido localizado |
03 SEO técnico para webs con JavaScript
Google procesa las páginas con JavaScript en tres fases: rastreo, renderizado e indexación. Tras rastrear una URL que devuelve un código 200, la pone en una cola de renderizado; cuando hay recursos, un Chromium sin interfaz ejecuta el JavaScript y el HTML resultante es el que se indexa. Esa espera puede ser de segundos o más larga, y todo lo que dependa de ella llega tarde al índice.
| Estrategia | Cómo funciona | Valoración SEO |
|---|---|---|
| Renderizado en cliente (CSR) | El servidor envía un HTML casi vacío y el navegador construye la página | Arriesgado: depende de la fase de renderizado y otros bots pueden no ver nada |
| Renderizado en servidor (SSR) | El servidor devuelve el HTML completo en cada petición | Recomendado por Google |
| Renderizado estático (SSG) | Las páginas se generan como HTML al publicar | Recomendado; ideal para contenido que cambia poco |
| Hidratación | HTML servido desde el servidor que luego se vuelve interactivo con JavaScript | Recomendado; es lo que hacen Next.js, Nuxt y similares |
| Renderizado dinámico | Se sirve HTML prerenderizado solo a los bots | Solución provisional según Google; no lo uses en proyectos nuevos |
- ✓Usa la History API para las rutas, no fragmentos con #, que Google no trata como URL distintas.
- ✓Devuelve un 404 real o añade noindex en las páginas de error de una SPA para evitar soft 404.
- ✓No confíes en quitar o cambiar un noindex con JavaScript: si el HTML inicial lo trae, Google puede no llegar a renderizar la página.
- ✓Mantén la etiqueta canonical igual en el HTML inicial y en el renderizado.
- ✓Pon los enlaces internos como etiquetas a con href, no como eventos de clic.
- ✓Comprueba el HTML renderizado con la inspección de URL de Search Console.
04 Crawl budget en sitios grandes
El crawl budget es el número de URL que Google puede y quiere rastrear en tu sitio. Depende del límite de capacidad de rastreo, que Google ajusta según la salud y la velocidad del servidor, y de la demanda de rastreo, que depende del tamaño, la popularidad y la frecuencia de cambio del contenido. Google aclara que solo necesitan preocuparse por él los sitios muy grandes o muy cambiantes.
+1 millón
URL únicas con contenido que cambia aproximadamente cada semana
Fuente: Google Search Central, guía de crawl budget
+10.000
URL únicas con contenido que cambia a diario
Fuente: Google Search Central, guía de crawl budget
-
1
Reduce el inventario de URL
Consolida duplicados y bloquea en robots.txt las URL que no deben rastrearse, como búsquedas internas o parámetros de sesión.
-
2
Devuelve 404 o 410 a lo eliminado
Y elimina los soft 404, que Google sigue rastreando.
-
3
Mantén los sitemaps al día
Con la etiqueta lastmod solo cuando el contenido cambia de verdad.
-
4
Evita cadenas de redirecciones
Cada salto consume rastreo y retrasa el descubrimiento.
-
5
Acelera el servidor
Si responde rápido, Google amplía el límite de capacidad. Admite respuestas 304 para contenido sin cambios.
05 Navegación facetada: el problema número uno del ecommerce
Cada combinación de facetas (talla, color, marca, precio, orden) puede crear una URL nueva. Una categoría con diez filtros genera miles de variantes casi iguales que consumen rastreo y diluyen señales. La guía de Google sobre navegación facetada, actualizada en diciembre de 2025, propone dos caminos.
Si no necesitas indexar los filtros
Bloquea sus URL en robots.txt o implementa los filtros con fragmentos (#), que Google no rastrea. Canonical y nofollow ayudan, pero Google advierte que a largo plazo son menos eficaces.
Si algunos filtros deben posicionar
Usa el separador estándar &, mantén siempre el mismo orden de filtros, no dupliques parámetros y devuelve un 404 cuando una combinación no tenga resultados.
06 Technical SEO internacional: hreflang y estructura
La etiqueta hreflang indica a Google qué versión de una página corresponde a cada idioma y país. Se puede declarar con elementos link en el HTML, con cabeceras HTTP o en el sitemap XML; los tres métodos son equivalentes. El idioma va en formato ISO 639-1 y la región, opcional, en ISO 3166-1 alfa-2, como es-ES o es-MX.
Antes de las etiquetas hay que decidir la estructura (dominios por país, subdominios o subcarpetas), algo que condiciona el resto del proyecto y conviene definir dentro de una estrategia de SEO internacional.
07 Cómo auditar el SEO técnico de un sitio grande
-
1
Analiza los logs del servidor
Son la única fuente que muestra qué URL rastrea Googlebot de verdad y con qué frecuencia.
-
2
Cruza rastreo e indexación
Compara el informe de estadísticas de rastreo y el de páginas de Search Console con tus sitemaps y un rastreo propio.
-
3
Compara HTML inicial y renderizado
Detecta contenido, enlaces o etiquetas que solo aparecen tras ejecutar JavaScript.
-
4
Mide por plantillas
En sitios grandes los errores se repiten por tipo de página: ficha, categoría, filtro, artículo.
-
5
Prioriza por impacto
Primero lo que bloquea la indexación de páginas con demanda, después lo que desperdicia rastreo y al final lo cosmético.
Para el rastreo propio y el análisis de logs tienes opciones comparadas en la guía de mejores herramientas SEO. Cuando el sitio tiene JavaScript, facetas o varias versiones idiomáticas, lo más eficiente suele ser una auditoría SEO técnica que revise plantilla por plantilla y entregue las tareas priorizadas para el equipo de desarrollo.
Preguntas frecuentes sobre Technical SEO
Es la parte del SEO que optimiza la infraestructura de una web (rastreo, renderizado, indexación, velocidad y datos estructurados) para que los buscadores puedan procesarla correctamente. En español se llama SEO técnico.
Ninguna: technical SEO es el término en inglés. En la práctica, se habla más de technical SEO cuando se trata de sitios complejos con JavaScript, muchas URL o varios idiomas.
Sí. Google renderiza las páginas con una versión actualizada de Chromium, pero lo hace en una fase posterior al rastreo. Servir el contenido en el HTML inicial con renderizado en servidor o estático sigue siendo la opción más segura.
No para proyectos nuevos. Google lo describe como una solución provisional y recomienda renderizado en servidor, renderizado estático o hidratación.
Según Google, en sitios de más de un millón de URL que cambian cada semana, de más de 10.000 que cambian a diario o con muchas páginas en estado «Descubierta: actualmente sin indexar».
Si no necesitas indexar los filtros, bloquéalos en robots.txt o usa fragmentos. Si algunos deben posicionar, usa parámetros con &, un orden fijo y un 404 para las combinaciones sin resultados.
Google advierte de que no todos los bots pueden ejecutar JavaScript. Para no depender de ello, sirve el contenido principal en el HTML inicial.
Fuentes consultadas
Sobre el autor
Raúl Aránega Segura
CEO y especialista SEO en appyweb
Fundador de appyweb. Más de una década posicionando webs y tiendas online en Google y, ahora, en las respuestas de la IA.
Ver perfil en LinkedIn ↗