Migrar de WordPress a Webflow sin perder el SEO: el checklist que usamos

No, migrar a Webflow no te hace perder el SEO. Lo que te lo rompe es migrar sin medir, sin mapa de URLs y sin control post lanzamiento.

El patrón aparece una y otra vez: un CMO llega con un WordPress de seis años, 400 URLs indexadas y un blog que genera leads. Nadie quiere quedar pegado al rediseño que tiró abajo el tráfico orgánico. Bastante presión tiene marketing como para sumar ese fantasma.

Yo vendo migraciones a Webflow, así que tengo conflicto de interés. Mejor decirlo de entrada. Mi trabajo no es convencerte de migrar a cualquier precio, es mostrarte qué revisamos antes de tocar una sola URL. Si el proceso no está, la cuenta está incompleta.

¿Por qué se cae el tráfico cuando una empresa cambia de plataforma?

El tráfico se cae casi siempre por tres patrones bastante concretos: cambiaron las URLs y nadie las redirigió, el rediseño recortó el copy que rankeaba, o nadie midió el estado previo. La plataforma queda como culpable porque estaba cerca del incendio.

El mito de que Webflow pierde SEO nace de comparar dos cosas distintas. De un lado tenés un WordPress viejo, con años de contenido, links internos y páginas indexadas. Del otro, un Webflow nuevo con menos secciones y textos más cortos. No cambió solo la plataforma. Cambió el sitio.

Ahí se rompe la lectura.

El problema tampoco explota el día del lanzamiento. Google necesita recrawlear, procesar redirects y reindexar. La caída puede aparecer tres o cuatro semanas después, cuando el equipo ya está festejando el nuevo diseño y nadie mira Search Console con ganas.

Por eso lo trabajamos en cinco frentes. No alcanza con una planilla de redirects armada a las apuradas.

¿Sabés qué tráfico tenés hoy, antes de tocar nada?

Si no tenés una foto del antes, no podés probar qué cayó, cuándo cayó ni qué páginas recibieron el golpe. La medición previa convierte el susto en diagnóstico. Sin eso, cada reunión termina en opiniones, capturas sueltas y alguien diciendo "me parece que antes venía mejor".

El primer paso es mirar keywords y rankings actuales. No las búsquedas que te gustaría ganar, sino las que hoy traen tráfico real. Después sacás un snapshot de Search Console y GA4 de los últimos 12 a 16 meses. Doce meses mínimo, porque necesitás ver estacionalidad completa.

Comparar contra el mes anterior sirve poco si tu negocio baja todos los eneros.

De ahí sale la pieza más importante: el export completo de URLs indexadas y un crawl del sitio viejo. Esa lista es la materia prima de todo lo que viene después. Si falta una URL que trae tráfico, después falta un redirect, y después falta una explicación decente.

El monitoreo tiene que seguir durante y después de la migración. No sirve un reporte único a los 30 días, cuando el daño ya se instaló. Al final queda un reporte pre y post migración. Ese documento baja la discusión a datos.

¿Y si la caída no es tuya?

A veces no perdiste nada. A veces un competidor subió. Sin contexto competitivo, cualquier movimiento del gráfico parece culpa de la migración, y marketing termina discutiendo contra una sombra. Esto no es hipotético: pasa cuando mirás tu Search Console sin mirar qué cambió alrededor.

Acá identificamos quién compite por tus mismas búsquedas y auditamos visibilidad. Después miramos contenido y gaps: qué páginas tienen ellos que vos no tenés. También hacemos un benchmark de autoridad, porque no es lo mismo pelear una keyword contra un blog débil que contra un dominio pesado.

La migración abre una ventana rara. Podés reescribir arquitectura y contenido con menos costo político que de costumbre. Cuando el sitio se está rehaciendo entero, nadie se sorprende por mover secciones o limpiar categorías. Seis meses después, cada cambio necesita tres reuniones.

Usar esa ventana para dejar todo igual pero más lindo sale caro.

¿Google va a encontrar las páginas que te importan?

Google encuentra primero lo que la arquitectura le pone cerca. Si una página clave queda enterrada a tres clics del home, puede tardar semanas en indexar. La estructura nueva no es decoración. Decide qué entra rápido al índice y qué queda esperando.

