¿Qué es y Cómo hacer una auditoría SEO profesional de nivel Agencia SEO?

Una auditoría SEO no es “pasar una herramienta y exportar un PDF bonito”. Para mí, una auditoría SEO es un análisis completo y exhaustivo de todos los aspectos que pueden afectar al posicionamiento orgánico de una web.
¿Para qué sirve una auditoria SEO? Para detectar problemas, carencias y oportunidades con una intención muy concreta: plantear una estrategia que haga que el proyecto escale y mejore de forma medible. No solo “subir posiciones”, sino mejorar lo que de verdad importa: tráfico orgánico de calidad, leads, transacciones e ingresos.

Si estás buscando una agencia que te haga una Auditoría SEO profesional contactanos.

Antes de auditar

Antes de abrir Screaming Frog o Search Console, yo siempre me hago una pregunta: ¿qué significa “mejorar” en este proyecto? Porque no es lo mismo una web local que quiere llamadas, que un ecommerce que vive de categorías, o un negocio B2B que necesita leads cualificados.
Por eso, el primer paso es la situación actual:
• Tráfico orgánico (y tendencia: ¿sube, baja o está plano?).
• Páginas/landings que más aportan.
• Consultas principales (qué te trae Google hoy).
• Si es ecommerce: transacciones e ingresos orgánicos (si se puede medir bien).
• Si es leads: conversiones (formularios, llamadas, clics a WhatsApp, etc.).
Te lo digo tal cual: en mi experiencia, arrancar por aquí te evita auditar a ciegas. He visto proyectos donde “mejoramos” mil cosas técnicas, pero el impacto real fue pequeño porque el problema era de arquitectura y targeting (keywords mal elegidas, intención mal resuelta, categorías sin sentido, etc.).
Después del a análisis inicial, paso al keyword research y a la arquitectura SEO. No hace falta hacer el research perfecto estilo tesis doctoral, pero sí lo suficiente para responder:
• ¿Qué familias de keywords atacamos?
• ¿Cómo las agrupamos por intención?
• ¿Qué páginas deben existir para cubrirlo?
• ¿Cómo lo conectamos con un menú y un enlazado interno lógico?
Esto es clave: la auditoría no es solo “arreglar errores”, también es detectar oportunidades. Si tu web no tiene páginas para keywords transaccionales importantes, no es que “falte un detalle”: falta una pieza del puzzle.
________________________________________

Herramientas para el SEO

Aquí no hay magia, hay método. Yo separo herramientas por función:

Herramientas mínimas imprescindibles

• Google Search Console: indexación, cobertura, rendimiento (consultas/páginas), sitemaps, acciones manuales, problemas de experiencia. Es la verdad oficial de “cómo te ve Google”.
• GA4: comportamiento y negocio. No para “SEO puro”, sino para ver si el tráfico orgánico convierte, detectar patrones, transacciones y beneficios.
• Keyword Planner: Completamente indispensable para hacer un estudio de palabras clave basándonos en datos 100% reales, no como hacen en algunas agencias, que se fian de los datos de herramientas externas.

Herramientas de rastreo (crawler)

• Screaming Frog: para simular el rastreo, detectar estados 3xx/4xx/5xx, canonicals, metadatos, headings, duplicidades, paginación y muchísimos más aspectos técnicos de la web.
H3 Rendimiento / WPO
• PageSpeed / Lighthouse: para Core Web Vitals y recomendaciones de optimización.
H3 Research / competencia
• Herramienta de keywords (Semrush/Ahrefs/Sistrix/SE Ranking o similar) para volúmenes, dificultad aproximada, clusters, y para analizar a la competencia.
Ojo con un error típico: usar herramientas como si fueran juez y sentencia. Para mí, la herramienta es un detector. La auditoría la hace tu criterio: qué es realmente un problema, qué es ruido y qué impacta en negocio.
________________________________________

Auditoría técnica: rastreo, indexabilidad e infraestructura

