Hacer una auditoría SEO técnica a tu web es como llevar tu carro al mecánico antes de un viaje largo. Puedes manejar sin hacerlo, claro, pero estás jugándote la suerte. Y cuando algo falla, el costo es mucho mayor que el de la revisión preventiva. Para una web peruana que depende del tráfico orgánico, una auditoría bien hecha puede ser la diferencia entre crecer mes a mes o quedarse estancada sin entender por qué.
En este artículo te voy a llevar paso a paso por el proceso completo. Vamos a usar herramientas concretas (Screaming Frog, Search Console, PageSpeed Insights) y al final tendrás un plan de acción claro para implementar. Sin tecnicismos vacíos, sin teoría sobrante. Esto es lo que realmente funciona.
Tabla de Contenidos
- 1 Qué es una auditoría SEO técnica y para qué sirve
- 2 Preparativos antes de empezar
- 3 Rastreo completo con Screaming Frog
- 4 Análisis de Search Console: el reporte de cobertura
- 5 Core Web Vitals: la velocidad como factor de ranking
- 6 Sitemap.xml: tu mapa para Google
- 7 Robots.txt: las reglas de juego para los crawlers
- 8 Datos estructurados con Schema.org
- 9 Redirecciones y enlaces internos
- 10 Migración a HTTPS y seguridad
- 11 Plan de acción y priorización
- 12 Preguntas frecuentes
- 12.1 Cuánto tiempo toma hacer una auditoría SEO técnica completa
- 12.2 Puedo hacer la auditoría yo mismo o necesito contratar a alguien
- 12.3 Qué hago si no tengo presupuesto para Screaming Frog de pago
- 12.4 Con qué frecuencia debo hacer auditorías técnicas
- 12.5 Los Core Web Vitals realmente afectan mi posicionamiento
- 12.6 Necesito tener todos los datos estructurados que existen
- 12.7 Mi web está hecha en WordPress, eso cambia algo
- 12.8 Cuándo conviene rehacer la web en lugar de auditarla
- 12.9 Las herramientas gratuitas son suficientes para una auditoría profesional
- 12.10 Qué pasa si ignoro los problemas técnicos detectados
Qué es una auditoría SEO técnica y para qué sirve
Una auditoría SEO técnica es un análisis profundo de todos los aspectos técnicos de tu web que pueden afectar tu posicionamiento en Google. Hablamos de velocidad, rastreo, indexación, datos estructurados, arquitectura, sitemaps, robots.txt, redirecciones, errores HTTP y muchos otros factores que el usuario común ni siquiera nota pero que Google sí ve y evalúa.
A diferencia de una auditoría de contenido o de enlaces, la técnica se enfoca en la infraestructura. Es la base sobre la que todo lo demás funciona. Puedes tener el mejor contenido del mundo, pero si tu web carga en 8 segundos o tiene errores de indexación masivos, ese contenido nunca va a ranquear bien.
La frecuencia recomendada depende del tamaño y dinamismo de tu web. Para una web pequeña, una auditoría completa al año con revisiones rápidas trimestrales basta. Para una tienda con cientos de productos, lo ideal es una auditoría completa cada semestre.
Preparativos antes de empezar
Antes de auditar, necesitas acceso a varias herramientas. Lo primero es Google Search Console verificado para el dominio. Sin Search Console no hay auditoría técnica posible. Es la fuente oficial sobre cómo Google ve tu web.
Lo segundo es Google Analytics o GA4. Lo tercero es Screaming Frog SEO Spider, que en su versión gratuita rastrea hasta 500 URLs. Como complemento ten PageSpeed Insights o GTmetrix. Ahrefs o SEMrush ofrecen análisis comparativo útil frente a la competencia.
Rastreo completo con Screaming Frog
Empezamos por lo más importante: rastrear tu web como lo haría Google. Screaming Frog es la herramienta más usada por SEOs profesionales para esto. Su funcionamiento es simple: ingresas tu URL principal y la herramienta empieza a seguir todos los enlaces internos, anotando cada URL que encuentra y todos sus datos técnicos.
Al iniciar, configura las opciones básicas. En Configuration, pon User Agent como Googlebot. Activa el rastreo de JavaScript si tu web usa frameworks como React o Vue. Si no, Screaming Frog no verá el contenido dinámico.
Las pestañas más importantes para revisar son: Response Codes (para 4xx y 5xx), Page Titles (duplicados o ausentes), Meta Description, H1, Canonicals y Directives (para detectar noindex no deseados). Exporta todo a Excel. Las URLs con código 404 o 500 necesitan atención inmediata.
Análisis de Search Console: el reporte de cobertura
Con el rastreo de Screaming Frog terminado, ahora vamos a Search Console para complementar la información. El primer informe que debes revisar es el de Cobertura (Coverage), que ahora se llama Páginas en la versión actual de Search Console.
Aquí Google te muestra cuántas URLs ha indexado, cuántas excluyó y por qué motivos. Los errores más frecuentes que vas a encontrar incluyen: Crawled – currently not indexed (rastreada pero no indexada), Discovered – currently not indexed (descubierta pero no rastreada), Page with redirect (página con redirección), Excluded by noindex tag (excluida por etiqueta noindex) y Soft 404 (falsos 404).
Cada uno requiere un tratamiento distinto. Las Crawled not indexed suelen ser problemas de calidad o duplicidad. Las Discovered not indexed indican problemas de presupuesto de rastreo o autoridad. Las Soft 404 son páginas vacías o con contenido insuficiente que Google considera como no útiles.
Lo importante es no obsesionarse con tener cero exclusiones. Siempre vas a tener algunas, y eso es normal. Lo crítico es revisar que las URLs realmente importantes (las que generan tráfico e ingresos) no estén entre las excluidas.
Core Web Vitals: la velocidad como factor de ranking
Desde 2021 Google usa los Core Web Vitals como factor de ranking. Estos son tres métricas que miden la experiencia del usuario: LCP (Largest Contentful Paint) que mide cuánto tarda en cargar el elemento más grande de la página, INP (Interaction to Next Paint) que mide la velocidad de respuesta a interacciones, y CLS (Cumulative Layout Shift) que mide la estabilidad visual.
Para revisarlos, ve a Core Web Vitals dentro de Search Console. Verás cuántas URLs están en estado bueno, necesitan mejora o son deficientes en móvil y escritorio. La tendencia móvil es la más crítica porque Google indexa primero la versión móvil.
Para LCP, optimiza imágenes (WebP, lazy loading), mejora el tiempo de respuesta del servidor, elimina JavaScript que bloquea y usa CDN. Para INP reduce el JavaScript pesado. Para CLS define dimensiones a imágenes y reserva espacio para banners y anuncios dinámicos.
Sitemap.xml: tu mapa para Google
El sitemap es la lista de URLs que le entregas a Google diciendo cuáles son las páginas importantes de tu web. Debe ser preciso, actualizado y solo contener URLs que realmente quieres indexar. Suena obvio pero es uno de los errores más comunes en auditorías.
Para revisar tu sitemap, primero accede a la URL típica que suele ser tu-dominio.com/sitemap.xml o tu-dominio.com/sitemap_index.xml. Verifica que cargue correctamente y que liste todas las páginas relevantes. Luego, en Search Console, ve a la sección de Sitemaps y revisa el estado del envío.
Los problemas típicos incluyen sitemaps con URLs que devuelven 404, URLs con noindex que no deberían estar listadas, parámetros de URL incluidos cuando no corresponden, y sitemaps demasiado grandes sin paginación. Si tu web tiene más de 50,000 URLs, debes usar sitemaps de índice que apunten a varios sitemaps más pequeños.
En WordPress, plugins como Yoast SEO o Rank Math generan el sitemap automáticamente. Revisa que solo se listen URLs valiosas. Categorías sin contenido, tags vacíos o páginas de autor sin valor SEO deberían quedar fuera.
Robots.txt: las reglas de juego para los crawlers
El archivo robots.txt le dice a los buscadores qué partes de tu web pueden rastrear y cuáles no. Está en la raíz de tu dominio (tu-dominio.com/robots.txt) y es lo primero que un crawler consulta antes de empezar a rastrear.
Un robots.txt mal configurado puede ser catastrófico. He visto webs enteras desindexadas por una línea Disallow: / que alguien dejó tras una migración. Por eso siempre revisa cuidadosamente este archivo. Las reglas típicas incluyen User-agent (a qué bot aplican las reglas), Disallow (qué rutas no rastrear) y Sitemap (dónde está tu sitemap).
Lo que normalmente quieres bloquear son rutas administrativas (wp-admin en WordPress), páginas de búsqueda interna, parámetros de URL que generan duplicados, y archivos sensibles. Lo que nunca debes bloquear son tus páginas importantes, archivos CSS y JavaScript necesarios para renderizar, y tu sitemap.
Para probar tu robots.txt, Search Console tenía una herramienta de prueba que ahora está disgrandida, pero puedes usar herramientas externas como el tester de robots.txt de Bing o cualquier validador online. También Screaming Frog respeta las reglas del robots.txt durante el rastreo, así que puedes verificar el impacto real.
Datos estructurados con Schema.org
Los datos estructurados son código que añades a tu web para que Google entienda mejor el contenido. Sirven para generar rich snippets (resultados enriquecidos) en las búsquedas: estrellas de reseñas, precios de productos, recetas con tiempos de cocción, eventos con fechas, etc.
Para una auditoría técnica, lo que debes revisar es: qué tipos de schema tienes implementados, si están bien estructurados, si los datos son verídicos, y si están generando rich snippets en las búsquedas reales. Usa la herramienta de prueba de resultados enriquecidos de Google para validar cada tipo de schema.
Los tipos más comunes y útiles son: Organization (para identidad de marca), LocalBusiness (para negocios locales con dirección), Product (para tiendas), Article (para blogs), FAQPage (para páginas con preguntas frecuentes), BreadcrumbList (para migas de pan) y Review (para reseñas).
En WordPress, plugins como Schema Pro, Rank Math o el propio Yoast generan estos datos automáticamente. Sin embargo, conviene revisar manualmente porque muchas veces los plugins generan schemas genéricos que no aprovechan todo el potencial. Personalizar los schemas según el tipo de contenido específico de tu web puede mejorar notablemente la visibilidad.
Redirecciones y enlaces internos
Las redirecciones bien hechas son esenciales para mantener la autoridad SEO cuando cambias URLs. Las redirecciones mal hechas, en cambio, generan pérdidas de autoridad, errores de rastreo y experiencia de usuario degradada. En una auditoría técnica, este es uno de los puntos que más tiempo suele tomar.
Empieza por identificar todas las redirecciones existentes. Screaming Frog te lo da con la pestaña Response Codes filtrando por 301 y 302. Revisa: que sean 301 (permanentes) y no 302 (temporales) cuando el cambio sea definitivo, que no haya cadenas de redirección (URL A redirige a B que redirige a C), que las URLs de origen no estén linkeadas internamente todavía, y que las URLs de destino sean realmente las correctas.
El enlazado interno es el otro frente importante. Aquí lo que buscas es: detectar URLs huérfanas (sin ningún enlace interno apuntando a ellas), encontrar páginas con demasiados enlaces salientes (más de 100 sugiere arquitectura desordenada), identificar oportunidades de enlazado contextual hacia páginas estratégicas, y revisar que los anchor texts sean descriptivos y variados.
Migración a HTTPS y seguridad
Si tu web todavía no está en HTTPS, ese es tu problema número uno. Google considera HTTPS como factor de ranking desde 2014 y los navegadores modernos marcan los sitios HTTP como no seguros, espantando usuarios. En 2026 no hay excusa para no tener certificado SSL.
Si ya migraste a HTTPS, revisa que la migración haya sido completa. Las cosas a verificar son: todas las URLs internas usan HTTPS (no hay enlaces a HTTP en el código), las redirecciones 301 de HTTP a HTTPS están bien configuradas, no hay contenido mixto (mixed content) cargando recursos por HTTP, y el certificado está al día y bien instalado.
Para detectar contenido mixto, abre tu web con las herramientas de desarrollador del navegador (F12) y revisa la consola. Cualquier recurso que cargue por HTTP aparecerá como advertencia o error. Suelen ser imágenes embebidas, iframes de terceros o scripts externos.
Plan de acción y priorización
Una auditoría sin plan de acción es solo un informe que se queda en el cajón. Una vez que tienes todos los hallazgos, hay que organizarlos por prioridad. Mi recomendación es clasificar los problemas en tres niveles: críticos, importantes y menores.
Los críticos son los que están afectando ahora mismo tu posicionamiento o pueden hacerlo pronto. Errores 5xx, páginas importantes con noindex, sitemap roto, robots.txt mal configurado, Core Web Vitals en rojo en URLs principales. Estos se atacan en la primera semana.
Los importantes son los que limitan tu crecimiento pero no son emergencias. Schemas mal implementados, redirecciones encadenadas, URLs huérfanas, falta de canonicals en categorías. Estos se trabajan en el primer mes.
Los menores son optimizaciones que suman pero no son urgentes. Mejorar metadescripciones de páginas secundarias, optimizar imágenes en posts antiguos, expandir schemas a tipos más específicos. Estos van entrando en la rutina mensual de mantenimiento SEO.
Preguntas frecuentes
Cuánto tiempo toma hacer una auditoría SEO técnica completa
Para una web mediana de 200-500 URLs, una auditoría completa toma entre 8 y 20 horas de trabajo profesional. Para tiendas grandes con miles de productos, puede tomar 40 horas o más. El rastreo en sí es automático, pero el análisis e interpretación de datos es lo que consume tiempo.
Puedo hacer la auditoría yo mismo o necesito contratar a alguien
Depende de tu nivel técnico y tiempo disponible. Si entiendes lo básico de SEO y tienes paciencia, puedes hacer una auditoría aceptable usando herramientas gratuitas. Para webs comerciales importantes, recomiendo contratar a un profesional al menos una vez al año para tener una visión externa más profunda.
Qué hago si no tengo presupuesto para Screaming Frog de pago
La versión gratuita rastrea hasta 500 URLs, que alcanza para webs pequeñas. Como alternativas gratuitas tienes XML-Sitemaps.com (limitado), Sitebulb Free, o el rastreo manual con extensiones de Chrome. Search Console y PageSpeed Insights siempre son gratuitos.
Con qué frecuencia debo hacer auditorías técnicas
Una auditoría completa al año mínimo. Para webs con actualizaciones frecuentes o e-commerce con muchos cambios de catálogo, cada seis meses. Y siempre después de migraciones, redisemños, cambios de hosting o actualizaciones mayores del CMS.
Los Core Web Vitals realmente afectan mi posicionamiento
Sí, Google confirmó oficialmente que son factor de ranking. Sin embargo, no son el factor más importante. Si tu contenido es muy superior al de la competencia, puedes ranquear incluso con Core Web Vitals regulares. Pero a igualdad de contenido, la velocidad marca la diferencia.
Necesito tener todos los datos estructurados que existen
No, solo los que apliquen a tu tipo de contenido. Una web de servicios necesita Organization, LocalBusiness y quizás Service. Una tienda necesita Product, BreadcrumbList y Review. Un blog necesita Article, BreadcrumbList y FAQPage. Implementar schemas innecesarios no aporta y puede confundir a Google.
Mi web está hecha en WordPress, eso cambia algo
Cambia muchas cosas para mejor. WordPress tiene plugins como Yoast SEO, Rank Math y All in One SEO que automatizan gran parte del SEO técnico. Plugins como WP Rocket o LiteSpeed Cache se encargan de velocidad. Es mucho más fácil hacer SEO técnico en WordPress que en sistemas personalizados sin soporte específico.
Cuándo conviene rehacer la web en lugar de auditarla
Si la web tiene más de 5 años sin actualizar, usa tecnología obsoleta (PHP viejo, jQuery sin actualizar), tiene problemas de seguridad graves, o el costo de arreglar todo supera el de un rediseño. A veces es más eficiente partir de cero con una base técnica moderna que ir parchando.
Las herramientas gratuitas son suficientes para una auditoría profesional
Para webs pequeñas y medianas, sí. Search Console, PageSpeed Insights, la versión gratuita de Screaming Frog y validadores de schema cubren el 80% del trabajo. Para auditorías más completas en webs grandes, herramientas como Ahrefs, SEMrush o Sitebulb pagas aportan información adicional valiosa.
Qué pasa si ignoro los problemas técnicos detectados
Depende de la gravedad. Problemas menores pueden no notarse mucho pero te impiden crecer. Problemas críticos como errores masivos de indexación, robots.txt mal configurado o velocidad terrible terminan generando caídas de tráfico que pueden tardar meses en recuperarse después de solucionarse. Mejor prevenir que lamentar.








