SEO técnico explicado: el cimiento sin el que tu web no crece

Imagina dos panaderías en la misma calle. La primera encargó la web a una agencia cara: animaciones, vídeo de fondo, una tipografía hecha a medida para la marca, fotos de cruasanes en primerísimo plano. La segunda montó una web sencilla, sin florituras. Seis meses después, el dueño de la primera abre la analítica y no entiende nada: la gente busca «pan recién hecho cerca», «cafetería con desayunos [barrio]», y en los resultados aparece la segunda panadería. No es más bonita. No tiene mejor contenido. Simplemente Google la ve, la rastrea y la entiende, y a la primera casi no. El problema es técnico: el SEO técnico de la primera panadería está roto, y la mitad de sus páginas languidece en estado «detectada, pero no indexada».

El SEO técnico es ese trabajo invisible bajo el capó del que depende que el buscador pueda siquiera encontrar tu web, rastrearla, entenderla y meterla en su índice. No es el diseño, ni los textos, ni los enlaces. Es el cimiento sobre el que lo demás se sostiene o se hunde. Y lo más traicionero es que desde fuera no se ve. Una web preciosa con la base técnica rota parece perfecta hasta el momento exacto en que abres el informe y descubres cero tráfico desde el buscador.

En 2026 ese cimiento cuesta más caro que nunca. Google escatima cada vez más recursos al rastrear webs, sus AI Overviews solo citan páginas en las que confía, y la experiencia de página está metida directamente en la fórmula de posicionamiento. Puedes invertir lo que quieras en contenido y en publicidad: si la base tiene grietas, pagas más por un resultado peor. Vamos a ver, sin jerga, de qué está hecho ese cimiento y cómo saber si el tuyo está en apuros.

Qué es el SEO técnico y para qué sirve de verdad

Quitemos la jerga. Cualquier SEO tiene dos caras. La primera es «¿mereces el top?»: cómo de útil es tu contenido, cuánta gente te enlaza, si tienes experiencia real. La segunda es «¿puede Google siquiera ponerte ahí?»: si el buscador es capaz de encontrar la página, leerla, entenderla e indexarla. Esa segunda cara es el SEO técnico.

La lógica aquí es despiadadamente simple. Primero Google tiene que encontrar tu página, enterarse de que existe. Después rastrearla con su robot: descargarla y leerla. Después indexarla: meterla en ese fichero gigante del que se arma cada página de resultados. Y solo entonces posicionarla, es decir, decidir en qué puesto la enseña. Si algo se rompe en los tres primeros pasos, al cuarto no se llega siquiera. Un texto perfecto que Google no consiguió indexar no trae ni un visitante. Sencillamente no existe para el buscador.

Por eso el SEO técnico no es «la guinda para perfeccionistas», sino la condición sin la que lo demás no funciona. Es lo primero que revisamos en cualquier proyecto y lo primero que explica por qué una web no aparece en Google aunque le hayas metido dinero. No tiene sentido acumular contenido y comprar enlaces sobre un cimiento que no aguanta.

Indexación: ¿ve Google tus páginas siquiera?

La indexación es el corazón del SEO técnico, y es justo aquí donde más a menudo aparece la catástrofe. Una página puede existir físicamente, abrirse en tu navegador, verse estupenda, y al mismo tiempo no estar en el índice de Google. Para el buscador, no existe. El problema técnico más frecuente y más amargo de nuestra experiencia suena exactamente así: «la web está, pero en Google no aparece».

La indexación la gobiernan dos ficheros poco vistosos y un par de directivas:

• robots.txt — la instrucción para los robots a la entrada: por dónde pueden pasar y por dónde no. Una sola línea de más, Disallow: /, basta para bloquear el rastreo de toda la web. Vemos una y otra vez webs que se quedan bloqueadas por accidente tras mudarse desde el servidor de pruebas, donde estaba así a propósito.
• El sitemap XML — la lista de todas las páginas que quieres ver en el índice, servida a Google en bandeja. No garantiza la indexación, pero es una señal fuerte de «esto es importante, échale un ojo».
• La metaetiqueta noindex — la orden directa «no indexes esta página». Útil para páginas de servicio, pero si está por error en las comerciales, el efecto es el mismo que con Disallow: la página desaparece de los resultados.
• La etiqueta canónica (de ella hablamos abajo) — indica qué versión de la página hay que considerar la principal.

