Hago sitios en WordPress desde 2015. Tengo más de 100 proyectos entregados con WordPress. Les recomiendo WordPress a la mayoría de mis clientes. Y mi propio sitio no está hecho en WordPress.
No es una contradicción — es coherencia. Te explico.
Qué necesita mi sitio
Mi web personal funciona como portfolio, centro de servicios, landing de productos, programa de referidos, y punto de contacto. Tiene más de 80 páginas generadas. El contenido lo edito yo directamente en los archivos fuente — no necesito un panel de administración.
Los requisitos concretos:
- Velocidad extrema. Cada página tiene que cargar en menos de 1 segundo. No es un capricho — es que mi sitio es la demostración de lo que vendo. Si mi web carga lento, ¿por qué un cliente me confiaría la suya?
- Cero dependencias de ejecución. No quiero un servidor ejecutando PHP, una base de datos MySQL, plugins que se actualizan solos, ni un CMS que puede ser hackeado si no le pongo atención un mes.
- Control total del HTML. Cada línea del código que genera mi sitio tiene que ser intencional. Sin HTML genérico de un theme, sin clases CSS de un framework que no uso, sin scripts de plugins que no necesito.
- TypeScript en todo el proyecto. Quiero tipado estricto, cero errores en build, y que si algo está mal, explote antes de publicar — no en producción.
WordPress no puede darme esto. No porque WordPress sea malo, sino porque no está diseñado para este caso de uso.
Qué es Astro
Astro es un generador de sitios estáticos. Escribís componentes (parecidos a HTML con superpoderes), definís tus datos en archivos TypeScript, y Astro genera un sitio 100% HTML y CSS al hacer build. No hay servidor, no hay base de datos, no hay ejecución en tiempo real.
El resultado es un sitio que carga instantáneamente, que no puede ser hackeado (no hay servidor que atacar), y que cuesta centavos de hosting porque son archivos estáticos.
Por qué no otro framework
Existen decenas de generadores estáticos: Next.js, Nuxt, Gatsby, Hugo, Eleventy. Elegí Astro por tres razones:
Cero JavaScript por defecto. Astro no manda JavaScript al navegador a menos que vos explícitamente lo pidas. Next.js y Nuxt mandan React/Vue entero al cliente aunque tu página sea estática. Para un sitio como el mío, ese JavaScript sobra y ralentiza.
Componentes .astro. La sintaxis de Astro es HTML con lógica. No necesito React, no necesito Vue, no necesito aprender un framework de frontend para escribir una página. Si necesito interactividad en un componente puntual, puedo usar JavaScript vanilla o importar React solo para ese componente.
TypeScript nativo. Todo el proyecto está en TypeScript estricto. Los datos del portfolio, los servicios, las traducciones — todo tipado. Si agrego un proyecto nuevo y me olvido de un campo, el build falla y me avisa. En WordPress, ese error lo descubrís cuando un visitante ve una página rota.
Qué pierdo al no usar WordPress
Seamos honestos:
No tengo panel de administración. Si quiero cambiar un texto, abro el archivo, lo edito, y hago deploy. Para mí eso tarda 30 segundos. Para un cliente no-técnico sería inaceptable.
No tengo ecosistema de plugins. Si quiero un formulario de contacto, no instalo un plugin — lo codifico o uso un servicio externo. Si quiero analytics, integro el script a mano. Cada funcionalidad es decisión y código, no click e instalar.
No puedo delegarlo fácilmente. Si mañana quiero que otra persona mantenga mi sitio, necesita saber Astro, TypeScript, y Git. Con WordPress, cualquier desarrollador web del mundo puede tomar el proyecto.
Estos trade-offs son aceptables para mí porque soy desarrollador. Para mis clientes, rara vez lo son — por eso les sigo recomendando WordPress.
La lección que aplica para cualquier proyecto
La decisión de stack no es una cuestión de qué tecnología es “mejor” en abstracto. Es una cuestión de qué tecnología es correcta para tu caso específico.
Mi sitio necesita velocidad extrema, cero mantenimiento de servidor, y control absoluto del output. Astro es perfecto para eso.
El sitio de un estudio jurídico necesita que una secretaria pueda actualizar contenido, que se instalen plugins de SEO, y que cualquier desarrollador pueda mantenerlo. WordPress es perfecto para eso.
La diferencia entre un buen desarrollador y uno mediocre es que el bueno recomienda la herramienta correcta para el problema, aunque sea la herramienta más aburrida del mundo. Y el mediocre recomienda la herramienta que quiere usar, aunque no sea la mejor para el cliente.
Yo uso Astro para mi sitio porque es lo correcto para mi sitio. Uso WordPress para los proyectos de mis clientes porque es lo correcto para ellos. Esas dos cosas no se contradicen.