Este bloque es el que decide si tu web puede competir o no. Si aquí hay un freno gordo, lo demás pierde fuerza.
H3 robots.txt y recursos bloqueados
Me encuentro muchísimas veces el robots.txt mal optimizado o con directrices incorrectas. Y uno de los fallos más “tontos y caros” es bloquear recursos que Google necesita para entender la página, como CSS o JavaScript.
Si bloqueas esos recursos, Google puede renderizar peor, interpretar mal el layout o no entender elementos clave. Es el típico problema que no “se ve” a simple vista… hasta que te pasa factura.
Checklist rápida de robots:
• ¿Bloquea carpetas que sí deberían rastrearse?
• ¿Bloquea CSS/JS necesarios?
• ¿Permite acceso a recursos críticos?
• ¿Incluye referencia al sitemap (si aplica)?

Sitemap.xml e indexabilidad

• ¿El sitemap existe, está actualizado y solo incluye URLs indexables?
• ¿Hay URLs con noindex dentro del sitemap (mala señal)?
• ¿Hay URLs importantes fuera del sitemap (posible descuido)?
Siempre recomiendo que el sitemap se automatice, si se añade una nueva página, que se añada también al sitemap de manera automática, al igual que si se elimina. Esto quita dolores de cabeza y pérdida de tiempo comprobando y actualizando el archivo periódicamente.

Estados HTTP: 3xx / 4xx / 5xx

Aquí suele haber “fiesta”:
• 404 masivos (páginas eliminadas, enlaces rotos, productos descatalogados).
• Redirecciones encadenadas (301 → 301 → 200).
• Redirecciones a páginas que no deberían (la típica “redirijo todo a la home”).
• 5xx puntuales o recurrentes (servidor, timeouts, errores de aplicación).
Y un matiz importante que yo repito mucho: redirigir errores 404 no siempre es la solución completa.
Muchas agencias piensan: “pongo una 301 y listo”. A veces sí, pero otras no. Hay que revisar si tu web está enlazando internamente a esos 404. Porque si rediriges, pero mantienes enlaces internos rotos, llenas el sitio de enlaces que apuntan a redirecciones, y eso tampoco es óptimo. Para mí, la regla es simple: los enlaces internos deben llevar a la URL final, no a una redirección.

Canonicals

Los canonicals mal puestos son una plaga. Y de los errores más comunes que veo: canonicals apuntando a URLs que “no tocan”, o canonicals en páginas que deberían ser indexables apuntando a otra versión sin sentido. Esto puede provocar:
• Desindexación de páginas buenas.
• Señales de duplicidad donde no existe.
• Confusión en la consolidación de señales.
Mi rutina aquí: revisar canonicals a escala con crawler y validar patrones (¿solo algunas plantillas fallan? ¿categorías? ¿filtros?).
________________________________________

Arquitectura SEO y navegación

Aquí es donde mucha gente subestima la auditoría. Y para mí es de lo más rentable.
Menú y navegación (mobile vs desktop)
Yo siempre analizo el menú en móvil y escritorio, porque no es raro que:
• en desktop haya estructura completa,
• y en mobile falten enlaces clave o se esconda demasiado.
Si un usuario no encuentra una categoría importante en 2 clics desde móvil, mal. Y si Google no la descubre bien desde el menú/enlazado, peor. Tambien es importante destacar que SIEMPRE deberemos preparar tanto los menús como la navegación de la web primero para móvil, ya que este tiene mas peso para Google. (la mayoría de usuarios y visitas que reciben las webs ya son por móvil)

URLs: estructura y limpieza

Una arquitectura SEO buena se nota en las URLs:
• Cortas, descriptivas, sin basura.
• URLs anidadas para dar coherencia al enlazado
• Jerarquía coherente.
• Evitar parámetros infinitos indexables si no aportan valor.
Aquí también entra el tema de páginas de filtros en ecommerce: son thin content indexado.

Enlazado interno

Uno de los problemas más repetidos que me encuentro es el enlazado interno excesivo, que diluye el link juice. Cuando todo enlaza a todo, al final nada se refuerza bien. Prefiero un enlazado interno:
• intencional (qué página quiero potenciar),
• contextual (en contenido donde tiene sentido),
• y con anchors coherentes (sin sobreoptimizar, pero sin “haz clic aquí” en bucle).
Y vuelvo a un detalle práctico: si hay enlaces internos que van a URLs que redirigen, yo los limpio. Enlaces internos → URL final.
________________________________________

