La respuesta corta
WordPress mueve el 40,1 % de todos los sitios web, según W3Techs el 13 de octubre de 2026, así que la mayoría de migraciones empiezan ahí. La guía de migración de Astro describe dos caminos: dejar WordPress como CMS headless y que Astro construya el sitio público, o sacar el contenido de WordPress por completo.
En cualquiera de los dos, el trabajo que protege tu tráfico es el mismo: conservar cada URL que trae visitas, trasladar los títulos y descripciones que generaba tu plugin de SEO, copiar la carpeta de archivos subidos, reemplazar los plugins que hacían trabajo en el sitio público y darle una redirección permanente a cada URL que cambie. Hecho en ese orden, el sitio nuevo puede cargar más rápido y costar menos de mantener sin empezar su posicionamiento desde cero.
¿WordPress headless o salir del todo?
| Dejar WordPress como CMS headless | Sacar el contenido de WordPress | |
|---|---|---|
| Edición | El mismo escritorio de WordPress | Un CMS nuevo o archivos Markdown en el repositorio |
| De dónde lee Astro | La API REST de WordPress o WPGraphQL | Content collections o la API del CMS nuevo |
| WordPress por mantener | Sí: hosting, actualizaciones y parches de seguridad, aunque ya no tiene que estar expuesto al público | Ninguno |
| Plugins | Los de edición siguen funcionando; lo que corría en el tema hay que rehacerlo | Todo lo que sigas necesitando se rehace o se reemplaza |
| Conviene cuando | Un equipo editorial grande trabaja cómodo en WordPress | El sitio cambia poco, o el equipo igual va a cambiar de CMS |
Astro documenta las dos opciones: usar WordPress como CMS headless y migrar desde WordPress, donde sugiere la herramienta wordpress-export-to-markdown para el contenido.
Lo que vimos en ocho sitios reales hechos en WordPress
El 13 de octubre de 2026 revisamos ocho sitios en WordPress, desde el blog de noticias de WordPress.org hasta grandes medios, para ver con qué puede contar una migración:
- Siete de los ocho entregaban sus entradas de forma pública por la API REST, en /wp-json/wp/v2/posts. El octavo respondió 401: algunos hostings y plugins de seguridad bloquean la API, así que revisa la tuya antes de planear alrededor de ella.
- Tres de los ocho devolvían además los datos de Yoast SEO con cada entrada. Yoast agrega un campo yoastheadjson a las respuestas normales de la API, con el título, la descripción, la URL canónica, las etiquetas de Open Graph y el schema que genera para esa página (documentación de Yoast). Son los metadatos de SEO que necesitas, listos para reutilizar.
- Todas las URL de entradas que devolvieron terminaban en barra, y cinco de las siete incluían el año, como /2026/10/nombre-de-la-entrada/. Astro tiene que reproducir esa estructura exacta, o cada entrada necesitará una redirección.
- Seis de los ocho seguían cargando jQuery, un recordatorio de cuánto código carga un tema de WordPress que una reconstrucción en Astro puede dejar atrás.
Migrar de WordPress a Astro, paso a paso
- Haz el inventario de todas las URL. Desde la versión 5.5, WordPress publica un sitemap en /wp-sitemap.xml, salvo que un plugin de SEO lo reemplace por el suyo (Make WordPress Core). Suma el informe de Páginas de Google Search Console con el rango más largo disponible, anota la estructura de enlaces permanentes en Ajustes, Enlaces permanentes, y exporta las reglas de cualquier plugin de redirecciones.
- Decide entre headless o salir del todo con la tabla de arriba. El resto de pasos aplica a los dos; con headless, "exportar" significa leer esos mismos datos de la API al compilar.
- Exporta el contenido. Herramientas, Exportar crea un archivo WXR, un XML con tus entradas, páginas, tipos de contenido personalizados, comentarios, campos personalizados, categorías, etiquetas, taxonomías y usuarios (documentación de WordPress). Para exportar con un script, la API REST devuelve hasta 100 entradas por página, con el HTML ya renderizado de cada una.
- Copia los archivos subidos. Las imágenes no vienen dentro del XML: viven en wp-content/uploads, junto con las copias redimensionadas que WordPress hizo de cada una. Conserva los originales, deja que astro:assets genere los tamaños y decide si las URL viejas de las imágenes se mantienen o necesitan redirecciones.
- Traslada los metadatos de SEO. Si el sitio usa Yoast SEO, lee yoastheadjson de la API REST para cada entrada y página: te da el título y la descripción finales en lugar de las plantillas que guarda el plugin. Si no, sácalos de los campos personalizados del plugin en la exportación.
- Rehaz las plantillas como componentes de Astro. Si sales del todo, convierte entradas y páginas en content collections o en un CMS nuevo; con WordPress headless, tráelas de la API. Revisa el HTML de algunas entradas en busca de shortcodes, inserciones y marcado de constructores visuales, que a menudo hay que limpiar para que se vea bien fuera del tema viejo.
- Reemplaza los plugins que trabajaban en el sitio público. Los formularios necesitan su propio receptor (un Cloudflare Worker, un servicio de formularios o tu CRM), la búsqueda puede ser un índice estático como Pagefind, y los comentarios piden una decisión: mantenerlos, llevarlos a un servicio o cerrarlos. Los plugins de caché ya no tienen nada que hacer cuando las páginas se construyen por adelantado.
- Respeta la estructura de las URL. Los enlaces permanentes de WordPress suelen terminar en barra, igual que la salida por defecto de Astro. Los enlaces con fecha se convierten en rutas dinámicas como /[year]/[month]/[slug]/ (enrutamiento de Astro); los archivos de categorías y etiquetas necesitan sus propias páginas o una redirección.
- Redirige en el servidor, incluidos los restos de WordPress. Una compilación estática de Astro sin adaptador convierte las redirecciones configuradas en páginas con meta refresh (referencia de configuración de Astro), así que configura redirecciones 301 una a una en el hosting. Además de las entradas que cambien, cubre las URL que WordPress crea por su cuenta: /feed/, los enlaces cortos ?p=, las páginas de adjuntos, los archivos de autor y cualquier archivo de /wp-content/uploads/ que hayas movido.
- Lanza y vigila. Cambia el DNS, deja la instalación vieja de WordPress accesible solo para ti hasta verificar el sitio nuevo y sigue los informes de indexación de Search Console durante las semanas siguientes. Nuestra guía para migrar una página web sin perder posicionamiento cubre el día del lanzamiento y los 90 días posteriores.
Qué cambia después de migrar
| Aspecto | En WordPress | En Astro |
|---|---|---|
| Edición | Escritorio y editor de bloques de WordPress | WordPress como CMS headless, otro CMS o Markdown |
| Hosting | Un servidor PHP y una base de datos | Cualquier hosting estático o plataforma edge, como Cloudflare |
| Actualizaciones | Núcleo, tema y plugins por mantener al día | Dependencias en el repositorio, ninguna en el servidor público |
| Formularios | Un plugin de formularios | Tu propio receptor y almacenamiento |
| Búsqueda | La búsqueda de WordPress o un plugin | Un índice estático o un servicio de búsqueda |
| Rendimiento | Plugins de caché y optimización | Páginas construidas por adelantado, JavaScript solo donde lo agregues |
Cómo no perder el posicionamiento
Aplica la guía de Google para mudanzas de sitio con cambios de URL: asigna cada URL vieja a su equivalente más cercano, usa redirecciones permanentes en el servidor y mantenlas por lo menos un año. WordPress facilita conservar URL idénticas más que otras plataformas, porque sus enlaces permanentes con barra final coinciden con los valores por defecto de Astro; el trabajo está en reproducir las rutas con fecha, los archivos y cada URL que generaba algún plugin.
Después revisa lo que el tema y los plugins viejos agregaban a cada página: etiquetas canónicas, imágenes de Open Graph, datos estructurados, las etiquetas hreflang de un plugin multilingüe y las reglas de robots. Lo que falte en el sitio nuevo es una señal que Google pierde el día del cambio.
Cómo hacemos una migración desde WordPress en Dardo
Las migraciones desde WordPress hacen parte de nuestro servicio de migración de página web: inventario de URL y contenido, la decisión entre headless o salir del todo, una página representativa reconstruida primero y revisada en los anchos acordados, y después el resto de plantillas, formularios y redirecciones. La construcción es desarrollo web en Astro. Si todavía estás decidiendo si salir de WordPress, nuestra comparación entre WordPress o una web a medida explica cuándo conviene cada una, y nuestras guías para migrar desde Framer y desde Webflow cubren los otros puntos de partida comunes.
Si estás evaluando el cambio, envíanos el sitio y lo que quieres mejorar. Te diremos si te conviene headless o salir del todo antes de cotizar cualquiera de los dos.
Preguntas frecuentes
¿Se puede usar WordPress con Astro?
Sí. WordPress puede quedar como CMS headless: el equipo sigue escribiendo en el escritorio de WordPress y Astro construye el sitio público desde la API REST o WPGraphQL. Astro documenta esta configuración en su guía de WordPress como CMS.
¿Cómo exporto el contenido de WordPress a Astro?
Usa Herramientas, Exportar para obtener un archivo WXR y conviértelo con una herramienta como wordpress-export-to-markdown, o lee las entradas desde la API REST, hasta 100 por petición. Copia wp-content/uploads aparte, porque las imágenes no vienen dentro del archivo exportado.
¿Pierdo posicionamiento en Google si me paso de WordPress a Astro?
No, si cada URL que trae tráfico sigue funcionando. Conserva la estructura de enlaces permanentes, incluida la barra final, traslada títulos, descripciones y datos estructurados, agrega redirecciones 301 para lo que cambie y revisa Search Console durante las semanas siguientes.
¿Qué pasa con mis plugins de WordPress?
Los plugins que ayudan a editar pueden seguir funcionando en un esquema headless, pero todo lo que corría en el tema, como formularios, sliders, búsqueda, comentarios o constructores visuales, hay que rehacerlo o reemplazarlo, porque Astro genera las páginas públicas por su cuenta.
¿Astro es más rápido que WordPress?
Un sitio en Astro se construye por adelantado y solo envía JavaScript donde lo agregas, así que no necesita un servidor PHP ni plugins de caché para responder cada visita. Cuánto más rápido depende de lo que cargaba el tema de WordPress, así que mide antes y después.
Fuentes y lecturas
Fuentes de esta página, con más detalles de sus publicaciones originales.
- W3Techs: estadísticas de uso de WordPress (en inglés)w3techs.com
- Documentación de Astro: Migrar desde WordPressdocs.astro.build
- Documentación de Astro: WordPress headless y Astrodocs.astro.build
- Documentación de WordPress: pantalla Herramientas, Exportar (en inglés)wordpress.org
- Manual de la API REST de WordPress: Entradas (en inglés)developer.wordpress.org
- Make WordPress Core: sitemaps XML en WordPress 5.5 (en inglés)make.wordpress.org
- Documentación para desarrolladores de Yoast: API REST (en inglés)developer.yoast.com
- wordpress-export-to-markdown en GitHub (en inglés)github.com
- Documentación de Astro: Content collectionsdocs.astro.build
- Documentación de Astro: Imágenesdocs.astro.build
- Documentación de Astro: Enrutamientodocs.astro.build
- Documentación de Astro: Referencia de configuracióndocs.astro.build
- Pagefind: búsqueda estática (en inglés)pagefind.app
- Google Search Central: Mudanzas de sitio con cambios de URLdevelopers.google.com
