Cómo migrar tu web antigua a una plataforma moderna sin perder SEO

He acompañado unas cuantas migraciones en los últimos años y hay una frase que oigo casi siempre en la primera reunión: "la web está vieja, hay que cambiarla, pero me da pánico perder las visitas de Google". Ese miedo está justificado. Una migración mal planteada puede tumbar meses de tráfico en cuestión de días, y recuperarlo cuesta mucho más que hacer las cosas bien desde el principio.

La buena noticia es que perder posicionamiento en una migración no es inevitable. Es, casi siempre, consecuencia de saltarse pasos. Voy a contarte cómo lo enfoco yo, sin atarme a ninguna tecnología concreta, porque los principios que preservan el SEO son los mismos tanto si acabas en un CMS moderno como si optas por un desarrollo a medida.

Migrar no siempre es la respuesta: migrar vs rehacer

Lo primero es distinguir dos cosas que la gente mezcla. Migrar es trasladar tu web actual a una plataforma nueva conservando, en lo esencial, su estructura y su contenido. Rehacer es empezar de cero: nueva arquitectura, nuevas URLs, contenido replanteado y, muchas veces, un enfoque de negocio distinto.

¿Cuándo tiene sentido cada una? Si tu web actual funciona a nivel de contenido y tráfico, pero la plataforma que la sostiene está obsoleta (lenta, insegura, imposible de actualizar), lo tuyo es una migración pura. Aprovechas lo que ya posicionas y solo cambias los cimientos.

Si, en cambio, la estructura de tu web es un caos, tienes contenido duplicado por todas partes, categorías que no tienen sentido y páginas que no ha visitado nadie desde 2019, entonces una migración fiel te llevará esos problemas a la plataforma nueva. En ese caso conviene rehacer, pero con cabeza: rehacer no significa ignorar el SEO, significa rediseñar la arquitectura y, aun así, planificar cómo se traslada la autoridad de las URLs antiguas hacia las nuevas.

Un matiz importante para pymes y autónomos: rehacer cuesta más, tarda más y arriesga más. Si tu web te trae clientes, no la conviertas en un experimento. Muchas veces la decisión sensata es migrar la estructura que funciona y mejorar el diseño y el rendimiento por encima, dejando el rediseño profundo para una segunda fase.

Elegir la plataforma destino sin casarte con la moda

Aquí voy a ser deliberadamente neutral, porque es donde más errores caros se cometen. No existe "la mejor plataforma". Existe la plataforma adecuada para tu caso, y depende de variables muy concretas.

Antes de mirar tecnologías, responde a esto con honestidad:

• ¿Quién va a mantener la web el día a día? ¿Tú, una persona no técnica, una agencia?
• ¿Con qué frecuencia publicas o cambias contenido?
• ¿Necesitas funcionalidades a medida (reservas, catálogos complejos, integraciones con tu ERP) o te basta con un blog y páginas de servicios?
• ¿Cuánto tráfico manejas y cuánto esperas manejar?
• ¿Qué presupuesto real tienes, contando no solo el desarrollo sino el mantenimiento de los próximos años?

Con esas respuestas, la elección casi se dibuja sola. Un CMS moderno de propósito general suele ser la opción razonable para la mayoría de pymes: te da autonomía para editar, un ecosistema de módulos y un coste contenido. Un desarrollo a medida tiene sentido cuando tu negocio vive de una funcionalidad específica que ningún CMS resuelve bien, o cuando el rendimiento y la seguridad son críticos y quieres control total.

El error clásico es elegir la plataforma por moda o porque "es lo que usa todo el mundo". La pregunta correcta no es qué tecnología es más potente, sino cuál vas a poder mantener y hacer crecer sin depender de un único proveedor. Desde la óptica del SEO, cualquier plataforma seria te va a permitir controlar URLs, metadatos, redirecciones y datos estructurados. Si una plataforma no te deja tocar esas cosas con libertad, descártala sin más.

El inventario: no puedes preservar lo que no conoces

Esta es la fase que más gente se salta y la que más disgustos evita. Antes de mover un solo archivo, necesitas un mapa completo de lo que tienes.

Inventario de URLs

Exporta todas las URLs de tu web actual. Cuantas más fuentes cruces, mejor:

• El sitemap XML.
• El rastreo con una herramienta tipo crawler (recorre la web como lo haría Google).
• Los datos de Search Console: qué páginas reciben impresiones y clics.
• Los logs del servidor si puedes acceder a ellos, para ver qué rastrea realmente Google.

De esa lista sale oro puro: qué URLs traen tráfico, cuáles posicionan por palabras clave que te importan, cuáles no las visita nadie. Ese conocimiento es el que va a guiar todo lo demás.

