Un servicio de auditoría SEO comprueba si los buscadores pueden rastrear tu sitio, si tus páginas están realmente indexadas, lo rápido que cargan para usuarios reales, dónde tu contenido se queda corto frente a lo que posiciona, y cómo apuntan tus enlaces. SerpInsight entrega hallazgos ordenados por impacto frente a esfuerzo, con las URLs exactas afectadas.
La mayoría de las auditorías llegan como un export de crawler de 200 páginas con los valores por defecto activados. Recibes 4,000 “problemas”, 3,900 de ellos meta descriptions duplicadas en archivos paginados que nadie visita. Eso no es una auditoría. Es un CSV con portada.
Una auditoría SEO técnica debería terminar con una lista corta de cosas que merecen hacerse, en el orden en que merecen hacerse. La opinión moderada que defenderemos: si una auditoría SEO no cambia lo que haces la semana que viene, no valía la pena encargarla.
Qué es una auditoría SEO
Una auditoría SEO es una revisión estructurada de los factores técnicos, de contenido y de enlaces que deciden si una página puede posicionar — rastreabilidad, indexación, experiencia de página, cobertura temática, perfil de backlinks, flujo de enlaces internos — comprobados contra cómo los buscadores tratan tu sitio y no contra un checklist genérico de auditoría SEO.
Qué cubre la auditoría
Rastreabilidad
Rastreamos el sitio como lo haría Googlebot, y luego lo comparamos con tus logs de servidor cuando puedes darnos acceso. Buscamos reglas de robots.txt que bloquean cosas que no querías bloquear, cadenas de redirecciones de tres saltos, páginas huérfanas, soft 404 que devuelven un 200, y navegación en JavaScript que un rastreador no puede seguir. El presupuesto de rastreo en un sitio grande es finito, y un rastreador que lo gasta en URLs de filtros facetados no lo está gastando en tus páginas de dinero.
Indexación
Rastreable e indexado son problemas distintos. Conciliamos los datos de cobertura de tu Search Console con nuestro rastreo: páginas marcadas “Descubierta — actualmente sin indexar”, páginas excluidas por un canonical inesperado, etiquetas noindex olvidadas tras un pase de staging, páginas pobres que Google decidió que no valían almacenarse. El número que importa es páginas indexadas contra páginas que pretendías publicar. Cuando está muy desviado, ninguna cantidad de link building lo arregla.
Core Web Vitals
Miramos primero los datos de campo del Chrome UX Report, porque eso es lo que Google usa de verdad, y los datos de laboratorio después para averiguar el porqué. El Largest Contentful Paint suele rastrearse hasta una imagen hero sin optimizar o una respuesta de servidor lenta. El Cumulative Layout Shift es casi siempre imágenes sin dimensiones o un hueco de anuncio tardío. El Interaction to Next Paint es normalmente JavaScript de terceros. La experiencia de página es un factor de posicionamiento ligero — lo diremos claramente — pero es la diferencia entre un visitante que lee tu página y uno que rebota de vuelta a los resultados.
Huecos de contenido
Tomamos las páginas que posicionan en el top diez de tus búsquedas objetivo y comparamos su cobertura con la tuya: subtemas que responden y tú no, preguntas que abordan, formatos que usan. Luego revisamos tu sitio buscando canibalización — dos o tres páginas compitiendo por una búsqueda, repartiendo señales, sin que gane ninguna. Los huecos te dicen qué escribir; la canibalización te dice qué fusionar, que suele ser la victoria más rápida.
Toxicidad de backlinks
Revisamos tus dominios de referencia buscando patrones que sugieren un problema: picos repentinos desde sitios sin relación, enlaces sitewide en footers, anchor text abrumadoramente comercial de concordancia exacta, dominios caducados reconstruidos como redes privadas de blogs, directorios sin estándares. No desautorizamos por reflejo — Google ignora la mayoría de la basura por sí solo, y un archivo de disavow demasiado agresivo hace daño real. Señalamos lo que parece deliberado y explicamos por qué.
Enlazado interno
¿Por dónde fluye la autoridad ahora mismo? Mapeamos los enlaces internos para encontrar páginas a cinco clics de la portada que no deberían estarlo, páginas importantes con dos enlaces internos mientras una política de privacidad tiene 300, y anchors que dicen “haz clic aquí” en lugar de decir de qué va la página. Los enlaces internos son la palanca de posicionamiento más barata que posees, y nuestra guía para estructurar enlaces internos cubre el enfoque.
Qué recibes
Un documento de hallazgos, no un volcado de datos. Cada hallazgo se ordena por impacto estimado frente a esfuerzo, de modo que el primer elemento es lo primero que hacer. Cada uno nombra las URLs exactas afectadas, expone el arreglo en términos que un desarrollador puede ejecutar, y estima el esfuerzo en horas o días.
También recibes un resumen de una página para quien firma el presupuesto. Sin nota sobre 100 — esos números son arbitrarios, y animan a arreglar lo que mueve la aguja del medidor en lugar de las posiciones.
Cómo se ve un hallazgo en el reporte
Severidad: Alta. Ejemplo ilustrativo — no son datos de un cliente real.
Hallazgo: Las páginas de categoría de producto están canonicalizadas a una variante de URL filtrada. Aproximadamente 40 URLs afectadas, listadas en el Apéndice B.
Por qué importa: Las señales se consolidan en una página filtrada que no está en tu navegación, así que la página de categoría que recoge tus enlaces internos no puede posicionar.
Arreglo: Fijar el canonical de cada página de categoría a su propia URL sin filtrar; noindex en las combinaciones de filtros más allá de una faceta.
Esfuerzo estimado: 3-5 horas de desarrollo, un cambio de plantilla.
¿Cuánto tarda una auditoría SEO?
Normalmente de una a dos semanas desde que tenemos acceso, según el tamaño del sitio. Un sitio de folleto de 200 páginas es más rápido que una tienda de 40,000 URLs con navegación facetada. El rastreo lleva horas; el análisis lleva el resto.
-
Acceso y alcance
Search Console, analítica, y logs de servidor si los tienes. Acordamos qué secciones y búsquedas importan antes de empezar.
-
Rastreo y recogida de datos
Rastreo completo, conciliación del índice, datos de rendimiento de campo, export de backlinks, mapa de enlaces internos.
-
Análisis
La parte lenta. Cada problema señalado se comprueba a mano, porque los crawlers lanzan falsos positivos a un ritmo que haría inútil el reporte.
-
Priorización y repaso
Hallazgos ordenados por impacto frente a esfuerzo con URLs adjuntas, y luego una llamada con quien implementa los arreglos.
Por qué te pedimos ejecutar esto antes de comprar enlaces
Aquí va sin rodeos: si la página a la que apuntas enlaces no se puede rastrear, no está indexada, o no cubre el tema lo bastante bien como para competir, los enlaces son dinero desperdiciado. No menos eficaces. Desperdiciados.
Una inserción de enlaces (también llamada niche edit) pasa autoridad a una URL. Si esa URL lleva un canonical a otra página, la autoridad se va a otra parte. Si tiene noindex, no pasa nada. Si es rastreable pero tiene 400 palabras contra competidores con 2,000 y datos originales, el enlace mejora una página que sigue perdiendo.
Vendemos enlaces. Decirte que gastes primero en otra cosa nos cuesta ingresos, y aun así preferimos hacerlo antes que aceptar un pedido para una página que no puede convertirlo en posiciones.
| Escenario | Auditoría primero, enlaces después | Enlaces primero, auditoría después |
|---|---|---|
| A dónde va el primer gasto | Encontrar qué bloquea el posicionamiento de la página | Dominios de referencia apuntados a la página actual |
| Si la página está técnicamente bien | Pequeño retraso; el coste de la auditoría se gasta en confirmarlo | Funciona como se pretendía — el caso donde saltarse la auditoría compensa |
| Si la página tiene noindex o el canonical apunta fuera | Detectado antes de gastar en enlaces | Cada enlace comprado hasta que el problema aflora no hace nada |
| Si el hueco real es la cobertura del contenido | Reescribe primero; los enlaces amplifican después una página que puede competir | Los enlaces empujan una página que sigue detrás de competidores más profundos |
| Qué aprendes en cada caso | Qué palanca te estaba frenando | Que algo no funciona, pero no qué cosa |
Eso es razonamiento, no un estudio medido. Pero el modo de fallo es lo bastante común como para preferir comprobar primero. Nuestras notas sobre juzgar si un enlace merece comprarse y cuántos enlaces al mes es razonable asumen ambas una página objetivo sólida.
Preguntas frecuentes de auditoría SEO
¿Necesitáis acceso de administrador a mi sitio?
No. Acceso de solo lectura a Search Console y analítica basta, más los logs de servidor si puedes exportarlos. No necesitamos logins del CMS y no hacemos cambios — la auditoría es diagnóstico; los arreglos se gestionan aparte.
¿Me dirá la auditoría cuántos enlaces necesito?
Te mostrará dónde estás frente a los sitios que posicionan ahora, incluidos sus números de dominios de referencia. Eso es un rango, no un objetivo. Quien cite un número exacto está adivinando, y un sitio por debajo de aproximadamente DR 20 tiene problemas mayores que el volumen de enlaces.
¿Y si la auditoría no encuentra nada grave?
Pasa, y es un resultado útil — la limitación es el contenido o la autoridad, no lo técnico. Lo diremos y te señalaremos el servicio de colocaciones en lugar de inventar problemas para justificar la factura.
¿Cada cuánto debería re-auditar?
Una vez al año para un sitio estable, o tras cualquier migración, cambio de plataforma o cambio grande de plantilla. Esos eventos causan la mayoría del daño técnico que encontramos. Las auditorías mensuales son un producto de suscripción, no una necesidad.
¿Puedo pasar yo mismo un checklist de auditoría SEO?
Sí, y deberías comprobar lo básico: busca site:tudominio.com, lee el reporte de cobertura de Search Console, pasa tres páginas clave por PageSpeed Insights. Eso caza los peores problemas en una tarde. La parte difícil es decidir cuáles de los 200 problemas señalados importan.
A dónde ir después
Si ya sabes que la parte técnica está sólida, ve directo al precio por enlace o a la lista de servicios de SerpInsight. Si no estás seguro — la mayoría no lo está — envíanos el dominio y las páginas que quieres posicionar. Respondemos en 24 horas y te diremos cuál necesitas.
Cómo se priorizan los hallazgos
Cada hallazgo cae en uno de cuatro cuadrantes, trazado sobre impacto estimado contra esfuerzo de implementación. El cuadrante decide dónde queda en la lista y, más útil aún, si aparece en la lista siquiera.
Esfuerzo aquí significa tiempo de desarrollo, no tu tiempo. Un cambio que te lleva cinco segundos aprobar y a tu equipo de ingeniería dos sprints entregar es un proyecto grande, por pequeño que parezca en un reporte.
| Cuadrante | Impacto vs esfuerzo | Hallazgos de ejemplo | Qué te decimos que hagas |
|---|---|---|---|
| Victorias rápidas | Alto impacto, bajo esfuerzo | Un noindex olvidado en una plantilla tras un pase de staging. Un 302 en tu redirección de más tráfico. Tu página de dinero principal alcanzable en cuatro clics cuando tres guías de alto tráfico podrían enlazarla directamente. | Entrégalo esta semana. Suelen ser cambios de una línea y son la razón de que la auditoría se pague sola. |
| Proyectos grandes | Alto impacto, alto esfuerzo | Navegación facetada generando decenas de miles de URLs de filtro rastreables. Tres páginas canibalizándose que necesitan fusión y reescritura para igualar la profundidad del top diez actual. Un catálogo renderizado en cliente que necesita renderizado en servidor. | Planifica en condiciones, dimensiona con tu desarrollador, y cuenta con un trimestre y no un sprint. Merece hacerse, pero no merece empezarse mal. |
| Prioridad baja | Bajo impacto, bajo esfuerzo | Meta descriptions duplicadas en archivos paginados. Alt text ausente en imágenes decorativas. Un puñado de 404 que nadie enlaza y nadie visita. | Agrúpalos en el mantenimiento que ya esté ocurriendo. Nunca dejes que desplacen una victoria rápida. |
| No merece hacerse | Bajo impacto, alto esfuerzo | Perseguir una puntuación perfecta de Lighthouse en un sitio cuyos datos de campo ya aprueban. Desautorizar enlaces de scrapers. Reescribir cada slug de URL del sitio para incluir una palabra clave. | Los nombramos explícitamente y explicamos por qué no los recomendamos, porque alguien los sugerirá más adelante. |
Esa última fila es deliberada. Un servicio de auditoría SEO que solo lista cosas por hacer te entrega un backlog sin techo. Decirte qué dejar en paz es la mitad más difícil del criterio, y la reescritura de URLs de todo el sitio es la que más discutimos — es mucho riesgo de redirecciones a cambio de una señal de la que Google ha dicho muy poco.
¿Qué no puede decirte una auditoría SEO?
No puede predecir posiciones, no puede ver lo que gastan tus competidores, y no puede arreglar un producto que nadie quiere. Esos tres límites cubren la mayoría de la decepción que la gente saca de las auditorías, así que merecen declararse antes de encargar una y no después.
No puede pronosticar dónde posicionarás
Una auditoría describe limitaciones. Puede decirte que una página está bloqueada de la indexación, o que cubre seis de los doce subtemas que cubre el top diez actual. No puede decirte que arreglar esas cosas te pone en la posición cuatro para noviembre. Quien produzca ese pronóstico está extrapolando desde un modelo de un algoritmo que no ha visto, en una página de resultados que cambia cada semana, contra competidores que también están trabajando.
No puede ver los presupuestos ni las intenciones de los competidores
Podemos contar los dominios de referencia de un competidor y leer su distribución de anchors. No podemos ver qué pagan, qué hay contratado para el próximo trimestre, o si los cincuenta enlaces que aparecieron en marzo fueron una campaña puntual o la nueva línea base. El estado actual es observable. El gasto y la intención no. Cualquier sección competitiva que se lea como si lo fueran debería tratarse con sospecha, incluida la nuestra.
No puede rescatar una oferta débil
La búsqueda premia páginas que satisfacen a la persona que hizo clic. Si tu precio no es competitivo, tu plazo de entrega es el doble que el de los demás, o la página pide un teléfono antes de explicar nada, ningún arreglo técnico toca eso. Una auditoría puede decirte que tu comportamiento de rebote a resultados se ve mal en búsquedas comerciales. Si eso es un problema de title tag o un problema de negocio es un juicio que te daremos con honestidad y que no podemos medir por ti.
La configuración del rastreo, y por qué se comparan el HTML crudo y el renderizado
Cómo se rastrea un sitio cambia lo que el rastreo encuentra, así que la configuración es parte del método y no un detalle.
-
Dos user-agents, a propósito
Rastreamos una vez con user-agent móvil, porque la indexación mobile-first significa que el renderizado móvil es el que cuenta, y una vez como cliente de escritorio. Donde los dos discrepan — contenido oculto en móvil, enlaces internos distintos en un menú colapsado — esa diferencia es en sí un hallazgo.
-
Una pasada declarándose Googlebot
También ejecutamos una pasada limitada identificándonos como Googlebot y comparamos las respuestas con nuestro rastreo normal. Si el servidor devuelve HTML distinto, códigos de estado distintos o canonicals distintos a un rastreador que dice ser Google, queremos saberlo, porque eso es servido diferencial y suele ser accidental — una regla de CDN o un producto anti-bots haciendo algo que nadie documentó.
-
Límites de velocidad acordados por adelantado
Pedimos que se permita nuestra IP y acordamos una tasa de peticiones con quien lleve la infraestructura. Un rastreador golpeando a toda velocidad una tienda en hosting compartido o la ralentiza o es bloqueado a mitad, y un rastreo a medio terminar produce conclusiones seguras de sí mismas y equivocadas.
-
Respuesta cruda contra DOM renderizado
Descargamos el HTML crudo que envía el servidor, renderizamos la misma URL en un navegador headless, y los comparamos. Esta es la comprobación que caza los problemas caros.
-
Sitemaps rastreados como lista aparte
Los sitemaps XML se rastrean de forma independiente y se comparan con las páginas alcanzadas siguiendo enlaces. Páginas en el sitemap a las que ningún enlace apunta son huérfanas; páginas que rastreamos y el sitemap omite normalmente significan que el sitemap se genera desde datos caducos.
La comparación crudo-contra-renderizado merece su propia explicación porque el contenido renderizado por JavaScript es donde viven ahora la mayoría de los problemas técnicos modernos. Google renderiza JavaScript, pero el renderizado es una segunda pasada en una cola, y cualquier cosa que solo existe tras esa pasada llega en el mejor de los casos con retraso y en el peor no llega.
Qué buscamos en la comparación: enlaces de navegación que existen solo como manejadores de clic y no como hrefs reales, de modo que ningún rastreador puede seguirlos. Paginación sustituida por scroll infinito sin URL rastreable de página dos. Etiquetas canonical o meta robots inyectadas o sobrescritas por script de cliente, que es como una página acaba canonicalizada donde nadie pretendía. Contenido del cuerpo cargado en pestañas o acordeones solo al hacer clic. 404 de cliente que renderizan un mensaje de error devolviendo un 200, de modo que Google archiva unos miles de páginas de error como contenido real. Y scripts de consentimiento o geo-bloqueo que bloquean el renderizado por completo para un bot, dejando una página cuyo contenido indexable es un banner de cookies.
Qué muestran los logs y Search Console que un crawler no puede
Un rastreo te dice qué es posible. Los logs de servidor y Search Console te dicen qué hizo Google realmente. Esa distinción es todo el valor de pedirlos.
Logs, cuando puedes exportarlos
Los logs de acceso crudos son el único lugar donde puedes ver qué URLs pidió Googlebot, con qué frecuencia, y qué código de estado recibió — que no siempre es el que tú ves, especialmente detrás de un CDN con reglas de borde. Verificamos los hits por DNS inverso antes de fiarnos, porque una parte significativa del tráfico que se declara Googlebot son scrapers llevando el nombre.
Qué revela eso: presupuesto de rastreo gastándose en URLs de parámetros y combinaciones de filtros en lugar de tus páginas comerciales. URLs nuevas sin descubrir durante semanas. Una sección del sitio que Google visita una vez al trimestre, lo que explica por qué las actualizaciones ahí nunca parecen surtir efecto. Respuestas 5xx intermitentes que ya habían desaparecido cuando alguien miró. Y la advertencia honesta — muchos sitios en hosting gestionado simplemente no pueden producir logs utilizables, y ejecutamos la auditoría sin ellos en lugar de convertirlo en condición.
Señales de Search Console
- Motivos de indexación de páginas — “Rastreada, actualmente sin indexar” y “Descubierta, actualmente sin indexar” significan cosas distintas y apuntan a arreglos distintos.
- El reporte de estadísticas de rastreo — tiempo medio de respuesta, tipos de archivo pedidos, y si el propósito del rastreo es descubrimiento o refresco. Un sitio donde casi todo es refresco no está publicando nada que Google considere nuevo.
- Datos de búsquedas a nivel de página, que muestran de qué cree Google que trata una página — a menudo no de lo que la escribiste.
- Impresiones y posición media por patrón de URL, que localiza el declive en una sección en lugar de un pánico de sitio entero.
- Acciones manuales y problemas de seguridad, que llevan unos noventa segundos comprobar y cambian toda la forma de un encargo cuando existen.
- Datos de campo de Core Web Vitals agrupados por patrón de URL, que es medición de usuarios reales y no una puntuación de laboratorio.
Juntos, responden preguntas que un crawler solo puede adivinar. Un crawler puede decirte que una página es indexable. Search Console te dice si Google la indexó, y los logs te dicen si Google ha vuelto desde entonces.
¿Cada cuánto debería re-auditarse un sitio?
La mayoría de los sitios pequeños necesita una re-auditoría completa mucho menos a menudo de lo que se les vende. Una vez al año está bien para un sitio estable, y más allá de eso el disparador debería ser un evento y no una fecha del calendario.
El razonamiento es simple: los problemas técnicos no se acumulan solos. Llegan con los despliegues. Un sitio de consultoría de veinte páginas que nadie ha tocado desde la última auditoría tendrá los mismos hallazgos doce meses después, y repetir el rastreo produce una factura y no información.
Re-audita cuando haya pasado una de estas cosas, sea cual sea la fecha de la última:
- Una migración, cambio de plataforma o cambio de dominio — antes del lanzamiento si es posible, y de nuevo quince días después.
- Un rediseño o una reconstrucción de plantillas, que es una migración a la que nadie llamó así.
- Una caída de tráfico que sobrevive dos semanas y no se explica por estacionalidad ni una actualización conocida.
- Una fusión, poda o reestructuración grande de categorías de contenido.
- Un cambio de CDN, hosting o protección anti-bots, que es como suele aparecer el servido diferencial.
Entre auditorías, la monitorización hace el trabajo a una fracción del coste. Revisa el reporte de indexación una vez al mes, vigila el recuento de páginas indexadas contra las que pretendías publicar, y pon una alerta en las sesiones orgánicas. Son veinte minutos y caza lo que merece cazarse. Una tienda grande desplegando cambios de plantilla cada semana, o un editor publicando cientos de URLs al mes, sí necesita genuinamente un ciclo más corto — pero el sitio que necesita auditoría continua normalmente lo sabe, porque alguien ahí ya está nervioso por el último despliegue.
Qué entregamos, y cómo accionarlo de verdad
El entregable es una cola de trabajo, no un documento. Los hallazgos llegan como un tracker — una fila por hallazgo, importable directamente a Jira, Linear o una hoja de cálculo — con estos campos: un ID, el área, la severidad, el cuadrante, las URLs afectadas, el arreglo expresado como instrucción, las horas de desarrollo estimadas, y columnas vacías para responsable y fecha objetivo.
Esas dos columnas vacías importan más que cualquier cosa que escribamos en las otras. Una auditoría sin responsable por fila se convierte en un archivo en una unidad compartida.
Por qué no un PDF
Un PDF se lee una vez, por una persona, y se cita de memoria seis meses después. No se puede filtrar, ordenar, asignar ni marcar como hecho, y un desarrollador no puede copiar una etiqueta canonical de la imagen de una página. Produciremos el resumen de una página como documento porque para eso sirve un resumen. Los hallazgos en sí se quedan en un formato desde el que tu equipo puede trabajar.
Junto al tracker recibes los detalles concretos que un desarrollador necesita y no una descripción de ellos: la URL canonical exacta que debería emitir cada plantilla afectada, las directivas robots exactas, el mapa de redirecciones como CSV con columnas de origen y destino, y ejemplos de marcado cuando el arreglo lo implica. Si un hallazgo no puede expresarse así de concreto, no está terminado y no lo entregamos.
Después, una llamada de repaso con quien implementa, no solo con quien encargó. Dos cosas pasan en esa llamada siempre: tu desarrollador explica por qué uno de nuestros arreglos es más difícil de lo que estimamos, y re-secuenciamos la lista alrededor. Las estimaciones escritas desde fuera de un código son estimaciones.
Cuando los arreglos se despliegan, re-rastreamos las URLs afectadas y confirmamos por escrito que cada uno salió como se especificó. Los arreglos se implementan a medias más a menudo de lo que se ignoran — un canonical corregido en una plantilla y no en su hermana, una redirección encadenada en lugar de apuntada al destino — y un arreglo parcial silencioso se lee como una recomendación fallida.
Si la auditoría sale limpia y la limitación resulta ser la autoridad y no nada del sitio, el siguiente gasto son enlaces externos. Nuestra explicación de cómo funciona una inserción de enlaces y el relato realista de cuánto suelen sobrevivir las colocaciones son las dos cosas que leer antes de comprar ninguno, y el servicio de colocaciones y el precio por enlace cubren el resto. ¿No estás seguro de cuál de los dos necesitas? Envíanos el dominio y responderemos en 24 horas con una opinión y no con una propuesta.
Más preguntas de auditoría
¿Necesitáis mis logs de servidor?
No, pero cambian lo que podemos ver. Los logs son la única fuente de qué pidió realmente Googlebot y qué código de estado recibió detrás de tu CDN. Muchos sitios en hosting gestionado no pueden exportarlos, y ejecutamos la auditoría igualmente — el rastreo, la conciliación del índice y los datos de Search Console siguen cubriendo la mayoría de los hallazgos. Una semana de logs basta; un mes es mejor.
¿Podéis auditar un sitio hecho en React o Next.js?
Sí, y los sitios en JavaScript son donde la comparación rastreo-contra-renderizado se gana el sueldo. Descargamos la respuesta cruda del servidor y el DOM renderizado y los comparamos, lo que caza enlaces que existen solo como manejadores de clic, canonicals inyectados en cliente, y 404 de cliente devolviendo un 200. La elección de framework no es el problema; lo que el framework envía en el HTML inicial sí.
¿Podéis auditar un sitio de staging antes de que una migración salga en vivo?
Sí, y pre-lanzamiento es la auditoría más barata que comprarás jamás — un mapa de redirecciones comprobado antes del lanzamiento lleva horas, y el mismo mapa comprobado después lleva semanas de recuperación. Necesitamos credenciales de HTTP auth o una lista blanca de IP, más el mapeo de URLs viejas a nuevas. Presupuesta una segunda pasada corta quince días tras el lanzamiento, porque staging nunca coincide del todo con producción.