¿Por qué pasé de WordPress a Astro?

Hola, ¿qué tal? ¿Cómo estás? Espero que todo vaya muy bien.

Te saluda Alex Ávalos y te doy la bienvenida a Web en Línea,

el podcast que te enseña a elegir con criterio desarrollar una web potente

y lanzarla siguiendo las buenas prácticas que garantizan el éxito.

WordPress es WordPress. No vas a encontrar nada igual. Nada. No hay nada exactamente igual. No hay nada que lo haga a un lado y lo sustituya 10 de 10. No lo hay.

Y te digo que yo pasé casi un año pico pala, pico pala, dándole la vuelta y queriendo encontrar el WordPress killer.

Pero no. WordPress es WordPress. A WordPress le debo toda mi carrera profesional.

Gracias a WordPress supe que era posible montarte algo y vivir de un negocio online.

Con WordPress comencé todo.

Todo, todo.

Tanto así que dentro del ecosistema WordPress

también tuve la oportunidad de colaborar,

de dirigir, de animar y de participar

en diferentes eventos y en comunidades.

Tanto así, imagínate, que monté un servicio

de Hosting VPS especializado en WordPress.

Al día de hoy sigo y voy a seguir dando mantenimiento WordPress y además también servicios profesionales donde me contratan para trabajar la parte técnica de proyectos con WordPress.

Y si ves el título del episodio y acabas de escuchar lo que te acabo de decir, hombre, surge la duda, la pregunta y es completamente válido.

¿Por qué dejé de usar WordPress en mis proyectos?

Este es el episodio esperado por toda Latinoamérica unida.

Son bromas, este es el episodio que solo espera Jota Luis y Miguel Alanís.

Desde acá, muchachos.

Un abrazo a la distancia.

Bueno, no, solo Miguel, porque Jota Luis creo que solo escucha SalsaTec.

Pero bueno, si andas por aquí, Jota Luis, me lo decís.

Este es el episodio en el que compartiré con vos los motivos, razones y circunstancias, los por qués.

Pasé de WordPress a Astro.

En el lejano 2024, con la movida legal y el tiradero público entre Matt Mullenweg,

Automattic, WordPress, Contra, WPEngine, yo tuve un duro golpe de realidad que me hizo evaluar,

darle pensamiento y al final decidí dejar de colaborar activamente en las comunidades

WordPress donde me invitaban y donde tenía ciertas responsabilidades. Pero este no fue

el motivo por el que yo comencé a evaluar y a dar el cambio de WordPress a algo más.

Dentro del grupo de Telegram, de la comunidad WordPress El Salvador, de las diferentes comunidades

donde colaboraba y por supuesto en mi academia online, mi plataforma educativa, este hecho

hizo mucho ruido.

Sí, y cualquiera podría pensar que yo me fui molesto, herido, dolido, con Matt Mullenweg por toda la sarta de tonterías que salieron de su boca y la forma ingrata a la que se refirió a toda la comunidad que creábamos, animábamos, ayudábamos y motivábamos a la gente a usar WordPress.

Pero eso no tiene que ver con esto. Lo que sí tuvo que ver la sarta de tonterías que salieron de la boca del cofundador, co-creador de WordPress, fue que yo dejé de colaborar y de regalarle mi tiempo, porque él dijo que todos los que participábamos en las comunidades éramos sus empleados, pero sin goce de sueldo.

No, Matt. Yo tenía claro, Matt. Oí, le voy a hablar a Matt Matt Mullenweg, hijo de tu mamá. Yo tenía claro porque nací en la época en la que nací. Llevo el Open Source, llevo el contenido colaborativo en mis venas y claro, el poder yo compartir con los demás.

Para mí era lo más natural, pero que este venga ahora a decir que yo era su empleado y que él diga o deje de decir, yo tengo que seguir haciéndolo porque es mi trabajo, va a ser que no, va a ser que no.

Pero bueno, esto hizo mucho ruido, pero realmente ¿qué pasó?

O sea, ¿qué pasó?

Ahora te cuento.

WordPress es un CMS perfecto para comenzar.

Perfecto también para hacer crecer tu proyecto.

