En esta guía
Una auditoría SEO técnica (también escrita como auditoria seo tecnica sin acentos, o en su forma masculina auditoría SEO técnico) revela los problemas que frenan tu posicionamiento aunque tengas gran contenido y buenos backlinks. La paradoja del SEO técnico es que rara vez es lo que hace que un sitio rankee — pero casi siempre es lo que evita que un sitio rankee. Esta es la auditoría exacta que uso con cada cliente, paso a paso, con las herramientas y los umbrales 2026.
Qué es una auditoría SEO técnica (y por qué importa más que el contenido)
Una auditoría SEO técnica es la revisión sistemática de los factores no-content que afectan cómo Google rastrea, renderiza, indexa y rankea tu sitio. No incluye keyword research, no incluye estrategia de contenidos, no incluye link building. Es exclusivamente sobre la infraestructura.
El motivo por el que importa tanto: Google tiene un presupuesto finito de rastreo por sitio (crawl budget). Si gasta el 60% de ese presupuesto en URLs duplicadas, redirecciones encadenadas, errores 404 con backlinks, y páginas thin que no deberían indexarse, el otro 40% que sí queda para tus páginas valiosas es insuficiente para que rankees como deberías.
En la práctica, cuando un cliente me dice "tengo buen contenido pero no rankeo", en el 80% de los casos el problema es técnico, no de contenido. Y el contenido nuevo no lo arregla — solo agrega más basura encima de cimientos rotos.
Herramientas necesarias y cómo configurarlas
Screaming Frog SEO Spider
La herramienta core. Crawlea tu sitio simulando ser un bot y te entrega todo: títulos, metas, status codes, redirecciones, imágenes sin alt, contenido duplicado, hreflang, canonicals. La versión gratuita maneja hasta 500 URLs; arriba de eso necesitás la licencia (£259/año, una inversión obligatoria si auditás múltiples sitios).
Configuración mínima antes del primer crawl: en Configuration → Spider → Rendering, activá JavaScript si el sitio es SPA (Lovable y otros sitios construidos con IA, Next.js client-side, React puro). Sin esto, Screaming Frog crawlea el HTML inicial sin contenido renderizado y te da diagnósticos falsos. En Configuration → User-Agent, seleccioná Googlebot (Smartphone) — porque Google indexa mobile-first desde 2021.
Google Search Console
GSC es el único lugar donde ves cómo Google realmente percibe tu sitio. Los cinco reportes que reviso siempre:
- Coverage / Indexación — qué páginas indexó, cuáles excluyó y por qué (noindex, redirect, canonical, soft 404, crawled-currently-not-indexed)
- Core Web Vitals — datos de campo (CrUX) por URL, no datos de laboratorio
- Sitemaps — cuántas URLs envió tu sitemap vs cuántas indexó Google
- Removals — URLs que pediste explícitamente eliminar
- Pages → Why pages aren't indexed — el reporte más útil; te dice exactamente cuántas páginas tu sitio tiene en cada categoría de exclusión
PageSpeed Insights + Lighthouse
PSI te da los Core Web Vitals reales (LCP, INP, CLS) tanto de campo como de laboratorio. La diferencia importa: los datos de campo son lo que Google usa para rankear; los de laboratorio son los que podés debuggear. Si tenés CWV pobres en campo pero buenos en laboratorio, hay un problema con usuarios reales (probablemente conexiones lentas o dispositivos viejos que no estás considerando).
Ahrefs Site Audit (o Sitebulb)
Crawla tu sitio y cruza los datos con su propio índice. Te detecta cosas que Screaming Frog no: páginas huérfanas (URLs en el sitemap o con backlinks pero sin links internos), distribución de link juice interno, anchor text patterns internos sospechosos. Si no tenés Ahrefs, Sitebulb hace lo mismo más barato.
Los 12 puntos críticos a auditar
1. Indexación
Comparar tres números: total de URLs en tu sitio (lo sabés vos), URLs en tu sitemap, y URLs efectivamente indexadas en GSC. Si la diferencia entre cualquiera de estos tres es mayor al 10%, hay un problema. Las preguntas que respondés en este punto: ¿hay páginas en el sitemap que Google no indexa (y por qué)? ¿Hay páginas indexadas que no están en el sitemap (URLs huérfanas o parámetros sucios)? ¿Estás indexando páginas de baja calidad que deberían ser noindex (paginación profunda, facets, búsqueda interna)?
2. Errores 4xx y 5xx
Los 404 son páginas que ya no existen. Si tienen backlinks externos apuntándolas, perdés link equity. Cada 404 con backlinks debería redirigir 301 a la página más relevante (no a la home — eso es soft 404 desde Google). Los 5xx (errores de servidor) son peores: indican que tu servidor está fallando, lo que afecta el crawl budget.
3. Cadenas de redirección
Una cadena es A → B → C → D. Google sigue hasta 5 saltos, pero cada salto degrada la señal. Idealmente toda redirección es directa: A → D. Screaming Frog detecta esto en Reports → Redirects → All Redirects. Aplaná todas las cadenas.
4. Duplicate content
La causa más común y la más ignorada. Las variantes que generan duplicación silenciosa:
https://www.dominio.comvshttps://dominio.comhttp://vshttps://- URL con trailing slash
/about/vs sin/about - Mayúsculas:
/Aboutvs/about - Parámetros UTM, sort, filter que generan URLs únicas para el mismo contenido
Cada una de estas variantes debe redirigir 301 a la versión canónica, no simplemente apuntar canonical. La canonical es una pista para Google; el 301 es una orden.
5. Velocidad de carga y Core Web Vitals
Los umbrales 2026:
- LCP (Largest Contentful Paint): bueno < 2.5s, mejorable 2.5–4.0s, pobre > 4.0s
- INP (Interaction to Next Paint, reemplazó FID en marzo 2024): bueno < 200ms, mejorable 200–500ms, pobre > 500ms
- CLS (Cumulative Layout Shift): bueno < 0.1, mejorable 0.1–0.25, pobre > 0.25
Los CWV son señal de ranking directa desde 2021, y desde la actualización de mayo 2024 forman parte del page experience signal de forma más explícita. La guía de Core Web Vitals cubre cómo optimizar cada uno (LCP, INP, CLS) con tácticas concretas por framework.
6. Mobile-friendliness
Google indexa mobile-first desde 2021: la versión mobile de tu sitio es la versión que rankea. Audito tres cosas: que el viewport meta tag exista (<meta name="viewport" content="width=device-width, initial-scale=1">), que no haya contenido escondido en mobile que aparece en desktop (Google trata el contenido mobile-only como el contenido auténtico), y que los CTA principales sean clickeables sin zoom.
7. Arquitectura de URLs y profundidad de clic
Las URLs deberían ser descriptivas, cortas, en minúsculas, con hyphens (no underscores), y jerárquicamente claras. Pero más importante que la estética: la profundidad de clic desde la home no debería superar los 3 clics para páginas críticas. Cada nivel adicional reduce el link equity que llega a esa página.
8. Schema markup
Schema le dice a Google de qué se trata tu contenido en un formato que entiende sin ambigüedad. Los schemas que reviso siempre que aplican: Article, BreadcrumbList, FAQPage, Organization, Product, Review, LocalBusiness. La validación rápida es con Rich Results Test de Google. Para el resto de la optimización de elementos por página (titles, metas, H1, alt text), el checklist SEO on-page cubre cada item con su umbral y mejor práctica.
9. Archivo robots.txt
Tres errores típicos: bloquear accidentalmente /wp-admin en un sitio WordPress que también afecta páginas legítimas con ese path, bloquear assets críticos (CSS, JS) que Google necesita para renderizar, y no incluir la línea Sitemap: al final.
10. Sitemap.xml
Cada URL en el sitemap debe ser indexable: status 200, sin noindex, sin canonical apuntando a otra URL, sin redirect. Si tu sitemap incluye URLs que Google considera duplicadas o noindex, estás señalizando inconsistencia y Google empieza a confiar menos en tu sitemap.
11. Canonical tags
Tres errores: canonical que apunta a una URL 404, canonical en cadena (página A canonicaliza a B que canonicaliza a C), y canonical no auto-referencial. Toda página indexable debe tener un canonical apuntando a sí misma — explícito siempre, aunque sea redundante.
12. Hreflang (si aplica)
Solo relevante si tenés múltiples versiones idiomáticas o regionales. La regla: cada versión debe referenciar a todas las demás (incluida a sí misma) con el código idioma-PAÍS correcto. Un hreflang roto causa que Google sirva la versión equivocada del sitio a usuarios equivocados — invisibilidad parcial sin que lo notes.
Cómo priorizar los hallazgos
Una auditoría típica genera 50–200 hallazgos. La diferencia entre un auditor mediocre y uno bueno es la priorización. Mi matriz:
- Crítico — resolver en 48h: sitio entero noindex, redirección de www mal configurada, robots.txt bloqueando todo, errores 5xx masivos, certificate SSL roto
- Alto — resolver en 1–2 semanas: duplicate content sistémico, CWV pobres en páginas top, cadenas de redirección largas, sitemap con muchas URLs no-indexables
- Medio — próximo sprint: schema faltante en páginas indexadas, 404s con backlinks individuales, profundidad de clic profunda, mobile usability issues menores
- Bajo — backlog: alt text faltante en imágenes secundarias, optimización adicional de CWV ya en verde, hreflang tuning fino
La regla operativa: nunca empezar por lo bajo aunque sea más fácil. Si ese tipo de optimización fuera la barrera al ranking, ya estarías rankeando.
Plantilla del informe de auditoría
Estructura de informe que entrego a clientes (PDF de 15–30 páginas):
- Resumen ejecutivo (1 página) — los 5 hallazgos críticos con impacto estimado en tráfico
- Score de salud técnica — un número de 0 a 100 con su justificación, comparado vs auditorías previas si las hay
- Hallazgos por categoría — los 12 puntos del checklist con: estado actual, problema detectado, screenshot, recomendación específica, prioridad
- Roadmap de implementación — qué hacer en semana 1, 2–4, mes 2, mes 3
- Métricas para tracking — qué medir después de cada fix para confirmar que funcionó (impresiones, clicks, CWV, errores en GSC)
Errores que veo en el 80% de las auditorías
- Confundir noindex con disallow.
Disallowen robots.txt evita el rastreo, pero si la URL recibe backlinks, Google la indexa de todas formas (con el snippet vacío). Para evitar indexación, usá<meta name="robots" content="noindex">y dejá que Google la rastree primero. - Subdominio www como duplicado del root. Es el problema número uno que encuentro. Ambas versiones devuelven 200 OK y Google las trata como dos sitios.
- Sitemap con URLs noindex o redirigidas. Señaliza al algoritmo que tu sitemap no es confiable.
- Schema con errores sintácticos que no se validan en Rich Results Test pero el dueño asume que está bien porque "está ahí".
- Imágenes de 2–5 MB sin lazy loading que hunden el LCP y nadie las nota porque cargan instantáneo en fiber.
Preguntas frecuentes
¿Cuánto tiempo toma hacer una auditoría SEO técnica completa?
Para un sitio pequeño (menos de 500 URLs), 4–8 horas. Para un sitio medio (500–5,000 URLs), 12–20 horas. Para ecommerce o medios grandes (50,000+ URLs), una semana o más. La parte que escala es el crawl + el análisis de patrones, no el redactado del informe.
¿Con qué frecuencia debo hacer una auditoría SEO técnica?
Auditoría completa: cada 6 meses. Revisión rápida (top 20 URLs + Core Web Vitals + errores en GSC): mensual. Después de un cambio mayor (rediseño, migración, cambio de CMS): inmediatamente después del lanzamiento, y nuevamente a los 30 días.
¿Cuánto cuesta contratar una auditoría SEO técnica profesional?
En LATAM: $500–$2,500 USD para un sitio mediano; $3,000–$8,000+ USD para ecommerce o sitios con más de 10,000 URLs. La diferencia de precio está en la profundidad del análisis y en cuánto soporte de implementación incluye después de entregada la auditoría.
¿Puedo hacer una auditoría SEO técnica yo mismo sin experiencia?
Podés ejecutar las herramientas y leer los outputs, pero la priorización requiere experiencia. Sin ese filtro, vas a gastar tiempo arreglando hallazgos cosméticos (alt text de imágenes en footer) mientras ignorás problemas estructurales que sí mueven el ranking.
¿Una auditoría SEO técnica mejora mis rankings sola?
No. Una auditoría identifica problemas; los rankings mejoran cuando los implementás. Y aún implementándolos, si tu contenido o tus backlinks son débiles, los rankings no van a saltar. El SEO técnico desbloquea el ranking — no lo genera.