Una auditoría web técnica es una revisión sistemática de la infraestructura de un sitio —cómo se sirve, cómo se rastrea, cómo se indexa, cuánto tarda y cómo se mide— para localizar los fallos que hacen perder visitas, posiciones o clientes sin que nadie en la empresa los vea. No revisa si la web «gusta»: revisa si funciona para quien no la conoce y para las máquinas que deciden si mostrarla.

La distinción importa porque casi ningún fallo técnico grave se ve navegando. En las últimas veinte webs que hemos pasado por nuestro rastreador, once tenían al menos un fallo crítico y ninguna de las once lo sabía. No eran webs abandonadas: eran sitios en producción, de negocios que facturan, varios rehechos hace menos de dos años.

En resumen

Una auditoría técnica no es una opinión sobre el diseño. Son comprobaciones verificables con un resultado objetivo: pasa o no pasa.
El orden es acceso → indexación → velocidad → conversión → medición. Optimizar contenido en una web que los rastreadores no pueden leer no sirve de nada.
Los fallos más caros son los más silenciosos: un noindex olvidado, un rastreador bloqueado en el WAF, un certificado mal instalado.
Los momentos que la justifican son una caída de tráfico, una migración o rediseño reciente, una web que recibe visitas y no convierte, y la revisión previa a invertir en captación.
Una auditoría útil cabe en una lista priorizada corta con impacto, esfuerzo y responsable. Un PDF de 90 páginas con 300 avisos automáticos no es una auditoría: es un volcado de herramienta.

Qué es exactamente una auditoría web técnica

Hay tres revisiones distintas que suelen confundirse bajo el mismo nombre:

Auditoría de contenido: qué dice la web, a quién le habla, si responde a lo que la gente busca.
Auditoría de usabilidad y conversión: qué hace el visitante cuando llega, dónde se atasca, por qué no completa el formulario.
Auditoría técnica: si la web se puede rastrear, indexar, cargar, servir de forma segura y medir correctamente.

Las tres se solapan —una web que tarda seis segundos tiene un problema técnico y un problema de conversión—, pero la técnica es la que va primero, porque es la única que puede invalidar a las otras dos. Si Google no indexa tus páginas de servicio, da igual lo bien escritas que estén.

La otra característica que la define es que sus conclusiones son verificables. «El texto de la portada no conecta con el cliente» es una opinión defendible. «Cuarenta y una páginas devuelven 404 desde el menú principal» es un hecho que se comprueba en dos minutos y no admite discusión de despacho.

Qué incluye: los siete bloques

1. Acceso y rastreo

Es el bloque que va primero porque condiciona todos los demás. Se comprueba que los rastreadores puedan entrar y qué se les está permitiendo o negando: el robots.txt y su lógica de grupos, las cabeceras de respuesta, y —lo que casi nadie mira— si Cloudflare o el WAF del hosting está bloqueando bots por su cuenta, en silencio y sin dejar rastro en ningún panel.

Este último punto se ha vuelto crítico desde que Cloudflare bloquea por defecto a buena parte de los rastreadores de IA. Una web puede tener un robots.txt impecable y estar devolviendo un 403 a todo lo que no sea un navegador. Se detecta con un curl y un vistazo a los logs del servidor, que es el único sitio donde consta la verdad.

2. Indexación

Aquí se responde a una pregunta muy concreta: ¿está indexado lo que debería y solo lo que debería? Los dos errores son simétricos y ambos son frecuentes.

Por un lado, páginas que deberían aparecer y no aparecen: un noindex heredado del entorno de pruebas y nunca retirado —el clásico absoluto después de un rediseño—, canonical apuntando a la página equivocada, secciones huérfanas sin ningún enlace interno que lleve a ellas. Por otro, páginas que no deberían aparecer y sí lo hacen: filtros de catálogo generando miles de URLs duplicadas, paginaciones infinitas, entornos de staging indexados en paralelo compitiendo con el sitio real.

