De WordPress a Astro — cómo crear webs diez veces más rápido y más barato

ciqualia.com funcionó con WordPress hasta finales de agosto de 2026. Desde entonces el sitio está construido con Astro, y el contenido nuevo se crea en un chat con un asistente de IA. Las cifras de esta guía proceden de este sitio.

Por qué WordPress sale caro

En WordPress, casi todo cambio de contenido empieza como un cambio técnico. Una página nueva necesita una plantilla nueva o una modificada. La plantilla tiene que encajar con el tema, los plugins y las personalizaciones anteriores, y solo cuando está lista alguien puede escribir el texto.

En ciqualia.com lo hacía un equipo de desarrollo, a unos 40 € la hora. Los cambios sumaban decenas de horas al mes, y cada uno tardaba al menos dos semanas, contando preguntas, coordinación, pruebas y retoques. A eso se sumaban plugins premium de pago cuyas actualizaciones dependen de una licencia de pago.

Recapitulemos: ¿para qué servía un CMS?

Detengámonos un momento a pensar por qué existen los CMS. Un sistema de gestión de contenidos debía permitir publicar contenido sin ocuparse de la técnica. En una instalación de WordPress que ha crecido con los años, la técnica vuelve a través de las plantillas y los plugins.

Hoy un asistente de IA puede asumir ese papel. El equipo editorial describe en el chat qué debe cambiar; el asistente escribe el texto y el código, comprueba el resultado y publica cuando se le indica. La condición es definir una vez, con cuidado, los requisitos técnicos, los límites, la vuelta atrás y las comprobaciones en un entorno de pruebas.

Es el mismo principio que el del Agentic OS para el back office: reglas que valen para todas las tareas, tareas repetibles y resultados que se comprueban antes de cerrarlas.

Por qué Astro

Astro genera HTML terminado a partir de componentes y archivos de contenido. No hay base de datos, ni PHP, ni panel de administración que mantener y proteger. El contenido está en archivos del repositorio, uno por idioma, y cada cambio es una versión trazable.

Para un asistente de IA es el lugar de trabajo adecuado: lee y escribe archivos en lugar de hacer clic en una interfaz, y cada uno de sus cambios se puede revisar, comprobar y deshacer.

Lo que se define una sola vez

Para que el equipo editorial trabaje solo en el chat, se define una vez qué es el sitio, qué se comprueba antes de cada publicación y cómo se deshace un error. Todo ello se guarda como skill o plugin del asistente de IA y a partir de entonces vale para cada tarea.

En ciqualia.com esto incluye, por ejemplo: cada cambio de contenido se aplica a los nueve idiomas a la vez. Cada página aparece primero en el stage, una copia de prueba del sitio. Y una lista de control antes de cada publicación revisa títulos, descripciones, enlaces entre idiomas, imágenes y el diseño en ordenador, tableta y móvil.

El equipo editorial trabaja solo en el chat

El equipo editorial no necesita saber nada de git, pull requests ni pipelines de build. Escribe una tarea en el chat —por ejemplo, «Página nueva sobre ISO 13485 siguiendo el modelo de la de ISO 9001, en todos los idiomas»—, revisa el resultado en el stage, indica correcciones y al final dice: «Publicar en producción».

Las cifras: horas en lugar de semanas

La duración procede de los registros del asistente: doce tareas desde octubre de 2026, medidas desde la tarea en el chat hasta el cambio listo para aprobar. La mediana fue de alrededor de hora y media de trabajo y de unas cuatro horas en total; solo tardó más cuando una tarea esperó una respuesta durante la noche.

• Una página nueva sobre la norma ISO 13485 en nueve idiomas, siguiendo el modelo de otra existente: algo más de una hora.
• Una página «Sobre nosotros» que sustituye a la de contacto, en nueve idiomas: unas 1,3 horas.
• Enlaces internos a dos páginas nuevas desde todas las páginas en las que encajan: ocho minutos.
• Las tareas más grandes, un catálogo de productos y una página sectorial: de cuatro a cinco horas.

El cambio en sí también fue rápido: la primera línea de código se escribió el 4 de agosto de 2026, y el 29 de agosto el nuevo sitio sustituyó a WordPress en ciqualia.com. Desde entonces se han añadido unas veinte páginas nuevas y cinco artículos, cada uno en nueve idiomas.

