Por qué los equipos pasan de WordPress a Astro
El editor casi nunca es el problema. Lo es el trabajo alrededor: actualizaciones de plugins y temas, un servidor PHP y una base de datos que hay que mantener con parches y caché, y constructores de páginas que cargan mucho más código del que las páginas necesitan. Astro construye cada página por adelantado y solo agrega JavaScript donde un componente lo pide, así que el sitio público ya no depende de que WordPress responda cada visita.
- Riesgo de los plugins. Patchstack contó 11.334 vulnerabilidades nuevas en el ecosistema de WordPress en 2025; el 91 % estaba en plugins y el 46 % no tenía corrección del desarrollador cuando se hizo pública.
- Velocidad real. Según HTTP Archive, en septiembre de 2026 aprobó las Core Web Vitals en móvil en EE. UU. el 62,0 % de los sitios en WordPress, el 55,6 % de los hechos con Elementor y el 84,2 % en Astro.
- Hosting. Un sitio en Astro construido por adelantado no necesita PHP ni base de datos, y en Cloudflare las solicitudes a archivos estáticos son gratis.
- Propiedad. Las plantillas viven en tu repositorio y el contenido en un CMS que eliges tú, que puede seguir siendo WordPress.
Esos porcentajes describen lo que la gente ha construido en cada plataforma, no tu sitio. Nuestro informe de velocidad de plataformas web los desglosa por país; revisa los datos de campo de tu propio sitio en Search Console antes de pagar una migración para ganar velocidad.
WordPress y Astro comparados para esta migración
La tabla compara una instalación típica de WordPress con el stack que construimos por defecto: Astro sobre Cloudflare con un CMS headless. Los precios de los proveedores se leyeron en octubre de 2026.
| Aspecto | WordPress | Astro sobre Cloudflare |
|---|---|---|
| Hosting | Un servidor PHP y una base de datos, con caché y parches a cargo de tu hosting o de tu equipo | HTML construido por adelantado en un hosting estático o una red edge; Cloudflare sirve los archivos estáticos sin cobro por solicitud |
| Edición | Editor de bloques o un constructor de páginas dentro del escritorio de WordPress, con los roles Colaborador, Autor y Editor sin costo | Campos en un CMS headless con vista previa, o el mismo escritorio de WordPress si WordPress sigue como CMS |
| Límites del CMS | Ninguno en el software; el servidor pone el techo | Los del plan del CMS: Sanity Free admite 10.000 documentos, y Payload alojado por tu cuenta no tiene límite propio |
| Controles de SEO | Plugins de SEO y de redirecciones como Yoast SEO y Redirection | Campos de título, descripción, canónica y schema dentro de las plantillas; redirecciones en el archivo de reglas del hosting |
| Mantenimiento | Núcleo, tema y cada plugin | Actualizaciones de paquetes y del framework en el repositorio; un sitio estático sigue funcionando si se salta una |
| Dependencia | Código abierto con licencia GPL; los diseños del constructor de páginas quedan en el formato propio del constructor | Código en tu repositorio; contenido en un CMS que puedes cambiar o alojar por tu cuenta |
| Costo de operación | Hosting administrado como Kinsta desde USD 35 al mes, más licencias de plugins premium | USD 0 a 5 al mes en Cloudflare, más el CMS: Sanity es gratis o cuesta USD 15 por puesto |
Qué pasa de WordPress al sitio nuevo y qué no
Salir de WordPress es más fácil que salir de un constructor alojado como Webflow, porque el contenido está en tu propia base de datos y se exporta en un formato documentado. El archivo WXR que genera Herramientas, Exportar en el escritorio de WordPress trae entradas y páginas, tipos de contenido personalizados y taxonomías, categorías y etiquetas, campos personalizados, comentarios y usuarios. Lo que no trae es todo lo que el tema y los plugins agregaban a la página.
- Pasa como datos: el cuerpo de las entradas, fechas de publicación, autores, términos y campos personalizados, incluidos los definidos con ACF, como valores en bruto.
- Pasa con limpieza: shortcodes, inserciones y marcado de constructores dentro de las entradas, que fuera del tema viejo aparecen como texto suelto o diseño roto.
- Se copia aparte: wp-content/uploads. El XML lista los adjuntos por URL pero no contiene los archivos, así que los originales salen del servidor.
- Lo guardan los plugins: títulos y descripciones SEO y reglas de redirección, que Yoast SEO y los plugins de redirecciones guardan fuera del cuerpo de la entrada.
- Se rehace en código: formularios, búsqueda, sliders, entradas relacionadas y cualquier otra cosa que un plugin imprimía en la página.
- Se define aparte: comentarios, áreas de miembros y tiendas, que necesitan cada uno una decisión antes de empezar la construcción.
Cómo se organiza el contenido de WordPress en Astro
Definimos el modelo de contenido a partir del inventario antes de convertir nada. Cada tipo de WordPress se vuelve un esquema que la compilación verifica, así que una entrada a la que le falta un campo obligatorio hace fallar la compilación en lugar de salir publicada.
| En WordPress | En Astro | Cómo se traslada |
|---|---|---|
| Entradas y páginas | Una content collection o un tipo del CMS para cada una, con su esquema | Convertidas desde el archivo WXR, o leídas de la API REST al compilar si WordPress queda como headless |
| Tipos de contenido personalizados | Su propia colección, plantilla y ruta | Exportados con el resto; rutas rehechas para que cada ítem conserve su slug |
| Grupos de campos de ACF | Campos tipados en el esquema | Leídos de los metadatos de la entrada; los campos que apuntan a imágenes u otras entradas se vuelven archivos y referencias |
| Categorías, etiquetas y taxonomías personalizadas | Referencias, más páginas de archivo donde traen tráfico | URLs de archivo conservadas, o enviadas con un 301 a la página más cercana |
| Títulos y descripciones de Yoast SEO | Campos SEO en cada entrada | Leídos de yoast_head_json en la API REST, que devuelve los valores que Yoast generó para cada página |
| wp-content/uploads | Imágenes procesadas con astro:assets | Originales copiados; los archivos con enlaces o tráfico de búsqueda de imágenes conservan su URL o reciben un 301 |
| Bloques y shortcodes | Componentes de Astro | Ubicados con búsquedas en la exportación, y luego convertidos en componentes o eliminados |
| Usuarios y roles | Usuarios del CMS con roles | Creados de nuevo; un flujo de redacción y revisión necesita un plan del CMS con más roles que administrador y lector |
| Plugins de formularios | Un receptor que controlas: un Worker, un servicio de formularios o el mismo CRM | Campos y destinos listados, envíos anteriores exportados y cada formulario probado con un envío real |
Cómo migramos un sitio de WordPress a Astro
Cada migración que hacemos sigue el mismo orden: inventario, mapa, ensayo, cambio y seguimiento. En WordPress, la mayor parte del trabajo está en las URLs que la plataforma genera por su cuenta y en las funciones que daban sus plugins.
- Inventario. Cada URL que responde, de /wp-sitemap.xml o el sitemap del plugin de SEO, un rastreo, un año o más de páginas de entrada en Search Console y analítica, y backlinks, más formularios, scripts e integraciones.
- Headless o salida completa. Recomendamos una después de ver quién edita, de qué plugins dependen los editores y si tu hosting deja pública la API REST; en algunos, un plugin de seguridad la bloquea.
- Mapa de redirecciones. Una fila por URL antigua, marcada como conservar, redirigir, unir o retirar. Nuestro generador de redirecciones 301 empareja los sitemaps viejo y nuevo en la primera pasada.
- Contenido y medios. Entradas, campos personalizados, metadatos de Yoast y archivos subidos pasan al nuevo modelo, sin el marcado de los constructores.
- Staging. Plantillas, formularios, analítica y consentimiento se construyen en una dirección que los buscadores no deben indexar, mientras WordPress sigue atendiendo a los visitantes.
- Ensayo y lanzamiento. Pasamos la lista completa de URLs antiguas contra el staging, corregimos cada diferencia y cambiamos el DNS en una ventana planeada, con redirecciones activas y sitemap enviado.
- Después del lanzamiento. Revisiones a los 30 y 60 días frente a la línea base previa, y luego la entrega de cuentas, DNS y lista de redirecciones.
Para ver antes de construir qué URLs conservan su ruta en Astro y cuáles necesitan un 301, pasa el sitemap de tu sitio en WordPress por nuestro planificador de migración web gratuito.
Nuestra guía para migrar de WordPress a Astro documenta los pasos técnicos si tu equipo quiere hacerlos. Si los hacemos nosotros, es nuestro servicio de migración de página web, con el sitio público construido por desarrollo Astro y la edición resuelta con desarrollo de CMS headless.
Verificaciones antes y después del cambio de WordPress
WordPress responde en muchas URLs que nadie escribió nunca, así que probamos contra la lista completa de URLs antiguas y no contra el menú.
- Cada URL antigua rastreada contra el staging responde 200, un solo 301 hacia un 200, o un 404 o 410 deliberado.
- URLs de la plataforma cubiertas: /feed/, enlaces cortos ?p=, archivos de autor, las bases /category/ y /tag/, y las páginas de adjuntos, que WordPress 6.4 apagó en instalaciones nuevas pero no en sitios actualizados.
- Enlaces con parámetros redirigidos en el código del Worker, porque el archivo _redirects de Cloudflare no lee parámetros de consulta y responde 302 si la línea no dice 301.
- Títulos, descripciones e imágenes de Open Graph comparados campo por campo con lo que Yoast generaba en las páginas viejas.
- Canónicas autorreferenciales en las URLs nuevas, y hreflang rehecho si lo generaba WPML o Polylang.
- Los datos estructurados de Schema.org que generaba el plugin de SEO, rehechos en las plantillas y pasados por la prueba de resultados enriquecidos.
- Formularios probados con envíos reales, y eventos de analítica que solo se activan después del consentimiento donde el sitio anterior lo pedía.
- Noindex del staging retirado, sitemap nuevo enviado en Search Console y registros 404 del servidor revisados durante la primera semana.
- Indexación, clics e impresiones por página comparados con la línea base a los 30 y 60 días. La secuencia completa está en nuestra guía para migrar una página web sin perder posicionamiento.
Cuándo quedarse en WordPress
Una migración debe comprar algo que el sitio actual no puede dar. En estos casos, quedarse es la mejor decisión.
- Los plugins sostienen el negocio: membresías, cursos, reservas o una tienda WooCommerce que costaría más rehacer que mantener.
- Muchos redactores publican con los roles que trae WordPress y les gusta el editor de bloques. WordPress headless conserva eso, al precio de operar dos sistemas.
- Nadie se hará cargo del código. El equipo de Astro solo publica correcciones de seguridad para la versión mayor anterior, así que alguien tiene que programar las actualizaciones.
- El sitio ya aprueba las Core Web Vitals y está al día. Un WordPress lento muchas veces se arregla donde está, con un tema más liviano, menos plugins y mejor hosting.
Nuestra comparación entre WordPress o una web a medida explica cuándo conviene cada una. Si vas a salir pero tu equipo de marketing necesita armar páginas visualmente, la migración de WordPress a Webflow encaja mejor que el código. Y si el sitio se comporta más como una aplicación que como un conjunto de páginas, Astro vs Next.js cubre la elección del framework.
Cuánto cuesta operar Astro después de WordPress
Los costos de operación suelen bajar después de la migración, pero el costo real es la construcción, y el ahorro en hosting rara vez la paga por sí solo. Los precios de abajo salen de las páginas de los proveedores en octubre de 2026, en dólares estadounidenses.
| Concepto | WordPress hoy | Astro después de la migración |
|---|---|---|
| Hosting | Kinsta Single 20GB: USD 35 al mes o 350 al año. WP Engine Essential: USD 420 al año después del primero | Cloudflare: gratis para archivos estáticos; Workers Paid desde USD 5 al mes, con 10 millones de solicitudes y sin cobro por ancho de banda |
| Editores | Usuarios ilimitados sin costo | Sanity Free para hasta 20 usuarios con dos roles, o Growth a USD 15 por puesto; Payload es gratis si lo alojas tú |
| Plugins y licencias | Plugins de SEO, constructor de páginas y multilingüe, a menudo con renovación anual | Ninguno; las funciones son código en tu repositorio |
| Mantenimiento | Actualizaciones del núcleo, el tema y los plugins | Actualizaciones del framework y de los paquetes |
| Si WordPress queda como headless | El hosting de WordPress sigue en la factura | El hosting de Astro se suma encima |
La migración se cotiza a partir del inventario de URLs; no publicamos un precio fijo. Lo que la define: el número de URLs y plantillas, los tipos de contenido personalizados y grupos de campos de ACF, los plugins cuyas funciones hay que rehacer, integraciones como CRM o reservas, y los idiomas. Para ver precios publicados del mercado según el tamaño del sitio, lee cuánto cuesta migrar una página web en 2026.
Preguntas antes de elegir
¿Perdemos posicionamiento en Google si pasamos de WordPress a Astro?
Espera algo de movimiento: la guía de Google sobre mudanzas de sitio advierte que el posicionamiento fluctúa de forma temporal mientras vuelve a rastrear. Las pérdidas que se quedan vienen de errores evitables, como URLs antiguas que dejan de responder, títulos que guardaba el plugin de SEO y nunca pasaron, o un noindex del staging olvidado. Conservamos los enlaces permanentes que Astro puede reproducir, damos un 301 al resto y comparamos con la línea base a los 30 y 60 días. Nadie puede garantizar posiciones.
¿Podemos conservar los enlaces permanentes de WordPress, incluidas las fechas?
Sí. Los enlaces permanentes con el nombre de la entrada o con fecha suelen terminar en barra, lo que coincide con la salida por defecto de Astro en carpetas, y una estructura con fecha se vuelve una ruta con año, mes y slug. Los archivos de categorías y etiquetas conservan su base, /category/ y /tag/ salvo que la hayas cambiado, o reciben un 301 cuando no vale la pena rehacer un archivo.
¿Nuestros editores pueden seguir usando el escritorio de WordPress?
Sí, si WordPress queda como CMS headless: los editores conservan el escritorio y Astro construye las páginas públicas desde la API REST o WPGraphQL. Igual sigues alojando y actualizando WordPress. En una salida completa, los editores trabajan en la interfaz web del CMS nuevo; dardo.studio funciona así, y un artículo publicado sale en vivo dos o tres minutos después, cuando el sitio termina de reconstruirse.
¿Qué pasa con nuestros plugins y campos de ACF?
Los plugins que solo ayudan a editar, como ACF, siguen funcionando en un esquema headless, y en una salida completa sus grupos de campos se vuelven campos tipados en el nuevo modelo. Los plugins que imprimían algo en la página se rehacen: los formularios tienen su propio receptor, la búsqueda pasa a un índice estático como Pagefind y los plugins de caché ya no tienen nada que hacer.
¿Qué pasa con nuestras imágenes, PDF y archivos del blog?
Cada original de wp-content/uploads se copia y el procesamiento de imágenes de Astro lo redimensiona. Las imágenes y los PDF con backlinks o tráfico de búsqueda de imágenes conservan su URL o reciben un 301. Las entradas pasan con sus categorías, etiquetas y autores, y las páginas de archivo sin tráfico se redirigen a su equivalente más cercano.
¿Cuánto tarda una migración de WordPress a Astro?
Depende del número de URLs, tipos de contenido, plugins por rehacer e integraciones, y de la rapidez de las aprobaciones, así que el cronograma llega con la propuesta, después del inventario. Tras el lanzamiento, Google indica que en un sitio pequeño o mediano pueden pasar algunas semanas hasta que se traslade la mayoría de las páginas; por eso el proyecto llega hasta la revisión de los 60 días.
¿Qué pasa con la instalación vieja de WordPress?
Sigue atendiendo a los visitantes hasta el día del lanzamiento. Cancela el hosting solo cuando el sitio en Astro responda en cada URL antigua, tengas en tus manos una exportación completa, una copia de la base de datos y de los archivos subidos, y ninguna redirección dependa del servidor viejo. Conserva el dominio en cualquier caso: concentra tus enlaces.
¿Cuánto cuesta migrar de WordPress a Astro?
Cotizamos a partir del inventario de URLs y no publicamos un precio fijo, porque dos sitios con el mismo número de páginas pueden necesitar trabajos muy distintos. Los tipos de contenido personalizados, los grupos de campos de ACF, los plugins por rehacer, las integraciones y los idiomas mueven la cotización. Los costos de operación suelen bajar: Cloudflare sirve gratis los archivos estáticos y Workers Paid empieza en USD 5 al mes, a octubre de 2026.
Desde el blog
- Astro vs WordPress en 2026: edición, mantenimiento, costo anual, velocidad y cuándo migrar
Astro vs WordPress para un sitio de marketing: edición, plugins, costo anual de hosting, velocidad real, WordPress headless y cuándo quedarse.
- Migrar de WordPress a Astro: cómo pasar tu web, en modo headless o completa, sin perder posicionamiento
Dos formas de pasar de WordPress a Astro, qué exportar, cómo conservar los títulos de Yoast, los enlaces y las imágenes, y las URL que casi todas olvidan.
- Checklist SEO para migrar una página web: antes, durante y después
Checklist SEO de 14 pasos y plan de proyecto para migrar una página web, de una migración real: responsables, redirecciones probadas y qué caídas exigen actuar.
Fuentes y lecturas
Fuentes de esta página, con más detalles de sus publicaciones originales.
- Centro de la Búsqueda de Google: Trasladar un sitio con cambios de URLdevelopers.google.com
- Documentación de WordPress: pantalla Herramientas, Exportarwordpress.org
- Documentación de WordPress: personalizar los enlaces permanenteswordpress.org
- Documentación de WordPress: roles y capacidadeswordpress.org
- Make WordPress Core: cambios en las páginas de adjuntosmake.wordpress.org
- Make WordPress Core: sitemaps XML en WordPress 5.5make.wordpress.org
- Documentación para desarrolladores de Yoast: API RESTdeveloper.yoast.com
- Documentación de Astro: Migrar desde WordPressdocs.astro.build
- Documentación de Astro: WordPress headless y Astrodocs.astro.build
- Documentación de Astro: Content collectionsdocs.astro.build
- Documentación de Astro: Actualizar Astrodocs.astro.build
- Cloudflare: precios de Workersdevelopers.cloudflare.com
- Documentación de Cloudflare Workers: redireccionesdevelopers.cloudflare.com
- Sanity: preciossanity.io
- Payload: primeros pasospayloadcms.com
- Kinsta: precioskinsta.com
- WP Engine: planes y precioswpengine.com
- Patchstack: State of WordPress Security in 2026patchstack.com
- HTTP Archive: Technology Reporthttparchive.org