Todo esto se comprueba gratis. En Google Search Console está el informe «Indexación de páginas»: te enseña cuántas páginas están indexadas, cuántas encontró Google pero no metió en el índice y —lo más importante— por qué. El estado «Detectada, no indexada» en cantidades grandes es una bandera roja: el robot conoce esas páginas, pero ha decidido no quedárselas. A menudo la causa es justo técnica: enlazado interno flojo, duplicados, un servidor lento o contenido inflado que no merece el rastreo.

Rastreo y arquitectura: cómo pasea el robot por la web

Google no descarga tu web entera de una sentada. Cada sitio tiene lo que se llama presupuesto de rastreo: cuántas páginas está dispuesto el robot a descargar en cada pasada. Para una web pequeña no es problema. Pero si el sitio es grande, enredado o lento, el robot gasta el presupuesto en basura —duplicados, filtros infinitos, páginas técnicas— y no llega a lo importante. Parte de tus páginas que dan dinero sencillamente no entra en el rastreo.

Aquí todo lo decide la arquitectura: cómo está montada la estructura del sitio y el enlazado interno. Regla sencilla: a cualquier página importante se debe llegar en no más de tres o cuatro clics desde la portada. Cuanto más enterrada esté una página, cuantos menos enlaces internos lleguen a ella, menos la rastrea el robot y menos peso tiene. Una página huérfana —a la que no apunta ningún enlace interno— es casi invisible para el robot, aunque esté en el sitemap.

Los enlaces internos hacen dos cosas a la vez. Le trazan al robot una ruta por la web y reparten el «peso» entre las páginas: al enlazar desde una página fuerte a la que te interesa, le pasas parte de su autoridad. Por eso un enlazado bien pensado no va de comodidad para el visitante (aunque también), es una herramienta de SEO directa. Una estructura lógica, poco profunda y bien conectada es media base técnica resuelta. Un laberinto enredado de miles de páginas sin jerarquía clara es una pérdida garantizada de parte del índice.

Canonicalización y duplicados: cuando la web compite consigo misma

El contenido duplicado es un asesino silencioso de posiciones, y casi siempre surge sin querer. El mismo producto disponible en tres direcciones distintas por culpa de filtros y ordenaciones. La web que abre con www y sin él, con http y con https: para Google son cuatro webs distintas con el mismo contenido. La página con parámetros UTM de una campaña cuenta como separada de la limpia. El resultado es una web que compite consigo misma: Google no sabe qué versión enseñar y reparte el peso entre ellas en vez de empujar una hacia arriba.

Esto se cura con la etiqueta canónica: una línea de código que dice «esta versión es la principal, las demás son copias suyas, dale a ella todo el peso y la indexación». Suena simple, se rompe fácil. Una etiqueta canónica que por error apunta a una página ajena o inexistente es uno de los errores técnicos más traicioneros: por fuera todo va bien, y Google saca tranquilamente la página del índice porque tú mismo le dijiste que considerara principal a otra.

En las webs multiidioma, sobre la canonicalización se monta otra capa más: el marcado hreflang, que le dice a Google qué versión lingüística enseñar a cada usuario. Hacer una web multiidioma como es debido es en buena medida una tarea técnica: cada idioma en su propia URL, etiquetas canónicas y hreflang correctos, o las versiones empiezan a canibalizarse entre sí en los resultados.

Datos estructurados: ayudar a Google y a la IA a entender la página

Los datos estructurados (Schema.org) son un marcado que le explica al buscador qué hay exactamente en la página. Una persona ve en la página el precio, la valoración y el horario, y los entiende sin que nadie se lo aclare. El robot solo ve texto. El marcado traduce ese texto a lenguaje de máquina: «esto es el nombre de la empresa, esto la dirección, esto una reseña de 4,8, esto el precio del servicio».

