En esta página
La mayoría de las auditorías SEO técnicas fallan de la misma forma. Vierten cada alerta del crawler en una hoja de cálculo y lo llaman estrategia. Necesitas una checklist que separe lo que bloquea el descubrimiento de lo que es ruido, y luego una decisión clara sobre qué corregir primero.
Esta guía recorre una checklist práctica de auditoría SEO técnica para 2026: rastreo y robots, indexación, Core Web Vitals, estructura on-page, schema, señales internacionales y qué significa de verdad la «preparación para búsqueda con IA». También cubre cuándo basta un pase DIY gratuito y cuándo vale la pena comprar una auditoría de pago.
Qué es (y qué no es) una auditoría SEO técnica
Una auditoría SEO técnica es una revisión estructurada de cómo los motores de búsqueda descubren, renderizan e indexan tus URLs. Responde: ¿puede Google llegar a las páginas que generan dinero, entenderlas y mantenerlas en el índice sin duplicados que compitan entre sí?
No es investigación de palabras clave, estrategia de contenido ni link building. Eso importa, pero se apoya en el rastreo y la indexación. Si las plantillas importantes están en noindex, dan soft 404 o quedan enterradas tras redirecciones rotas, más posts del blog no salvarán el trimestre.
Idea clave: Trata la auditoría como diagnóstico y priorización. Los rankings son el resultado de las correcciones más contenido y enlaces, no un entregable del PDF en sí.

El alcance de la auditoría se centra en rastreo, indexación y priorización. El contenido y los enlaces llegan después de que la base esté clara.
Cómo usar esta checklist
Trabaja un dominio principal (y los subdominios acordados) a la vez. Prefiere los informes de cobertura y experiencia de Google Search Console cuando tengas acceso. Combínalo con un crawl (Screaming Frog, Sitebulb o similar) y revisiones puntuales en un perfil de navegador limpio.
Puntúa cada ítem como pass, fail o needs sampling (catálogos grandes). Los fallos llevan severidad: bloquea páginas de dinero, desperdicia crawl o es cosmético.

Puntúa los ítems con severidad para que el backlog sea ejecutable, no un vertedero de cada alerta del crawler.
1. Acceso de rastreo y robots
Empieza por si los bots pueden obtener lo que importa.
- Confirma que
robots.txtno bloquee CSS, JS ni directorios clave que deberían indexarse. - Revisa
Disallowaccidentales en rutas de staging que de algún modo aún resuelven en producción. - Verifica que los sitemaps XML estén listados, respondan 200 y solo incluyan URLs canónicas e indexables.
- Compara el conteo de URLs del sitemap con el de URLs indexadas en Search Console. Las brechas grandes necesitan una explicación.
- Haz un crawl de muestra desde una IP externa. Los firewalls de hosting y las protecciones antibot a veces bloquean a Googlebot mientras desde tu laptop todo se ve bien.
Error frecuente: Bloquear
/wp-adminestá bien. Bloquear/wp-jsono rutas enteras de/cdn-cgi/sin entender qué sirven es cómo se esconden los fallos blandos.

Si los bots no pueden obtener las plantillas de dinero, el resto de la auditoría es teatro.
2. Indexación y canonicals
El acceso de rastreo no sirve si ganan las URLs equivocadas.
- Revisa páginas de dinero con
site:y la herramienta de inspección de URL. Confirma «URL is on Google» cuando deba estarlo. - Revisa noindex en plantillas que deben rankear (categoría, producto, ubicación, docs).
- Mapea casi-duplicados: mezclas HTTP vs HTTPS, www vs non-www, variantes de barra final, copias con parámetros, vistas de impresión.
- Confirma
rel=canonicalautorreferenciado o correcto en las plantillas que importan. La navegación facetada suele necesitar una estrategia explícita, no esperanza. - Soft 404s: páginas delgadas de «sin resultados» que devuelven 200, archivos vacíos de tags y cascarones placeholder del CMS.
- Paginación e infinite scroll: asegúrate de que siga existiendo una ruta rastreable hacia ítems profundos.
| Señal | Patrón saludable | Bandera roja |
|---|---|---|
| Canonical | Apunta a la URL de dinero preferida | Apunta a un parámetro o ruta obsoleta |
| Status | 200 para indexables | Contenido soft 404 en 200 |
| Sitemap | Coincide con URLs preferidas | Incluye redirecciones y URLs en noindex |
| Hreflang | Recíproco donde se usa | Unidireccional o códigos de idioma incorrectos |