Se revisa también el sitemap (que exista, que esté actualizado, que no liste URLs que redirigen o dan error), la estructura de URLs, los redirects acumulados y el hreflang si el sitio es multiidioma, que es donde se concentran los errores más difíciles de ver a ojo.

3. Rendimiento

No es «la web va rápida en mi ordenador». Es qué tarda en un móvil de gama media con datos móviles, que es como llega la mitad del tráfico en España.

Se miden las Core Web Vitals —LCP, INP y CLS— y, más importante, se busca la causa. En la mayoría de los casos que vemos no es el servidor: son las imágenes. En una portada que auditamos hace poco se cargaban 228 imágenes de golpe, once megas en total, con 6,2 segundos de espera en una conexión móvil normal. La web se veía perfecta; simplemente, mucha gente no llegaba a verla.

Los otros sospechosos habituales: JavaScript que bloquea el pintado, fuentes que se cargan tarde y provocan saltos de maquetación, y scripts de terceros —chats, píxeles, mapas, widgets de reseñas— que se acumulan durante años sin que nadie los retire.

4. Seguridad y disponibilidad

Certificado SSL válido y bien instalado (con toda la cadena, no solo el certificado hoja), redirección forzada a HTTPS sin cadenas de saltos, cabeceras de seguridad, versiones de CMS y dependencias con vulnerabilidades conocidas, formularios sin protección contra envíos automatizados, y copias de seguridad que existan de verdad y se puedan restaurar.

El certificado merece una nota aparte porque es el fallo más traicionero de la lista: no lo ves si tu navegador ya ha visitado la web antes, porque guarda la excepción. Lo ve el desconocido que entra por primera vez, y lo que ve es una pantalla roja a página completa diciéndole que el sitio no es seguro. Prácticamente nadie sigue adelante desde ahí.

5. Estructura y enlazado interno

Jerarquía de encabezados, profundidad de clics hasta las páginas que importan, enlaces rotos y reparto de autoridad interna.

Los enlaces rotos en el menú o el pie son el caso extremo de esto, porque se multiplican por todas las páginas del sitio. En una de las webs auditadas, un enlace de categoría que devolvía 404 estaba enlazado desde 165 páginas. En otra, una sección del catálogo eliminada seguía enlazada desde 102. Nadie lo había tocado en meses. Para el cliente es hacer clic en «Servicios» y aterrizar en un error; para Google, es reparto de autoridad hacia un agujero.

6. Datos estructurados y presencia en buscadores generativos

Se revisa el marcado Schema.org en JSON-LD —Organization con sameAs real, Article, LocalBusiness si aplica, BreadcrumbList—, que valide sin errores y que describa lo que la página realmente contiene.

Y desde hace un par de años hay un bloque nuevo que antes no existía: si el contenido es extraíble por los motores generativos. Aquí lo que se comprueba es si el HTML servido desde el servidor contiene el texto (los rastreadores de IA apenas ejecutan JavaScript), si cada respuesta se sostiene sola en su párrafo sin necesidad de leer la página entera, y si los rastreadores que dan citas están permitidos. Lo tratamos en detalle en cómo hacer que ChatGPT y Perplexity citen tu web.

7. Medición

El bloque que más veces está roto y menos veces se revisa. Analítica instalada una sola vez y no duplicada, eventos de conversión que se disparan de verdad cuando alguien envía el formulario, consentimiento de cookies configurado de forma que no destruya el 100 % de los datos, Search Console verificada y con el dominio correcto —con y sin www—, y filtrado del tráfico interno.

Sin este bloque en orden, cualquier decisión posterior se toma a ciegas, incluida la de saber si la propia auditoría ha servido para algo.

Qué NO incluye

Conviene decirlo para que nadie contrate una cosa esperando otra:

No es un rediseño ni una valoración estética. Puede concluir que hay que rehacer plantillas, pero no las rehace.
No es una estrategia de contenidos. Detecta huecos de estructura, no decide de qué hay que escribir.
No es un análisis de competencia ni un estudio de palabras clave, aunque a menudo se contraten juntos.
No es un test de intrusión. Revisa configuración y superficie expuesta; no intenta entrar.
No es la implementación. La auditoría dice qué está mal, con qué prioridad y qué haría falta para arreglarlo. Arreglarlo es un trabajo aparte, y es honesto que se presupueste aparte.

Cuándo la necesitas

Hay cinco situaciones en las que una auditoría técnica se paga sola, y una en la que no hace falta.

Ha caído el tráfico y nadie sabe por qué

Es el caso de manual. Una caída brusca casi siempre tiene una causa técnica localizable —un bloqueo, un noindex, una migración mal cerrada, una penalización de rendimiento— y no una causa difusa de «el algoritmo». Cuanto antes se mire, más barato sale: hay caídas que se revierten en una tarde y otras que, tras seis meses de deriva, requieren rehacer la arquitectura de URLs.

Acabas de migrar o rediseñar

El momento de mayor riesgo estructural de la vida de una web. Cambian URLs, cambia el CMS, cambia el hosting, y en el traspaso se pierden redirects, se olvidan noindex de pruebas y se cae el marcado. Lo razonable es auditar entre dos y cuatro semanas después de publicar: suficiente para que Google haya rastreado el sitio nuevo, y a tiempo de corregir antes de consolidar el daño.

Tienes visitas pero no clientes

Cuando el tráfico está y las peticiones no llegan, la explicación suele ser una de estas tres, todas técnicas: la web tarda demasiado en móvil y la gente se va antes de leer; no hay un sitio claro donde dejar los datos; o el formulario está roto y los envíos no llegan a ningún buzón. La tercera pasa más de lo que parece, y es la que más dinero se lleva por delante.

Vas a invertir en captación

Antes de meter presupuesto en Ads, SEO o contenidos, conviene comprobar que el destino aguanta. Pagar por tráfico hacia una web que tarda seis segundos en abrir es pagar por visitas que no van a llegar a verla. Es la auditoría con mejor retorno de todas, porque protege una inversión que aún no has hecho.

Hace más de dos años que nadie la revisa

Una web sin mantenimiento se degrada sola: enlaces que se rompen porque el destino desapareció, plugins que se actualizan y cambian el HTML, certificados que caducan, servicios de terceros que cierran. En una web que revisamos hace poco, veintidós imágenes no cargaban, incluida la del logotipo. Nadie de la empresa lo había visto porque todos entraban desde el mismo navegador, que las tenía guardadas en memoria.

Cuándo NO hace falta

Si la web se publicó hace tres meses, la hizo alguien competente, el tráfico crece y las peticiones entran, no audites: mide y espera. Y si el problema que tienes está claramente identificado —«el formulario no envía»—, lo que necesitas es que lo arreglen, no un informe que lo confirme.

Cómo se hace una auditoría que sirva

La diferencia entre una auditoría útil y un informe que se archiva no está en cuántas comprobaciones se hacen, sino en cómo se entregan.

Rastreo completo del sitio, no de una muestra. Los fallos estructurales aparecen en el agregado: un enlace roto no dice nada, el mismo enlace roto en 165 páginas dice mucho.
Datos reales, no solo de laboratorio. Logs del servidor, Search Console y datos de campo de rendimiento, no únicamente una puntuación sintética.
Verificación manual de lo importante. Las herramientas dan falsos positivos a paladas. Cada hallazgo crítico se comprueba a mano antes de entrar en el informe.
Priorización por impacto y esfuerzo, no por severidad automática. Lo que importa es qué arreglar primero con el equipo que hay.
Instrucciones accionables. No «mejorar el LCP», sino qué archivo, qué imagen, qué línea y qué hacer con ella.