Para qué sirve en la práctica:

• Resultados enriquecidos en el buscador. Las estrellitas de valoración, el precio, las respuestas de FAQ directamente en los resultados de búsqueda: todo eso se dibuja a partir del marcado. Un resultado así llama más la atención y se lleva más clics con la misma posición.
• Que te citen los AI Overviews y ChatGPT. Los modelos de lenguaje cogen más a gusto para sus respuestas las páginas cuya estructura entendieron sin ambigüedad. Un marcado claro es una señal directa de «soy fácil de interpretar y citar», y en 2026 entrar en una respuesta de IA es un canal de tráfico propio.
• Negocio local. El marcado LocalBusiness con dirección, teléfono y horario es un ladrillo básico del SEO local, sin el cual te quedas corto en el mapa y en los resultados locales.

Es ese trabajo que desde fuera casi no se ve, pero que le da a la web ventaja en cada resultado de búsqueda. Y es parte de una tarea más amplia: entrar en las respuestas de IA. A la máquina no le basta con mostrarle el contenido, hay que dárselo en una forma que garantice que va a saber interpretarlo.

HTTPS, seguridad y versión móvil: la higiene innegociable

Tres cosas de este bloque dejaron hace tiempo de ser una ventaja y pasaron a ser el mínimo obligatorio. Su ausencia no te sube, te hunde.

HTTPS. La conexión segura (el candadito en la barra de direcciones) es una señal de posicionamiento confirmada y, sin más, una condición de confianza. A una web sin HTTPS los navegadores la marcan directamente como «no segura», y la mitad de los visitantes se da media vuelta sin leer el titular. El certificado hoy es gratis y se instala en media hora: no hay ni una sola razón para no tenerlo.

Mobile-first. Google indexa las webs por su versión móvil; eso es la norma desde hace tiempo, no un experimento. Si en el teléfono la web se descuadra, los botones no se pulsan, el texto no se lee sin hacer zoom, lo que se evalúa es esa versión rota, no la cuidada de escritorio. La mayoría de tus visitantes ya está en el móvil de todas formas, así que no es solo cuestión de SEO, también de formularios de contacto perdidos.

Seguridad básica. Una web hackeada con una redirección maliciosa Google la saca de los resultados y la marca con un aviso que reduce el tráfico a cero. Las actualizaciones regulares, un hosting decente, la protección de los formularios: también son parte de la higiene técnica, solo que la gente se acuerda de ella cuando ya es tarde.

Core Web Vitals y velocidad: por una web lenta pagan todos

La velocidad es la única parte del SEO técnico que notan a la vez el visitante y el buscador. Una web lenta pierde gente antes incluso de cargar, y pierde posiciones de propina. Según estimaciones del sector, una parte notable de los visitantes se va si la página tarda más de unos pocos segundos en cargar, y en móvil, donde la conexión es peor, ese umbral es aún más bajo.

Google mide la velocidad y la experiencia con tres métricas: eso son los Core Web Vitals.

Métrica	Qué mide	En palabras sencillas
LCP (Largest Contentful Paint)	Velocidad de carga del contenido principal	Cómo de rápido ve la persona lo importante en pantalla, en vez de vacío
INP (Interaction to Next Paint)	Respuesta a las acciones	Cómo de viva reacciona la página a un clic o un toque, sin retardo
CLS (Cumulative Layout Shift)	Estabilidad del diseño	Si el diseño salta bajo el dedo cuando termina de cargar una imagen o un banner

En 2026 es justo este trío el que define la cara técnica de la experiencia. INP, recordemos, reemplazó del todo al viejo indicador FID: ahora Google no mira la primera reacción de la página, sino su capacidad de respuesta durante toda la visita. Unos Core Web Vitals perfectos por sí solos no llevan al top: son una señal entre muchas. Pero en igualdad de condiciones unas métricas suspendidas tiran hacia abajo, y en las búsquedas competidas «la igualdad de condiciones» lo decide todo. De cómo leer y arreglar estas tres métricas hablamos en un análisis aparte; aquí lo importante es entender una cosa: por una web lenta pagas dos veces, en posiciones de búsqueda y en visitantes fugados.