Lo que más se rompe en una migración son los links internos del blog viejo. Tenés seis años de artículos apuntándose entre sí, con URLs que quizás ya no existen. Nadie los revisa porque están adentro del cuerpo del texto. Ahí queda mucho SEO tirado, de a poco.

Después viene la estructura de URLs. La regla es conservarlas, salvo que exista una razón fuerte para cambiarlas. En Webflow hay que mirar el prefijo de la colección, porque las colecciones del CMS agregan su propio segmento a la URL. Ahí se te puede cambiar todo el blog sin que lo hayas decidido.

Ese detalle parece chico hasta que exportás 400 URLs distintas.

El structured data también cambia de manos. En WordPress lo solía poner un plugin. En Webflow lo ponés vos, con embeds. Es más trabajo y también más control. Eso ayuda a que las páginas queden mejor preparadas para crawlers, incluidos los de modelos de lenguaje que hoy deciden a quién citar.

Quedan dos controles técnicos. El sitemap XML nuevo se envía en Search Console recién cuando los redirects están activos. No antes. Y el robots.txt se revisa el día del lanzamiento, porque el clásico error que arruina migraciones es publicar en producción el noindex del staging.

El rediseño se come el copy, y ahí se va la relevancia

El daño silencioso aparece cuando la página nueva queda impecable, pero pasa de 900 palabras a 300. Google ya no encuentra las mismas señales. El diseño mejoró, sí, pero el contenido que justificaba el ranking desapareció sin que nadie lo llamara por su nombre.

Los meta titles y las descriptions se exportan del sitio viejo y se migran. No se reescriben a ojo la noche anterior al lanzamiento. Son cientos de campos, y muchos traen años de ajustes. Cambiarlos todos juntos es mezclar demasiadas variables.

La estructura de headings se revisa página por página. Un solo H1 por página. En el CMS de Webflow esto pesa más de lo que parece, porque el H1 sale del campo name del item, no del cuerpo del artículo. Si metés otro H1 en el body, terminás con dos.

Y después alguien pregunta por qué bajó.

La semántica HTML5 tampoco es un detalle estético. Es lo que leen los crawlers, incluidos los sistemas que procesan contenido para respuestas generadas por IA. Si el marcado queda flojo, el contenido puede estar bien escrito y mal entendido.

Regla de la casa: si vas a recortar contenido, hacelo en una iteración posterior. No en el lanzamiento. Una variable por vez. Si cambiás plataforma y contenido al mismo tiempo, y el tráfico baja, no vas a saber qué rompió qué.

El paso donde de verdad se pierde todo

El punto donde se pierde todo es el redirect mal hecho. Redirects 301 uno a uno, nunca todo al home. Este es el frente más delicado de los cinco, porque sin un mapa completo la historia de rankings de esas URLs se corta de golpe.

La auditoría de URLs se arma con tres fuentes: el crawl del sitio viejo, las URLs que aparecen en Search Console y las URLs que tienen backlinks apuntando. Las tres. Si usás una sola, hacelo de gusto o a medias, pero no digas que auditaste.

Después viene el mapeo uno a uno. Cada URL vieja tiene que ir a su equivalente más cercana. Mandar todo al home es tirar autoridad a la basura. También es lo que hacen muchas migraciones apuradas cuando nadie quiere mirar una planilla larga.

Webflow maneja bien los redirects, pero tiene reglas propias que conviene conocer antes:

• Soporta wildcards con grupos de captura, con la sintaxis (.*), que te permite redirigir una sección entera con una sola regla.
• Se pueden importar por CSV, así que el mapa se arma en una planilla y se sube.
• Las reglas se ejecutan en el orden en que las agregaste. Las más viejas se prueban primero, así que las específicas van antes y las amplias después.
• Webflow no impone un límite duro de redirects, pero recomienda no pasar de 1.000 reglas como buena práctica.
• Los redirects no aplican a los slugs localizados, así que si tenés un locale secundario hay que duplicar las reglas.

La recomendación de no pasar de 1.000 reglas explica por qué las wildcards no son opcionales en un sitio grande. Si tenés 3.000 URLs viejas y las mapeás una por una, no entrás dentro de esa buena práctica.

Google recomienda mantener los redirects activos al menos un año. Desde el lado del usuario, conviene dejarlos para siempre. Ese año es el mínimo para que Google termine de transferir señales de ranking a las URLs nuevas.