Inventario de contenido y activos

No solo URLs. Anota metadatos (títulos y descripciones), etiquetas de encabezado, imágenes con su texto alternativo, PDF y descargables, datos estructurados que ya tengas implementados, y los backlinks externos que apuntan a páginas concretas. Una página con enlaces de calidad apuntándola es un activo que hay que proteger con especial cuidado.

Con este inventario tienes la base para la decisión más importante de toda la migración: qué se conserva, qué se fusiona, qué se elimina y a dónde apunta cada cosa en la web nueva.

Las redirecciones 301: el corazón de la preservación

Si tuviera que quedarme con una sola idea de todo este artículo, sería esta. El mapa de redirecciones 301 es lo que le dice a Google "esta página se ha mudado aquí, traspasa toda su autoridad a la nueva dirección". Sin él, cada URL antigua que cambie de dirección se convierte en un error 404, y con cada 404 pierdes el posicionamiento que esa página tenía.

Cómo construir el mapa

Toma la lista de URLs antiguas del inventario y, para cada una, define su equivalente en la web nueva. Uno a uno. Sé que suena tedioso, y lo es, pero es innegociable. La regla es simple: cada URL antigua con valor debe redirigir con un 301 (redirección permanente, no 302 temporal) a la página nueva más equivalente en contenido.

Algunos criterios que aplico:

• Si el contenido se conserva, redirige a su página nueva directa.
• Si fusionas dos páginas antiguas en una, ambas antiguas redirigen a la fusionada.
• Si eliminas una página sin equivalente, redirige a la categoría superior más relevante, no a la home por sistema. Redirigir todo a la home es una señal pobre y Google la interpreta casi como un 404.
• Nunca encadenes redirecciones (una URL que redirige a otra que redirige a otra). Cada salto diluye autoridad y ralentiza el rastreo. Redirige siempre al destino final directo.

Conserva la estructura de URLs cuando puedas

La forma más segura de no perder nada es que las URLs nuevas sean idénticas a las antiguas. Si tu plataforma destino te permite replicar la misma estructura de rutas, hazlo y te ahorrarás la mitad de los problemas. Cambiar las URLs solo porque la plataforma nueva usa otro formato por defecto es uno de los errores más caros y más evitables. Casi todas las plataformas serias permiten configurar las rutas a tu gusto; úsalo.

Metadatos y datos estructurados: los detalles que suman

Las redirecciones evitan el desastre, pero preservar bien el SEO va más allá. Los títulos y las meta descripciones deben viajar a la web nueva tal cual estaban, salvo que quieras mejorarlos conscientemente. Migrar a una plataforma nueva y dejar que genere títulos automáticos genéricos es tirar por la borda años de optimización.

Lo mismo con los datos estructurados. Si tenías marcado de producto, de artículo, de negocio local o de valoraciones, reimpleméntalo en la web nueva. Ese marcado alimenta los resultados enriquecidos, y perderlos se nota en el porcentaje de clics aunque tu posición no baje.

Revisa también los encabezados. La jerarquía de H1, H2 y H3 comunica a Google la estructura del contenido. En migraciones automáticas es habitual que se rompa: aparecen dos H1, o el título principal pasa a ser un H2. Merece una revisión página a página en las que más te importan.

Y no olvides lo técnico de fondo: la etiqueta canónica correcta en cada página, el archivo robots.txt bien configurado, el sitemap XML nuevo generado y enviado, y la velocidad de carga. Migrar a una plataforma moderna suele mejorar el rendimiento, y eso juega a tu favor, pero conviene medirlo, no darlo por hecho.

Cómo evitar caídas de posicionamiento el día del lanzamiento

Una cosa que aprendí por las malas: prepara todo en un entorno de pruebas y, mientras tanto, bloquea el rastreo de ese entorno. He visto webs de staging indexarse en Google y generar contenido duplicado con la web real. Un desastre. Protege el entorno de desarrollo con contraseña o con las directivas adecuadas para que los buscadores no entren.

El lanzamiento en sí debe ser un momento controlado, no una improvisación de viernes por la tarde. Antes de abrir la web nueva al público:

• Ten el mapa de redirecciones 301 cargado y probado.
• Verifica que el entorno de pruebas ya no bloquea el rastreo una vez es la web definitiva (este cambio se te olvida y desapareces de Google).
• Elige un momento de tráfico bajo para minimizar el impacto de cualquier incidencia.

Y una recomendación que doy siempre: no cambies el diseño, la estructura y la plataforma todo a la vez si puedes evitarlo. Cuantas más variables muevas de golpe, más difícil será saber qué falló si el tráfico baja. Cuando es posible, migro primero la plataforma conservando estructura, confirmo que todo está estable, y solo después abordo rediseños.

