SEO técnico: la capa que nadie ve y que lo bloquea todo cuando falla
Hay webs que publican contenido de calidad durante meses, consiguen algunos backlinks y siguen sin moverse de la página 8. El motivo casi nunca está en el contenido ni en los enlaces. Está en algo que no se ve desde fuera: un robots.txt que bloquea páginas sin que nadie lo sepa, una etiqueta noindex activa por error desde la última migración, o cuatro versiones de la misma URL diluyendo la autoridad del dominio en silencio. El SEO técnico es la capa que Google evalúa antes que cualquier otra cosa. Si falla, el resto del trabajo no tiene base donde apoyarse.
Qué es el SEO técnico y por qué es siempre el primer paso
El SEO se trabaja en tres capas. La primera es el SEO técnico: todo lo que tiene que ver con cómo está construida tu web por dentro y con si Google puede acceder a ella, leerla correctamente y decidir qué páginas merecen estar en su índice. La segunda es el SEO on-page: el contenido, los títulos, la estructura de cada página. La tercera es el SEO off-page: los enlaces externos y la autoridad que acumula el dominio con el tiempo. El orden importa. El SEO técnico va primero no porque sea el más importante en abstracto, sino porque sus problemas bloquean el efecto de todo lo demás. Una página con contenido excelente que Google no puede rastrear correctamente no posiciona. Un dominio con backlinks de calidad que tiene problemas de canonicalización está diluyendo su autoridad entre varias versiones del mismo sitio sin saberlo. Antes de invertir en contenido o en conseguir enlaces, tiene sentido asegurarse de que la base técnica no está poniendo un techo artificial a todo el trabajo.
El SEO técnico no es la capa más vistosa. Es la que determina si el resto del trabajo tiene alguna posibilidad de funcionar.
Rastreo e indexación: lo que tiene que ocurrir antes de posicionar
Antes de que Google pueda posicionar una página, tiene que haberla encontrado y decidido incluirla en su índice. Como se explica en detalle en el post sobre cuánto tarda Google en indexar una web, indexar y posicionar son dos fases distintas, y la primera es condición necesaria para la segunda. El rastreo es el proceso por el que el bot de Google visita las páginas de tu web siguiendo enlaces. Si una página no tiene ningún enlace apuntando a ella desde otra página ya rastreada, puede tardar semanas en ser descubierta o no aparecer nunca. El sitemap.xml acelera el proceso, pero no garantiza que Google indexe todo lo que le envías. La indexación es la decisión de incluir una página en el índice. No todo lo que Google rastrea entra. Descarta páginas con contenido duplicado, páginas con muy poco contenido, páginas con la etiqueta noindex activa por error y páginas con problemas de canonicalización que confunden al bot sobre cuál es la versión definitiva de esa URL. Una página que no está en el índice no puede posicionar para ninguna búsqueda, con independencia de lo bueno que sea su contenido.
Google Search Console tiene un informe de indexación de páginas que muestra exactamente qué páginas tiene indexadas, cuáles ha descartado y el motivo concreto de cada descarte. Si no lo has revisado, es probable que haya páginas importantes que Google lleva semanas ignorando. Los dos motivos más frecuentes en webs pequeñas se explican en descubierta o rastreada, actualmente sin indexar.
- Robots.txt mal configurado: el archivo que le dice a Google qué puede y qué no puede rastrear. Un error en este archivo puede estar bloqueando páginas importantes sin que nadie lo sepa. Es uno de los problemas técnicos más frecuentes en webs que han pasado por varias manos.
- Etiquetas noindex activas por error: una instrucción en el código que le dice a Google que no indexe esa página. En webs que han pasado por migraciones o por varios proveedores, aparecen con frecuencia páginas con noindex que nadie recuerda haber configurado.
- Canonical incorrectas o ausentes: la etiqueta canonical le dice a Google cuál es la versión definitiva de una URL cuando hay varias con contenido similar. Sin ella, Google decide por su cuenta y puede equivocarse. Con ella mal configurada, puede estar ignorando exactamente las páginas que más te importan.
- Presupuesto de rastreo desperdiciado: Google asigna a cada dominio un límite de páginas que va a rastrear en cada visita. Un sitio con muchos errores 404, cadenas de redirecciones o páginas de baja calidad consume ese presupuesto en páginas que no importan, y puede no llegar a rastrear las que sí importan.
Arquitectura y enlazado interno: cómo le explicas a Google qué importa
La estructura de una web y cómo están conectadas sus páginas entre sí es una de las señales técnicas más infrautilizadas. Google interpreta los enlaces internos como señales de importancia relativa: una página que recibe muchos enlaces desde otras páginas del mismo dominio es una página que el sitio considera relevante. Una página sin ningún enlace interno apuntando a ella es una página que existe pero que nadie ha señalado como importante. La profundidad a la que se encuentra una página dentro de la estructura del sitio también importa. Una página a cuatro o cinco niveles de profundidad desde la home, sin enlaces desde páginas principales, tiene muchas menos probabilidades de posicionarse bien que esa misma página bien integrada en la navegación, aunque su contenido sea idéntico. Dos problemas concretos que se detectan con frecuencia en la auditoría técnica del enlazado interno: páginas de contenido valioso que están aisladas porque nadie las ha enlazado desde otros artículos relacionados, y páginas de escaso valor como etiquetas o categorías vacías que acumulan más enlaces internos que las páginas que realmente importan. El método para auditarlo y corregirlo está en la guía de enlazado interno SEO.
El enlazado interno es la palanca técnica con mayor retorno inmediato. No requiere nada externo ni presupuesto adicional: solo requiere revisar qué páginas merecen más visibilidad dentro de la propia estructura del sitio.
Velocidad y Core Web Vitals: cuando la experiencia se convierte en factor de ranking
Desde 2021, Google mide tres indicadores de experiencia de usuario como factor de ranking. Se llaman Core Web Vitals y la diferencia importante es que no se miden en condiciones de laboratorio: se miden con datos reales de usuarios reales navegando tu web desde sus dispositivos y conexiones. Eso significa que una web que pasa los umbrales en escritorio puede estar fallando en móvil sin que nadie lo sepa, porque los usuarios de móvil tienen conexiones más lentas, pantallas más pequeñas y menos memoria disponible. El LCP, Largest Contentful Paint, mide cuánto tarda en aparecer el elemento principal de la página y no debería superar los 2,5 segundos. El INP, Interaction to Next Paint, mide cuánto tarda la página en responder cuando el usuario interactúa con algo. El CLS, Cumulative Layout Shift, mide la estabilidad visual durante la carga: cuando el texto salta porque una imagen aparece sin espacio reservado o un banner empuja el contenido hacia abajo. El problema de fondo en la mayoría de webs construidas con CMS o plantillas no es uno solo: es la acumulación. Decenas de scripts de plugins, herramientas de analítica, widgets de chat y recursos de terceros que se cargan en cada visita aunque la página no los necesite. Cada uno por separado parece inocuo. En conjunto, son la razón por la que una web que visualmente parece rápida suspende en PageSpeed Insights.
PageSpeed Insights analiza cualquier URL en segundos, es gratuito y muestra los resultados separados por dispositivo con las métricas reales de usuarios. Si nunca has revisado los resultados de tu web con esta herramienta, hay una probabilidad alta de encontrar problemas que llevan meses afectando al posicionamiento sin que nadie los haya detectado.
- LCP superior a 2,5 segundos: la causa más frecuente no es el servidor sino la imagen de portada sin optimizar que bloquea el renderizado inicial. Reducir su peso y cargarla con prioridad alta resuelve el problema en la mayoría de casos sin tocar la infraestructura.
- CLS visible durante la carga: casi siempre provocado por imágenes sin dimensiones declaradas en el HTML. El navegador no reserva espacio para ellas hasta que las descarga, y cuando aparecen empujan el resto del contenido. Se corrige añadiendo los atributos width y height a cada imagen.
- JavaScript bloqueante: scripts que se ejecutan antes de que la página sea visible impiden que el usuario interactúe con el contenido. La causa más frecuente son plugins de terceros que cada uno añade su propio script sin coordinación. En WordPress con diez plugins activos, este problema es casi inevitable.
- Tiempo de respuesta del servidor superior a 600ms: ninguna optimización de frontend compensa un servidor lento. Un hosting compartido barato puede tener tiempos de respuesta de 1-2 segundos antes de que el navegador haya descargado ni un byte. Es el techo técnico que todo lo demás tiene que superar.
Cuatro versiones del mismo sitio: cómo se diluye la autoridad sin que nadie lo note
Un error técnico que se repite más de lo que parece: una web accesible desde cuatro URLs distintas al mismo tiempo. Con www, sin www, con http y con https. Si no hay redirecciones 301 que lleven todas las versiones hacia una sola URL canónica, Google se encuentra con cuatro versiones del mismo sitio y tiene que decidir cuál indexar. Puede acertar o puede equivocarse. Y mientras lo decide, la autoridad que debería concentrarse en una sola URL se reparte entre cuatro. Lo mismo ocurre con páginas de contenido idéntico o muy similar accesibles desde URLs distintas por parámetros de filtro, ordenación o paginación que nadie ha canonicalizado. En tiendas online o sitios con mucho contenido estructurado, este problema puede afectar a cientos de páginas simultáneamente. El HTTPS es hoy un requisito mínimo, no una ventaja competitiva. Google lleva años usando HTTPS como señal de ranking y los navegadores marcan las páginas sin certificado como no seguras. En 2026, cualquier web sin HTTPS configurado correctamente tiene un problema técnico básico que resolver antes que cualquier otra cosa.
Una web con cuatro versiones de la misma URL accesibles al mismo tiempo no tiene un problema de contenido ni de autoridad. Tiene un problema técnico que ningún trabajo de SEO on-page ni de link building puede compensar.
Datos estructurados: darle a Google el contexto que no puede inferir solo
Los datos estructurados son un marcado en el código de la web que le dice a Google qué tipo de entidad es cada elemento: si una página es un artículo, un negocio local, un producto, una receta o una página de preguntas frecuentes. Sin ellos, Google tiene que inferirlo a partir del contenido. Con ellos bien implementados, Google tiene ese contexto de forma directa y puede mostrar formatos enriquecidos en los resultados: las preguntas frecuentes desplegadas, los breadcrumbs visibles bajo el título, las valoraciones con estrellas. Estos formatos enriquecidos no mejoran directamente la posición, pero sí el CTR: hacen que el resultado ocupe más espacio visual en la SERP y comunican información adicional antes de que el usuario haga clic. En sectores donde los primeros resultados tienen aspectos similares, un resultado enriquecido puede marcar una diferencia real en el porcentaje de clics. Los esquemas más útiles para la mayoría de webs son tres: Organization o LocalBusiness en la home, que le dice a Google qué tipo de negocio es y dónde está; Article en cada post del blog, que le indica que es contenido editorial con fecha y autor; y FAQPage en cualquier página que responde preguntas directas con respuestas claras, que es el esquema con más impacto visual en la SERP.
Dos resultados en la misma posición de Google. Uno muestra título y URL. El otro muestra título, URL, breadcrumbs y tres preguntas frecuentes desplegadas. El segundo ocupa el doble de espacio visual y el usuario sabe más antes de hacer clic. La diferencia entre los dos no es de posicionamiento. Es de datos estructurados.
Los errores técnicos SEO más frecuentes y cómo detectarlos
La mayoría de los problemas de SEO técnico no son visibles para el usuario. La web carga, las páginas se ven correctamente y todo parece funcionar. Por eso pasan meses sin detectarse. Los síntomas que sugieren que hay un problema técnico sin resolver son más fáciles de identificar que el problema en sí: el tráfico no crece aunque se publique contenido con regularidad, las posiciones no se mueven en semanas, o hay páginas que Google Search Console muestra como excluidas sin motivo aparente.
El primer lugar donde mirar cuando una web no avanza en posiciones a pesar del trabajo de contenido no es el contenido. Es el informe de indexación de páginas de Google Search Console. Muchas veces el problema lleva meses ahí, visible, sin que nadie lo haya revisado.
- Páginas importantes marcadas como noindex por error: ocurre después de migraciones, cambios de CMS o actualizaciones de plantilla. La herramienta para detectarlo es el informe de Cobertura en Google Search Console, que lista todas las páginas excluidas con el motivo exacto.
- Redirecciones en cadena: cuando una URL redirige a otra que a su vez redirige a otra. Cada salto adicional añade tiempo de carga y consume presupuesto de rastreo. Lo detecta Screaming Frog rastreando el sitio completo.
- Páginas lentas en móvil aunque sean rápidas en escritorio: los Core Web Vitals se miden por separado para cada dispositivo. PageSpeed Insights analiza cualquier URL directamente y muestra las métricas reales para ambos.
- Sitemap desactualizado: un sitemap que incluye URLs que ya no existen o que no incluye páginas nuevas publicadas confunde al bot y desperdicia el presupuesto de rastreo. Debe actualizarse automáticamente con cada publicación.
- Contenido duplicado interno: páginas con el mismo contenido accesibles desde varias URLs sin canonical definida. Se detecta comparando el número de páginas indexadas con el número de páginas únicas del sitio.
SEO técnico y auditoría: cuándo tiene sentido hacer un diagnóstico completo
El SEO técnico no es un checklist que se rellena una vez y se olvida. Es una base que hay que revisar cuando algo cambia: cuando se hace una migración de dominio o de plataforma, cuando se detecta una caída de tráfico sin causa aparente, cuando se cambia de proveedor web o cuando una web lleva meses publicando contenido sin que las posiciones mejoren. Una auditoría SEO técnica analiza de forma sistemática todas las capas descritas en este post: rastreo e indexación, arquitectura y enlazado interno, velocidad y Core Web Vitals, canonicalización, HTTPS y datos estructurados. El resultado no es una lista de errores ordenados por la herramienta: es un diagnóstico priorizado que distingue qué está bloqueando el posicionamiento hoy de qué es ruido que no vale la pena atender ahora. Lo que incluye exactamente ese trabajo y en qué orden conviene abordarlo tiene su propia explicación en el post sobre qué incluye una auditoría SEO. El punto de partida de cualquier diagnóstico técnico serio no es la herramienta: es entender qué está fallando en esa web concreta, con esa competencia concreta y desde ese punto de partida concreto. Sin ese contexto, un informe técnico es una lista de datos que no sabe a dónde ir.
El SEO técnico bien resuelto no genera tráfico por sí solo. Pero sin él, nada de lo que se haga encima, ni el contenido ni los backlinks, va a rendir lo que podría rendir con la base saneada.