Cuándo conviene migrar de WordPress a Astro

01 / Decisión

Cuándo Astro puede encajar mejor

02 / Inventario

Antes de tocar el diseño: inventaría el WordPress real

Una migración segura empieza con una lista de todo lo que existe y de todo lo que recibe tráfico. No basta con copiar el menú. Hay que inventariar URLs públicas, contenidos, medios, formularios, taxonomías, redirecciones, canonicals, datos estructurados, usuarios y cualquier función que dependa de plugins.

• Separa páginas editoriales, fichas comerciales, categorías, archivos, adjuntos y endpoints; no asumas que todo necesita una página equivalente.
• Marca qué URLs tienen enlaces externos, impresiones o tráfico antes de decidir si se mantienen, redirigen o deben devolver 404.
• Identifica funciones dinámicas reales: cuentas, comentarios, formularios, pagos, búsqueda, membresías, automatizaciones e integraciones.
• Conserva un mapa origen → destino y pruébalo sobre el build candidato antes de cambiar el dominio.
• No copies automáticamente scripts, schemas comerciales, shortcodes o datos de plugins si la función que representaban ya no existe.

03 / URLs y SEO

El SEO se protege con URLs y equivalencia, no con el framework

Cambiar WordPress por Astro no obliga a cambiar las URLs. Si una URL conserva el mismo contenido e intención, mantenerla evita una migración SEO innecesaria. Cuando una URL sí cambia, Google recomienda preparar un mapa y usar redirecciones permanentes de servidor hacia el destino final, evitando cadenas. Canonical, sitemap, enlazado interno y respuestas 404 también deben validarse sobre el sitio nuevo.

04 / Caso real

Caso real: Mi Casa Autosuficiente

En Mi Casa Autosuficiente la migración se trató como un cambio de arquitectura y de alcance, no como una copia mecánica del WordPress. Se inventarió la superficie pública, se separaron los contenidos editoriales de funciones comerciales que ya no debían presentarse como activas y el cambio en el dominio principal solo se dio por cerrado después de validar el build y el HTTPS real de Hostinger.

• El dominio principal sirve ahora Astro y mantiene una arquitectura editorial centrada en energía, huerto urbano y agua.
• Las herramientas prácticas que no necesitan servidor funcionan directamente en el navegador.
• La migración distinguió entre conservar una URL útil, redirigirla y retirarla; no se asumió que todo el legado merecía ser republicado.
• La publicación se valida con build, comprobaciones de navegación/SEO y smoke sobre el HTTPS real, no solo con una compilación local.
• La ficha pública del proyecto muestra el resultado actual; la trastienda de migración queda reservada a documentación técnica como esta guía.

05 / Checklist

Checklist antes del cambio

1. 01

   Inventaría todas las URLs y funciones públicas antes de construir la sustitución.

2. 02

   Decide qué se conserva, qué se redirige y qué se retira con una razón explícita.

3. 03

   Compara titles, canonicals, metadatos, sitemap, robots y enlazado interno del candidato.

4. 04

   Prueba móvil, formularios, herramientas, 404 y assets sobre un host real de staging.

5. 05

   Cambia producción solo cuando puedas verificar la revisión exacta desplegada y monitoriza Search Console después del corte.