Una señal fiable de calidad: si el informe no dice explícitamente qué hacer el lunes por la mañana, no es una auditoría, es un diagnóstico incompleto. Y si tiene 300 hallazgos todos marcados como urgentes, es un volcado de herramienta con portada.

Lo que puedes comprobar tú hoy, gratis, en diez minutos

No sustituye a una auditoría, pero sirve para saber si tienes un problema evidente antes de contratar nada:

Menú y pie desde el móvil. Pincha todos los enlaces, uno a uno. Cualquiera que dé error, multiplícalo por el número de páginas de tu web.
Velocidad real. Pasa tu web por PageSpeed Insights y mira solo la pestaña de móvil.
Qué hay indexado. Busca site:tudominio.com en Google. ¿Están todas tus páginas importantes? ¿Aparece algo que no debería? ¿Los textos bajo cada resultado están escritos o cortados a mitad de frase?
Vista previa al compartir. Mándate el enlace de tu web por WhatsApp. Si sale la dirección pelada sin imagen ni título, falta configuración.
Certificado. Abre tu web en una ventana de incógnito, o pide a alguien que nunca haya entrado que lo haga desde su móvil.
El formulario. Envíalo tú mismo, con datos reales, y comprueba que el correo llega. Que llegue de verdad, a la bandeja de entrada de alguien que lo lee.

Si alguna de las seis falla, ya tienes trabajo antes de plantearte nada más.

Preguntas frecuentes

¿Cuánto tarda una auditoría web técnica?

Depende del tamaño del sitio, pero el rastreo y el análisis de una web corporativa estándar se resuelven en días, no en semanas. Lo que alarga los plazos suele ser el acceso: sin logs del servidor ni Search Console, media auditoría se hace a ciegas y hay que suplirlo con conjeturas.

¿Cada cuánto conviene repetirla?

Una revisión completa al año para un sitio estable, y siempre después de una migración, un rediseño o un cambio de hosting. Entre medias, lo eficaz no es repetir la auditoría entera sino monitorizar cuatro o cinco indicadores —errores de rastreo, páginas indexadas, rendimiento en móvil, uptime— y actuar cuando se muevan.

¿Sirven las herramientas automáticas gratuitas?

Sirven para lo evidente y son un buen primer filtro. Lo que no hacen es distinguir un aviso irrelevante de un problema que te está costando dinero, ni explicar por qué ocurre. Una herramienta te dice que el LCP es de 6,2 segundos; alguien que sabe leerlo te dice que es por 228 imágenes sin optimizar y que se arregla en una tarde.

¿Es lo mismo que una auditoría SEO?

La auditoría técnica es una parte de la SEO, la que se ocupa de la infraestructura. Una auditoría SEO completa añade búsqueda de palabras clave, análisis de contenido y de competencia, y perfil de enlaces externos. Se pueden contratar por separado, y tiene sentido empezar por la técnica.

¿Y si mi web la hizo una agencia hace poco?

Es exactamente uno de los casos en los que auditar sale a cuenta, y no por desconfianza: los fallos que encontramos con más frecuencia —noindex de pruebas, imágenes sin optimizar, medición mal montada— son fallos de cierre de proyecto, no de mala praxis. Una revisión externa a los dos meses los caza cuando todavía son baratos de arreglar.

En una frase

Una auditoría web técnica no busca opinar sobre tu web: busca los fallos concretos que están costando visitas y clientes, ordenarlos por lo que duele y decir qué hacer con cada uno. Si hace más de dos años que nadie la revisa, o si acabas de migrar, las probabilidades de que haya algo roto son altas —once de cada veinte, en nuestra última tanda.

Empieza por lo barato: las seis comprobaciones de arriba, diez minutos, sin gastar nada. Y si prefieres que lo miremos nosotros, cuéntanos qué tienes y te decimos qué encontramos, en qué orden lo arreglaríamos y por qué.

Auditoría web técnica: qué es, qué incluye y cuándo la necesitas