SEO técnico: qué es y checklist de 25 puntos para auditar tu web en 2026

El SEO técnico es la parte del posicionamiento que se ocupa de que Google pueda rastrear, entender e indexar tu web sin obstáculos. No trata de qué dices, sino de si el buscador consigue leerlo, cuánto tarda en cargarlo y si la estructura del sitio le ayuda o le estorba. Cuando falla, el mejor contenido del mundo se queda fuera del índice.

En Ke Webs auditamos webs de clientes cada semana y el patrón se repite: el 80 % de los problemas que frenan un sitio son técnicos y no de contenido. Canonicals que apuntan a otra URL, hreflang duplicados, sitemaps que excluyen páginas clave, JavaScript que esconde el texto principal. Esta guía resume qué es el SEO técnico, cómo se diferencia del resto de disciplinas y el checklist exacto que usamos para revisar una web.

Qué es el SEO técnico (y qué no es)

El SEO técnico agrupa todas las optimizaciones que afectan a cómo un buscador accede y procesa una página: arquitectura de URLs, rastreo, indexación, velocidad, datos estructurados, seguridad y renderizado. Se diferencia del SEO on-page (títulos, encabezados, textos, enlaces internos) y del SEO off-page (enlaces externos y autoridad) en que su objetivo no es convencer al usuario ni al algoritmo, sino eliminar fricción.

Una forma útil de verlo: el SEO técnico no te hace subir posiciones por sí solo, pero te impide subirlas cuando está mal. Es la condición previa, no el motor.

Por qué importa más en 2026

Tres cambios recientes han subido el peso del SEO técnico:

• Los resultados generados por IA (AI Overviews en Google, Perplexity, ChatGPT con búsqueda) extraen pasajes de páginas que pueden leer sin ejecutar JavaScript pesado. Una web que depende de un framework para mostrar el texto principal queda fuera de esas respuestas.
• Interaction to Next Paint (INP) sustituyó a First Input Delay como métrica de interactividad en marzo de 2024. Muchas webs que aprobaban Core Web Vitals con FID ahora suspenden con INP, sobre todo las que cargan decenas de scripts de terceros.
• El presupuesto de rastreo se ha vuelto más selectivo. Google rastrea menos URLs de baja calidad y prioriza las que devuelven señales claras. Páginas duplicadas, parámetros sin controlar y redirecciones en cadena consumen ese presupuesto sin devolver nada.

Checklist de SEO técnico: 25 puntos

Es la lista que aplicamos en cada auditoría de posicionamiento SEO antes de tocar contenido. Está ordenada por impacto: los primeros bloques son los que más webs rompen.

Rastreo e indexación

1. robots.txt no bloquea recursos que Google necesita para renderizar (CSS, JS, imágenes) ni carpetas con contenido indexable.
2. Sitemap XML válido, enlazado desde robots.txt, sin URLs con noindex, redirecciones ni errores 4xx. Comprueba el Content-Type: un 200 que devuelve HTML en vez de XML no es un sitemap.
3. Canonical en cada página apuntando a sí misma (con la barra final exacta que usa la URL real). Un canonical que apunta a otra URL le dice a Google que esa página no es la versión buena.
4. Meta robots coherente: ninguna página importante con noindex heredado de una plantilla o de un ajuste global tipo «disuadir a los motores de búsqueda».
5. Páginas huérfanas: toda URL indexable recibe al menos un enlace interno. Si solo está en el sitemap, Google la rastrea con menos frecuencia y la posiciona peor.
6. Cadenas de redirección eliminadas. A → B → C se sustituye por A → C. Cada salto pierde señal y tiempo de rastreo.
7. Errores 404 y soft 404 revisados en Search Console. Las URLs que reciben enlaces se redirigen con 301 al equivalente; el resto se dejan en 404 real, sin redirigir todo al home.
8. Parámetros de URL (filtros, ordenaciones, UTM) controlados con canonical o noindex para no generar miles de versiones de la misma página.

Arquitectura y URLs

1. Profundidad de clic: cualquier página importante a tres clics o menos del home.
2. URLs limpias, en minúsculas, con guiones, sin fechas ni IDs. Una URL con mayúsculas y otra sin ellas son dos páginas distintas para Google.
3. Una sola versión del dominio activa: https, con o sin www, y el resto redirigido con 301. Mixed content (recursos http en páginas https) elimina el candado y genera avisos en el navegador.
4. Enlazado interno distribuido: las páginas que facturan reciben enlaces desde el contenido, no solo desde el menú.

Internacional y multiidioma