En costes, decenas de horas de desarrollo a 40 € —800 € o más al mes— frente a 20 €. En tiempo, dos semanas frente a unas pocas horas. En ambos casos, más de un orden de magnitud.

Más rápido y más barato no significa peor. Así valoran las herramientas de análisis habituales la página de inicio de ciqualia.com, tanto en móvil como en escritorio:

• PageSpeed Insights: rendimiento 100, accesibilidad 95, prácticas recomendadas 100, SEO 100, Agentic Browsing 3 de 3.
• Ahrefs Site Audit: Health Score 100: ninguna URL interna del sitio tiene errores.

Qué sustituye a los plugins

Antes de migrar conviene hacer inventario: ¿qué plugins están instalados y qué función cumple cada uno? En ciqualia.com quedó poco de ellos:

El inventario es también una auditoría. En ciqualia.com, el código de los plugins antiguos contenía tres cosas que se dejaron atrás a propósito: la comprobación de certificados desactivada en el envío al CRM, avisos de error enviados a un buzón privado y dos plugins SMTP que competían entre sí.

Migrar sin perder posiciones en la búsqueda

El sitemap del sitio antiguo enumeraba 80 direcciones. Cada una recibió una decisión:

• 16 existen en el nuevo sitio con la misma dirección. No necesitan ninguna regla.
• 11 tienen una sucesora en otra ruta y se redirigen de forma permanente (301), con y sin barra final.
• 53 responden 404 a propósito: el portfolio, las ofertas de empleo, páginas de servicios antiguas, páginas de prueba y archivos de etiquetas.

El día del cambio:

1. Apuntar el DNS al nuevo servidor.
2. Vaciar robots.txt de la caché del CDN; si no, seguirá apuntando durante horas al sitemap del antiguo plugin de SEO.
3. Enviar el nuevo sitemap en Google Search Console.
4. Contar con más respuestas 404: son consecuencia de las decisiones anteriores.
5. Comprobar algunas redirecciones y enviar una solicitud de prueba por el formulario.

Protección de datos desde el principio

Menos técnica significa también menos preguntas de protección de datos. El sitio antiguo usaba Google Analytics y un banner de cookies. El nuevo prescinde de las cookies a propósito, también de las de estadística, y por eso no necesita banner: quien abre la página empieza a leer de inmediato, sin cerrar antes un aviso de consentimiento. Solo se tratan datos personales en el formulario de contacto. El asistente de IA trabaja con código y textos, no con datos de los visitantes.

Lo que sí se trata —el formulario de contacto, el envío de correo, el alojamiento— va en el registro de actividades de tratamiento. Complaica lleva ese registro y hace el seguimiento de las tareas de protección de datos; más información en las páginas sobre el software RGPD y la gestión de la protección de datos.

Para terminar: capturas de pantalla en nueve idiomas

Queda una pregunta en la que suelen tropezar los sitios multilingües: ¿cómo se consiguen capturas del propio software en cada idioma? Una imagen en alemán junto a un texto en francés parece descuidada, y cada nueva versión del software deja anticuadas todas las imágenes a la vez.

Por eso, en ciqualia.com las vistas del producto no son fotos que alguien hace a mano. Cada vista está reconstruida como componente con los textos traducidos del software y se renderiza como página propia para cada idioma. Un script abre esas páginas en un navegador Chrome sin ventana (headless), las fotografía y guarda las imágenes en varios anchos como AVIF y WebP: unos 2000 archivos, generados con un solo comando. Si cambia un texto o un color, el asistente repite las capturas.

Para los recorridos del producto, el mismo Chrome inicia sesión en una demo local de la aplicación real, abre los módulos y los fotografía a tamaño de escritorio. Y la comprobación del diseño antes de cada publicación funciona igual: capturas en tres anchos que el propio asistente revisa.

Pregúntenos cómo

Ciqualia construye sitios web de esta manera y prepara el proceso para su equipo: las reglas, las comprobaciones, el stage y el skill para el asistente de IA. Encontrará más sobre desarrollo de software y sustitución de aplicaciones existentes en Pragmatica, y sobre integración de IA en Gnostica.

Quiero saber más