Auditoría SEO técnica: checklist priorizado para 2026

En resumen: Una auditoría SEO técnica responde cuatro preguntas en orden: ¿puede Google llegar a tus páginas?, ¿puede indexar la versión correcta de cada una?, ¿puede entender de qué trata cada página? y ¿funciona bien la página para las personas que recibe? Empieza por los códigos de estado, el robots.txt y las reglas noindex; sigue con redirecciones, canónicas y sitemaps; después títulos, datos estructurados y hreflang; y por último HTTPS, paridad móvil y Core Web Vitals. Corrige por impacto, no por la longitud de la lista de problemas, y vuelve a comprobar después de cada publicación.

La mayoría de las auditorías fracasan igual. Un rastreador lista 214 "problemas" ordenados por cantidad, y el equipo pasa una semana añadiendo texto alternativo a imágenes decorativas mientras una etiqueta noindex olvidada desde el entorno de pruebas mantiene la página de precios fuera de Google. El volumen no es prioridad.

Este checklist sigue el camino que recorre una página en Google: rastreada, indexada, comprendida, servida. Un problema al principio de esa cadena hace irrelevante todo lo que viene después, así que audita y corrige en ese orden. Cada regla de abajo proviene de la documentación de Google.

Qué cubre una auditoría SEO técnica

Una auditoría técnica trata del acceso y la interpretación, no de si tu contenido merece posicionarse. Los requisitos técnicos de Google son breves: Googlebot no está bloqueado, la página devuelve HTTP 200 y tiene contenido indexable. Google añade que cumplirlos "no significa que una página vaya a indexarse; la indexación no está garantizada". Todo lo demás en una auditoría consiste en eliminar los motivos por los que Google podría omitir, malinterpretar o degradar una página.

Antes de empezar: cuatro fuentes de verdad

1. Informe de indexación de páginas de Search Console: qué URL indexó Google y por qué omitió las demás.
2. Herramienta de inspección de URL: la visión de Google sobre una URL, incluido el HTML renderizado y la canónica que eligió.
3. Un rastreador del sitio: códigos de estado, redirecciones, títulos y canónicas de todas las páginas a las que llega.
4. Un verificador a nivel de página: nuestro verificador SEO web gratuito ejecuta 38 comprobaciones sobre la página que introduzcas (por defecto, tu página de inicio) y los archivos del sitio que la rodean en unos 20 segundos.

Registra primero una línea base (páginas indexadas, páginas no indexadas por motivo, URL encontradas por el rastreador); si no, no podrás saber si las correcciones funcionaron.

Paso 1: ¿Puede Google llegar a tus páginas?

Códigos de estado

Toda URL que quieras en los resultados de búsqueda debe responder con 200. Google documenta cómo trata los demás en How HTTP status codes affect Google Search y Redirects and Google Search:

Dos detalles importan en la práctica. Google dice que "todos los errores 4xx, excepto el 429, se tratan igual", así que un 404 y un 410 conducen al mismo resultado. Y el 429 es el código que envían los firewalls y la protección contra bots cuando creen que un rastreador va demasiado rápido, por lo que un producto de seguridad puede ralentizar en silencio tu indexación.

Google interpreta un meta refresh instantáneo como permanente y uno con retraso como temporal. Las redirecciones con JavaScript solo funcionan si el renderizado tiene éxito; Google aconseja usarlas únicamente cuando no sea posible hacer redirecciones del lado del servidor o con meta refresh.

robots.txt

El robots.txt gestiona el tráfico de los rastreadores. Según la introducción al robots.txt de Google, "no es un mecanismo para mantener una página web fuera de Google". Una página bloqueada "aún puede indexarse si otros sitios enlazan a ella", y se muestra sin descripción.

Comprueba tres cosas:

• El archivo existe en la raíz y devuelve 200 como texto plano, no como una página HTML, o un 404 limpio si no necesitas reglas. Nunca un 5xx: Google pausa entonces el rastreo.
• Ninguna regla bloquea las secciones que quieres en los resultados. El desastre clásico es un Disallow: / copiado del entorno de pruebas.
• El CSS y el JavaScript necesarios para renderizar la página no están bloqueados.

