Rediseñás la web, la pasás a Shopify o WordPress, cambiás de dominio… y tres semanas después el tráfico orgánico se desplomó. No es mala suerte ni una penalización de Google: es una migración mal planificada. El rediseño en sí no te hace perder posiciones; lo que te las hace perder es cambiar todo sin un plan para que Google siga entendiendo tu sitio.

La buena noticia es que una migración se puede hacer sin perder prácticamente nada. La mala es que es facilísimo romper cosas invisibles —redirecciones, títulos, enlaces internos— que no se ven en la web nueva pero sí en tus números. Esta guía está escrita para el dueño del negocio: qué es lo que está en juego, qué tenés que exigirle a quien te hace la web nueva, y cómo controlar que no se pierda el tráfico que ya te costó conseguir.

Qué es una migración (y por qué un rediseño también lo es)

Para Google, una migración es cualquier cambio importante en tu sitio: el dominio, las direcciones de las páginas (URLs), el hosting, la plataforma o el diseño. No hace falta mudarse a otro dominio para estar migrando.

Esto sorprende a mucha gente: un rediseño también es una migración. Si rehacés la web y de paso cambian las URLs, la estructura del menú, los títulos o cómo se enlazan las páginas entre sí, estás moviendo las piezas con las que Google armó tu posicionamiento. Lo mismo pasa cuando migrás de plataforma —de una web a medida a WordPress, de WordPress a Shopify— o cuando por fin pasás de http a https.

La clasificación que usamos para dimensionar el riesgo es simple:

  • Cambio de dominio (ej. tuempresa.com.ar → tuempresa.com): riesgo alto, hay que avisarle a Google.
  • Cambio de plataforma o CMS (WordPress, Shopify, web a medida): riesgo medio-alto, cambian los detalles técnicos aunque las URLs se mantengan.
  • Rediseño con cambio de URLs o de estructura: riesgo alto, es donde más se pierde.
  • Rediseño que mantiene las mismas URLs: riesgo más bajo, pero igual hay que controlar títulos, contenido y velocidad.

Por qué se pierde tráfico cuando rediseñás

Pensalo así: Google tiene una lista de tus páginas, con su dirección exacta, y les dio una posición en los resultados a lo largo de meses o años. Cuando rediseñás, esa dirección puede cambiar, o la página puede quedar distinta, o directamente desaparecer. Si no le dejás a Google un camino claro desde la dirección vieja a la nueva, lo que había construido se evapora.

Las caídas post-migración casi siempre tienen la misma lista de causas, y ninguna es misteriosa:

  • Faltan redirecciones. La URL vieja dejó de existir y no apunta a ninguna página nueva. El usuario y Google ven un error 404.
  • Quedó un bloqueo del sitio de prueba. Mientras se desarrolla la web nueva se la suele bloquear para que Google no la vea. Si ese bloqueo no se saca al lanzar, Google no puede entrar.
  • Quedó una etiqueta noindex olvidada, que le dice explícitamente a Google "no muestres esta página".
  • Cambió el contenido o los enlaces internos. Se "limpió" texto, se sacaron secciones, o el menú y los enlaces entre páginas quedaron distintos.
  • El contenido no carga. En webs muy basadas en JavaScript, a veces Google no llega a ver el texto porque no está cargado cuando pasa a leer la página.

Todo esto es evitable. No se evita con suerte: se evita con un plan y una revisión antes de apretar el botón.

Las 5 cosas que no podés romper

Si tu web nueva mantiene estas cinco cosas en orden, el 90% del riesgo desaparece.

1. Las direcciones y sus redirecciones. Cada URL vieja que tenía tráfico o enlaces tiene que llevar, con una redirección 301 (permanente), a su equivalente en la web nueva. Acá hay un mito que conviene enterrar: las redirecciones 301 no te hacen perder autoridad. Google lo dice de forma literal en su documentación oficial: las redirecciones permanentes no causan pérdida de PageRank. El problema nunca es la redirección: es la redirección que falta.

2. Los títulos y el contenido. Los títulos (title) y descripciones de tus páginas que rankean son parte de por qué rankean. Una plataforma nueva suele generarlos automáticamente y pisarte los que tenías. Lo mismo con el texto: si la versión nueva de una página tiene la mitad del contenido, también tiene la mitad de las razones para posicionar.

3. El enlazado interno. Los enlaces entre tus propias páginas —menú, breadcrumbs, notas relacionadas, footer— le dicen a Google qué es importante en tu sitio. Un rediseño que cambia la navegación cambia ese mapa.

4. Canonicals y hreflang. Son etiquetas técnicas que le indican a Google cuál es la versión "oficial" de una página y, si tenés versiones en varios idiomas, cuál corresponde a cada uno. Si quedan mal, Google puede indexar la página equivocada o mezclar idiomas.

5. La velocidad. Una web nueva más pesada o más lenta puede perder posiciones aunque todo lo demás esté perfecto. La velocidad es parte de la experiencia que Google mide.

El checklist de migración sin pérdidas

Una migración se juega en tres momentos. Esto es lo que tiene que pasar en cada uno —y lo que vos, como dueño, podés pedir que te muestren.

