/

Cómo migrar de WordPress a Framer sin perder SEO

Publicado el

10 MIN DE LECTURA

Cómo migrar de WordPress a Framer sin perder SEO

Collage vintage con manos pasando fichas entre dos archivadores y una señal de desvío, portada sobre migrar de WordPress a Framer

Migrar de WordPress a Framer sin perder SEO es posible y depende de tres cosas: inventariar todas las direcciones antiguas, crear las redirecciones 301 antes de cambiar el DNS y mantener la estructura de contenido. Lo que hace caer el posicionamiento no es el cambio de plataforma, es una dirección que deja de responder.

En portugués no existe una guía sobre esto escrita por alguien que entregue proyectos en Framer. Lo que se encuentra son videos sobre copiar layouts, un hilo de foro que recomienda capturas de pantalla y la documentación oficial, que está en inglés. Este artículo cubre el proceso completo, en el orden en que ocurre, y también te dice qué no tiene equivalente del otro lado.

¿Se puede migrar de WordPress a Framer sin perder posiciones en Google?

Sí, y el riesgo está enteramente en la ejecución. El buscador no penaliza el cambio de plataforma. Penaliza la dirección que desaparece, el contenido que se reduce y la página que empieza a tardar. Si cada URL antigua sigue respondiendo y apunta al contenido equivalente, la autoridad acumulada se transfiere.

Los dos miedos que más escuchamos de quienes quieren salir de WordPress son exactamente esos: perder posiciones en Google y perder el contenido del blog. Los dos son legítimos y los dos se resuelven con método, no con suerte. Lo que no se resuelve es una migración hecha a las prisas, cambiando el DNS antes de que exista el mapa de direcciones.

Qué inventariar antes de tocar cualquier cosa

Nada empieza sin inventario. Es la etapa más tediosa y la que decide el resultado, porque no puedes redirigir lo que no sabes que existe. Un sitio web con años de blog casi siempre tiene direcciones que nadie recuerda y que todavía reciben visitas.

  1. Todas las direcciones publicadas, del sitemap y del propio WordPress, incluidas categorías, etiquetas y páginas de archivo.

  2. Las páginas que reciben visitas, según Search Console y la analítica, de los últimos doce meses.

  3. Las páginas que reciben enlaces externos, que son las que más cuestan si se rompen.

  4. Metadatos: título y descripción de cada página, para no empezar de cero.

  5. Biblioteca de imágenes, con lo que está en uso y lo que es basura acumulada.

  6. Integraciones activas: formularios, herramienta de e-mail, píxel, chat, lo que esté conectado.

De ese inventario sale la decisión más importante del proyecto: qué se migra, qué se reescribe y qué muere. Una página que no recibe visitas ni enlaces desde hace dos años rara vez merece ser recreada. La migración es una buena oportunidad para eliminar peso muerto, siempre que la decisión sea consciente y quede registrada.

¿Cómo armar el mapa de redirecciones 301?

Con una hoja de cálculo de dos columnas, dirección antigua y dirección nueva, y luego traduciendo eso a las reglas de la plataforma. Framer acepta redirecciones con comodín y con segmento dinámico, lo que evita escribir cientos de líneas a mano.