El verificador de robots.txt lee tu archivo como lo hace Googlebot y señala las reglas que bloquean todo el sitio o la página que introduzcas, así como un robots.txt que responde con un error de servidor.

noindex y X-Robots-Tag

Una etiqueta meta noindex o una cabecera HTTP X-Robots-Tag: noindex mantiene una página fuera de los resultados. La cabecera también funciona para PDF, imágenes y vídeos, que no pueden llevar una etiqueta meta (Block Search indexing with noindex).

La trampa: si el robots.txt bloquea esa misma URL, "el rastreador nunca verá la regla noindex y la página aún puede aparecer en los resultados de búsqueda". Para eliminar una página, permite el rastreo y sirve noindex. Audita tanto el HTML como las cabeceras de respuesta, porque las CDN y los plugins pueden añadir X-Robots-Tag sin que nadie edite la página.

Paso 2: ¿Puede Google indexar la versión correcta?

Un sitio, una dirección

http://example.com, http://www.example.com, https://example.com y https://www.example.com son cuatro URL distintas para un rastreador. Elige una y redirige permanentemente las otras tres a ella en un solo salto. Haz lo mismo con las barras finales y las rutas en mayúsculas si tu servidor responde de ambas formas. El verificador de redirecciones prueba las cuatro versiones del host, muestra el código de estado de cada salto y señala redirecciones temporales, bucles y cadenas largas.

Etiquetas canónicas

La guía de canonicalización de Google ordena las señales: las redirecciones y rel="canonical" son señales fuertes; la inclusión en el sitemap es una señal débil. Todas son señales, no órdenes; Google puede elegir otra canónica. Sus buenas prácticas:

• Usa URL absolutas en las etiquetas canónicas.
• Añade una canónica autorreferenciada en la propia página canónica.
• Indica la misma canónica en todos los métodos (etiqueta, cabecera, sitemap).
• "No uses el archivo robots.txt para fines de canonicalización".

Hallazgos típicos: todas las páginas con canónica a la página de inicio, y canónicas que apuntan a URL redirigidas o con 404.

Sitemaps XML

Según Build and submit a sitemap:

• Un único sitemap está limitado a 50 000 URL o 50 MB sin comprimir. Los sitios más grandes se dividen en varios archivos listados en un índice de sitemaps.
• Google ignora <priority> y <changefreq>.
• Google usa <lastmod> solo "si es coherente y verificablemente preciso", y debe reflejar cambios significativos, no un nuevo año en el copyright.
• Envíalo en Search Console y haz referencia a él en el robots.txt con una línea como Sitemap: https://example.com/sitemap.xml.

Un sitemap debe listar solo URL canónicas, indexables y que devuelvan 200. Las redirecciones, los 404 y las páginas noindex en el sitemap envían señales contradictorias y están entre los hallazgos más comunes de un rastreo.

Soft 404

Un soft 404 es una página que devuelve 200 pero parece un error: una categoría vacía, un mensaje de "producto no encontrado", una página de búsqueda sin resultados. Search Console los notifica como "Soft 404". Devuelve un 404 o 410 real para el contenido que falta, o pon contenido útil en esa URL.

Renderizado de JavaScript

Google rastrea, luego renderiza con un Chromium headless y después indexa el HTML renderizado (JavaScript SEO basics). El renderizado ocurre "cuando los recursos de Google lo permiten", por lo que el contenido que solo existe después de ejecutar scripts llega más tarde y es más frágil. Comprueba:

• Los enlaces son elementos <a> con un href. Google dice que "solo puede descubrir tus enlaces" así; los controladores de clic en <div> o <span> le resultan invisibles.
• Las rutas del lado del cliente usan la History API, no fragmentos #.
• Las aplicaciones de una sola página evitan los soft 404 redirigiendo a una URL que devuelve 404 o añadiendo noindex a las vistas de error.
• El texto importante está presente en la respuesta del servidor. Google sigue recomendando el renderizado del lado del servidor o el prerenderizado, y señala que "no todos los bots pueden ejecutar JavaScript", algo que importa aún más para los rastreadores de IA (véase el Paso 5).

