Cómo realizar una auditoría SEO técnica

Qué es una auditoría SEO técnica

Es una revisión sistemática de todo lo que condiciona que un buscador pueda acceder a tu web, procesarla e incluirla en su índice. No evalúa si tu contenido es bueno ni si tu marca es conocida: comprueba que nada técnico impida que ese contenido compita.

Lo que la distingue de un informe automático es la interpretación. Una herramienta puede listar trescientos avisos; una auditoría dice cuáles importan en tu caso y en qué orden conviene resolverlos.

Antes de empezar: datos y accesos

Necesitas, como mínimo:

• Google Search Console, con acceso de lectura. Es la única fuente que muestra cómo ve Google tu sitio.
• Un rastreador que recorra la web como lo haría un buscador.
• Analítica web, para saber qué páginas reciben tráfico y cuáles convierten.
• Registros del servidor, si están disponibles. Muestran qué rastrean de verdad los bots.

Paso 1: rastreo

La primera pregunta es si los buscadores pueden llegar a tus páginas.

• robots.txt. Comprueba que no bloquea secciones que deberían rastrearse, ni los recursos CSS y JavaScript necesarios para mostrar la página.
• Sitemap XML. Debe listar las URL canónicas que quieres indexar y ninguna más.
• Códigos de estado. Localiza errores 404 en páginas enlazadas, errores 5xx y redirecciones encadenadas.
• Enlaces internos. Detecta páginas huérfanas, a las que no llega ningún enlace, y páginas demasiado profundas.

Paso 2: renderizado

Que una URL sea rastreable no significa que su contenido sea legible. Compara dos cosas: el HTML que entrega el servidor y la página tal como queda tras ejecutar JavaScript.

Si el título, el texto principal, los enlaces o los metadatos solo existen en la segunda, dependes de que el buscador renderice la página. Google lo hace, pero en una fase posterior al rastreo que puede retrasarse, y no todos los rastreadores ejecutan JavaScript.

Paso 3: indexación

Ahora, qué hay realmente en el índice. El informe de indexación de páginas de Search Console separa las URL indexadas de las excluidas e indica el motivo de cada exclusión.

Revisa en particular:

• Canónicas. Que cada página declare la URL correcta y que Google la haya aceptado.
• Directivas noindex. Es habitual que sobrevivan a un entorno de pruebas.
• Duplicados. Versiones con y sin barra final, con y sin www, o con parámetros de seguimiento.
• Páginas de poco valor. Resultados de búsqueda interna, filtros o etiquetas que inflan el índice sin aportar nada.

Paso 4: arquitectura y enlazado interno

Con el rastreo completo puedes ver la estructura real del sitio, que rara vez coincide con la del menú.

• ¿Las páginas de negocio están a pocos clics de la portada?
• ¿Reciben enlaces internos desde contenidos relacionados?
• ¿El texto de esos enlaces describe el destino?
• ¿Hay varias páginas compitiendo por la misma intención de búsqueda?

Paso 5: datos estructurados

Comprueba que el marcado Schema.org existente es válido, que describe contenido visible en la página y que usa tipos adecuados a lo que la página es.

Paso 6: rendimiento

Mide con datos de usuarios reales siempre que existan, no solo con pruebas de laboratorio.

Analiza por plantilla y no por URL: si la ficha de producto es lenta, lo son todas las fichas, y la corrección también se aplica a todas a la vez. Lo desarrollamos en Core Web Vitals: qué mide Google y cómo priorizar.

Paso 7: priorizar

Aquí es donde una auditoría se convierte en un plan. Clasifica cada hallazgo según dos ejes: cuánto afecta a las páginas de negocio y cuánto cuesta resolverlo.

Cada hallazgo debería llevar tres cosas: la evidencia (una URL, una captura o un dato), la corrección propuesta y la forma de comprobar que ha funcionado.

Errores frecuentes

• Entregar el volcado de una herramienta sin interpretar ni ordenar.
• Auditar solo la portada y unas pocas URL en lugar de plantillas completas.
• Ignorar Search Console y trabajar solo con datos de rastreo propios.
• No volver a medir después de implementar los cambios.

Lista de comprobación

1. ¿robots.txt permite rastrear las páginas y los recursos necesarios?
2. ¿El sitemap contiene solo URL canónicas e indexables?
3. ¿El contenido esencial está en el HTML inicial?
4. ¿Las páginas de negocio están indexadas con la canónica correcta?
5. ¿No quedan directivas noindex heredadas?
6. ¿Las redirecciones son directas, sin cadenas?
7. ¿Los datos estructurados son válidos y describen contenido visible?
8. ¿Las plantillas principales cumplen los umbrales de Core Web Vitals?
9. ¿Cada hallazgo tiene evidencia, corrección y prioridad?

Para entender por qué el orden es rastreo, renderizado e indexación, lee cómo entiende Google una web moderna.