Y perfecto también para personalizarlo.

O sea, es que WordPress te permite hacerlo.

El tema, el caso, es que yo llegué al techo.

Llegué a un punto en el que yo prefería trabajar con Custom Post Type a mi medida para hacer lo que yo necesitaba.

Prefería trabajar con pequeños snippets de código que subirme al carro de un plugin del repositorio o un plugin premium.

Y además, cualquier cosa que pasara o dejara de pasar dentro de una instalación, a mí ya no se me imponía, ya no me asustaba ni me intimidaba.

Al contrario, me animaba. Yo decía, ¡wow! ¡Qué genial! ¡Vamos a resolver esto!

De entrada, pum, pam, pum, veo muchos errores obvios, pum, pam, pim, vamos a arreglarlo esto.

Así, así y así. ¡Fantástico!

Claro, imagínate si hubiese seguido con WordPress, me hubiese comenzado a meter de lleno a venderme como el técnico que te lo resuelve en 30 minutos.

Creo yo que me iría muy bien económicamente, pero no.

Yo le comencé a dar vueltas a mediados del 2024 y me puse a pensar.

¿Y después? o sea, estoy en este punto.

Claro, con lo que respecta al VPS, tengo mucho camino por recorrer.

Me quiero especializar en ciberseguridad, me quiero especializar en redes, me quiero especializar en mantenimiento. Hay muchas cosas que del lado del VPS, pero del lado del desarrollo web, ¿cuál es el siguiente paso para mí? Me puse a pensar. ¿Cuál es la evolución? ¿Cuáles son los pasos naturales?

Cualquiera podría decir, ¡Hombre Alex! Y ahora WordPress lo ves de esta manera, tu paso natural, obvio, tendría que ser ser programador, developer, malandrín.

Desde hace muchos años, yo soy miembro de la comunidad de Daniel Primo, Web Reactiva.

Y gracias a todos estos cracks, yo me mantengo al día con todo lo relacionado al desarrollo web.

Y desde la primera masterclass sobre Astro, yo vi la luz.

Porque Astro me encajaba perfectamente con el giro que quería dar.

Y encajaba perfecto con el despliegue serverless de Cloudflare, de Versel, de Netlify, etc.

Que para eso vamos, dicho sea de paso.

Le comencé a dedicar tiempo, ver hasta dónde podía llegar con Astro y comprobé con mucha alegría que era muy factible.

Era demasiado factible para mí migrar lo que ya tenía a Astro.

Pasarme de WordPress a Astro.

Y además, tenía prisa por hacer esto porque la IA ya estaba ganando mucho terreno.

Y quería tener experiencia cuando llegara el momento de que mis clientes me preguntaran, hombre Alex, ¿y qué alternativas reales tenemos a WordPress?

¿Por qué? Porque si vos lo ves, mucha gente con muchos sitios, con muchas webs, tal vez webs personales, tal vez webs corporativas, tal vez pequeños directorios, etc.

Ahora ya no trabajan con WordPress o ya no están trabajando con WordPress.

Ahora directamente se lo piden a la IA.

Y ahora van, llámale Cursor, llámale Antigravity, llámale Claude, llámale la que querrás.

Pero ahora van, este es mi sitio.

Lo quiero actualizar, quiero algo más moderno.

créame un sitio web nuevo que esté optimizado para SEO, con ganchos, con estrategia psicológica de manipulación,

con la estructura del funnel de fulano. O sea, le piden mil maravillas y al final, boom, toma un sitio web visualmente muy atractivo,

funcional y ya lo demás de que si vas a, si completa el SEO, si es, claro, una máquina de hacer dinero, ya eso no me toca a mí, no te sabría decir.

Pero pasó esta persona de tener un sitio WordPress a su manera, de esa forma, a tener algo completamente nuevo y diferente.

Estamos ya en este punto. También estamos en el punto en el que las empresas de hosting, por ejemplo Hostinger, ya incluyen un creador de sitios con IA y que te lo despliega automáticamente en tu hosting de tu cuenta de Hostinger.

