Migrar una web sin perder posiciones en Google

Que se rompe realmente cuando migras

Google no indexa tu web como un bloque: indexa direcciones concretas. Cada URL acumula su propio historial de enlaces y su propia posicion, y si esa direccion desaparece o pasa a mostrar otra cosa, ese historial se pierde.

La mayoria de caidas de trafico tras una migracion tienen tres causas repetidas: URLs que dejan de existir sin redireccion, redirecciones mal hechas (temporales o todas a la portada) y un bloqueo de rastreo heredado del entorno de pruebas que nadie quito.

No todas las migraciones tienen el mismo riesgo. Cambiar de servidor manteniendo dominio y direcciones es riesgo bajo; un rediseño que conserva las mismas URLs tambien; pasar de http a https o cambiar de dominio es riesgo medio; y rehacer la web con una estructura de URLs nueva es el caso de riesgo alto.

Antes de tocar nada, identifica en cual de esos cuatro casos estas. Si solo cambias de proveedor, el trabajo esta en la parte de dominio y hosting y apenas hay riesgo para el posicionamiento; si cambian las direcciones, el trabajo de verdad empieza aqui.

Inventario de URLs antes de apagar nada

El inventario es la lista completa de direcciones que la web antigua tiene publicadas, y se hace mientras la web vieja sigue en pie. Una vez apagada, recuperar esa lista es mucho mas dificil y siempre queda incompleta.

Reune las URLs de cuatro fuentes distintas y unelas en una sola hoja de calculo, eliminando duplicados:

• Rastreo del sitio con una herramienta tipo Screaming Frog SEO Spider (su version gratuita rastrea hasta 500 URLs por sitio) o similar.
• Sitemap.xml actual, tal y como lo genera el gestor de contenidos.
• Google Search Console: informe de Rendimiento con las URLs que reciben clics e impresiones, y el informe de Paginas indexadas.
• Google Analytics: paginas con sesiones en los ultimos 12 meses, para no olvidar contenidos con trafico estacional.

Añade a la hoja una columna por cada dato que vayas a necesitar despues: URL antigua, titulo, codigo de respuesta actual, clics de los ultimos 12 meses, tipo de pagina (servicio, blog, categoria, legal), URL de destino y notas. Esa columna de destino es la que se convierte en el fichero de redirecciones.

Ordena la hoja por clics de mayor a menor. Las 30 o 50 primeras URLs suelen concentrar la mayor parte del trafico organico y son las que hay que revisar una a una a mano; el resto se puede tratar por patrones.

Como decidir el destino de cada URL antigua

La regla general es una redireccion uno a uno hacia la pagina que resuelve la misma necesidad. Si el usuario que llegaba a la URL antigua encuentra en el destino lo que buscaba, la redireccion esta bien hecha.

Casos habituales y que hacer en cada uno:

• Existe la misma pagina en la web nueva: redireccion directa a esa URL.
• Dos o tres articulos antiguos se han fusionado en uno: los tres apuntan al articulo nuevo.
• El contenido desaparece y no hay equivalente: redirige a la categoria o pagina superior que mas se le parezca, nunca a la portada por defecto.
• Producto o servicio descatalogado: a la categoria de la que colgaba.
• Paginas basura sin trafico ni enlaces (resultados de busqueda interna, paginacion antigua, pruebas): dejalas devolver 404 o 410 en lugar de inflar el fichero de redirecciones.

Redirigir masivamente a la portada es el error mas caro y mas frecuente. Google trata esas redirecciones como paginas eliminadas, asi que el contenido pierde su posicion igualmente y encima el usuario aterriza donde no queria.

Si no tienes claro que URLs merece la pena conservar, el criterio util es combinar trafico y enlaces recibidos, no antiguedad. Una explicacion basica de por que esos enlaces importan esta en que es el SEO.

Redirecciones 301: como se implementan

La redireccion correcta para una migracion es la 301, que significa "movido permanentemente". La 302 indica algo temporal y no transmite la misma señal de que la direccion nueva sustituye a la antigua.

Segun el entorno, se configuran de una forma u otra:

• Servidor Apache: reglas en el fichero .htaccess.
• Servidor Nginx: directivas return 301 en el fichero de configuracion del sitio.
• WordPress: un plugin de redirecciones, o el gestor de redirecciones que incluyen la mayoria de plugins de SEO, cuando no tienes acceso comodo a la configuracion del servidor.
• Panel del hosting o CDN: muchos proveedores permiten cargar la lista de redirecciones desde su panel.