Antes de lanzar

  • Foto del estado actual. Un inventario de las URLs que tienen tráfico y posiciones hoy. Sin esta foto, después no hay con qué comparar si algo bajó.
  • Mapa de URLs viejo → nuevo. Una tabla donde cada página importante de hoy tiene asignada su página en la web nueva. Es el documento más importante de toda la migración.
  • Plan de vuelta atrás. Si algo sale mal el día del cambio, tiene que existir la forma de volver al estado anterior.
  • Revisión del sitio de prueba. Antes de que sea público, revisar que títulos, contenido, enlaces y etiquetas técnicas estén bien.

Durante el cambio

  • Activar todas las redirecciones 301 de viejo a nuevo.
  • Sacar cualquier bloqueo o noindex que tuviera el sitio de prueba.
  • Subir el sitemap (el mapa de páginas) nuevo a Google Search Console y, si cambiás de dominio, usar la herramienta de cambio de dirección de Search Console.
  • Si cambiás de dominio, bajar temporalmente el "tiempo de vida" del DNS unas horas antes, para que el cambio se propague rápido.

Después

  • Prueba rápida en vivo de las páginas más importantes: que abran, que redirijan bien, que la medición (analytics) y los formularios funcionen.
  • Monitoreo durante 30 días: errores 404, indexación, y tráfico y posiciones contra la foto inicial.
  • Mantener un sitemap con las URLs viejas un tiempo corto, para que Google termine de entender el cambio.

Un último principio que viene directo de Google y que cuesta plata ignorar: cambiá una cosa a la vez. Si vas a mudar el dominio, cambiar de plataforma y rediseñar, no lo hagas todo el mismo día. Google lo recomienda explícitamente, porque si algo falla con tres cambios juntos no vas a saber cuál fue.

Cómo lo hacemos nosotros

En las migraciones que gestionamos trabajamos con una regla: ninguna tarea abierta puede quedar pendiente al momento del corte. El entregable no es un documento de treinta pestañas que nadie lee; son dos hojas simples —una con el checklist de tareas y su estado, otra con las URLs importantes y cada parámetro SEO controlado uno por uno.

Para elegir qué URLs son "importantes" no adivinamos: usamos Search Console y nos quedamos con las páginas que concentran el 80% de los clics, más las páginas clave del negocio. Esas son las que tienen que sobrevivir sí o sí. Después mapeamos cada una contra su equivalente en la web nueva, verificamos que toda dirección vieja resuelva correctamente (directo o por redirección, sin cadenas ni loops) y recién cuando todo está en verde damos el OK para migrar.

El resultado práctico: la mayor parte del riesgo de una migración no está en la tecnología, está en lo que nadie controló. Un proceso ordenado convierte el momento más peligroso del SEO en un cambio sin sobresaltos.

Cuánto tarda en recuperarse

Seamos honestos con la expectativa: aun haciendo todo bien, es normal ver fluctuación de posiciones en las semanas posteriores. Google tiene que volver a recorrer y reindexar tu sitio, y eso lleva tiempo. Su documentación habla de "algunas semanas o más" para sitios medianos, y más todavía para sitios grandes.

Eso no es una caída: es el período en el que Google procesa el cambio. La diferencia entre una migración bien hecha y una mal hecha no es que una no tenga flux y la otra sí —las dos lo tienen—. La diferencia es que en la bien hecha el tráfico vuelve a su nivel (o mejor), y en la mal hecha se queda abajo porque se perdieron señales que no se recuperan solas.

Por eso el monitoreo de los primeros 30 días no es opcional: es el momento de detectar una redirección que falta o una página que quedó fuera del índice, mientras todavía es fácil arreglarlo.

Preguntas frecuentes

¿Un rediseño me puede hacer perder posiciones en Google?

Sí, si no se planifican las redirecciones y no se controlan los parámetros SEO (títulos, contenido, enlazado, etiquetas técnicas). El rediseño en sí no penaliza; lo que penaliza es rediseñar sin plan y romper las señales con las que Google te tenía posicionado.

¿Las redirecciones 301 hacen perder autoridad?

No. Google confirma en su documentación oficial que las redirecciones permanentes (301) no causan pérdida de PageRank. La autoridad de la página vieja pasa a la nueva. El problema es la redirección que falta, no la que está bien hecha.

¿Cuánto tarda Google en recuperar mis posiciones tras migrar?

En sitios medianos, varias semanas de fluctuación hasta que Google reindexa todo; en sitios grandes, más. Depende del tamaño del sitio y de la velocidad del servidor. Enviar el sitemap nuevo acelera el proceso.

¿Puedo cambiar de dominio, de plataforma y de diseño al mismo tiempo?

No conviene. Google recomienda cambiar una cosa a la vez para poder aislar cualquier problema. Si hacés todo junto y el tráfico cae, no vas a saber qué lo causó.

¿Qué es lo primero que tengo que pedir antes de lanzar la web nueva?

Dos cosas: el mapa de URLs viejas → nuevas con sus redirecciones 301, y una foto del estado actual (qué páginas tienen tráfico y posiciones hoy). Con eso ya tenés con qué controlar que no se pierda nada.