Para quién encaja
Migrar a Astro tiene sentido cuando la web es principalmente informativa, el contenido cambia de forma controlada y el mantenimiento de WordPress se ha convertido en una carga que no aporta nada al negocio.
El resultado es HTML estático: la web carga rápido, no hay base de datos que atacar y no hay actualizaciones semanales que aplicar.
Para quién no
No encaja si vendes en línea, si tienes un área privada, si gestionas reservas con lógica propia o si varias personas publican a diario desde el panel. En esos casos la respuesta correcta es mejorar WordPress, no sustituirlo. Puedes ver esa vía en optimización de velocidad o en WordPress con Bricks.
Decirlo antes de empezar evita migraciones que nadie quería.
Inventario: el paso que decide el resultado
Antes de escribir código se inventaria:
- Todas las URLs publicadas, incluidas paginaciones y archivos.
- El contenido de cada una y su estructura real.
- Las imágenes y dónde están referenciadas.
- Los enlaces entrantes que conviene no romper.
- Los formularios y a dónde envían los datos.
- Los metadatos y canonicals existentes.
Sin inventario no hay migración: hay una web nueva y una pérdida de posicionamiento.
Contenido, imágenes y redirecciones
El contenido se traslada a colecciones tipadas. Cada entrada tiene un esquema y la compilación falla si falta un campo obligatorio, así que los errores aparecen antes de publicar y no después.
Las imágenes se procesan durante la compilación y se sirven en formatos modernos con dimensiones explícitas.
Las URLs se conservan siempre que es posible. Cuando alguna cambia, se documenta en un mapa de redirecciones y se configura una 301 en el servidor. Después de publicar reviso indexación y errores durante las primeras semanas.
Panel editorial y formularios
Son las dos preguntas que hay que responder antes de migrar, no después.
El panel desaparece: se publica editando archivos de texto con un flujo que acordamos. Los formularios se sustituyen por un canal que ya utilices o por un servicio externo, con una decisión consciente sobre privacidad y consentimiento.
Rendimiento y publicación
Una web estática bien construida entrega el HTML final sin ejecutar nada en el servidor. Eso mejora los tiempos de carga y elimina buena parte del mantenimiento.
La publicación es controlada: se valida en un entorno de pruebas, se compara con el inventario y se cambia el destino cuando todo cuadra.
Plazo y siguiente paso
El plazo habitual es de tres a seis semanas según el volumen de contenido y de URLs. El inventario inicial permite concretarlo antes de empezar.
Cuéntame tu caso en el estudio de proyecto.