Cuando el cambio sigue un patron (por ejemplo, /blog/2019/titulo/ pasa a /blog/titulo/), usa una regla con patron en vez de miles de lineas sueltas. Reserva las lineas una a una para las excepciones y para las URLs con mas trafico.

Evita las cadenas: si la URL A redirige a B y B redirige a C, corrige A para que apunte directamente a C. Cada salto añade latencia y multiplica las probabilidades de que algo se rompa mas adelante.

Comprueba cada regla con una peticion real, por ejemplo curl -I https://tudominio.com/url-antigua/, y verifica que responde 301 y que la cabecera Location apunta a la URL final con https y con la barra final que uses en toda la web. Google recomienda mantener las redirecciones activas al menos un año, asi que si cambias de dominio tendras que seguir renovando el antiguo y su certificado durante ese tiempo.

Sitemap, robots.txt y Search Console el dia del cambio

El dia que la web nueva sale a produccion hay cuatro cosas que revisar en los primeros minutos, antes que ninguna otra.

1. Desbloquea la indexacion. En WordPress, Ajustes > Lectura, casilla "Disuade a los motores de busqueda de indexar este sitio" desmarcada. Es el fallo que mas veces deja una web nueva fuera de Google durante semanas.
2. Revisa el robots.txt publicado en el dominio real. No debe arrastrar el Disallow que protegia el entorno de pruebas ni bloquear los ficheros CSS y JavaScript.
3. Genera y envia el sitemap nuevo en Google Search Console. Debe contener solo URLs que respondan 200, sin redirecciones ni paginas bloqueadas.
4. Comprueba las etiquetas canonical: cada pagina nueva debe apuntar a si misma con la URL definitiva, no a la version antigua.

Si cambias de dominio, da de alta y verifica la propiedad nueva en Search Console y usa la herramienta Cambio de direccion, que sirve precisamente para movimientos entre dominios y requiere tener ambas propiedades verificadas. Mantén ademas el sitemap antiguo accesible unos dias para que Google descubra antes las redirecciones.

Un detalle que se olvida siempre: si el cambio de hosting arrastra el correo, los registros MX se mueven con el dominio y las cuentas dejan de recibir si no se migran a la vez. Planifica esa parte junto al resto, sobre todo si usas correos corporativos con el dominio de la empresa.

Comprobaciones de las primeras 72 horas

Las primeras 72 horas sirven para detectar roturas, no para juzgar posiciones. Lo que buscas son errores tecnicos, y todos se ven con un rastreo y media hora de revision manual.

Lista de verificacion:

• Las 50 URLs con mas trafico del inventario responden 301 y llevan a la pagina correcta.
• Un rastreo completo de la web nueva no devuelve 404 internos ni cadenas de dos o mas saltos.
• Los enlaces internos apuntan a las URLs nuevas directamente, sin pasar por redirecciones.
• El certificado https es valido y no hay contenido mixto (imagenes o scripts cargados por http).
• El codigo de medicion de Analytics esta en todas las plantillas, incluidas fichas de producto y paginas legales.
• Los formularios de contacto envian y llegan a la bandeja correcta.
• Las paginas de mas peso comercial se ven bien en movil, que es la version que Google usa para indexar.

Guarda una copia del inventario con la fecha de la migracion. Es la referencia contra la que compararas las semanas siguientes, y sin ella cualquier diagnostico posterior es a ciegas.

Que vigilar durante los 90 dias siguientes

Es habitual que las posiciones se muevan durante las primeras semanas mientras Google vuelve a rastrear e indexar el sitio nuevo. Una oscilacion que se estabiliza es normal; una caida que no se recupera pasadas seis u ocho semanas apunta a un problema concreto que hay que buscar.

Revisa cada semana estos tres informes de Google Search Console:

• Rendimiento, comparando el periodo posterior a la migracion con el mismo numero de dias anterior, y filtrando por pagina para ver que URLs concretas han perdido clics.
• Indexacion de paginas, vigilando que no crezcan los grupos "No encontrada (404)" ni "Excluida por la etiqueta noindex".
• Sitemaps, para confirmar que las URLs enviadas se estan leyendo sin errores.

Cuando una URL concreta pierde trafico, el diagnostico casi siempre es uno de estos cuatro: no tiene redireccion, la redireccion apunta a una pagina generica, el contenido nuevo es mucho mas corto que el antiguo, o la pagina esta bloqueada por noindex o por robots.txt. Comprueba en ese orden.

Si prefieres no encargarte tu de esta parte, es exactamente el tipo de trabajo que conviene planificar antes del rediseño y no despues. Puedes contarnos tu caso con el listado de URLs actual y el calendario previsto.

Preguntas frecuentes