Una auditoría técnica SEO para grandes portales debe distinguir las URLs que generan negocio de las que solo multiplican el rastreo: categorías, fichas de producto, filtros, paginaciones, búsquedas internas o páginas agotadas. Si todas se revisan como un bloque, un problema crítico en una plantilla rentable puede quedar oculto entre miles de avisos menores.
Una auditoría técnica SEO para grandes portales no consiste en pasar una checklist: analiza qué URLs rastrean e indexan los buscadores, cuáles desperdician presupuesto de rastreo y qué plantillas frenan el negocio. Con logs, segmentación y prioridades por impacto, permite corregir primero los fallos que pueden recuperar tráfico, ventas y capacidad de crecimiento.
Cuándo un portal necesita una auditoría a escala
Un portal necesita una revisión técnica a escala cuando no puede explicar qué familias de URL pierden visibilidad, consumen rastreo o dejan de vender. Si tienes entre cientos de miles y varios millones de páginas, mirar el sitio como un bloque es como revisar las cuentas de una cadena de tiendas sin saber qué local pierde dinero.
Con más de 10 años de experiencia trabajando en diseño web y marketing digital, este autor ha ayudado a negocios y proyectos online a crecer, captar clientes y generar ingresos de forma sostenible. He visto ecommerce con miles de fichas indexadas de menos y filtros rastreados de más: el resultado fue tráfico estancado aunque el catálogo seguía creciendo.
Jesús Barrios trabaja estos casos separando cada problema por plantilla y valor comercial, porque una incidencia en 50.000 URLs no se trata igual que otra en 20.
La señal más clara no es tener muchos avisos en una herramienta. La señal es que Google Search Console muestra menos páginas válidas, caen clics por directorio, aumentan las URLs descubiertas pero no indexadas o crecen las páginas sin valor en el sitemap XML.
Señales que justifican actuar ya
Una caída superior al 10-20% de clics orgánicos en un directorio importante merece una revisión urgente si no coincide con una caída estacional conocida. También conviene actuar ante errores 5xx repetidos, cambios masivos de URL, una migración SEO o páginas de categoría que dejan de aparecer.
Estas señales no prueban por sí solas la causa. Indican dónde mirar primero: códigos de estado HTTP, canonicals, enlaces internos, robots.txt, renderizado y comportamiento real de Googlebot.
Qué debe entregar un servicio serio
Una auditoría útil entrega decisiones que desarrollo y negocio puedan ejecutar. No basta un PDF con 200 errores de color rojo, porque un aviso sin contexto no dice qué arreglar primero.
El documento final debe incluir una lista priorizada, URLs de ejemplo, plantilla afectada, volumen estimado, responsable, plazo de resolución y prueba de que el cambio funciona. Si una propuesta no contempla revisión antes y después de publicar, está vendiendo diagnóstico, no control del problema.
Una incidencia técnica merece prioridad cuando combina tres factores: afecta a muchas URLs, toca páginas con demanda o ventas y puede corregirse sin poner en riesgo otras secciones del portal.
Una caída de tráfico exige segmentar antes de arreglar
Una caída orgánica en un portal grande suele concentrarse en una plantilla, directorio, país o tipo de URL, no en todo el dominio por igual. La segmentación consiste en separar datos para no mezclar una ficha de producto, una categoría, un filtro y una página editorial como si fueran lo mismo.
Google puede indexar bien las categorías y, al mismo tiempo, ignorar miles de filtros sin demanda. También puede ocurrir lo contrario: las fichas pierden enlaces internos tras un rediseño mientras el tráfico de contenidos permanece estable. Sin esa separación, se corrige a ciegas.
Google Search Central recomienda revisar cobertura, sitemaps y la inspección de URL, pero esos informes deben cruzarse con clics, impresiones y ventas por directorio. Google Search Console dice qué ha visto el buscador; tu analítica y catálogo indican si esas páginas importan al negocio.
Cómo encontrar la zona afectada
Empieza agrupando URLs por categoría, ficha, paginación, filtro, búsqueda interna, subdominio, idioma y país. Añade una capa de dispositivo, porque Google usa mobile-first indexing: toma la versión móvil como referencia principal para indexar.
Compara periodos de entre 28 y 90 días para evitar sacar conclusiones por un fin de semana o una campaña puntual. Si las impresiones caen solo en /categoria/ y las fichas se mantienen, la investigación debe empezar en esa plantilla y sus enlaces.
Indexación no es canibalización
La indexación responde a si una URL puede entrar en el índice de Google. La canibalización aparece cuando dos o más URLs del mismo portal compiten por una búsqueda parecida y Google alterna cuál mostrar.
Un síntoma habitual de canibalización es que una categoría y varios filtros se relevan para la misma consulta, con posiciones inestables. Un síntoma de indexación es distinto: la URL no aparece ni siquiera al buscar su título exacto o inspeccionarla en Search Console.
El error más frecuente en este punto es llamar canibalización a cualquier pérdida de posiciones. Antes hay que comprobar si existe duplicidad, canonical mal aplicada, falta de enlaces internos o una página que ni siquiera llega a indexarse.
Prioriza por URLs afectadas, negocio y riesgo técnico
La prioridad de una incidencia debe salir del impacto SEO, el número de URLs afectadas, el valor comercial, el esfuerzo y el riesgo técnico. Un canonical incorrecto en 30.000 fichas con stock merece más atención que 500 títulos largos en artículos sin tráfico.
Piensa en esta lista como la cola de urgencias de un hospital. No se atiende primero al paciente que habla más alto, sino al que tiene un problema grave y puede empeorar rápido. En SEO técnico, el volumen y el valor de la página cambian ese orden.
La mayoría de guías dicen que hay que corregir todos los errores 404. Lo que no mencionan es que un 404 sin enlaces, sin visitas y sin sustituto puede ser irrelevante, mientras un 404 en una categoría enlazada desde la navegación principal puede cortar una parte del negocio.
| Incidencia | Volumen habitual | Prioridad | Validación necesaria |
|---|
| Noindex en categorías con ventas | 100 a 10.000 URLs | Muy alta | HTML, Search Console y logs |
| Parámetros rastreados sin demanda | 10.000 a millones | Alta si consumen rastreo | Logs y enlaces internos |
| 404 sin tráfico ni enlaces | 100 a 100.000 URLs | Baja o media | Muestra representativa |
Qué URLs entran en prioridad alta
Las URLs estratégicas suelen ser categorías con demanda, fichas con margen, páginas locales, contenidos que atraen enlaces y landings internacionales. Una URL huérfana, es decir, sin enlaces internos que la conecten, puede estar en un sitemap y seguir recibiendo poco rastreo.
El enlazado interno es el sistema de caminos dentro de la web. Cuando una categoría queda a cinco o seis clics de la portada, Google y los usuarios llegan peor; por eso conviene crear hubs temáticos y enlaces desde secciones relacionadas.
Cómo convertir hallazgos en tickets
Cada ticket debe describir el comportamiento actual, la solución esperada y la prueba de aceptación. Por ejemplo: “La plantilla de categoría añade noindex cuando hay paginación; retirar esa regla en /muebles/, comprobar respuesta 200, canonical propia y presencia en sitemap”.
Añade responsable, fecha, dependencia y plan de vuelta atrás. Esto reduce cambios que arreglan una URL de prueba, pero rompen 20.000 páginas al publicarse.
Los logs muestran el rastreo que el crawler no ve
Los logs de servidor registran cada petición al servidor y permiten saber qué URLs visita Googlebot de verdad, con qué frecuencia y qué respuesta recibe. Un crawler como Screaming Frog simula un rastreo; los logs muestran el tráfico real del robot, como las cámaras de una tienda frente a un plano del edificio.
Con más de 10 años de experiencia trabajando en diseño web y marketing digital, este autor ha ayudado a negocios y proyectos online a crecer, captar clientes y generar ingresos de forma sostenible. He visto portales donde Googlebot visitaba filtros con parámetros miles de veces y apenas rastreaba categorías rentables: al reorganizar enlaces y controlar esas rutas, las páginas de negocio volvieron a recibir rastreo regular.
Antes de analizar archivos, valida que el bot es Googlebot. Google explica el proceso de verificación por DNS en su documentación oficial de Google Search Central; confiar solo en el nombre del agente puede dar datos falsos.
Qué buscar en el análisis de logs
Agrupa peticiones por tipo de URL, código HTTP, directorio, fecha, bot y parámetros. Busca respuestas 301 repetidas, 404, 5xx, páginas no canónicas, resultados de búsqueda interna y combinaciones de filtros que se llevan una parte desproporcionada del rastreo.
El crawl budget, o presupuesto de rastreo, es la atención limitada que Google dedica a rastrear un sitio durante un periodo. No es una cuota fija, pero desperdiciarlo en URLs infinitas deja menos oportunidades para que descubra cambios en páginas relevantes.
Cómo reducir gasto sin borrar demanda
No bloquees todos los parámetros en robots.txt por reflejo. Un bloqueo impide rastrear la URL, pero Google puede seguir conociéndola por enlaces externos y no podrá leer una etiqueta canonical o noindex que esté dentro de ella.
La decisión correcta cambia según la familia: algunas URLs deben indexarse, otras llevar canonical, otras tener noindex y otras dejar de generarse o enlazarse. John Mueller y Gary Illyes han insistido en que la arquitectura y los enlaces ayudan a Google a entender qué páginas son relevantes.
Filtros y parámetros deben seguir la demanda real
La navegación facetada debe permitir indexar solo combinaciones con demanda, contenido útil, productos disponibles y una URL estable. La navegación facetada son los filtros de marca, talla, color, precio o ubicación que multiplican páginas en un ecommerce o marketplace.
Un filtro “zapatillas negras Nike” puede responder a una búsqueda real. En cambio, “zapatillas negras Nike, talla 43, menos de 82 euros, entrega mañana y ordenadas por descuento” suele crear una URL casi única, cambiante y sin demanda propia.
Esto funciona bien en teoría, pero en la práctica no basta con poner canonical en todos los filtros. Si una combinación tiene enlaces internos, tráfico o enlaces externos, cambiarla sin estudiar datos puede borrar una entrada que ya aportaba ventas.
Filtros que pueden ser páginas SEO
Una página filtrada puede indexarse si tiene una intención clara, productos suficientes, texto y títulos diferenciados, canonical autoconsistente y enlaces internos controlados. Incluye en sitemap XML las combinaciones elegidas, no cada URL que el usuario pueda formar.
La paginación merece revisión aparte. Si los productos de las páginas 2, 3 o 20 no tienen otros enlaces rastreables, bloquear o noindexar sin pensar puede hacerlos invisibles para Google.
Búsqueda interna y URLs infinitas
Las páginas de búsqueda interna suelen crear mucho ruido: consultas vacías, faltas ortográficas, combinaciones de filtros y ordenaciones. Salvo casos muy seleccionados, no deberían competir con categorías diseñadas para captar búsquedas.
Reduce enlaces rastreables hacia esas rutas y evita generar parámetros innecesarios. Aleyda Solis y Rafa Sospedra han señalado en sus análisis de ecommerce que tratar cada faceta como una página indexable es una fuente común de duplicidad y gasto de rastreo.
JavaScript, enlaces y HTML deben pasar la misma prueba
Una auditoría de SEO JavaScript compara el HTML inicial con la página tras renderizarse para comprobar que Google puede leer contenido, enlaces, canonical y datos estructurados. El HTML inicial es lo que recibe el navegador al llegar; el DOM renderizado es la versión final después de ejecutar JavaScript.
Una web puede verse perfecta para una persona y fallar para Google si sus enlaces aparecen solo tras un clic, si las fichas cargan tarde o si una capa de JavaScript borra el contenido inicial. Martin Splitt, de Google, ha explicado que el renderizado añade pasos y riesgos frente a un HTML completo desde el servidor.
El SSR, o renderizado en servidor, entrega HTML ya preparado. La hidratación añade interacción con JavaScript después; si está mal configurada, puede causar enlaces rotos, contenido que desaparece o recursos bloqueados.
Qué debe estar en el HTML inicial
El título, meta robots, URL canonical, hreflang, contenido principal y enlaces internos esenciales deben estar disponibles sin depender de desplazamiento, clics o una sesión. Los datos estructurados de Schema.org también deben reflejar datos reales de producto, precio y disponibilidad.
Comprueba una muestra de entre 50 y 200 URLs por plantilla, no una sola página. Una ficha puede cargar bien y otra fallar por stock, idioma, geolocalización o una llamada externa lenta.
Rendimiento por plantilla, no por portada
Core Web Vitals mide experiencia de carga: LCP indica cuándo aparece el elemento principal, INP mide respuesta a interacción y CLS detecta saltos visuales. PageSpeed Insights ayuda, pero una nota alta en la portada no garantiza una ficha rápida con imágenes, variantes y recomendaciones.
Revisa también TTFB, errores de recursos, imágenes con lazy loading y respuestas del servidor. La accesibilidad WCAG y la Ley 11/2023 de accesibilidad pueden exigir cambios en ciertos servicios, pero cumplir la norma no equivale por sí solo a ganar posiciones.
Un plan con QA convierte la auditoría en resultados
Una auditoría solo genera resultados cuando cada hallazgo tiene dueño, plazo, prueba antes de publicar y control después del despliegue. El QA, o control de calidad, verifica que el cambio funciona en preproducción y producción, igual que probar una puerta antes de instalarla en todo un edificio.
La recomendación más útil para un portal con muchas URLs es empezar por una familia rentable afectada, corregir una plantilla y medir el resultado antes de extender el cambio. Esta regla no aplica si existe un error crítico de seguridad, una cadena de 5xx o una directiva noindex global: ahí la urgencia supera a la prueba gradual.
Un caso habitual es un cambio de canonical en un marketplace internacional: se corrige una versión de España, se valida hreflang, sitemap y rastreo durante entre 7 y 21 días, y solo después se replica en otros países. Así se evita convertir un arreglo local en una caída internacional.
Qué revisar antes de publicar
En preproducción, revisa códigos HTTP, redirecciones 301, meta robots, canonical, hreflang, HTML renderizado, enlaces internos y sitemap. Si el cambio afecta a datos personales en logs o analítica, respeta RGPD, LOPDGDD, LSSI-CE y Directiva ePrivacy.
Guarda ejemplos exactos de URL y capturas del estado anterior. Sin una referencia, será difícil demostrar que el despliegue corrigió la incidencia y no solo cambió su aspecto.
Qué monitorizar después del cambio
Tras publicar, comprueba logs, inspección de URL, sitemaps, errores 4xx y 5xx, páginas indexadas y tráfico por directorio. Configura alertas para cambios de plantilla, picos de errores y pérdidas de clics, porque esperar al informe mensual puede dejar un fallo activo demasiados días.
Una auditoría a escala no es la prioridad si tu sitio tiene pocas URLs y el problema principal es falta de demanda, contenido débil, una propuesta de valor poco clara o conversión baja. En esos casos, una revisión técnica básica y mejoras de negocio o contenidos suelen dar más retorno.
Preguntas y respuestas
¿Cuánto cuesta una auditoría SEO para un portal?
El precio de una auditoría para un gran portal no debería compararse solo por el número de URLs rastreadas. Dos propuestas con el mismo importe pueden tener alcances muy distintos: una puede limitarse a un crawl automatizado y otra incluir análisis de logs, renderizado JavaScript, mercados internacionales, validación en preproducción y seguimiento tras el despliegue. Para estimar el ROI, prioriza incidencias que afecten a directorios con tráfico orgánico, margen o conversiones medibles.
Por ejemplo, recuperar la indexación de una categoría con miles de productos y demanda estable suele tener más potencial de retorno que corregir avisos aislados en URLs sin visitas ni enlaces.
¿Qué es una auditoría técnica SEO?
Es una revisión de los elementos que permiten a Google rastrear, renderizar, entender e indexar una web. En portales grandes incluye arquitectura, logs, códigos HTTP, robots, canonicals, sitemaps, JavaScript, rendimiento y enlazado interno por familias de URL.
¿Por qué Google no indexa todas mis páginas?
Google no indexa todas las páginas si las considera duplicadas, poco útiles, bloqueadas, lentas de descubrir o sin enlaces internos suficientes. Revisa primero si la URL devuelve 200, permite indexación, tiene canonical correcta y recibe enlaces desde páginas rastreables.
¿Qué herramientas sirven para auditar la web?
Google Search Console es la referencia para ver estados de indexación e inspeccionar URLs. Screaming Frog, Sitebulb, Semrush, Ahrefs, Botify, Oncrawl y Lumar ayudan a rastrear y segmentar, pero ninguna sustituye los logs del servidor.
¿Debo bloquear todos los filtros de mi ecommerce?
No, porque algunos filtros pueden captar búsquedas y ventas. Analiza cada grupo por demanda, duplicidad, enlaces internos, productos disponibles y rastreo antes de decidir si indexar, canonizar, noindexar o bloquear.
¿Cómo detecto canibalización en un sitio grande?
Detectas canibalización cuando varias URLs aparecen de forma alterna para la misma consulta y ninguna consolida bien su posición. Compara consultas, páginas, títulos, canonicals, enlaces y tipo de intención antes de fusionar o redirigir URLs.
¿Cada cuánto conviene repetir la auditoría?
Un portal con cambios frecuentes debería vigilar señales técnicas de forma continua y hacer una revisión profunda cada 6 a 12 meses. Tras una migración, rediseño, cambio de CMS o expansión internacional, la revisión debe hacerse antes y después del despliegue.