Canonical, status, sitemap y hreflang deben apuntar a las URLs de dinero preferidas, no a copias con parámetros.
3. Rendering y Core Web Vitals
Los sistemas de Google usan señales de experiencia de página. Los datos de campo de usuarios reales superan una sola captura de Lighthouse.
- Extrae Core Web Vitals de Search Console y CrUX cuando estén disponibles.
- Prueba en laboratorio las plantillas clave (home, listado, artículo, producto, checkout si es público).
- Anota el elemento LCP: imagen hero, bloqueo por web font o renderizado tardío en el cliente.
- Anota fuentes de CLS: banners inyectados, anuncios tardíos, medios sin tamaño.
- Anota problemas de INP en plantillas interactivas (filtros, menús, carritos).
- Scripts de terceros pesados: tag managers, widgets de chat, herramientas A/B. Mide el costo; no adivines.
Buena práctica: Corrige la clase de plantilla, no una URL viral. Una sola plantilla de producto puede destruir CWV en miles de páginas.

Los Core Web Vitals pertenecen a la plantilla. Los datos de campo superan una captura afortunada de Lighthouse.
4. Estructura on-page y enlaces internos
El SEO técnico incluye si el HTML es comprensible.
- Title tags únicos y precisos en plantillas de dinero. Sin keyword stuffing.
- Un H1 claro que coincida con el trabajo de la página.
- Jerarquía de headings que refleje el contenido, no un accidente de diseño.
- Enlaces internos desde hubs hacia páginas de dinero. Las URLs huérfanas que solo aparecen en sitemaps son una señal de alerta.
- Plantillas delgadas o casi vacías que compiten con hermanas más ricas.
- Enlaces rotos y cadenas de redirección en la navegación principal y el footer.

La jerarquía de headings y los enlaces de hub a páginas de dinero importan tanto como el crawl en sí.
5. Datos estructurados y rich results
El schema no te posiciona por magia. Puede aclarar entidades y desbloquear rich results cuando coincide con el contenido visible.
- Valida con las herramientas de rich results de Google y los informes de mejoras de Search Console.
- Prefiere tipos que puedas respaldar con honestidad: Article, Product, FAQ, Organization, BreadcrumbList.
- Elimina JSON-LD conflictivo u obsoleto dejado por temas y plugins viejos.
- Mantén el marcado alineado con lo que ven los usuarios. Un FAQ schema falso es un problema de confianza.

El schema solo ayuda cuando coincide con lo que los usuarios pueden ver en la página.
6. Internacional y hreflang (cuando aplica)
Si operas más de un locale, el SEO internacional forma parte de la auditoría técnica.
- El patrón de URL por locale es consistente (carpeta, subdominio o ccTLD) y está documentado.
- Las anotaciones
hreflangson recíprocas y usan códigos de idioma o región válidos. - x-default apunta a un destino intencional.
- Los selectores de idioma no crean trampas de crawl ni conjuntos duplicados de parámetros.
Si solo tienes un idioma, omite esta sección. No inventes hreflang por estética.

Hreflang tiene que ser recíproco. Las anotaciones unidireccionales son un modo de fallo frecuente.
7. Preparación para búsqueda con IA sin teatro
El marketing de «AI SEO» a menudo significa spam automatizado. En una auditoría técnica, la preparación para búsqueda con IA es más aburrida y más útil:
- HTML claro y rastreable para el contenido principal (no encerrado tras renderizado client-side no esencial).
- URLs canónicas estables para que citas y snippets apunten a la página correcta.
- Titles, headings y schema precisos que coincidan con la página.
- Señales de frescura y autoría donde sean honestas (páginas de autor que existen, fechas que se actualizan cuando cambia el contenido).
- Sin cloaking, farms de doorway ni páginas doorway generadas por IA.
No puedes «optimizar para rankings de ChatGPT» con un plugin. Puedes hacer que las páginas sean fáciles de obtener, citar y atribuir.

