SEO técnico: qué es y qué cubre

Es el trabajo sobre la infraestructura de un sitio para que el buscador pueda encontrarlo, entenderlo y mostrarlo. No es el contenido ni los enlaces: es la capa de debajo, la que decide si el resto sirve de algo.

La razón de que exista como disciplina aparte está en cómo funciona la búsqueda. Google la describe en tres etapas —rastreo, indexación y publicación de resultados—, y el SEO técnico se ocupa de las dos primeras. Una página excelente que no se indexa no compite: no está en la carrera.

El suelo de todo esto son los requisitos técnicos mínimos que el buscador exige para considerar una página. Se cumplen o se construyen; no hay una tercera opción, y ninguna decisión de contenido cambia eso.

Nació como una lista de comprobación: sitemap, robots, títulos, redirecciones. Servía cuando los sitios eran estáticos y se rehacían cada dos años. Dejó de servir con dos cambios: los sitios pasaron a desplegarse cada semana y el buscador pasó a ejecutar JavaScript para ver muchas páginas.

El segundo cambio fue que el rendimiento dejó de ser opinión. Antes se decía «que cargue rápido»; hoy hay umbrales publicados y medidos sobre visitas reales, con un criterio explícito de cuándo un sitio se considera bueno: el percentil 75 de sus cargas.

Lo que no cambió, y conviene repetirlo porque se vende lo contrario, es que nada de esto garantiza un puesto. Google no garantiza rastrear, indexar ni servir una página.

Primero, lo que impide existir: errores de servidor, bloqueos en robots, canonicals que apuntan a otra parte, redirecciones encadenadas. Mientras haya algo aquí, todo lo demás es teórico.

Segundo, lo que reparte la atención del rastreador: la arquitectura de URLs y, especialmente en catálogos, los filtros. Rastrear las combinaciones de facetas gasta recursos del servidor y retrasa el descubrimiento de las URLs nuevas, así que se decide cuáles deben ser rastreables antes de tocar nada más.

Tercero, lo que ayuda a entender: los datos estructurados, el formato estandarizado con el que se le describe una página al buscador. Y por último el rendimiento, que se mide en campo y no en laboratorio. El orden completo, aplicado a un proyecto, está en la metodología SEO.

Rastreo: robots, sitemaps, presupuesto y qué se deja fuera. Indexación: canonicals, duplicados, paginación, noindex. Arquitectura: profundidad de clic, enlazado interno, estructura de URLs.

Renderizado: qué ve el buscador cuando la página depende de JavaScript. Datos estructurados: qué se marca y con qué vocabulario. Rendimiento: los tres umbrales de campo. Internacional: hreflang y variantes por país, cuando aplica.

Lo que no cubre: escribir el contenido, conseguir enlaces y decidir la estrategia comercial. Eso es de contenido SEO y del resto del hub de SEO.

En ecommerce es casi siempre lo primero: un catálogo con facetas genera miles de URLs sin que nadie lo decida, y el rastreo se va en ellas en vez de en los productos nuevos.

En B2B pesa menos en volumen y más en precisión: pocas URLs, pero tienen que estar indexadas y ser rápidas, porque cada una vale mucho. En medios vuelve a ser crítico por escala, y en un sitio de servicios profesionales con treinta páginas suele estar resuelto en una semana.

La regla práctica: cuanto más grande el sitio y más frecuente el despliegue, más continuo tiene que ser este trabajo.

Cobertura de indexación y páginas rastreadas por día, en Search Console; los tres umbrales de campo; y errores agrupados por plantilla, que es como se arreglan de verdad —una plantilla rota son cien páginas rotas—.

Sobre los buscadores con IA hay menos misterio del que se vende: Google mantiene que «las buenas prácticas de SEO siguen siendo relevantes» para sus funciones generativas. Una página que no se indexa tampoco se cita, así que esta capa es la misma para las dos cosas; lo que cambia es dónde se observa el efecto.

Lo que no se mide como resultado son las posiciones, por la razón de arriba, ni los resultados enriquecidos, que el marcado habilita sin asegurar.