Auditoría on-page: contenido, señales y canibalizaciones

En este punto ya asumo que lo técnico está controlado o al menos identificado. Ahora toca algo igual de importante: relevancia.
Headings (H1–H3) y coherencia por intención
Reviso:
• que haya un H1 único por página,
• que H2/H3 estructuren la respuesta,
• y que el contenido responda a una intención concreta (informacional, transaccional, comparativa, etc.).
Muchos proyectos tienen headings correctos “de forma”, pero no “de fondo”: hablan de todo un poco, sin resolver lo que el usuario busca.

Metatags (title y meta description)

Aquí hay quick wins:
• Titles duplicados.
• Titles sin keyword principal ni propuesta clara.
• Metas que no “venden” el clic.
• Páginas importantes con title genérico tipo “Inicio | Marca”.
No se trata de meter keywords como loro. Se trata de que Google entienda el tema y el usuario quiera entrar. Al final para posicionar deberemos incluir las palabras clave, si, pero lo que manda es el usuario y que le resuelvas la consulta que ha venido a tu web para satisfacer.

Canibalizaciones

Si dos páginas compiten por la misma intención, te disparas al pie. Cada página debe atacar a una única intención de búsqueda, si no, vamos mal. Reviso canibalización de:
• categorías vs posts,
• subcategorías vs filtros,
• fichas vs categorías,
• y páginas “parecidas” que existen por historia del proyecto.
Existen casos donde la canibalización es positiva, son casos en los que aparece un resultado en primera posición y otro de tu misma web en segunda o tercera posición. Son casos extremadamente raros en los que la canibalización es positiva, ya que ocupamos 2 resultados de búsqueda para una consulta. En ese caso no tocaremos nada para no perder esta ventaja.

Imágenes, blog, thin content

• Imágenes: peso, atributos alt con sentido, y evitar galerías infinitas sin valor.
• Blog: si existe, que no sea cementerio. Prefiero menos posts pero bien enlazados a categorías/servicios y con intención clara.
• Thin content: son páginas sin valor, con muy poco o nada de contenido. Esto a Google no le gusta nada.
________________________________________

Paginaciones

Sin duda, de los errores que más me encuentro.
En ecommerce, mi enfoque suele ser:
• Paginaciones en noindex para no darle a Google montones de páginas de poco valor.
• Pero ojo: permito el rastreo (que Google pueda descubrir productos), solo que no indexe esas URLs paginadas.
Y el matiz más importante (que muchos hacen mal): aunque sea paginación, la etiqueta canonical debe apuntar a sí misma. Si haces canonical a la página 1, le estás diciendo a Google “esto es duplicado y la original es la page 1”, y no quieres esa señal. Es mejor poner noindex + canonical autorreferenciada.

Idiomas y hreflang

Es fácil encontrar proyectos internacionales que:
• no declaran todas las versiones idiomáticas,
• tienen hreflang incompleto,
• o se olvidan del x-default.
Reglas que sigo:
• Declarar todas las versiones (idioma + región si aplica).
• Asegurar reciprocidad (si A apunta a B, B apunta a A).
• Incluir x-default cuando tenga sentido (sobre todo si hay selector o una versión “genérica”).
Si esto falla, te pueden aparecer páginas en el país equivocado, caer rankings locales, o competir tus propias versiones entre sí.
________________________________________

Rendimiento y UX: Core Web Vitals y WPO

Aquí hay que ser práctico. Me gusta revisar rendimiento por:
• plantillas (home, categoría y ficha de producto),
• dispositivos (mobile primero),
Core Web Vitals (LCP, INP, CLS) importa, sí, pero no para perseguir números por deporte. Importa porque afecta:
• experiencia,
• conversiones,
• y señales de calidad.
Cosas que reviso casi siempre:
• Imágenes pesadas o mal servidas (sin lazyload donde toca, sin tamaños adecuados).
• JS excesivo que bloquea interacción (INP).
• Cambios de layout por banners/cookies mal implementadas (CLS).
• Fuentes, terceros y trackers que inflan todo.
Y lo conecto con negocio: si tu web va lenta en móvil, tu tráfico orgánico puede entrar… y rebotar. Esa es la diferencia entre “subí posiciones” y “subí ingresos”. De todas formas me gusta comentarlo siempre antes con el departamento de programación, ya que los SEOS generalmente no somos expertos en este tipo de temáticas que incluyen de código.
________________________________________