Por qué la publicidad y el contenido se desperdician sobre una base agrietada

Esta es la idea que los dueños se saltan más a menudo. El SEO técnico no golpea solo al tráfico orgánico. Mina todo lo que haces en la web, incluido aquello por lo que pagas aparte.

Lanzas publicidad de pago y llevas el tráfico a una página que tarda seis segundos en cargar. Parte de la gente se va sin esperar: pagaste por el clic, pero el contacto no llegó. El coste de captación sube y le echas la culpa a la publicidad, cuando la culpable es la base. Encargas artículos caros para el blog y la mitad no se indexa por un enlazado interno flojo y no trae ni una visita desde el buscador. Dinero gastado, retorno cero. El efecto es siempre el mismo: con el cimiento roto pagas más por un resultado peor, y tardas en entender por qué.

Esto duele especialmente cuando la web salió cara. El coste de una web y su lustre exterior no tienen nada que ver con cómo está su base técnica. El envoltorio bonito y una indexación sana son cosas distintas, y lo segundo importa más. Por eso un buen proveedor mete el SEO técnico dentro de la propia web desde el primer día, en vez de intentar arreglarlo luego a parches. Reparar la base en una web que ya funciona siempre sale más caro y más doloroso que dejarla bien de entrada: es uno de los argumentos para elegir agencia con cabeza y no entregarle la web a quien dibuja bonito pero no piensa si Google la va a ver.

Cómo detectar tú mismo los problemas técnicos

La auditoría a fondo es mejor dejarla en manos de un especialista, pero el diagnóstico base lo haces tú solo y gratis. Por dónde empezar, en orden:

1. Conecta Google Search Console. Es el canal principal, y gratuito, de comunicación con Google. El informe «Indexación de páginas» te enseña qué está en el índice y qué no, y por qué. El informe de Core Web Vitals, dónde tienes problemas de velocidad con usuarios reales.
2. Mide la velocidad en PageSpeed Insights. Pega la dirección y obtienes la nota de LCP, INP, CLS y una lista de problemas concretos por prioridad. Mira primero la pestaña móvil.
3. Asómate al robots.txt y al sitemap. Abre tuweb.com/robots.txt y comprueba que no haya un Disallow: / por descuido. Verifica que el sitemap existe, abre y está enviado en Search Console.
4. Pasa un rastreador por la web. Las versiones gratuitas de Screaming Frog o Sitebulb recorren la web como el robot de Google y te enseñan enlaces rotos, duplicados, páginas huérfanas y etiquetas canónicas equivocadas.
5. Abre la web en el móvil de verdad. No en modo emulación, sino en un dispositivo real. ¿Se pulsa todo? ¿Se lee el texto sin zoom? ¿No salta nada al cargar?

Si en cualquiera de los puntos asoma algo inquietante —muchas páginas sin indexar, Core Web Vitals suspendidos, errores en el sitemap—, es la señal de que el cimiento pide atención. Y conviene arreglarlo antes de verter en la web contenido nuevo o presupuesto de publicidad.

El cimiento decide

Volvamos a las dos panaderías. La que perdió no hizo ninguna tontería: simplemente invirtió en lo que se ve y no invirtió en lo que no se ve. Una fachada bonita sobre un cimiento agrietado. Y ganó aquella cuya web Google pudo encontrar, rastrear, entender y meter en el índice sin trabas. Anodina por fuera, pero sana por dentro.

En eso consiste todo el SEO técnico. No es el trabajo del que se presume en la portada, ni lo que el cliente nota. Es la condición bajo la que todo lo demás empieza siquiera a funcionar: el contenido posiciona, la publicidad rinde, las páginas entran en las respuestas de IA. Al buscador le da igual cuánto pagaste por el diseño. Lo que le importa es si puede leerte. En 2026, cuando Google es cada vez más exigente con qué rastrear y a quién creer, no gana la web más bonita. Gana aquella que tiene todo en su sitio bajo el capó, y que por eso es, sencillamente, visible.