Checklist de QA post-migración

Recién lanzada la web, dedica unas horas a verificar lo esencial. Este es el repaso que hago:

• Redirecciones: comprueba una muestra amplia de URLs antiguas y confirma que devuelven un 301 al destino correcto, sin cadenas ni bucles.
• Errores 404: rastrea la web nueva entera buscando enlaces rotos internos y URLs antiguas que se quedaron sin redirección.
• Metadatos: revisa que títulos y descripciones se hayan trasladado.
• Encabezados: un solo H1 por página y jerarquía coherente.
• Datos estructurados: valídalos con las herramientas de prueba correspondientes.
• Enlaces internos: que apunten a las URLs nuevas, no a las viejas vía redirección.
• Sitemap y robots.txt: sitemap nuevo generado, correcto y accesible; robots sin bloqueos accidentales.
• Versión móvil y velocidad: comprueba que carga bien en móvil y mide los tiempos.
• Formularios y funcionalidades: que todo lo que genera negocio (contacto, presupuestos, carrito) funcione de verdad.
• RGPD: banner de cookies, aviso legal y política de privacidad correctamente enlazados y funcionando en la web nueva.

Hazlo con calma. Un fallo detectado el primer día se arregla en minutos; el mismo fallo detectado tres semanas después ya te ha costado tráfico.

Monitorización en Search Console las semanas siguientes

El trabajo no termina con el lanzamiento. Las semanas posteriores son las que te dicen si la migración salió bien, y Search Console es tu mejor aliado.

Nada más lanzar, envía el sitemap nuevo y revisa el informe de cobertura: te va a mostrar las páginas indexadas, las excluidas y los errores. Es normal ver cierto movimiento los primeros días; lo que vigilas es que no se dispare el número de páginas con error o excluidas sin motivo.

Si has cambiado de dominio, usa la herramienta de cambio de dirección de Search Console. Si solo cambias de plataforma manteniendo dominio, no hace falta, pero sí conviene tener las dos propiedades verificadas si tuvieras subdominios o migraras hacia HTTPS.

Durante las cuatro a ocho semanas siguientes, revisa periódicamente:

• El informe de rendimiento: es normal una ligera fluctuación de posiciones e impresiones los primeros días mientras Google recrawlea. Lo que no es normal es una caída sostenida y profunda. Si el tráfico se hunde y no se recupera en una o dos semanas, algo se rompió y hay que investigar ya.
• El informe de cobertura e indexación, para cazar 404 y páginas que Google no consigue rastrear.
• Los errores de datos estructurados y de usabilidad móvil.

Un consejo: guarda una foto de tus métricas antes de migrar. Posiciones medias, páginas top, tráfico orgánico. Sin ese punto de referencia, luego discutirás a ciegas sobre si has perdido o ganado.

Los errores que salen caros

Para cerrar, los tropiezos que más he visto y más dinero cuestan:

No hacer el mapa de redirecciones, o hacerlo a medias. El error número uno, con diferencia. Cada URL antigua sin redirigir es tráfico que se evapora.

Redirigir todo a la home. La salida fácil que Google penaliza. Cada redirección debe ir a la página más equivalente.

Dejar el staging indexable. O al revés: lanzar la web definitiva con el bloqueo de rastreo del entorno de pruebas todavía activo. Ambos son fatales y ambos son puro descuido.

Cambiar las URLs sin necesidad. Si la plataforma nueva te obliga a un formato de rutas distinto y no lo configuras, multiplicas el trabajo de redirecciones y el riesgo.

Perder los metadatos y los datos estructurados por confiar en la generación automática de la plataforma destino.

Lanzar sin punto de referencia. Sin las métricas previas guardadas, no sabrás si vas bien o mal hasta que sea tarde.

Migrar sin plan de vuelta atrás. Ten siempre una copia completa de la web antigua y la posibilidad de revertir. Rara vez hace falta, pero el día que la necesitas, la agradeces como pocas cosas.

Migrar una web antigua a una plataforma moderna sin perder SEO no es cuestión de suerte ni de una herramienta mágica: es método, inventario y paciencia. Si lo planificas bien, sales de la migración con la misma autoridad de siempre, mejor rendimiento y una base sobre la que crecer los próximos años.

Si tienes una web que se ha quedado atrás y quieres dar el salto sin arriesgar el tráfico que tanto te ha costado conseguir, en Tangram Consulting llevamos años planificando y ejecutando migraciones cuidando cada redirección y cada detalle técnico; cuéntanos tu caso y te ayudamos a migrar sobre seguro.