Auditoría SEO técnica: escenario práctico de una migración
Procedimiento reproducible para diagnosticar rastreo, redirecciones, canonicals y renderizado tras una migración web.
Autor y revisor: Jon González
El Caso de la Migración Fantasma
Partimos de un escenario didáctico habitual: una empresa de suministros industriales estrena web y observa una caída importante de visibilidad. Las cifras son ilustrativas; el procedimiento es el elemento reproducible.
El cliente pensaba que era culpa del mercado, o de la publicidad. Nosotros abrimos el capó. Y lo que vimos fue una carnicería técnica.
Este es el proceso exacto de nuestra auditoría forense.
Paso 1: Screaming Frog (La Radiografía)
Lanzamos nuestro crawler (Screaming Frog) para recorrer la web como si fuéramos Google.
Hallazgo de ejemplo: un volumen elevado de errores 404 porque las URLs habían cambiado sin un mapa completo.
- Antes:
midominio.com/taladro-bosch-x5 - Ahora:
midominio.com/producto/herramientas/taladro-bosch-x5
No habían hecho Redirecciones 301. Las visitas procedentes de resultados, enlaces y favoritos llegaban a páginas no encontradas. Google necesita volver a rastrear y reevaluar las nuevas URLs; no existe una transferencia automática sin señales coherentes.
Paso 2: Análisis de Logs (El ADN)
Pedimos los “Logs de Acceso” al servidor. Es el registro bruto de quién entra en la web. Queríamos ver qué hacía Googlebot.
Hallazgo: Googlebot estaba atrapado en un bucle infinito.
El filtro de “Precios” generaba URLs infinitas:
?precio=10-20
?precio=10-20&color=rojo
?precio=10-20&color=rojo&talla=L
?color=rojo&precio=10-20&talla=L (Misma página, orden distinto).
Googlebot estaba gastando todo su presupuesto de rastreo en estas combinaciones inútiles y no estaba llegando a los productos nuevos. El “Spider Trap” perfecto.
Paso 3: Renderizado JavaScript (La Ceguera)
La nueva web estaba hecha en React (Single Page Application). Muy moderna. Pero al desactivar el JavaScript en el navegador… la web salía en blanco.
Googlebot puede leer JavaScript, pero le cuesta. Tarda más. La web no tenía configurado Server Side Rendering (SSR). Para Google, la web estaba vacía la mitad de las veces porque el tiempo de espera (timeout) saltaba antes de que el JS terminase de pintar los productos.
El Plan de Rescate
No fue magia. Fue fontanería digital.
- Mapa de Redirecciones: Recuperamos la lista de URLs antiguas de logs, analítica, sitemap anterior y archivos disponibles. Creamos reglas 301 hacia equivalentes reales y evitamos redirigir todo a la portada.
- Bloqueo de Robots: Configuramos el
robots.txtpara prohibir el rastreo de los filtros de precio y color. “Google, no entres ahí”. - Etiquetas Canonicals: Identificamos la versión “oficial” de cada producto para evitar duplicados.
- Prerenderizado: Instalamos un sistema de prerenderizado para servir HTML estático a los bots y mantener la experiencia React para los usuarios.
Cómo se valida el resultado
Comparamos cobertura, clics, impresiones y páginas de destino en Search Console antes y después. Una recuperación depende de la demanda, del historial y del rastreo; el plazo y el porcentaje no se pueden garantizar.
Las auditorías SEO no son checklists genéricos que te baja una herramienta automática. Una herramienta automática no hubiera detectado el problema de renderizado JS ni hubiera sabido mapear las URLs antiguas.
Se necesita un humano experto que entienda cómo funcionan las tripas de internet. Si has sufrido una migración y tu tráfico sangra, llámanos. Sabemos dónde mirar.
Ampliación editorial · revisión 2026
La decisión central de esta guía
¿Cómo se audita una pérdida SEO después de una migración?
Conserva sitemap y URLs anteriores, rastrea ambos estados y compara respuesta, redirección, canonical, contenido y enlaces. Search Console muestra qué URLs conoce Google; los logs muestran qué solicita; la analítica muestra dónde cambió la demanda. La combinación evita atribuir todo a un único 404.
Corrige primero bloqueos de rastreo, noindex, canonicals erróneas y redirecciones ausentes en páginas que tenían señales. Después revisa render, contenido e interno. No redirijas todas las rutas antiguas a portada: cada 301 necesita equivalente útil o una respuesta 410/404 honesta.
Guarda exportaciones, fecha de despliegue, muestras de HTML y recuentos por plantilla. Tras corregir, rastrea de nuevo y sigue páginas de destino y consultas. Una recuperación tarda en reflejarse y no puede evaluarse con unas horas de datos.
Bloquear parámetros en robots puede impedir rastreo sin consolidar señales ya conocidas. La canonical es una pista, no una orden. Cada cambio debe responder a la causa observada y considerar las URLs que Google ya ha descubierto.
Marco técnico
Método para diagnosticar SEO técnico sin perseguir síntomas
El SEO técnico facilita que un buscador descubra, rastree, renderice, comprenda y seleccione la URL correcta para una intención. No obliga a indexar ni garantiza posiciones. Su trabajo es eliminar ambigüedad y fricción técnica mientras contenido, autoridad y demanda completan la decisión.
El diagnóstico comienza con un inventario canónico. Sitemap, rastreo, Search Console, analítica y logs describen conjuntos distintos; compararlos muestra URLs huérfanas, redirecciones, parámetros, páginas descubiertas y páginas que reciben demanda. Un número total de “errores” no prioriza nada hasta relacionarlo con una URL importante y una intención.
Descubrimiento, rastreo e indexación son estados diferentes. Una URL enlazada puede no haberse rastreado; una URL rastreada puede no indexarse; una URL indexada puede perderse si Google selecciona otra canonical o considera que aporta poco valor. Cada hipótesis necesita evidencia del estado actual antes de cambiar contenido, robots o canonical.
La arquitectura asigna propiedad. Una consulta principal corresponde a una página, y las páginas de apoyo enlazan con contexto sin competir por el mismo propósito. Las URLs locales solo permanecen cuando responden una necesidad diferenciada. Cambiar topónimos, fechas o adjetivos en una plantilla no crea una razón para indexar treinta documentos.
La solución se verifica en HTML generado, respuesta HTTP y enlaces reales. Un título correcto en el repositorio no sirve si un override lo sustituye; una canonical visualmente invisible puede apuntar a otra página; un sitemap puede incluir rutas que responden 404. El rastreo posterior debe demostrar que el cambio llegó al entorno previsto.
Lista de control antes de ejecutar
- 01Estado reproducido
Se conserva evidencia de respuesta, robots, canonical, render, enlaces y señal de Search Console.
- 02Intención propietaria
La URL tiene un propósito distinto y no compite con otra página del inventario.
- 03HTML útil
La respuesta inicial contiene contenido principal, encabezados y enlaces sin depender de una interacción.
- 04Señales coherentes
Canonical, sitemap, hreflang, redirecciones y enlaces apuntan a la misma versión preferida.
- 05Contenido verificable
La página ofrece método, ejemplos, autoría y fuentes sin afirmaciones fabricadas.
- 06Seguimiento temporal
La validación diferencia comprobación inmediata de evolución de rastreo e indexación.
Qué medir para saber si funciona
Controla URLs válidas esperadas, estado HTTP, canonical efectiva, enlaces internos entrantes, profundidad, frecuencia de rastreo y consultas de destino. Impresiones y clics se comparan por periodos equivalentes y se anotan cambios de demanda, estacionalidad o migración.
La indexación es un medio. El resultado de negocio se observa en tráfico relevante, acciones válidas y calidad comercial. Publicar miles de páginas para alcanzar un porcentaje de indexación puede empeorar el sitio; el objetivo es que cada URL indexable merezca existir y tenga una función dentro del clúster.
Playbook propio de esta guía
Procedimiento de recuperación SEO después de una migración
Esta ampliación desarrolla el problema específico de auditoría seo técnica: escenario práctico de una migración y no se reutiliza en otras entradas del Laboratorio.
Congelar evidencia antes de corregir
Guarda la lista de URLs anterior, sitemap, principales páginas de destino, consultas y enlaces antes de modificar redirecciones. Rastrea el dominio nuevo y el antiguo con fecha y agente identificados. Para cada URL registra respuesta, destino, canonical, robots, título, H1, contenido principal y enlaces internos. Sin una fotografía previa es fácil confundir una caída de demanda con un error de migración o eliminar una ruta que todavía concentraba señales.
Construye una tabla uno a uno. Cada URL antigua debe apuntar a un equivalente real, conservarse o responder con una baja honesta. Redirigir todo a portada diluye intención y puede tratarse como un soft 404. Distingue variantes técnicas de páginas con demanda propia. La prioridad se calcula con clics, impresiones, enlaces, conversiones y relevancia, no con el orden en que aparecen los errores del crawler.
Orden de corrección
Resuelve primero bloqueos que impiden acceder o seleccionar la URL: errores de servidor, robots, noindex, canonical contradictoria, bucles y cadenas de redirección. Después comprueba render, paridad de contenido y enlazado. No cambies simultáneamente títulos, estructura y texto si necesitas aislar la causa. Agrupa por plantilla para que una corrección demostrada repare todas las instancias afectadas sin aplicar parches manuales.
Valida una muestra crítica con inspección de URL y HTML recibido. Compara canonical declarada y seleccionada, último rastreo y recursos bloqueados. Los logs muestran si Googlebot vuelve y a qué rutas; Search Console muestra estado con retraso. Una solicitud de indexación solo tiene sentido después de un cambio material. Repetirla no sustituye una arquitectura coherente.
Seguimiento de recuperación
Define una cohorte de URLs y sigue cobertura, clics, impresiones y páginas de destino durante varias semanas. Anota despliegues y separa marca, estacionalidad y campañas. La recuperación rara vez aparece de forma uniforme: unas rutas se rastrean antes y otras necesitan enlaces o demanda. Evalúa por intención y plantilla, no por una cifra global que mezcle redirecciones correctas con páginas que deberían indexarse.
Cierra una incidencia cuando el rastreo nuevo confirma respuesta y canonical, el grafo interno deja de enlazar destinos antiguos y las señales comienzan a concentrarse en la propietaria. Mantén un mapa de redirecciones y una prueba automática para evitar regresiones. La migración termina cuando la nueva arquitectura puede mantenerse, no cuando el panel deja de mostrar el primer error.
Operación continua: de la fotografía SEO al sistema de control
Una auditoría SEO viva mantiene inventario, reglas y observación entre revisiones profundas. Cada plantilla conoce su finalidad, canónica, directivas, datos estructurados y enlaces esperados. El rastreo programado detecta cambios de códigos, títulos, profundidad, duplicidad y páginas huérfanas; Search Console aporta señales de Google; los registros muestran comportamiento de bots y servidores. Ninguna fuente sustituye a las demás. Las alertas se agrupan por impacto para evitar fatiga: una URL comercial caída necesita respuesta inmediata, mientras una variación menor puede entrar en la revisión semanal. El sistema conserva una línea base y diferencia incidencias nuevas de deuda conocida.
Cada hallazgo se valida en la página real antes de crear trabajo. Un canonical distinto puede ser intencional, un título similar puede responder a otra intención y dos consultas solapadas no prueban canibalización. La propuesta incluye evidencia, riesgo, cambio mínimo y verificación. Después se registra resultado y se cierra o revierte. Este bucle impide automatizar recomendaciones genéricas que degradan arquitectura. El backlog se prioriza por páginas estratégicas, alcance y esfuerzo, y reserva espacio para contenido desactualizado o sin función. Una auditoría viva no persigue cero avisos de herramienta; persigue que los problemas que afectan descubrimiento, comprensión o conversión no permanezcan invisibles.
El informe mensual resume cambios, cohortes y decisiones. Incluye URLs añadidas, consolidadas o retiradas, evolución de cobertura, consultas y acciones pendientes, con limitaciones de atribución. Las reglas de publicación exigen intención única, fuentes pertinentes, revisión editorial, enlaces y QA técnico. Cuando cambia una plantilla, se prueba una muestra de todas las familias. El conocimiento queda en documentación y controles, no solo en la memoria del consultor. Esta continuidad convierte la auditoría en gobierno de producto: previene regresiones, aprende de cada despliegue y mantiene el sitio alineado con usuarios y buscadores sin reaccionar de forma impulsiva a cada fluctuación.
Comprobaciones antes de cerrar
- 01Inventario anterior
URLs, consultas, enlaces y conversiones previas están conservados con fecha.
- 02Mapa único
Cada ruta antigua tiene una decisión explícita y no existe una cadena innecesaria.
- 03Muestra inspeccionada
Las plantillas críticas se verifican con HTML e inspección, no solo con un rastreador.
- 04Ventana de observación
El equipo espera rastreo suficiente y anota cambios antes de declarar recuperación.
Actualiza el procedimiento después de cada migración con los patrones que realmente fallaron. Convierte cada causa repetible en una prueba previa al siguiente lanzamiento.
Pasos del procedimiento
1. Lanza Screaming Frog y detecta errores 404
Usa Screaming Frog SEO Spider para rastrear toda la web. Filtra por código de respuesta 404 para identificar URLs antiguas que no fueron redirigidas en la migración.
2. Analiza los logs del servidor para detectar spider traps
Solicita los logs de acceso del servidor del último mes y filtra por Googlebot. Busca bucles infinitos causados por parámetros de filtrado que agoten el crawl budget.
3. Verifica el renderizado JavaScript con Google
Usa la herramienta 'Inspeccionar URL' de Google Search Console para comprobar cómo ve Google la página renderizada. Si el contenido no aparece, el SEO está ciego.
4. Crea el mapa de redirecciones 301
Con la lista de URLs antiguas (de logs o sitemap anterior), crea redirecciones 301 hacia sus equivalentes nuevas para recuperar autoridad SEO y tráfico perdido.
5. Bloquea parámetros problemáticos en robots.txt
Añade reglas Disallow en robots.txt para impedir que Googlebot entre en combinaciones infinitas de filtros que no generan páginas indexables de valor.
6. Implementa canonicals y considera prerenderizado
Añade etiquetas canonical en versiones duplicadas y evalúa prerenderizado SSR para que Google reciba HTML completo sin depender de JavaScript.
Control editorial
Metodología y fuentes
Caso didáctico anonimizado. Los síntomas y pasos son reproducibles; las cifras no se presentan como resultado comercial verificable.
- Google Search Central — Rastreo e indexación ↗
Funcionamiento oficial del rastreo y la indexación de Google.
- Google Search Central — Fundamentos de SEO ↗
Guía oficial de rastreo, indexación y presentación en Google.
