Migrar una web sin perder SEO empieza por contar: 329.401 URL donde se esperaban 100.000

Casi todo lo que se escribe sobre migraciones va del mapa de redirecciones. Está bien, pero llega tarde: el error que arruina una migración se comete antes, cuando alguien decide cuánto trabajo hay.

En un proyecto de cuatro tiendas online del mismo grupo, la cifra de partida era «como máximo 100.000 URL». Se planificó sobre unas 150.000. El censo real, tomado de los sitemaps publicados por las propias tiendas:

Más del triple. Y no es una cifra estimada ni comprada: está publicada por las propias webs, es pública, y sacarla cuesta veinte minutos.

Cómo contar tus URL en veinte minutos

Descarga el índice de sitemaps y cuenta. En su forma más simple:

curl -s https://tudominio.com/sitemap.xml | grep -oE '<loc>[^<]+' | wc -l

Si eso te devuelve un número pequeño, no celebres: probablemente el índice apunta a otros sitemaps y hay que bajar un nivel. Repite el comando sobre cada uno de los que aparezcan.

Las cuatro trampas que hacen parecer tu web más pequeña

1. Las etiquetas envueltas en CDATA. Muchos generadores escriben <loc><![CDATA[https://...]]></loc>. Un patrón de búsqueda ingenuo devuelve cero y parece que el sitemap está vacío.

2. Los sitemaps comprimidos. Si la extensión es .xml.gz, hay que descomprimir antes de contar. Si no, cuentas cero.

3. Índices incompletos. Es la más frecuente y la más cara: muchos índices declaran solo las fichas de producto y omiten las categorías, los filtros y otras plantillas que sí están enlazadas y sí posicionan. El censo real es siempre mayor que el declarado.

4. Sitemaps caducados. En una de esas cuatro tiendas, los sitemaps de producto llevaban más de cinco meses sin regenerarse. Lo que estás contando es la foto de hace medio año.

Conclusión operativa: trata la cifra medida como un suelo, no como un total. El rastreo va a encontrar URL que no están en ningún sitemap, y en un ecommerce suelen ser muchas.

Lo que deja una migración mal hecha

Para saber qué evitar, mira lo que se encuentra rastreando un sitio que ya pasó por una. En una de esas tiendas:

34.557 redirecciones apuntando a dos categorías genéricas. Es el atajo clásico: cuando el mapeo uno a uno es mucho trabajo, se manda todo lo que no se sabe dónde va a la categoría más parecida. Funciona en el sentido de que nadie ve un 404, y destruye el trabajo de años, porque una redirección hacia una página que no responde a la misma intención se comporta para Google aproximadamente como un error.

22.560 páginas vivas que no estaban en ningún sitemap. Respondían correctamente, tenían enlaces y no las declaraba nadie.

Ninguna de las dos cosas aparece en un informe de errores. Las dos salen en cuanto cuentas.

El orden que sí funciona

1. Cuenta antes de planificar. Sitemaps primero, rastreo después. Si la cifra real duplica la prevista, esa conversación hay que tenerla al principio del proyecto, no a mitad.
2. Cruza el inventario con Search Console y con Analytics. No todas las URL valen lo mismo: lo que importa es cuáles reciben clics, cuáles reciben enlaces externos y cuáles convierten. Esas son las que necesitan un mapeo uno a uno y una comprobación individual después.
3. Comprueba si alguna recibe tráfico de pago antes de tocarla. Una URL sin un solo clic orgánico en dieciséis meses puede ser el destino de una campaña activa. Redirigirla o ponerle un noindex sin mirar eso corta la campaña, y nadie relaciona las dos cosas hasta semanas después.
4. Mapea uno a uno lo que tiene valor y decide explícitamente el resto. «Todo lo demás a la categoría» es una decisión legítima si se toma a sabiendas y se mide. Lo que no vale es que sea el resultado de haberse quedado sin tiempo.
5. Guarda el antes. Exporta el inventario completo, las posiciones y los clics por URL antes de tocar nada. Después de la migración, es la única forma de saber qué se rompió, y Search Console solo conserva dieciséis meses.

La honestidad del dato

La cifra declarada no era mentira ni mala fe. Era una estimación dada de memoria en una reunión, y nadie tenía delante el número real. Es lo más normal del mundo y le pasa a cualquiera.

El error no fue creerla. El error habría sido no medirla. Cuando el censo salió, la conversación correcta era «el recuento da esta cifra, esto es lo que cambia en plazo y en alcance», sin buscar a quién atribuir la diferencia. Medir pronto es justo lo que convierte un sobrecoste en una conversación de alcance a tiempo.

Y un límite del método: contar URL no es medir trabajo. Cien mil fichas de producto generadas por la misma plantilla se migran casi igual que diez mil. Mil páginas escritas a mano, no. El censo dimensiona el riesgo técnico, no las horas; para las horas hay que mirar cuántas plantillas distintas hay detrás.

El censo tampoco termina en los sitemaps: casi siempre quedan páginas vivas que ningún sitemap declara y que solo aparecen cruzando los datos de clics.

Preguntas frecuentes

¿Cómo sé cuántas URL tiene mi web?

Empieza por tu índice de sitemaps y cuenta las etiquetas de ubicación de cada uno, bajando un nivel si el índice apunta a otros ficheros. Cuidado con los comprimidos y con las URL envueltas en CDATA. Después rastrea el sitio, porque casi siempre hay páginas vivas que ningún sitemap declara.

¿Se pierde posicionamiento al migrar una web?

Se pierde si se rompe la correspondencia entre lo que había y lo que hay. Una caída temporal de dos a cuatro semanas mientras Google reprocesa es esperable; una caída que no se recupera casi siempre viene de redirecciones hacia páginas que no responden a la misma intención, o de URL con valor que se quedaron sin mapear.

¿Vale redirigir todas las URL antiguas a la portada o a una categoría?

Es lo que se hace cuando falta tiempo y es la causa más común de que una migración no se recupere. Una redirección hacia una página que no responde a la misma búsqueda no traslada el valor. Merece la pena mapear una a una, al menos, las URL que reciben clics o enlaces externos.