O sea, ya estamos ahí. Ya estamos. No es el futuro, es el hoy. De hecho, varios clientes de AlojamientoVPS cancelaron sus servicios el año pasado. Tres cancelaron el servicio directamente. Dos de ellos para dedicarse al tema de la IA y uno porque ya se aleja del mundo digital.

Pero imagínate dos clientes de reseller con servidores, con webs, con servicios de mantenimiento, con membership, con años y años y años de trabajar con y para WordPress, que de repente de un...

Ya no, mirá no, es que el 2026 para mí es Adiós WordPress o la IA.

Y están montando sus webs y las de sus clientes con IA.

Para eso vamos.

Y lo otro, para pasar ya a este punto, es que también el hosting como lo conocemos va a dejar de ser la norma. Ahora el despliegue serverless en una plataforma va a ser lo actual. Y de eso te voy a comentar un poco más adelante.

Bueno, ya te comenté mis motivos por los cuales me voy de WordPress, ¿no?

Pero cabe preguntarse, hombre, pero de todo lo que hay, ¿por qué Astro?

¿Por qué Astro Build?

Mira, Astro, al igual que WordPress, te permite comenzar fácil y rápido.

Con un par de comandos desde la terminal, ya tenés una web, ya tenés un sitio web.

Pero si necesitas hilar fino, perfectamente también lo puedes hacer.

Con Astro, el resultado es una web estática.

Esto es otro concepto a WordPress.

Son sitios web, sí, sí, pero WordPress es dinámico.

WordPress necesita los archivos que procesan y toda la información se guarda en una base de datos.

Y por cada solicitud, petición, carga, WordPress se comunica con la base de datos.

Y la base de datos le da la información a WordPress.

Y tiene este ciclo eterno de leer y escribir, de pedir y de dar y de todo lo demás.

Contenido dinámico.

En cambio con Astro, vos desarrollas tu sitio en local.

Haces el build y ya esto es tu sitio.

El resultado del build es tu sitio web y es por defecto un sitio web estático.

¿Qué significa esto?

Que a este sitio no hay que darle mantenimiento, no hay que estar pendiente ni con el tema de las actualizaciones de seguridad.

no hay plugins que de repente algo cambian y revientan la web y los riesgos de ser hackeado

no se eliminan pero son muy mínimos porque claro todo lo que subís a internet va a ser hackeado

cuando esa es la pregunta pero si está en internet puede ser hackeado pero si comparamos un sitio

dinámico como WordPress con un sitio

estático hecho con Astro, el riesgo de un

sitio estático es muy mínimo. Y te

preguntarás, ¿estático? O sea que no se

mueve. Estático. Sí, sí estático. Y me

podría decir, ¿y si necesito datos en

tiempo real? Si necesito usuarios, si

necesito roles y permisos, datos de

inicio de sesión, autenticación, si quisiera tener productos, algún dashboard con datos,

formularios, hacer búsqueda, si quisiera crear un blog con comentarios en tiempo real,

o una página dinámica que muestre una lista de muchos datos, o un feed RSS,

o, por ejemplo, si quisiera en mi web añadir traducciones por IP o por geolocalización,

o mostrar un catálogo de productos con filtro,

o vender y tener un carrito de la compra persistente

dependiendo de la sesión o del usuario,

o un checkout y añadir mi pasarela de pago,

o si me quisiera montar un panel de métricas,

analytics en tiempo real,

o gráficos dinámicos que tomen información de una base de datos.

Si quisiera en mi web notificaciones push, administrar logs y poder hacer auditoría de todo lo que hacen mis usuarios, poder subir archivos, hacer encuestas o darle la posibilidad a mis clientes que puedan hacer encuestas con votaciones, pero que los resultados se reflejen a tiempo real.

Una newsletter o una academia online con comunidad virtual y llamarle a Akoma Tech.

Lo de la comunidad virtual ya lo hice yo.

Pero se puede.

Todo esto y más se puede hacer.

Claro que se puede hacer.

Con Astro, tu web es estática.

Pero si necesitas algo dinámico, como el que te acabo de comentar, o algo más,

Astro lo resuelve con el SSR.

Es decir, el Server Side Rendering.