Según la documentación oficial de redirecciones de Framer, el asterisco coincide con cualquier tramo de la ruta, así que una regla como /blog/* cubre tanto una dirección corta como una con fecha en medio. Los dos puntos, en cambio, coinciden con un segmento específico: /blog/:ano/:mes/:dia captura el patrón de fecha que WordPress usa por defecto. Y las referencias numeradas reutilizan lo capturado, lo que permite transformar /blog/:1/post/:2 en una dirección nueva con otra estructura.

Es este recurso lo que hace viable migrar un blog con cientos de posts. Sin comodín, cada post sería una línea. Con él, un puñado de reglas resuelve toda la estructura, y las excepciones entran una por una. Recuerda que las redirecciones están disponibles del plan intermedio hacia arriba, lo que ya define el plan que exige la migración y cuánto cuesta.

¿Cómo llevar los años de blog sin perder nada?

Exportando desde WordPress, limpiando e importando al CMS. El camino técnico es conocido: la exportación sale en XML, se convierte en hoja de cálculo y la hoja alimenta las colecciones del CMS. El trabajo real no está en mover, está en limpiar.

El contenido exportado de WordPress suele venir sucio, con marcado dejado por plugins, bloques vacíos, estilos incrustados y caracteres extraños. Si eso entra al CMS tal cual, el sitio nuevo hereda el desorden del antiguo. Esta limpieza es donde la IA en el flujo de trabajo paga su propio costo: scripts escritos al momento para tratar el CSV resuelven en minutos lo que sería un día de trabajo manual.

Las imágenes merecen una etapa propia. La biblioteca de medios de un WordPress antiguo suele tener archivos pesados, sin patrón de nombres y sin optimización. Llevar todo tal cual significa trasladar el problema de rendimiento a la plataforma nueva. Lo correcto es convertir, redimensionar y descartar lo que no está en uso.

Qué no tiene equivalente en Framer

Dos cosas, y es mejor descubrirlas ahora que en medio del proyecto. La primera es una tienda con checkout propio: el comercio electrónico del tipo que funciona dentro de WordPress no tiene equivalente nativo y depende de una integración externa. La segunda es un área con login y contenido restringido, del tipo portal de miembros, curso o panel del cliente.

Si tu sitio web depende de cualquiera de las dos, la conversación cambia antes de empezar. Antes de decidir, conviene sopesar lo que ganas y lo que pierdes al salir de WordPress. No significa que la migración sea imposible, significa que deja de ser una migración de sitio web y se convierte en un proyecto con dos frentes. Conviene medir eso en el inventario, no en la víspera.

¿Se puede cambiar sin que el sitio salga del aire?

Sí, migrando página por página. Framer tiene un recurso de hosting avanzado que permite servir parte del dominio desde el proyecto nuevo y el resto desde el sitio antiguo, al mismo tiempo. En la práctica, el sitio se va sustituyendo por partes, sin apagón y sin un cambio único de todo.

Según la documentación oficial de migración página por página, actualizada en agosto de 2026, la mecánica es una regla de varios sitios con la opción de dar preferencia a las páginas que ya existen en el proyecto nuevo. Cuando una página se publica, pasa a responder automáticamente en lugar de la antigua. La propia documentación recomienda probar todo en el dominio de prueba antes de tocar el DNS, que es el consejo más importante del proceso.

Este recurso es un add-on de pago, así que tiene sentido en un sitio grande, con muchas páginas y tráfico que no puede parpadear. Para un sitio institucional de diez páginas, el cambio único sigue siendo más simple y más barato.

¿Cuánto tarda y cuánto cuesta una migración?

Menos que un sitio nuevo del mismo tamaño, porque el contenido ya existe. La parte que más tiempo consume en un proyecto desde cero es decidir qué va a decir cada página, y en una migración esa decisión ya está tomada. Queda el trabajo de estructura, diseño y traslado, que es más previsible.

Para comparar, conviene ver el plazo de un sitio nuevo, para comparar. En cuanto al valor, una migración se presupuesta como proyecto, y la referencia está en el presupuesto de rehacer un sitio que ya existe. Lo que cambia el precio es el volumen de direcciones y el desorden del contenido antiguo, no la plataforma de destino.

Hay una ganancia recurrente que suele justificar la cuenta: el fin de la cuenta de plugins, hosting y actualizaciones de seguridad. Es el ahorro que aparece a partir del segundo año y que casi nunca entra en la decisión porque nadie lo calcula antes.

Qué salió mal en una migración real

En una migración reciente de un sitio con un blog grande, de cientos de páginas, tres cosas causaron retrasos y ninguna de ellas era un tema técnico de la plataforma.

La primera fue la organización de las direcciones antiguas. Años de publicación sin un estándar produjeron URLs duplicadas, con parámetros y con estructuras diferentes para el mismo tipo de contenido. Mapear eso llevó más tiempo que construir las reglas. La segunda fue la suciedad del contenido exportado, que exigió limpieza antes de cualquier importación. La tercera fue la biblioteca de imágenes, pesada y sin organización, que tuvo que tratarse archivo por archivo.

La lección es consistente: en una migración, el pasivo del sitio antiguo es el cronograma. Cuanto más desorganizado está el WordPress, más larga es la migración, y eso no aparece en ninguna estimación hecha por teléfono. Por eso el inventario va antes del presupuesto, y no después. Quién conduce este proceso importa, porque atraviesa diseño, contenido e infraestructura al mismo tiempo: conviene ver quién conduce la migración del diseño al deploy y, como referencia de mercado, quién ya hizo migraciones grandes a Framer.

Errores comunes en una migración

  1. Cambiar el DNS antes de probar. La prueba en el dominio provisional existe justamente para eso, y saltarse esta etapa es el error más caro de la lista.

  2. Redirigir todo a la home. Envía la señal de que el contenido desapareció y desperdicia la autoridad de cada página.

  3. Olvidar categorías, etiquetas y páginas de archivo. No aparecen en el menú, pero aparecen en el índice del buscador.

  4. Importar el contenido sin limpiarlo. El desorden del sitio antiguo se convierte en el desorden del sitio nuevo, con mejor apariencia.

  5. No avisar a Search Console. Enviar el nuevo sitemap acelera mucho la relectura del sitio.

  6. Descubrir el área con login al final. Si existe contenido restringido, cambia todo el proyecto y necesita mapearse al inicio.

Preguntas frecuentes

¿Voy a perder mi posicionamiento al migrar a Framer?

No, si cada dirección antigua sigue respondiendo mediante una redirección permanente y el contenido equivalente existe en el sitio nuevo. La caída ocurre cuando las páginas desaparecen sin destino o cuando el contenido se recorta en la migración. La plataforma en sí no es un factor de posicionamiento.

¿Cómo llevo los posts del blog de WordPress?

Exportando el contenido, limpiando el marcado heredado de los plugins e importándolo a las colecciones del CMS. El trabajo pesado es la limpieza, no el traslado. Un blog con cientos de posts es viable, siempre que la estructura de direcciones se mapee antes de la importación.

¿Qué plan de Framer necesito para migrar?

Del plan intermedio hacia arriba, porque la redirección de páginas no existe en el plan de entrada. La migración página por página, sin sacar el sitio del aire, exige además el recurso de hosting avanzado, que es un add-on mensual que se paga aparte.

¿Cuánto tiempo queda el sitio fuera del aire en el cambio?

Nada, si el proceso se hace con el dominio probado antes y la propagación planificada. En sitios grandes, el recurso de migración página por página elimina hasta el concepto de cambio, porque el contenido nuevo sustituye al antiguo a medida que se publica.

¿Vale la pena salir de WordPress?

Depende de lo que hace tu sitio web. Si es institucional, con blog y formularios, el cambio suele reducir el costo recurrente y el trabajo de mantenimiento. Si tiene una tienda con checkout propio o un área con login, evalúalo con cuidado, porque esas dos cosas no tienen equivalente directo.

Si estás evaluando salir de WordPress y quieres un diagnóstico antes de decidir, conviene pedir un diagnóstico de migración a Wama. Empezamos por el inventario de direcciones, que es lo que define el plazo y el riesgo del proyecto.

Ver también