Un rediseño mal ejecutado borra en una tarde años de trabajo en Google, y lo peor es que casi nunca se nota el mismo día. Esta página explica qué se rompe exactamente, cómo se evita y qué hacer si ya te pasó.
Y por qué el daño tarda semanas en verse.
Porque Google no posiciona sitios, posiciona URLs concretas, y un rediseño casi siempre las cambia. Si la dirección que estaba primera deja de existir y nadie le dice al buscador dónde está su reemplazo, esa posición se pierde junto con todos los enlaces que apuntaban ahí. Se evita con un inventario previo de todas las URLs con tráfico y un mapa de redirecciones 301 una a una, hecho antes de publicar y no después.
Entre dos y seis semanas, y ese retraso es la trampa. Google necesita rastrear de nuevo el sitio para darse cuenta de que las páginas ya no están, así que durante los primeros días todo parece normal y el equipo celebra el lanzamiento.
Cuando la caída aparece, la web lleva un mes funcionando y nadie relaciona una cosa con la otra. Por eso insistimos en medir el antes: sin la foto previa no se puede demostrar qué pasó.
Casi siempre, si se actúa pronto y las URLs antiguas se pueden reconstruir. El rescate consiste en recuperar el listado de direcciones que existían —desde Search Console, desde una copia del sitemap o desde archivos históricos de la web— y montar las redirecciones que faltaron.
La recuperación no es inmediata: tarda entre uno y tres meses en volver el grueso del tráfico. Y no siempre vuelve todo, sobre todo si pasaron muchos meses o si además cambió el contenido.
Es más delicado, pero es un proceso conocido y con herramienta propia: además del mapa de redirecciones, hay que usar el cambio de dirección de Search Console y mantener las 301 activas al menos un año, idealmente para siempre.
Un rediseño sobre el mismo dominio suele parecer inofensivo y provoca tantos desastres como un cambio de dominio, precisamente porque nadie lo trata con el mismo cuidado.
Depende de lo que te impida la actual. Si tu gestor no te deja tocar el código, editar los datos estructurados o corregir la velocidad, migrar tiene sentido y el coste se recupera. Si el problema es que la web se ve anticuada, muchas veces sale más barato y más seguro rehacer el diseño encima de la misma plataforma.
Lo que nunca recomendamos es migrar por moda. Cada cambio de plataforma es una oportunidad de romper algo, y conviene que haya una razón que lo justifique.
Los tres primeros van antes de publicar nada.
Todas las URLs actuales con sus datos: tráfico, posiciones, enlaces externos que reciben, títulos y descripciones. Se sacan de Search Console, Analytics y un rastreo completo del sitio. Esta foto es la que después permite demostrar qué pasó.
Cada URL antigua se empareja con su equivalente nueva. Nada de redirigirlo todo a la portada: Google trata eso como página no encontrada y se pierde igual. Si una página no tiene reemplazo, se decide conscientemente si se recrea o se deja caer.
La web nueva se revisa antes de publicarse: títulos, encabezados, datos estructurados, velocidad y, muy importante, que el entorno de pruebas esté bloqueado a los buscadores para que no se indexe por error.
Se publica, se activan las redirecciones y se comprueba en caliente que cada una responde 301 y llega a donde debe. Se envía el sitemap nuevo y se pide la indexación de las páginas principales.
Revisión de errores de rastreo, páginas no encontradas y evolución de impresiones y clics frente a la foto previa. Las desviaciones se corrigen en la primera o segunda semana, que es cuando todavía es barato.
Todos los hemos visto más de una vez.
Redirigir cien URLs antiguas a la página de inicio. Google lo interpreta como página no encontrada y no transfiere nada. Cada una necesita su destino equivalente.
La etiqueta que impedía indexar el entorno de pruebas se queda en la web publicada. El sitio desaparece entero de Google en días y suele tardarse semanas en detectarlo.
Sin la foto previa no se sabe qué se perdió ni se puede reclamar nada. Es el primer paso justamente porque después ya no se puede hacer.
La URL vieja lleva a otra que lleva a una tercera. Cada salto diluye autoridad y ralentiza, y al final Google deja de seguir la cadena.
La web nueva es más bonita y tiene la mitad de texto. Se posicionaba por ese contenido, y al quitarlo se quita el motivo por el que Google la mostraba.
Documentos y fotos que recibían tráfico o enlaces y cambian de ruta sin redirección. Poco visible en el informe, pero suma.
Lo primero es confirmar que fue la migración y no otra cosa. Se compara la fecha exacta de la caída en Search Console con la de publicación, y se revisa si coincidió con alguna actualización del algoritmo de Google. No es raro que alguien culpe a su rediseño de una caída que tenía otro origen, y el arreglo sería distinto.
Si fue la migración, el rescate empieza por reconstruir el listado de URLs antiguas. Search Console conserva datos de dieciséis meses, el sitemap viejo puede seguir en alguna copia y los archivos históricos de internet permiten recuperar direcciones que ya no existen en ningún sitio. Con ese listado se montan las redirecciones que faltaron.
A partir de ahí es cuestión de semanas. El tráfico vuelve a medida que Google vuelve a rastrear, normalmente entre uno y tres meses según el tamaño del sitio. Cuanto antes se actúe, más completa es la recuperación: una migración rota hace tres semanas se recupera casi entera, una de hace un año deja secuelas.
Revisar una migración antes de publicarla cuesta una fracción de lo que cuesta rescatarla después. Y si ya te pasó, también miramos qué se puede recuperar.
Escribir por WhatsAppo llámanos: +57 300 250 4290 · Bogotá, Colombia