El SEO técnico no sustituye al contenido ni garantiza posiciones. Su trabajo es evitar que errores de acceso, indexación, canonicalización, renderizado, arquitectura o experiencia impidan que las páginas que sí merecen competir puedan hacerlo.
Qué es el SEO técnico, sin complicarlo
El SEO técnico es la parte del posicionamiento que revisa cómo un buscador accede, procesa e interpreta una web. Incluye rastreo, indexación, canonicalización, renderizado, arquitectura, enlaces internos, sitemaps, códigos HTTP, JavaScript, datos estructurados, experiencia móvil y otros elementos técnicos.
Eso no significa que exista una “puntuación técnica” que te haga subir automáticamente. Una web impecable técnicamente pero irrelevante para la búsqueda no tiene por qué posicionar. Y un contenido excelente puede rendir por debajo de su potencial si la URL está bloqueada, marcada como noindex, canonicalizada hacia otra página o depende de recursos que Google no puede procesar correctamente.
Por qué publicar más contenido no arregla un problema técnico
Si una URL importante no es indexable, tiene una canonical incorrecta o Google no puede acceder a su contenido principal, publicar diez artículos nuevos no corrige esa URL. Primero hay que identificar qué capa falla.
Pero tampoco conviene ir al extremo contrario: que una web tenga errores técnicos no significa que toda falta de crecimiento sea técnica. También puede fallar la intención de búsqueda, la calidad del contenido, la arquitectura comercial, la autoridad o la competencia del mercado.
“No posiciona” no es un diagnóstico. Hay que separar descubrimiento, rastreo, indexación, renderizado, relevancia y competencia para saber dónde actuar.
1. Descubrimiento y rastreo: que Google pueda llegar a la URL
Google descubre páginas mediante enlaces, sitemaps y otras señales. Después sus crawlers solicitan las URLs que pueden acceder. Un problema de rastreo aparece cuando Googlebot no puede obtener correctamente la página o sus recursos importantes.
- robots.txt: puede impedir que Googlebot solicite determinadas rutas.
- Errores 5xx, DNS o red: pueden dificultar o impedir el acceso.
- Enlazado interno pobre: hace más difícil descubrir y priorizar páginas importantes.
- Navegación facetada y parámetros: en sitios grandes pueden generar muchísimas URLs de bajo valor.
- Recursos bloqueados: CSS o JavaScript necesarios para entender la página pueden afectar al renderizado.
robots.txt no sirve para “desindexar”
Esta distinción es fundamental. robots.txt controla el rastreo: indica qué URLs puede solicitar un crawler. No es el mecanismo adecuado para garantizar que una URL desaparezca del índice.
Si quieres impedir la indexación de una página accesible públicamente, se utiliza normalmente noindex. Y para que Google vea esa regla, la URL no debe estar bloqueada por robots.txt. Si el contenido debe ser realmente privado, la solución es controlar el acceso, no confiar en robots.
¿Y el presupuesto de rastreo?
Existe, pero no debería convertirse en una obsesión para una web pequeña o mediana. La gestión avanzada del crawl budget está pensada sobre todo para sitios muy grandes, con muchísimas URLs o cambios frecuentes. En una web corporativa normal suele ser más útil corregir arquitectura, enlaces, errores y URLs innecesarias.
2. Sitemaps: ayudan a descubrir URLs, pero no garantizan indexación
Un sitemap XML sirve para comunicar a Google las URLs que consideras importantes y puede ayudar a descubrir páginas nuevas o actualizadas. Pero incluir una URL en el sitemap no obliga a Google a rastrearla ni a indexarla.
Por eso el sitemap debería contener principalmente URLs canónicas e indexables que realmente quieres mostrar en resultados. Si envías URLs redirigidas, duplicadas, con noindex o que responden con errores, estás mezclando señales.
3. Indexación: rastrear no significa guardar la página
Después del rastreo, Google procesa la página: analiza texto, títulos, imágenes, enlaces y otros elementos, detecta duplicados y determina qué URL considera canónica. Solo entonces una página puede formar parte del índice.
| Situación | Qué significa | Qué revisar |
|---|---|---|
| noindex | La página pide no aparecer en el índice. | Meta robots o cabecera HTTP. |
| Canonical diferente | La página señala otra URL como preferida. | Canonical declarada y canonical elegida por Google. |
| Duplicada | Google agrupa varias URLs similares y elige una principal. | Parámetros, HTTP/HTTPS, barras, filtros, variantes. |
| Rastreada, no indexada | Google obtuvo la URL pero no la incorporó al índice. | Contenido, duplicación, canonicalización y señales del sitio. |
| Error de servidor | Google no obtuvo correctamente el recurso. | Códigos HTTP, hosting, logs y disponibilidad. |
La canonical es una señal, no una orden absoluta
Una etiqueta rel="canonical" ayuda a indicar qué URL prefieres cuando existen versiones duplicadas o muy similares. Google combina esa señal con otras y puede seleccionar una canonical distinta si las señales son contradictorias.
Por eso conviene alinear canonical, enlaces internos, sitemap, redirecciones y versión servida. En ecommerce este punto es especialmente delicado; lo desarrollamos en nuestra guía SEO para WooCommerce.
4. Renderizado: qué ocurre cuando la página depende de JavaScript
Durante el procesamiento Google puede renderizar una página y ejecutar JavaScript con su sistema de renderizado. Esto permite descubrir contenido que no estaba en el HTML inicial.
El problema aparece cuando el contenido principal, los enlaces o datos esenciales:
- dependen de una interacción del usuario para cargarse;
- fallan por errores de JavaScript;
- requieren recursos bloqueados;
- llegan demasiado tarde o de forma inconsistente;
- se comportan de forma distinta para Googlebot.
La Inspección de URL de Search Console es una de las herramientas más útiles para revisar una URL concreta y comprobar el HTML renderizado o realizar una prueba en directo.
5. Mobile-first: Google usa la versión móvil para indexar
Google utiliza la versión móvil del contenido para la indexación y el ranking. En una web responsive esto suele simplificarse porque móvil y escritorio comparten URL y HTML base, pero sigue siendo importante que el contenido principal, enlaces, metadatos e imágenes relevantes estén disponibles también en móvil.
No escondas en móvil información importante que sí existe en escritorio si esa diferencia cambia lo que Google puede procesar.
6. Core Web Vitals: importantes, pero no son “el SEO”
Las Core Web Vitals miden aspectos de experiencia real relacionados con carga, interactividad y estabilidad visual. Google indica que sus sistemas de ranking las utilizan, pero también deja claro que no existe una única señal de experiencia de página y que conseguir métricas perfectas no garantiza posiciones altas.
Por tanto, optimizar LCP, INP y CLS tiene sentido, pero no como sustituto de la relevancia, el contenido o la arquitectura. Si quieres profundizar, tienes nuestra guía de WordPress lento y Core Web Vitals.
7. Datos estructurados: ayudan a interpretar, no garantizan resultados enriquecidos
Los datos estructurados describen entidades y propiedades de una página mediante vocabularios como Schema.org. Pueden ayudar a Google a interpretar determinados contenidos y, cuando se cumplen las directrices correspondientes, hacer que una página sea elegible para ciertas apariencias enriquecidas.
Pero añadir schema no garantiza un rich result ni mejora automáticamente el ranking. Además, el marcado debe representar contenido que realmente existe y es visible para el usuario.
8. Arquitectura y enlazado interno: técnica que también afecta al negocio
Una arquitectura clara ayuda a usuarios y buscadores a entender qué páginas son importantes, cómo se relacionan los servicios y dónde encontrar cada tema.
Revisa especialmente:
- páginas importantes sin enlaces internos;
- menús que solo funcionan mediante interacciones difíciles de rastrear;
- enlaces generados con elementos que no son enlaces HTML rastreables;
- profundidad innecesaria para llegar a servicios importantes;
- anchors poco descriptivos o enlaces repetidos sin utilidad.
No se trata de “repartir autoridad” como si fuese una cantidad fija, sino de crear una estructura que facilite descubrimiento, contexto y navegación.
9. Cómo saber si tu problema es realmente técnico
Empieza por datos, no por intuiciones. Para una primera revisión:
No uses site: como inventario del índice
La búsqueda site:tudominio.com puede servir como comprobación rápida, pero Google advierte que los operadores de búsqueda están sujetos a límites de recuperación. Para diagnosticar una URL concreta, la Inspección de URL de Search Console es más fiable.
Si quieres seguir un proceso completo y ordenado, utiliza nuestra guía para hacer una auditoría SEO básica.
10. Contenido y técnica tienen que trabajar juntos
La conclusión no es “deja de escribir”. Es justo la contraria: publica cuando tienes algo útil que responder, pero asegúrate de que la infraestructura permite que ese trabajo llegue a Google.
Un artículo útil necesita una URL rastreable e indexable. Una página técnicamente perfecta necesita satisfacer una intención real para tener motivos para posicionar. Por eso una estrategia completa combina contenido SEO, arquitectura, implementación técnica y medición dentro de un servicio de posicionamiento SEO.
Y si el problema es cómo convertir una intención comercial en una página que pueda posicionar y vender, el siguiente artículo es cómo redactar páginas de servicios que posicionen y conviertan.
Preguntas frecuentes sobre SEO técnico
¿El SEO técnico es solo para webs grandes?
No. Una web pequeña también puede tener errores de indexación, canonicals incorrectas, noindex accidentales, enlaces que Google no puede seguir o problemas de renderizado. Lo que sí suele preocupar sobre todo a sitios grandes es la gestión avanzada del presupuesto de rastreo.
¿robots.txt sirve para impedir que una página aparezca en Google?
No es la herramienta adecuada para eso. robots.txt controla qué URLs puede solicitar un crawler, pero una URL bloqueada podría seguir apareciendo en resultados si Google conoce su existencia por otros medios. Para impedir la indexación debe usarse noindex en una URL que Google pueda rastrear, o proteger el contenido mediante autenticación cuando corresponda.
¿Por qué Google puede rastrear una página y no indexarla?
Rastrear no garantiza indexar. Google puede detectar una canonical diferente, una regla noindex, duplicados, problemas de acceso o simplemente decidir no incluir la URL. Search Console y la Inspección de URL son las herramientas más útiles para revisar un caso concreto.
¿Una buena puntuación de Core Web Vitals garantiza mejores posiciones?
No. Google utiliza Core Web Vitals dentro de sus sistemas de ranking, pero no existe una única señal de experiencia de página y unas métricas perfectas no garantizan aparecer arriba. La relevancia y la calidad del contenido siguen siendo fundamentales.
¿Cómo compruebo si Google puede ver el contenido generado con JavaScript?
La Inspección de URL de Google Search Console permite revisar la versión rastreada y probar una URL en directo. Para contenido dependiente de JavaScript conviene comprobar el HTML renderizado y asegurarse de que el contenido y los enlaces importantes no requieren una interacción del usuario para aparecer.