Auditoría off-page: link building y señales externas

La parte off-page no la dejo fuera, pero la trato con criterio:
• Perfil de backlinks: diversidad, relevancia, anchors, crecimiento raro.
• Enlaces tóxicos.
• Páginas más enlazadas: ¿están empujando URLs útiles o basura?
• Oportunidades: menciones sin enlace, páginas que podrían recibir enlaces internos y externos, etc.
Si el proyecto ha hecho link building, reviso si hay coherencia con la arquitectura: de poco sirve conseguir enlaces si luego todo aterriza en la home o en una URL que redirige tres veces.
Además siempre deberemos conseguir enlaces de:
• Preferentemente webs de la misma temática.
• Medios de comunicación
• Blogs especializados
Todos ellos con tráfico real y que no sigan prácticas extrañas, ya que estamos poniendo en juego el proyecto.
________________________________________

Cómo priorizar hallazgos y convertir la auditoría en un plan de acción

Aquí es donde una auditoría pasa de “documento” a “estrategia”.

Mi orden de prioridades

Siempre se va a priorizar las acciones que le vayan a traer mayor retorno al cliente o errores muy críticos que precisen subsanarse cuanto antes.
1. Errores Críticos muy urgentes. (Impedimento de indexación por X motivo, problemas de rastreo de páginas en la web. Etc)
2. Creación de nuevas páginas de la arquitectura
3. Optimización de categorías actuales
4. Mejoras de CRO
5. Resto de mejoras técnicas

Matriz Impacto / Esfuerzo

Yo la hago simple, con 4 cuadrantes:
• Alto impacto / Bajo esfuerzo: quick wins (titles duplicados, enlaces internos a URL final, arreglar 404 enlazados, sitemap sucio).
• Alto impacto / Alto esfuerzo: proyectos (reestructurar categorías, migraciones, internacionalización, limpieza masiva de parámetros).
• Bajo impacto / Bajo esfuerzo: mejoras “nice to have”.
• Bajo impacto / Alto esfuerzo: normalmente, se descartan o se posponen.
________________________________________

Checklist final

Para que no se te escape nada, te dejo una checklist completa (la que yo usaría en una auditoría profesional):
• Análisis Inicial del proyecto: tráfico orgánico, transacciones/leads, ingresos si aplica, top páginas, top consultas.
• Keyword research + arquitectura: clusters por intención, páginas que faltan, estructura de categorías/servicios.
• Menú y navegación: mobile vs desktop, accesibilidad de páginas clave.
• Rastreo e indexación:
o robots.txt (ojo con CSS/JS bloqueados)
o sitemap limpio y actualizado
o coverage en GSC
• Estados HTTP:
o 404 (no solo redirigir: arreglar enlaces internos a URL final)
o 3xx (cadenas, bucles, redirecciones erróneas)
o 5xx (errores de servidor)
• Canonicals: coherentes, sin apuntar “a donde no toca”.
• Paginación (ecommerce): noindex + permitir rastreo + canonical a sí misma.
• On-page:
o headings (H1 único, H2/H3 útiles)
o titles y meta descriptions
o contenido duplicado/thin content
o canibalizaciones
o imágenes (peso + alt)
o blog (estructura e interlinking)
• Rich snippets / Schema: oportunidad real + validación.
• Rendimiento: CWV (LCP, INP, CLS), mobile, scripts, imágenes, terceros.
• Idiomas: hreflang completo + x-default + reciprocidad.
• Off-page: perfil de enlaces, anchors, calidad, oportunidades.
Y si tuviera que resumir mi filosofía en una frase: exhaustivo sí, pero con prioridades. Porque la auditoría buena no es la más larga: es la que mejor convierte problemas en acciones.
Si has llegado hasta aquí y quieres una auditoría así de completa para tu web, no dudes en echar un vistazo a nuestro servicio SEO.
________________________________________