Una auditoría SEO no es un informe de 80 páginas que nadie lee. Es una lista de comprobación que se ejecuta en un orden concreto para evitar perder horas persiguiendo fantasmas. Lo que sigue es una checklist operativa, pensada para ejecutarse de arriba abajo, con los puntos que de verdad mueven la aguja y los que suelen generar falsos positivos.
Antes de empezar, una advertencia que rara vez aparece en las guías: no audites un sitio que acaba de migrar o rediseñarse. Necesitas al menos cuatro semanas de datos estables en Search Console. Auditar durante la resaca de un despliegue te hará diagnosticar problemas que ya se están resolviendo solos.
Bloque 0: preparación de la auditoría (antes de tocar nada)
Esta fase se salta casi siempre y es la causa de la mitad de los informes incoherentes.
1. Define el alcance y el tipo de sitio
No se audita igual un ecommerce con 40.000 URLs que una web corporativa de 60 páginas. En la primera, el presupuesto de rastreo y las facetas de filtros son el eje; en la segunda, el enlazado interno y los títulos duplicados pesan más. Escribe el alcance en una línea antes de abrir cualquier herramienta.
2. Fija el periodo de comparación
Elige ventanas de 28 días comparables (evita diciembre contra enero en sectores estacionales). Search Console limita el histórico a 16 meses, así que si necesitas más, exporta ya.
3. Verifica accesos y propiedades
Comprueba que tienes propiedad de dominio (no solo de prefijo URL) en Search Console, acceso de lectura a Google Analytics 4, y credenciales de servidor o al menos de un panel tipo cPanel para revisar logs y cabeceras. Sin acceso a logs, tu auditoría técnica será parcial: dilo en el informe en lugar de disimularlo.
4. Documenta el estado inicial
Captura clics, impresiones, CTR medio y posición media de los últimos 28 días. Guarda también el número de URLs indexadas (site: es una aproximación burda; usa el informe de Páginas de Search Console). Este snapshot es tu línea base y evita discusiones posteriores sobre qué mejoró.
Bloque 1: checklist de indexación y rastreo
5. Cobertura de indexación
Revisa el informe de Páginas y clasifica los motivos de exclusión. Prioriza dos: «Rastreada, actualmente sin indexar» (señal de contenido débil o canibalización) y «Duplicada sin canónica seleccionada por el usuario» (conflicto de canonicals). El resto suele ser ruido esperable.
6. Robots.txt y meta robots
Busca Disallow: / accidentales y noindex heredados de entornos de staging. Un error clásico: bloquear en robots.txt una URL que además lleva noindex; Google nunca verá la etiqueta y la URL puede seguir apareciendo en resultados sin descripción.
7. Sitemap XML
Verifica que el sitemap solo contiene URLs canónicas, indexables y con estado 200. Un sitemap con redirecciones 301 o páginas noindex es una señal de descuido que consume rastreo. Comprueba también que está declarado en robots.txt y enviado en Search Console.
8. Códigos de estado HTTP
Rastrea el sitio y agrupa los 4xx y 5xx. Ojo con los 404 que antes eran páginas con tráfico: si tenían enlaces externos, merecen una 301 al equivalente más cercano. Los 5xx intermitentes son los más peligrosos porque no aparecen en un rastreo puntual; revisa logs para detectarlos.
9. Cadenas de redirecciones y bucles
Una redirección que pasa por tres saltos pierde señales y ralentiza. Corrige las cadenas para que cada URL antigua apunte directamente al destino final en un solo salto.
10. Presupuesto de rastreo (sitios grandes)
Analiza los logs del servidor y calcula qué porcentaje de hits de Googlebot recibe cada tipo de URL. Si las URLs de filtros o parámetros se llevan más del 30%, tienes un problema de arquitectura, no de contenido. Aquí las soluciones pasan por robots.txt, canonicals o enlaces internos nofollow, y cada una tiene efectos secundarios que conviene valorar por separado.
Bloque 2: checklist técnico de rendimiento
11. Core Web Vitals por plantilla, no por sitio
El informe de Search Console agrupa por «grupos de URLs». Audita una muestra de cada plantilla (home, categoría, producto, blog) porque una plantilla con un carrusel pesado puede arrastrar todo el grupo. LCP por encima de 2,5 s en móvil es el problema más frecuente; suele venir de imágenes sin dimensionar o de fuentes que bloquean el renderizado.
12. Renderizado JavaScript
Si el sitio es una SPA, compara el HTML fuente con el DOM renderizado. Un error habitual: contenido crítico inyectado solo por JavaScript que Google indexa con retraso o directamente no indexa si hay errores de consola. La prueba de «Inspeccionar URL» con captura de pantalla te muestra qué ve Google realmente.
13. Canonicals y duplicidades
Revisa que cada página tenga una canónica autorreferente salvo que sea intencionadamente una variante. Las duplicidades por parámetros de seguimiento o por versión con y sin barra final se resuelven mejor en el servidor que con etiquetas.
14. Hreflang (si hay versiones multilingües)
Comprueba que las etiquetas son recíprocas. Un hreflang que apunta a una URL que no devuelve el enlace de vuelta se ignora silenciosamente.
15. Seguridad y certificados
Certificado válido, sin contenido mixto, y HSTS si aplica. Un certificado caducado durante 48 horas puede hacer que Google retire la confianza en el dominio más tiempo del que se tarda en renovarlo.
Bloque 3: checklist on-page y contenido
16. Títulos y meta descripciones
Exporta todos los títulos y detecta duplicados y truncamientos. No persigas una longitud exacta de caracteres: Google reescribe títulos con frecuencia. Prioriza que cada título describa la intención de la página y no repita el patrón de marca en todas.
17. Estructura de encabezados
Un solo H1 por página y jerarquía lógica. Más importante que el número de H2 es que los encabezados reflejen las subtemas que un usuario buscaría.
18. Canibalización de keywords
Cruza las consultas de Search Console con las URLs que reciben impresiones. Cuando dos URLs se reparten las mismas consultas durante semanas, no siempre hay que fusionar: a veces basta con diferenciar la intención. La fusión prematura destruye páginas que funcionaban para consultas distintas.
19. Contenido fino y páginas huérfanas
Identifica páginas con menos de tres enlaces internos entrantes. Las huérfanas no se descubren por navegación y dependen solo del sitemap. Enlazarlas desde el contenido relevante suele tener más efecto que reescribirlas.
20. Enlazado interno
Comprueba que las páginas que quieres posicionar reciben enlaces desde las de mayor autoridad interna. La profundidad de clic ideal es de tres niveles; a partir de cuatro, el rastreo se resiente.
21. Imágenes y multimedia
Formatos modernos (WebP/AVIF), atributos width y height para evitar saltos de layout, y textos alternativos descriptivos. Los alt rellenos de keywords son un lastre, no una ventaja.
Bloque 4: checklist de enlaces y autoridad
22. Perfil de enlaces entrantes
Revisa la evolución de dominios de referencia y detecta picos anómalos. Un crecimiento brusco de enlaces desde directorios de baja calidad no suele requerir desautorización inmediata; en muchos casos Google ya los ignora. Documenta la decisión, pero no actúes por pánico.
23. Enlaces rotos salientes
Menos crítico de lo que se pregona, pero molesta al usuario. Prioriza los que apuntan a recursos que has movido tú.
24. Menciones sin enlace
Identifica marcas mencionadas sin enlace en medios del sector. Es la vía de link building con mejor retorno a medio plazo, aunque requiere contacto editorial y no escala con automatización.
Bloque 5: checklist de medición y cierre
25. Objetivos y eventos en analítica
Verifica que los eventos clave (envío de formulario, clic en teléfono, add to cart) se registran correctamente. Es frecuente encontrar conversiones duplicadas o eventos que no disparan en móvil.
26. Atribución
Comprueba que el tráfico orgánico no está contaminado por campañas UTM mal etiquetadas. Un error de etiquetado puede hacer que el canal orgánico parezca crecer cuando en realidad solo ha cambiado de nombre.
27. KPIs y umbrales de alerta
Define qué considerarías una caída anómala (por ejemplo, más del 20% de clics en 14 días sobre la media de las cuatro semanas previas). Sin umbral, cualquier bajada genera una falsa alarma.
Priorización: cómo convertir la lista en un plan
Una checklist sin priorización es una lista de deseos. Clasifica cada hallazgo en dos ejes: impacto (visitantes afectados × severidad) y coste de implementación. Los bloqueos de indexación y los errores 5xx van primero siempre. Las mejoras de contenido y el link building, después.
Un criterio práctico que ahorra discusiones con desarrollo: presenta los hallazgos técnicos con la URL de ejemplo, la captura de pantalla del problema y la solución concreta. «Optimizar Core Web Vitals» no es una tarea accionable; «eliminar el script X de la plantilla de producto, que bloquea el renderizado, y aplazar la carga del carrusel Y» sí lo es.
Limitaciones que conviene reconocer
Ninguna auditoría detecta todo. Las herramientas de rastreo no ejecutan JavaScript como Google en todos los casos, así que los problemas de renderizado requieren inspección manual. Los datos de Search Console tienen un retraso de dos a tres días y están sujetos a umbrales de privacidad en consultas con poco volumen. Y el impacto de una corrección no es inmediato: los cambios de indexación pueden tardar semanas en reflejarse, y las mejoras de contenido compiten contra el resto del SERP, no solo contra tus versiones anteriores.
Si el sitio recibe menos de 500 clics orgánicos al mes, la auditoría técnica exhaustiva probablemente no sea la prioridad: el problema suele ser de intención y arquitectura de contenidos. Reconocerlo evita invertir semanas en afinar cabeceras mientras la raíz del problema sigue intacta.
Perfiles verificables: Sitio web
Publicado el 25 de October de 2026. Última revisión: 25 de October de 2026.