Cuando el sitio ya está publicado, hacés un crawl post migración para cazar los 404 que sobrevivieron. Siempre sobrevive alguno. El tema es encontrarlo antes que lo encuentre tu tráfico.

¿Qué es normal ver la semana después de publicar, y qué no?

Lo normal es ver fluctuación. Lo que no querés ver es una caída sostenida. Google indica que en sitios medianos puede tomar algunas semanas hasta que empiece a mostrar las URLs nuevas, así que el gráfico puede moverse raro durante un tiempo.

El día uno se hace un crawl completo del sitio nuevo. Se revisan 404, se confirma que el sitemap fue enviado y se chequea que el robots.txt no bloquee nada. Es una mañana poco glamorosa. También es la mañana que evita varias semanas de explicaciones.

La primera semana mirás el reporte de cobertura en Search Console. Comparás URLs indexadas viejas contra nuevas. Esperás ver las viejas bajando y las nuevas subiendo, en ese orden. Si solo mirás tráfico agregado, te perdés la película.

Al mes comparás contra el baseline del primer pilar. Contra el baseline, no contra el mes anterior. Si tu demanda es estacional, la comparación mensual puede mentirte con una seguridad bárbara.

La alarma se prende cuando aparecen tres cosas juntas: caída sostenida en páginas específicas, 404 que todavía reciben tráfico y desindexación masiva. Una sola de esas tres, durante la primera semana, no siempre es una emergencia.

Lo que no hay que hacer es revertir la migración a los cinco días porque el gráfico bajó. Revertir suma un segundo cambio de URLs arriba del primero. Duplica el problema.

El checklist completo, para que lo copies

Acá va todo junto, ordenado por momento y no por pilar. Así se ejecuta en la vida real, no en una presentación prolija.

Antes de tocar el diseño

• Exportá 12 a 16 meses de Search Console y GA4 (Positioning Analysis).
• Sacá la lista completa de URLs indexadas y hacé un crawl del sitio viejo (Positioning Analysis).
• Identificá las keywords que hoy te traen tráfico real (Positioning Analysis).
• Exportá todos los meta titles y descriptions actuales (Semantic Optimization).
• Auditá a los competidores que rankean por tus términos (Competitor Analysis).
• Definí la estructura de URLs nueva y decidí explícitamente qué se conserva (Architecture & Indexing).
• Armá el mapa de redirects uno a uno en una planilla (Redirect Mapping).

La semana del lanzamiento

• Cargá los redirects 301 en Webflow, específicos primero y wildcards después (Redirect Mapping).
• Duplicá las reglas para los locales secundarios si tenés (Redirect Mapping).
• Revisá que cada página tenga un solo H1 y que las metas estén migradas (Semantic Optimization).
• Revisá los links internos del contenido viejo (Architecture & Indexing).
• Cargá el structured data en las plantillas (Architecture & Indexing).
• Sacá el noindex del staging y revisá el robots.txt en producción (Architecture & Indexing).
• Enviá el sitemap nuevo en Search Console, con los redirects ya activos (Architecture & Indexing).

Después de publicar

• Día 1: crawl completo del sitio nuevo y revisión de 404 (Redirect Mapping).
• Semana 1: reporte de cobertura, indexadas viejas contra nuevas (Positioning Analysis).
• Mes 1: comparación contra el baseline, no contra el mes anterior (Positioning Analysis).
• Dejá los redirects activos al menos un año (Redirect Mapping).
• Reporte pre y post migración con el diagnóstico final (Positioning Analysis).

Lo que todos preguntan antes de apretar publish

Eso es lo grueso. Después siempre quedan las dudas puntuales, las que aparecen justo en la semana previa al lanzamiento. Estas son las que escuchamos siempre.

Migrar no es el riesgo, improvisar sí

El problema no es Webflow. El problema es migrar sin proceso. Si alguien te dice que la migración es riesgosa por culpa de la plataforma, está mirando la parte cómoda del problema, no la parte que se puede auditar antes.

Hay una prueba rápida. Pedí el mapa de redirects antes de aprobar el presupuesto. No después. Si no lo pueden mostrar, o te dicen que eso se resuelve al final, ya sabés cómo termina la historia.

Esa es la diferencia entre migrar un sitio y jugar a la ruleta con el SEO. Better Call Ander.Agency.