Usa la prueba en vivo de la inspección de URL para comparar el HTML sin procesar con el HTML renderizado de una plantilla de cada tipo.

Paso 3: ¿Puede Google entender cada página?

Títulos

La documentación sobre enlaces de título de Google pide un <title> distinto, descriptivo y conciso en cada página, sin relleno de palabras clave ni texto repetitivo. Indica que no hay límite de longitud, pero que los títulos se truncan para adaptarse al dispositivo. Google además reescribe automáticamente los enlaces de título, usando el <title>, el encabezado principal, og:title, el texto ancla y otras fuentes, sobre todo cuando el título falta, está duplicado o no es útil. Un rango práctico de unos 30 a 60 caracteres mantiene visibles las palabras importantes; es una convención, no una regla de Google.

Meta descripciones

Google dice que los fragmentos "se crean principalmente a partir del propio contenido de la página" y que a veces usa la meta descripción cuando ofrece un resumen más preciso (Control your snippets). No hay límite de longitud; el fragmento se trunca según haga falta. Lo que Google sí desaconseja son las descripciones idénticas en muchas páginas y las descripciones formadas por listas de palabras clave. Audita las meta descripciones ausentes y duplicadas en tus plantillas importantes y redacta un resumen legible para cada una. El verificador de metaetiquetas muestra una vista previa de cómo se ve una página en los resultados.

Datos estructurados

Google recomienda JSON-LD "si la configuración de tu sitio lo permite" y la Prueba de resultados enriquecidos para validarlo (intro to structured data). En una auditoría, comprueba que cada plantilla lleve el marcado que le corresponde (Organization en la página de inicio, Product en las páginas de producto, Article en las entradas, BreadcrumbList donde haya migas de pan), que sea válido y que coincida con lo visible en la página. Qué tipos siguen obteniendo resultados enriquecidos en 2026 y cómo redactarlos se explica en nuestra guía de marcado schema; el verificador de marcado schema lista lo que una página declara ahora.

hreflang

Para sitios con versiones por idioma o país, la guía de versiones localizadas de Google establece las reglas:

• Usa etiquetas HTML link, cabeceras HTTP o el sitemap; Google los trata como equivalentes.
• Cada versión se lista a sí misma y a todas las demás. Las anotaciones sin reciprocidad pueden ignorarse.
• Usa un código de idioma ISO 639-1, seguido opcionalmente de una región ISO 3166-1 alfa-2 (en, en-GB, pt-BR). Un código de país solo no es válido.
• Usa URL absolutas y, opcionalmente, x-default para los visitantes que no coinciden con ninguna de tus versiones.

Google detecta el idioma de la página a partir del contenido con sus propios algoritmos, no a partir de hreflang ni del atributo lang, así que una URL alemana con texto en inglés sigue siendo una página en inglés. El verificador de hreflang valida los códigos según estas reglas, comprueba la autorreferencia y señala si x-default está definido; lee una sola página, así que comprueba también los enlaces de retorno en las demás versiones.

Paso 4: ¿Funciona bien la página para los visitantes?

HTTPS y contenido mixto

