Una pyme descubre que su tráfico orgánico ha caído después de una migración. El equipo revisa títulos, publica nuevos artículos y plantea invertir en enlaces, pero nadie ha comprobado si las URL antiguas redirigen correctamente, si el robots.txt bloquea categorías importantes o si Google está indexando versiones duplicadas. El problema no está en la falta de esfuerzo, sino en trabajar sobre una base que no se ha diagnosticado.
Una auditoría SEO técnico convierte esa incertidumbre en un mapa de decisiones. Revisa rastreo, indexación, arquitectura, rendimiento, renderizado, accesibilidad y señales semánticas, pero su valor real aparece cuando relaciona cada hallazgo con tráfico, conversión y riesgo operativo. Una web de pocas páginas no se audita igual que un e-commerce con miles de combinaciones, filtros y dependencias de JavaScript.
En España, las herramientas y guías especializadas describen entre 22 y 30 comprobaciones técnicas distintas, desde robots.txt y sitemap.xml hasta Core Web Vitals y accesibilidad semántica, según la guía de auditoría SEO gratuita de Gobalo. El estándar profesional ya no consiste en entregar una lista interminable de errores, sino en explicar qué está ocurriendo, qué debe corregirse primero y cómo medir si la solución ha funcionado.
Tabla de contenido
- Por qué tu web necesita una auditoría SEO técnico antes de cualquier cambio
- Preparación, herramientas y configuración del crawling inicial
- Rastreo, indexación y cobertura en Google Search Console
- Rendimiento, Core Web Vitals y renderizado de JavaScript
- Arquitectura, enlazado interno y datos estructurados
- Cómo priorizar correcciones y construir el plan de acción
- Errores comunes, señales de éxito y cuándo contratar una agencia
Por qué tu web necesita una auditoría SEO técnico antes de cualquier cambio
El escenario más peligroso no es una web con errores visibles. Es una web que parece funcionar para los usuarios, pero ha perdido señales importantes para Google. Una migración puede conservar el diseño y romper las redirecciones. Un nuevo sistema de filtros puede crear miles de URL casi idénticas. Una plantilla puede añadir noindex a páginas comerciales. Cuando el tráfico cae, el equipo suele reaccionar con contenido o publicidad antes de identificar la causa raíz.
La auditoría debe llegar antes que el rediseño, la ampliación del blog o el link building. Una arquitectura rota, un sitemap con URL no indexables o un canonical que apunta a otra plantilla pueden limitar la visibilidad de muchas páginas al mismo tiempo. Mejorar el contenido de esas páginas no resuelve el bloqueo. Solo hace más costoso un problema que sigue intacto.
En una auditoría de marketing digital, el SEO técnico debe tratarse como una revisión estructural, no como una inspección aislada de etiquetas. La pregunta correcta no es cuántos errores devuelve el crawler, sino qué parte del negocio queda expuesta por cada error.
Auditoría de incidente y auditoría de mantenimiento
Conviene separar dos escenarios:
- Incidente SEO: se activa después de una migración, una caída brusca de tráfico, un cambio de CMS, un rediseño o una modificación importante del sistema de navegación. Aquí se busca una explicación concreta y se comparan versiones antes y después del cambio.
- Mantenimiento técnico: revisa de forma periódica la salud del sitio, detecta nuevas URL, errores de servidor, cambios en plantillas y problemas de rendimiento antes de que se conviertan en una pérdida visible.
Una auditoría puntual puede localizar el fallo que ha provocado una caída. El mantenimiento evita que el mismo patrón reaparezca cuando el equipo publica, desarrolla o cambia la plataforma.
Regla práctica: si todavía no sabes qué URL puede rastrear Google, cuáles están indexadas y qué plantilla genera el problema, no estás preparado para priorizar contenidos ni enlaces.
La dimensión del sitio cambia por completo el trabajo. En una web pequeña, un error puede revisarse manualmente. En un portal amplio, el mismo error debe segmentarse por plantilla, idioma, categoría y estado de indexación. El recorrido ordenado empieza por preparar un inventario fiable y configurar un crawling que reproduzca, con criterio, el comportamiento de los buscadores.
Preparación, herramientas y configuración del crawling inicial
Un crawling útil empieza antes de abrir Screaming Frog. Primero hay que reunir las fuentes que representan la web real: el sitemap.xml, una exportación de URL del CMS, la navegación disponible y, cuando el tamaño o la gravedad lo justifican, los logs del servidor. Si solo rastreas la home y los enlaces que encuentra el crawler, puedes perder páginas huérfanas, URL que reciben tráfico o rutas que Google conoce por enlaces externos.
El inventario debe segmentarse por plantilla, no solo por carpeta. Home, categorías, fichas de producto, servicios, blog, autores, landings, filtros e idiomas pueden compartir problemas distintos. Una respuesta 200 correcta en una ficha no demuestra que la plantilla de categorías funcione. La auditoría debe permitir filtrar el resultado por tipo de página para encontrar patrones, no excepciones.
Elegir el stack según el tamaño
La herramienta adecuada depende del volumen, del nivel de detalle y de la necesidad de incorporar datos externos. La siguiente clasificación sirve como punto de partida, no como una regla rígida.
| Rango de URLs | Herramienta recomendada | Fortaleza principal |
|---|---|---|
| Sitios pequeños | Screaming Frog | Control detallado del rastreo y configuración flexible |
| Sitios medianos | Sitebulb | Visualizaciones de arquitectura y lectura más accionable |
| Sitios grandes | Botify o Lumar | Escalabilidad, integración de datos y análisis avanzado |
| Sitios con necesidades de logs | Botify o Lumar | Cruce entre rastreo del bot y comportamiento real del servidor |
Screaming Frog permite trabajar gratis hasta 500 URL, según la referencia incluida en la documentación de auditoría de SE Ranking. En proyectos pequeños es suficiente para localizar enlaces rotos, canonicals, códigos de respuesta y problemas de metadatos. Sitebulb aporta más contexto visual cuando el equipo necesita entender la arquitectura sin interpretar cada exportación.
En sitios muy grandes, el crawler no sustituye a los logs. Botify o Lumar resultan más adecuados cuando hay que saber qué rastrea realmente Google, con qué frecuencia y qué recursos consume en parámetros, duplicados o respuestas de servidor. El criterio no es comprar la herramienta más completa. Es evitar pagar por una plataforma que no resuelve la pregunta de negocio.
Configurar el rastreo sin contaminar los datos
Antes de lanzar el análisis, configura el user-agent según el objetivo. Un rastreo de diagnóstico puede usar un agente de escritorio, móvil o Googlebot, pero debes documentar la elección. Respeta el robots.txt para no simular un acceso que Google no tendría, y ejecuta una segunda prueba controlada si necesitas identificar recursos bloqueados.
Ajusta la velocidad para no saturar el servidor. Excluye parámetros internos, búsquedas, sesiones y combinaciones sin valor SEO, pero guarda una muestra de esas URL para analizar si están generando duplicidad o desperdicio de rastreo. En webs con JavaScript, activa el renderizado y compara el HTML inicial con el DOM renderizado. Si el contenido principal, los enlaces o el hreflang solo aparecen después de la hidratación, el problema merece una revisión específica.
Rastreo, indexación y cobertura en Google Search Console
El crawler describe lo que encuentra al navegar desde las fuentes que le has dado. Google Search Console muestra otra realidad, la de las URL descubiertas, procesadas, excluidas o indexadas por Google. Ninguna de las dos fuentes es suficiente por separado. El diagnóstico aparece al cruzarlas.
Empieza comparando el inventario rastreable con los informes de Indexación de Search Console. Una URL puede devolver 200 al crawler y seguir excluida por canonical, noindex, duplicidad o una decisión de Google. También puede no aparecer en el rastreo porque carece de enlaces internos, aunque reciba tráfico o enlaces externos.
Qué revisar en cada grupo
- Errores 3xx: comprueba si la redirección lleva directamente a la URL final. Una cadena innecesaria, un bucle o una redirección hacia una página irrelevante puede desperdiciar señales y empeorar la experiencia.
- Errores 4xx: localiza el origen del enlace. Un 404 sin referencias puede ser una limpieza normal, mientras que un 404 con enlaces internos, backlinks o tráfico merece una redirección o una recuperación.
- Errores 5xx: revisa si son puntuales o reincidentes. Una respuesta temporal puede desaparecer al repetir la prueba, pero los fallos repetidos en plantillas críticas requieren intervención del servidor o del CMS.
- Páginas excluidas por canonical: valida que la URL elegida sea la versión que realmente quieres posicionar. Un canonical cruzado entre versiones con y sin barra final puede consolidar señales en la página equivocada.
- Páginas bloqueadas por robots o noindex: confirma que la regla se aplica a zonas de bajo valor y no a categorías, productos o servicios comerciales.
- Páginas huérfanas: cruza sitemap, logs, analítica y crawler. Una URL huérfana que recibe tráfico no debe eliminarse por el mero hecho de no tener enlaces entrantes.
Un sitemap que incluye URL bloqueadas por robots.txt, con noindex o que responden con error no es una ayuda para Google. Es una fuente de señales contradictorias. El sitemap debería contener las URL canónicas, accesibles y relevantes para indexación, mientras que las rutas de filtros o búsquedas internas deben gestionarse con una lógica distinta.
Separar problemas reales de falsos positivos
No todo aviso exige una corrección. Un canonical ausente en una página única puede ser una decisión válida si la plataforma no necesita esa etiqueta para consolidar variantes. Un 404 puede ser correcto si el contenido se ha retirado y no existe una sustitución equivalente. El trabajo consiste en relacionar el hallazgo con intención, tráfico, enlaces y valor comercial.
La prioridad sube cuando el error afecta a una plantilla completa, contradice el sitemap, bloquea una página que convierte o coincide con una caída de cobertura. Esa combinación ofrece una hipótesis sólida para el plan de acción. Los avisos aislados se documentan, pero no deben desplazar un bloqueo de indexación que afecta a cientos de URL.
Rendimiento, Core Web Vitals y renderizado de JavaScript
Una página puede ser rastreable y estar indexada, pero ofrecer una experiencia lenta, inestable o incompleta. Por eso la auditoría técnica debe unir tres perspectivas: datos de campo, pruebas de laboratorio y renderizado real del contenido.
Las Core Web Vitals que debes revisar son LCP, para la carga del elemento principal, INP, para la capacidad de respuesta ante interacciones, y CLS, para la estabilidad visual. En España, los contenidos técnicos recientes incorporan como referencia LCP inferior a 2,5 segundos, INP como métrica de interactividad y CLS inferior a 0,1, según el análisis sobre herramientas de auditoría SEO de Ighenatt. Esos valores sirven para interpretar la señal, pero no sustituyen el análisis de cada plantilla.
| Métrica | Umbral bueno | Herramienta | Acción prioritaria |
|---|---|---|---|
| LCP | Inferior a 2,5 s | Search Console, CrUX y Lighthouse | Optimizar recurso principal, servidor e imágenes |
| INP | Debe mantenerse en el rango recomendado por Google | Search Console y RUM | Reducir trabajo de JavaScript en el hilo principal |
| CLS | Inferior a 0,1 | Search Console y Lighthouse | Reservar espacio para imágenes, fuentes y componentes |
Campo frente a laboratorio
Lighthouse ejecuta una prueba controlada. Es útil para localizar una imagen pesada, un script bloqueante o una cadena de recursos, pero no representa a todos los usuarios. CrUX y Search Console aportan datos agregados de experiencia real, por dispositivo, conexión y ubicación. Para decidir si una optimización debe entrar en el sprint inmediato, doy más peso a la señal de campo, y uso el laboratorio para encontrar la causa técnica.
El LCP suele deteriorarse cuando la imagen principal se carga tarde, el servidor responde con lentitud o el navegador recibe demasiados recursos antes del contenido visible. INP empeora cuando un framework ejecuta demasiado JavaScript tras una interacción. CLS aparece cuando imágenes, banners o fuentes cambian el espacio reservado durante la carga. Cada métrica apunta a un problema diferente, así que no conviene aplicar una única receta de rendimiento.
Auditoría de frameworks JavaScript
Desactiva JavaScript en una prueba de control y comprueba si siguen disponibles el contenido principal, los enlaces, los títulos y los datos estructurados. Después compara el HTML servido con la versión renderizada. En aplicaciones React, Vue o Angular, una plantilla puede mostrar una carcasa vacía al crawler y cargar la información comercial demasiado tarde.
Revisa también el hreflang después de la hidratación, el lazy loading de elementos que deberían aparecer inicialmente y los scripts de terceros que bloquean el hilo principal. Las primeras correcciones suelen ser reducir JavaScript no utilizado, diferir scripts secundarios, optimizar fuentes y servir imágenes en AVIF o WebP. Un CDN puede ayudar a distribuir recursos, pero no compensa una plantilla que envía código innecesario o un servidor mal dimensionado.
Arquitectura, enlazado interno y datos estructurados
La arquitectura no se evalúa mirando solo el menú. Hay que comprobar cómo llega un usuario o un bot a las páginas que generan negocio, cuántos clics requiere cada ruta y qué señales recibe cada URL desde el resto del sitio.
Empieza por la profundidad de clic. Como criterio operativo, una página importante debería quedar a no más de tres clics de la home, tal como recoge la guía de SEO técnico de HubSpot. El número no es una garantía de posicionamiento, pero sí una alerta útil. Si una categoría estratégica está enterrada bajo filtros, paginaciones o menús dinámicos, su prioridad arquitectónica aumenta.
Mapear la distribución de señales
Screaming Frog puede mostrar la profundidad y los enlaces entrantes, mientras que los logs ayudan a comprobar si Google visita realmente esas rutas. Busca páginas huérfanas, enlaces internos rotos y menús que dependen de eventos JavaScript que el crawler no ejecuta correctamente.
Los textos de anclaje deben describir el destino. “Ver más” repetido en muchas tarjetas aporta menos contexto que un enlace integrado en una frase que identifica la categoría o el servicio. No se trata de llenar cada párrafo de enlaces, sino de dirigir señales internas hacia las páginas que merecen visibilidad.
El análisis debe incluir:
- Profundidad: identifica URL comerciales alejadas de las rutas principales.
- Enlaces entrantes: separa páginas huérfanas de páginas con enlaces suficientes pero mal distribuidos.
- Menús: verifica que las rutas clave sean enlaces accesibles y no solo botones dependientes de JavaScript.
- Anclas: sustituye textos genéricos cuando el contexto del enlace pueda ser más claro.
- Breadcrumbs: comprueba que reflejen la jerarquía real y no una ruta visual distinta de la arquitectura.
La revisión de enlazado interno complementa el trabajo de SEO on-page y off-page, pero no lo reemplaza. Una estructura interna sólida ayuda a descubrir y contextualizar contenido, mientras que la autoridad externa responde a otra función.
Validar Schema y accesibilidad
Usa el Rich Results Test para comprobar Organization, BreadcrumbList, Product, Article y FAQ cuando correspondan al contenido visible. Un marcado válido no garantiza un resultado enriquecido, pero un marcado que describe información inexistente o contradictoria sí introduce una señal defectuosa.
La accesibilidad técnica también entra en la auditoría. Revisa texto alternativo en imágenes informativas, jerarquía de encabezados, contraste, idioma declarado, roles ARIA y navegación por teclado. Estas comprobaciones mejoran la interpretación semántica y pueden reducir fricción en la interacción, especialmente en páginas con componentes dinámicos.
Cómo priorizar correcciones y construir el plan de acción
Un informe puede contener muchos hallazgos y seguir sin responder qué debe hacer el equipo el lunes. Para convertirlo en una hoja de ruta, cada problema necesita una valoración de impacto, confianza y esfuerzo. La matriz ICE aplicada al SEO técnico ayuda a evitar dos errores habituales, arreglar lo fácil aunque no importe o perseguir un problema complejo sin evidencia suficiente.
Valora el impacto potencial en tráfico, ingresos, rastreo o experiencia. Puntúa la confianza en que el hallazgo sea una causa raíz y estima el esfuerzo con desarrollo, QA y despliegue. No hace falta convertir la auditoría en una competición matemática. La matriz sirve para hacer explícitos los criterios y discutirlos con marketing y desarrollo.
Tres niveles de decisión
- Crítico: bloqueos de indexación, errores 5xx masivos, canonicals incorrectos en plantillas relevantes, migraciones sin redirecciones o páginas comerciales inaccesibles.
- Estructural: rendimiento deficiente en campo, arquitectura profunda, renderizado incompleto, facetas sin control y datos estructurados inválidos.
- Optimización: metadatos duplicados, anclas genéricas, inconsistencias de hreflang o mejoras menores de accesibilidad.
Un plan 30, 60 y 90 días
Durante el primer sprint, resuelve bloqueos y estabiliza la medición. Eso incluye robots.txt, noindex, canonicals, redirecciones, sitemaps y errores de servidor que afecten a páginas importantes. Antes de cerrar el sprint, vuelve a rastrear y comprueba Search Console, no des por terminada la tarea porque el código haya cambiado.
En el segundo sprint, trabaja rendimiento y arquitectura. Prioriza el recurso que determina el LCP, el JavaScript que empeora INP y las rutas que dejan páginas valiosas demasiado lejos de la navegación principal. En el tercer sprint, aborda metadatos, anclas, hreflang, Schema y automatizaciones de control.
Los KPI deben reflejar el objetivo original: más URL válidas indexadas, menos exclusiones relevantes, mejora del CTR, reducción del LCP y evolución de las posiciones para keywords objetivo. La referencia de precios de auditoría SEO en España sitúa los servicios en rangos muy distintos, desde informes automáticos de 0 € a 120 € al mes hasta trabajos que pueden superar 5.000 € sin IVA en portales grandes o multidioma. La diferencia está en la interpretación, la profundidad y el plan que sale de los datos, no en el número de páginas del PDF.
Criterio de inversión: paga por resolver una decisión técnica importante, no por acumular capturas de pantalla.
Errores comunes, señales de éxito y cuándo contratar una agencia
El error más frecuente es confundir volumen de informe con calidad de auditoría. Un PDF extenso puede repetir exportaciones de Screaming Frog, enumerar títulos duplicados y terminar sin asignar responsables, prioridad ni criterio de validación. Ese documento no ayuda a decidir. Solo traslada el trabajo difícil al equipo que lo ha contratado.
También falla la auditoría que rastrea únicamente la home, aunque se presente como análisis completo. En un e-commerce, el problema puede estar en filtros, variantes o fichas; en una web corporativa, puede concentrarse en una plantilla de servicios o en la migración de idiomas. El tamaño y la arquitectura deben determinar el alcance, como explica el análisis sobre precio y complejidad de una auditoría SEO técnica.
Qué demuestra que el trabajo ha servido
Una auditoría cumple su función cuando cambia la calidad de las decisiones y permite verificar la corrección. Las señales más útiles son:
- Cobertura: disminuyen las URL excluidas por causas que el equipo puede corregir.
- Rendimiento de campo: las plantillas problemáticas mejoran en Core Web Vitals reales.
- Eficiencia de rastreo: Google dedica menos atención a duplicados, parámetros y errores, y encuentra con mayor claridad las páginas prioritarias.
- Negocio: el tráfico orgánico recupera estabilidad después de una incidencia y las páginas comerciales vuelven a recibir impresiones y conversiones.
No atribuyas automáticamente cualquier subida a una corrección técnica. Compara periodos equivalentes, segmenta por plantilla y anota los cambios simultáneos de contenido, demanda, enlaces y campañas. Una buena medición no promete una posición concreta. Demuestra si el sitio está en mejores condiciones para competir.
Decidir entre equipo interno y agencia
Hazte tres preguntas. ¿Cuántas URL y plantillas deben analizarse? ¿El equipo interno puede leer logs, depurar JavaScript y desplegar cambios con seguridad? ¿Qué velocidad necesitas para investigar y corregir?
Una auditoría interna puede funcionar en webs pequeñas y estables cuando hay una persona técnica disponible y acceso a Search Console, crawler y datos de rendimiento. Externalizar tiene sentido cuando el equipo carece de tiempo, cuando una migración está en juego o cuando el sitio combina e-commerce, internacionalización, JavaScript y múltiples plantillas.
Una agencia aporta capacidad de diagnóstico, método de priorización y coordinación entre marketing y desarrollo. Antes de contratar, revisa cómo entrega los hallazgos, qué accesos necesita, quién valida las correcciones y qué métricas se revisarán después. La guía para elegir una agencia SEO debe servirte para comprobar ese proceso, no solo para comparar promesas comerciales.
Puedes ampliar el criterio con este vídeo sobre auditoría y consultoría SEO:
Una auditoría SEO técnico bien ejecutada termina con decisiones concretas: qué corregir, quién lo implementa, qué riesgo se elimina y cómo se comprobará el resultado. Si tu web ha migrado, ha perdido visibilidad o crece sobre una arquitectura difícil de controlar, pide a Optimiza Growth Agency una auditoría con análisis de rastreo, indexación, arquitectura, contenido y rendimiento, y visita Optimiza Growth Agency para plantear el alcance adecuado a tu sitio.