Astro, WordPress o Next.js: qué tecnología conviene para el sitio de tu negocio

Una de las primeras preguntas que nos hacen los clientes cuando quieren un sitio nuevo no es “¿cuánto cuesta?” — es “¿en qué lo van a hacer?”. Y la respuesta correcta casi nunca es “la tecnología más nueva” ni “la que usa todo el mundo”. Es la que mejor se ajusta a lo que ese sitio en particular necesita hacer.

Estas son las tres opciones más comunes con las que nos encontramos, y cuándo tiene sentido cada una.

WordPress: cuando el contenido lo maneja alguien que no programa

WordPress sigue siendo, por lejos, la opción más usada del mundo para sitios de contenido. Su fortaleza real no es técnica — es que le da a alguien sin conocimientos de código un panel donde puede crear páginas, subir artículos y cambiar textos sin depender de un desarrollador cada vez.

Tiene sentido cuando: el sitio va a tener contenido que cambia seguido (un blog activo, promociones, catálogo que se actualiza constantemente) y quien lo administra en el día a día no es programador.

Dónde se queda corto: sitios que necesitan mucha velocidad de carga o lógica personalizada terminan acumulando plugins, y cada plugin es una pieza más que puede romperse, quedar desactualizada, o abrir una vulnerabilidad de seguridad.

Next.js: cuando el sitio es, en realidad, una aplicación

Next.js (sobre React) es la herramienta correcta cuando el “sitio” tiene partes que se comportan como una aplicación de verdad: un dashboard donde el usuario interactúa con datos en tiempo real, un carrito de compras con estado complejo, un panel donde se inicia sesión y se ve información personalizada.

Tiene sentido cuando: hay lógica de negocio real corriendo en el navegador — formularios con validación dinámica, datos que cambian sin recargar la página, interacción constante del usuario con la interfaz.

Dónde se queda corto: para un sitio que es mayormente contenido estático (una landing, un catálogo de productos, una página institucional), cargar todo el motor de una aplicación React es más peso del que ese sitio necesita — y eso se nota en velocidad.

Astro: cuando el sitio es principalmente para ser leído, no operado

Astro parte de una premisa distinta: la mayoría de un sitio web no necesita JavaScript corriendo en el navegador — necesita HTML rápido. Astro renderiza todo como HTML estático por defecto, y solo carga JavaScript en los pedacitos puntuales que realmente lo necesitan (un formulario, un selector de idioma, una animación).

El resultado práctico es velocidad de carga real, no solo en el papel: menos JavaScript significa menos tiempo hasta que la página es interactiva, lo cual importa tanto para la experiencia del usuario como para el posicionamiento en buscadores.

Tiene sentido cuando: el sitio es principalmente informativo — landing pages, sitios institucionales, catálogos, portafolios — con partes puntuales de interactividad, pero no una aplicación completa.

Este mismo sitio de Dev Works está construido en Astro, justamente por esa razón: la mayor parte es contenido que se lee (servicios, proyectos, este blog), con pequeñas islas de interactividad donde hace falta (el formulario de contacto, el selector de idioma). No necesitábamos el peso de una aplicación completa para eso.

La pregunta que realmente importa

Más que “qué tecnología es mejor”, la pregunta útil es: ¿quién va a administrar el contenido del día a día, y qué tan interactivo necesita ser el sitio? Un sitio institucional con blog administrado por alguien sin conocimientos técnicos probablemente pide WordPress. Un catálogo o landing enfocados en velocidad y SEO, sin necesidad de un panel de edición constante, encajan mejor con Astro. Y una aplicación con lógica real de usuario detrás — login, dashboards, datos en vivo — necesita algo como Next.js.

Si no estás seguro de cuál te conviene, es exactamente el tipo de conversación que tiene sentido tener antes de empezar a construir, no después.