Sirve todas las URL por HTTPS con un certificado válido y redirige HTTP de forma permanente. La guía de experiencia de página de Google pregunta: "¿Se sirven tus páginas de forma segura?". Busca también contenido mixto (scripts o imágenes cargados por http://), que los navegadores bloquean en parte. El verificador de cabeceras de seguridad cubre el certificado, la redirección a HTTPS, HSTS y el contenido mixto.

Indexación mobile-first

"Google usa la versión móvil del contenido de un sitio, rastreada con el agente de smartphone, para la indexación y el posicionamiento", según sus buenas prácticas de indexación mobile-first. La pregunta de la auditoría es la paridad: la versión móvil debe tener el mismo contenido principal, los mismos datos estructurados, las mismas metaetiquetas robots y títulos y descripciones equivalentes. Google también advierte contra cargar de forma diferida (lazy-loading) el contenido principal tras una interacción del usuario, porque Googlebot no hace clic, no desliza ni escribe.

Ten en cuenta que Google retiró su prueba de optimización para móviles (Mobile-Friendly Test) y el informe de usabilidad móvil de Search Console el 1 de diciembre de 2023, y remitió a los propietarios de sitios a Lighthouse (Google Search Central Blog). Nuestra prueba de compatibilidad móvil comprueba lo básico: la etiqueta viewport, las imágenes adaptables, el favicon y el idioma de la página.

Core Web Vitals

Google afirma que "nuestros sistemas de clasificación usan las Core Web Vitals", aunque también dice que buenas puntuaciones no garantizan las primeras posiciones y que la relevancia va primero. Los objetivos en web.dev, medidos en el percentil 75 de visitas reales:

INP sustituyó a First Input Delay como Core Web Vital en 2024. En una auditoría técnica, anota qué plantillas fallan y sigue adelante; diagnosticar y corregir cada métrica es un proyecto aparte, que explicamos paso a paso en nuestra guía de Core Web Vitals. El verificador de Core Web Vitals lee los datos reales de usuarios de Chrome de tu sitio.

Paso 5: preparación para la búsqueda con IA

Para AI Overviews y AI Mode, Google dice que una página debe estar indexada y ser elegible para mostrar un fragmento, sin requisitos adicionales, y que tu CDN o hosting también debe permitir el rastreo. Otros asistentes usan sus propios rastreadores: OpenAI usa OAI-SearchBot para la búsqueda de ChatGPT y GPTBot para el entrenamiento, y los sitios que bloquean OAI-SearchBot "no aparecerán en las respuestas de búsqueda de ChatGPT". Audita tres cosas: que los rastreadores de búsqueda con IA estén permitidos en el robots.txt y en el firewall, que el contenido clave esté en la respuesta HTML y que la página de inicio indique quién eres con marcado Organization. El verificador de preparación para la búsqueda con IA comprueba las tres; nuestra guía de optimización para motores generativos cubre el resto.

Cómo leer el informe de indexación de páginas

El informe de indexación de páginas es donde la auditoría se encuentra con la realidad. El planteamiento de Google: "No debes esperar que se indexen todas las URL de tu sitio, solo las páginas canónicas". Por tanto, el trabajo no consiste en vaciar la lista "No indexadas", sino en asegurarte de que cada página canónica importante esté indexada y de que cada exclusión sea intencionada.

Tras corregir un problema en todas partes, haz clic en Validar corrección. Google dice que la validación se detiene si queda una sola instancia y que "normalmente tarda hasta unas dos semanas".

Inspección de URL para páginas individuales

La herramienta de inspección de URL muestra la versión indexada (no la actual) y, con Probar URL publicada, la página actual tal como la obtiene Googlebot: disponibilidad, permiso de rastreo e indexación, canónica declarada por el usuario y seleccionada por Google, captura renderizada, HTML sin procesar, cabeceras HTTP y recursos cargados. Úsala en una URL por plantilla después de cada corrección. Solicitar indexación ayuda con unas pocas páginas clave; para muchas páginas, Google recomienda un sitemap con valores lastmod precisos. Tanto las inspecciones como las solicitudes de indexación tienen límites diarios por propiedad.

Presupuesto de rastreo: solo para sitios muy grandes

El presupuesto de rastreo es el problema más sobrediagnosticado del SEO. La guía de presupuesto de rastreo de Google está escrita para sitios con aproximadamente 1 millón o más de páginas únicas que cambian semanalmente, sitios con 10 000 o más páginas que cambian a diario y sitios con una gran proporción de URL en "Detectada: actualmente sin indexar". Google las califica de estimaciones aproximadas, no de umbrales exactos, y dice que si tus páginas se rastrean el mismo día en que se publican, no necesitas la guía. Para la mayoría de los sitios, basta con un sitemap actualizado y revisar con regularidad la indexación de páginas.

Cómo priorizar: impacto por esfuerzo

Puntúa cada hallazgo según su impacto (a cuántas páginas importantes afecta y con qué gravedad) y su esfuerzo (lo difícil que es corregirlo), y trabaja de arriba abajo.

Corrige plantillas, no páginas: un título ausente en una plantilla de producto es una sola corrección.

Ejemplo práctico (hipotético)

Lo siguiente es un ejemplo hipotético, no datos reales. Northwind Outfitters, una tienda inventada de material de exterior con unas 1200 páginas de producto y categoría, hace una auditoría tras un rediseño. Search Console muestra 640 páginas indexadas, frente a las 1050 anteriores al lanzamiento.

El rastreador informa de 312 hallazgos. Ordenados por cantidad, los tres primeros son texto alternativo ausente (148), títulos largos (61) y meta descripciones ausentes (40). Ordenados según el orden de este checklist, el panorama cambia:

1. Acceso: el robots.txt está bien, pero 38 URL devuelven 429 durante el rastreo. La nueva protección contra bots limita las peticiones de cualquier cosa más rápida que una persona.
2. Índice: cada URL de categoría filtrada (?color=, ?size=) lleva una canónica a sí misma, lo que crea 400 casi duplicados. El sitemap aún lista 90 URL antiguas que ahora redirigen. Todas las páginas de producto en http://www. redirigen dos veces: a https://www. y luego a https://.
3. Comprensión: los 61 títulos "largos" se pasan por unos pocos caracteres.
4. Experiencia: el LCP falla en la plantilla de categoría porque la imagen principal se carga de forma diferida.

El orden de corrección: permitir el paso de los rastreadores verificados en la protección contra bots, canonicalizar las URL filtradas hacia la categoría sin filtrar, regenerar el sitemap solo con URL canónicas, reducir la cadena de redirecciones a un salto y, por último, cargar de inmediato la imagen principal de la categoría. El texto alternativo y la longitud de los títulos pasan al siguiente sprint de contenido. Seis semanas después, la caída de indexación se ha recuperado y las URL que siguen "sin indexar" son las páginas filtradas, como se pretendía.

Con qué frecuencia auditar

Haz una auditoría completa cada trimestre y en torno a cada migración, rediseño o cambio de URL (rastrea el entorno de pruebas antes del lanzamiento y producción al día siguiente), y automatiza lo esencial cada semana: códigos de estado, cambios en noindex y robots.txt, errores del sitemap y la tendencia de indexación de páginas. El SEO técnico rara vez se deteriora poco a poco; se rompe el día de un despliegue.

Un checklist inicial de una hora

1. Ejecuta el verificador SEO web gratuito y anota los fallos de alta prioridad.
2. Registra en Search Console los recuentos de indexación de páginas por motivo.
3. Haz la prueba en vivo de una URL por plantilla en la inspección de URL; compara el HTML sin procesar y el renderizado.
4. Revisa el robots.txt, las cuatro versiones del host y una cadena de redirecciones.
5. Comprueba por muestreo diez URL del sitemap: cada una debe devolver 200, ser indexable y ser canónica.
6. Pon los hallazgos en la tabla de impacto × esfuerzo y corrige los tres primeros esta semana.

Cómo realiza Searvia una auditoría SEO técnica

El verificador SEO web gratuito de Searvia lee la página que introduces (la página de inicio si solo escribes un dominio) y los archivos del sitio que la rodean (robots.txt, sitemap, llms.txt), tu certificado, tus registros DNS de correo y datos de velocidad de usuarios reales de Chrome. Ejecuta 38 comprobaciones en seis secciones: apariencia en búsqueda (9), rastreo e indexación (6), preparación para la búsqueda con IA (7), velocidad (6), móvil (4) y seguridad (6), y otorga una nota de A+ a F con una lista de correcciones priorizada y un informe que se puede compartir. Las versiones específicas del mismo motor aparecen en la página de herramientas gratuitas.

Para todo el sitio, la auditoría del sitio de una cuenta de Searvia rastrea tus páginas como un buscador, agrupa los problemas en errores, advertencias y avisos (páginas y enlaces rotos, redirecciones en el sitemap, páginas noindex en el sitemap, canónicas que apuntan a otra parte, títulos duplicados, páginas huérfanas y más) y se ejecuta de nuevo cada semana para que veas lo que corregiste y lo que se rompió. Las páginas por auditoría dependen de tu plan; el plan gratuito cubre 100. Conecta Search Console para ver la indexación y los clics reales de Google junto a la auditoría, y verifica tu sitio para enviar páginas nuevas y modificadas a los buscadores compatibles con IndexNow, como Bing y Yandex, después de cada auditoría.