Y si lo decimos en Spanish, renderizado del lado del servidor.

Lo estático va a seguir siendo estático.

Y lo dinámico se procesa, se trabaja con SSR.

Y en una misma web, tenés ambos mundos.

Viviendo y trabajando en completa armonía.

Esto es maravilloso.

Y el Hosting y el VPS.

Este ya es otro tema y es tema para Panel de Control, pero ya que está dentro del contexto, vamos acercándonos al final con esto.

A este tema yo le estoy dando vueltas desde hace varios años.

Vamos a un mundo en el que el hosting y el VPS ya no van a ser la norma.

Servicios como el storage de BunnyNet, el despliegue en GitHub Pages o el propio Cloudflare Pages con sus workers, van a ser el nuevo estándar.

¿Por qué? Porque estamos dejando las grandes instalaciones de un CMS por algo más ligero y estático.

Y claro, por supuesto que puedes subir tu web estática con Astro a un VPS, pero hombre, al ser estática, consumir muy, muy poco recurso y no necesitar mantenimiento, sí lo puedes hacer, pero sería algo así como matar moscas a cañonazos, como dicen, ¿no?

no es lo óptimo, no es lo recomendable para la mayoría de casos ni proyectos.

En opciones como Cloudflare Pages, haces "git push" y ya está en producción.

No tenés que subir manual, no tenés que actualizar manual, ya está, ya queda hecho.

Y claro, por supuesto, hablemos de los costos, es muy económica, la capa de entrada es completamente gratuita

y cuando ya tenés proyectos demasiado sofisticados o que consumen,

el primer paso a pagar sos 5 dólares al mes.

Al mes.

Y además de esto, otro tema que tenés que tener en el radar

y que ha cambiado el juego completamente, es la IA.

Con Astro, yo iba a vuelta de rueda.

Iba leyendo, viendo videos, haciendo el curso, por ejemplo, de Fernando,

de DevTalles, con la documentación.

O sea, iba a mi flow a mi manera.

hombre, pero con Claude y Claude Code pasé de ir a pie a ir montado en un avión.

🎵No voy en tren, voy en avión🎵

La documentación, como te digo, de Astro es una maravilla.

Pero tener a un copiloto que se la sabe todas, que te echa una mano y de paso te va explicando

todo con lujo de detalles, te podría decir que no tiene precio, pero sí, vale 20 dólares

al mes. Pero aún así es una maravilla. A finales del 2025 yo comencé a trabajar en varios proyectos

con Cloud Code. Me fue tan bien que me aventuré a crear Akoma Tech LMS con Astro. Y tengo en mi

plataforma educativa contenido free, contenido premium, con SSR, usuarios, sesiones, preguntas

y respuestas, una comunidad, todo montado en un sitio Astro. Una locura. De por sí, ya

te digo, a mí me encanta la terminal, trabajar con la terminal y para la edición de código

uso VSCodium, es un fork de Visual Studio Code, pero con Astro tenés Keystatic, que es un

CMS que te agrupa el contenido por bibliotecas, por colecciones.

Y esto a mí me ayuda a llevar mejor orden en lo que hago, en este caso, por ejemplo,

dentro de Akoma Tech.

Para que te hagas una idea, tengo una colección, tengo colecciones para todo.

Tengo colecciones para las Lecciones, los Cursos, las Clases+, los Webinars, los posts del Blog, los avisos y ¿qué más?

Sí, yo creo que sí, son todas las colecciones que tengo.

Con esto te quiero decir que si estás pensándolo y decís, no, pero yo con la terminal no me gusta trabajar y estar viendo el código, pues tampoco.

No, no. Con Keystatic tenés un CMS para crear el contenido, pero no lo tenés en la web.

Lo tenés en local y ya guardás lo que tenés que guardar y luego ya haces el push.

Pero ojo, con esto de la IA no hablamos del vibe coding.

Yo no le pido y dejo que la IA haga lo que le dé la gana.

Yo, en un inicio para Akoma Tech, armé un plan de desarrollo por etapas.

íbamos avanzando algo lento pero contento.

Le pedí un plan general y luego le pedía un plan para cada feature o para cada cosa que teníamos que avanzar.