La preparación para búsqueda con IA son páginas rastreables, claras y atribuibles – no un plugin que promete citas.
Orden de prioridad cuando todo está en llamas
- Restaurar páginas de dinero bloqueadas o desindexadas.
- Corregir canonicals rotos y plantillas soft 404.
- Colapsar cadenas de redirección de migraciones.
- Estabilizar Core Web Vitals en plantillas de alto tráfico.
- Limpiar enlaces internos y colisiones de plantillas delgadas.
- Schema y pulido internacional.
Lo que solo afecta a un archivo poco visitado puede esperar.

Envía primero los bloqueadores que restauran el descubrimiento de páginas de dinero antes de pulir schema.
Auditoría DIY vs auditoría de pago
Hazlo tú mismo cuando:
- Tienes acceso a Search Console y un sitio pequeño (decenas a unos pocos cientos de URLs indexables).
- El modo de fallo es obvio (migración, noindex accidental, bloqueo en robots).
- Tu desarrollador puede desplegar correcciones sin una cola larga.
Compra una auditoría de pago cuando:
- El tráfico cayó tras un rediseño o un cambio de CMS y nadie coincide en el porqué.
- La complejidad de catálogo o multi-locale hace necesario el sampling.
- Necesitas un backlog priorizado con responsables (dev, contenido, hosting) antes de un retainer.
- Agencias anteriores dejaron plugins conflictivos, sitemaps y restos de «AI SEO».
Advertencia: Una auditoría no crea rankings por sí sola. Si la página de producto es débil o el product-market fit es incorrecto, el trabajo técnico solo despeja la pista.

DIY funciona para fallos pequeños y obvios. Compra ayuda cuando la complejidad o una caída tras rediseño necesitan un backlog priorizado.
Si quieres un pase práctico con una lista de correcciones ranqueada en lugar de un vertedero de 80 páginas, consulta mi página de servicio de auditoría SEO técnica.
Escenario trabajado: caída tras rediseño
Un sitio B2B migra de WordPress a un framework JavaScript. Las sesiones orgánicas caen un 40% en seis semanas.
Hallazgos de la checklist:
- Rutas importantes de docs devuelven cascarones renderizados en el cliente con HTML inicial delgado.
- Las URLs antiguas
/blog/*dan 404 sin un mapa de redirecciones. - El sitemap sigue listando rutas legacy.
- Los tags canonical en las nuevas páginas de listado apuntan al homepage.
Primer sprint: mapa de redirecciones para URLs legacy, corregir canonicals, enviar sitemap actualizado, mejorar el HTML renderizado en servidor para plantillas de docs. El contenido y los enlaces llegan después de que eso aterrice.

Redirecciones, canonicals, sitemap y HTML renderizado en servidor aterrizan antes que el contenido y los enlaces.
Preguntas frecuentes
¿Cuánto tarda una auditoría SEO técnica?
La mayoría de las auditorías de un solo dominio terminan en una o dos semanas una vez listo el acceso. Los catálogos muy grandes reciben una muestra acotada de plantillas más un plan para el resto.
¿Necesito Search Console para una auditoría útil?
Ayuda mucho. Sin ella, un crawl más revisiones públicas de URL aún encuentra muchos problemas, pero la cobertura y los datos de campo de CWV serán más delgados.
¿Es lo mismo que un paquete SEO completo?
No. Esta checklist es diagnóstico técnico y priorización. La estrategia de contenido, el digital PR y la optimización continua son aparte una vez que la base está clara.
¿Corregir estos ítems garantiza rankings?
Ningún operador honesto debería prometer eso. Las correcciones técnicas quitan bloqueadores para que el contenido y los enlaces puedan funcionar. Google sigue rankeando en relación con competidores y relevancia.
¿Qué hay de AI Overviews y el «GEO»?
Mantén las páginas rastreables, claras y atribuibles. Omite esquemas que prometan citas de IA garantizadas. Trata las funciones experimentales como secundarias frente a una indexación sólida y páginas útiles.
Qué hacer a continuación
Ejecuta los checks de crawl y Search Console en orden, escribe un backlog corto con severidad y envía los bloqueadores principales antes de expandir la producción de contenido. Si quieres una segunda mirada al backlog o a la implementación, contacta por el formulario y podemos acotar una auditoría SEO técnica enfocada.