1. Hreflang recíproco: si la versión ES enlaza a la VE, la VE enlaza a la ES. Sin duplicados del mismo idioma y con x-default definido.
2. Idiomas separados por URL (subcarpeta o subdominio), nunca por cookie o detección automática sin URL propia.
3. Canonical y hreflang alineados: el canonical de cada versión apunta a sí misma, no a la versión principal.

Velocidad y Core Web Vitals

1. LCP por debajo de 2,5 segundos, INP por debajo de 200 ms y CLS por debajo de 0,1 en datos de campo (CrUX), no solo en laboratorio. Los umbrales son los que publica Google en web.dev.
2. Imágenes en WebP o AVIF, con dimensiones declaradas y carga diferida salvo la imagen principal del primer pantallazo. Tenemos una guía específica para optimizar imágenes en WordPress.
3. JavaScript de terceros auditado uno por uno. Cada píxel, chat y mapa de calor suma al INP. Lo que no se usa, se retira.
4. Caché de página y CDN activos. Si usas WordPress, elige bien el plugin de caché y revisa que no retrase scripts que muestran contenido.
5. Fuentes servidas desde tu dominio o con preconnect, con font-display: swap para evitar texto invisible.

Renderizado y contenido accesible al bot

1. El texto principal existe en el HTML servido, no solo después de ejecutar JavaScript. Compruébalo con «ver código fuente» o con curl: si el texto no está ahí, para muchos rastreadores tampoco existe.
2. Animaciones de entrada que no dejen contenido con visibility: hidden de forma permanente cuando el script que las dispara no carga. Es un fallo frecuente en constructores visuales combinados con plugins de caché que difieren JavaScript.
3. Jerarquía de encabezados limpia: un solo H1, H2 para secciones, H3 para subsecciones. Sin saltos ni encabezados usados solo para dar tamaño al texto.

Datos estructurados y señales de confianza

1. Schema.org válido para el tipo de página (Organization, LocalBusiness, Article, FAQPage, Product) dentro de una etiqueta script type="application/ld+json" real. Un bloque JSON-LD envuelto en un comentario HTML es invisible para Google aunque el JSON sea perfecto.
2. HTTPS con certificado vigente, cabeceras de seguridad básicas y sin formularios que digan «enviado» sin enviar nada. Lo último no es SEO en sentido estricto, pero es el error que más leads cuesta.

Cómo hacer una auditoría de SEO técnico paso a paso

1. Rastrea la web con un crawler real. Screaming Frog o un script con Playwright que renderice JavaScript. Un curl no ve lo que el navegador ve, y las auditorías hechas sobre HTML crudo generan falsos negativos en sitios con atributos sin comillas o contenido inyectado.
2. Cruza el rastreo con Search Console. El informe de indexación te dice qué URLs Google conoce, cuáles descarta y por qué («canonical elegida por Google distinta a la declarada» es el aviso que más webs ignoran).
3. Mide Core Web Vitals con datos de campo. PageSpeed Insights muestra CrUX cuando hay tráfico suficiente; si no, Lighthouse local sobre las 5 plantillas principales.
4. Prioriza por impacto y esfuerzo. Un canonical roto en el hub de un idioma vale más que 40 imágenes sin alt. Corrige primero lo que afecta a la indexación, después lo que afecta a la velocidad, y por último lo cosmético.
5. Verifica en el HTML publicado, no en el reporte. Cada corrección se comprueba abriendo la página en incógnito y leyendo el código fuente. «Ya está hecho» no es evidencia; el canonical correcto en el código sí.

Herramientas que usamos

• Google Search Console: la única fuente que dice qué hace Google de verdad con tu web.
• Screaming Frog o un crawler propio con Playwright para el rastreo completo.
• PageSpeed Insights y Lighthouse para Core Web Vitals, con datos de campo cuando existen.
• Validador de resultados enriquecidos de Google para comprobar el schema.
• Cloudflare como CDN y capa de seguridad; tienes la configuración recomendada en cómo configurar Cloudflare para WordPress.

Errores de SEO técnico que vemos cada semana

• El canonical del hub de un idioma apunta al home del otro idioma. Toda la sección se cae del índice sin que nadie lo note, porque la web «se ve bien».
• Slugs huérfanos de migraciones anteriores que siguen respondiendo 200 sin canonical: dos URLs con el mismo contenido compitiendo entre sí.
• Sitemap que excluye la página más importante porque está marcada como «no incluir» desde un plugin.
• Delay de JavaScript activado en el plugin de caché que retrasa el script del constructor visual: el contenido queda oculto hasta que el usuario mueve el ratón, y para el bot nunca aparece.
• JSON-LD comentado para «revisarlo luego» que nunca se activa.

Ninguno de estos fallos se ve navegando la web. Todos se ven en el código fuente y en Search Console. Por eso el SEO técnico no se audita a ojo.

Preguntas frecuentes