Cuando me lanzaba su plan se lo cuestionaba.

Llegábamos al mejor punto de partida después de que la IA le daba vueltas y vueltas y llegaba a la conclusión

que era la mejor forma de implementarlo y ya luego le iba yo preguntando qué iba a hacer, por qué y para qué.

se ponía a trabajar y al generarlo todo le pedía que me explicara con lujo de detalles.

Cada uno de los bloques de código, de los archivos y de lo que había implementado,

por qué y para qué.

Y hasta tenerlo todo claro, commit y push.

Con ese flujo, por supuesto, todo va más despacio.

Pero yo no quería crear una caja negra que sepa Dios que había metido ahí.

No, yo quería primero saber qué hizo, cómo lo hizo, por qué lo hizo y para qué lo hizo, para tener todo claro.

Pero además también porque quería aprender.

Si bien es cierto que no soy programador, no lo programé yo con mis dedos,

no fue mi cabeza la que resolvió la lógica para hacer esto y esto y esto o aquello,

Pero conforme iba avanzando Cloud Code, pude aprender y tengo mejor criterio del que tenía, por supuesto, el año pasado.

¿Podría haber hecho todo esto con WordPress?

Claro que sí.

Me refiero a que con Cloud Code, en lugar de montarme con Astro mi propio LMS, con el WordPress que ya tenía, crear mi propio plugin LMS, mi propia comunidad.

Se puede, por supuesto.

Pero al hacerlo así seguiría dependiendo de WordPress.

Y si iba a desarrollar y trabajar con Astro, yo quería algo 100% mío

para preocuparme única y exclusivamente en crear el contenido

y dejar de estar con un ojo ahí en lo que hace o deja de hacer este Matt con WordPress.

El episodio ya se hizo más largo de lo que tenía pensado, pero quiero cerrar el episodio haciéndote varias recomendaciones por si querés iniciarte con Astro o si ya tenés experiencia y estás buscando dónde seguir aprendiendo.

Lo primero, por supuesto, te voy a recomendar a DevTalles de Fernando Herrera.

Hay una serie de videos en su canal de YouTube titulado "Astro Framework para webs orientadas a contenido",

estructura de un proyecto. Te voy a dejar el enlace a ese video y también te voy a dejar el enlace del canal de YouTube

de DevTalles del episodio del podcast titulado "Un Framework que está despegando fuerte".

Fernando es programador y te lo va a explicar, hombre, por supuesto con lujo de detalles. De hecho, en cursos.debtalles.com hay un curso completo sobre Astro, por si te llega a interesar. Pero lo que, con permiso de Fernando, lo que sí o sí tenés que hacer, si te interesa Astro y montarte tus sitios con Astro, es hacerte el Bootcamp "Aprende Astro creando tu portfolio web" de Web Reactiva de Dani Primo.

Además, hay un post en Web Reactiva que se llama "Cómo crear un blog con Astro usando Agent Skills" que mira, 10 de 10. Yo te recomiendo, sí o sí, hace el Bootcamp de Web Reactiva. Yo fue lo primero que hice con Astro y pasé de no tener nada a tener un sitio web funcionando. Una locura.

Así que te lo recomiendo, dale una mirada y esto como un punto de partida, porque Astro es muy conocido y vas a encontrar contenido de calidad, ya sea en YouTube, ya sea en podcast, ya sea documentación, etc.

Yo te recomiendo estos videos, el Bootcamp y el post de Dani, pero si podés comprarte el curso, no sé si vale 15 dólares el curso de DevTalles, lo pagas una vez y es tu para toda la vida.

Y además también con Web Reactiva, al suscribirte a Web Reactiva, vas a tener contenido premium, un montón de masterclass, pero además también vas a tener la comunidad de los malandriners que no paran de crear cosas y de compartir lo que van aprendiendo y creando con esta excelente tecnología.

Y bueno, ya estamos listos para el commit y luego hacer el push.

Si tienes alguna duda o quieres ponerte en contacto, me puedes escribir a info@webenlinea.org.

Te espero en el próximo episodio.

Hasta entonces... Salú.