Mi stack web 2026 Astro + Cloudflare

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.

Lo comentamos en el episodio anterior, te compartí los motivos, razones y circunstancias por las cuales me pasé de WordPress a Astro.

Pero si no has escuchado el episodio anterior, te lo resumo brevemente.

Después de casi 800 episodios hablando de WordPress y usando con pasión durante años,

WordPress fue la causante, no la causante no, pero WordPress fue mi punta de lanza

desde el inicio de mi emprendimiento online.

Todo giraba en torno a WordPress.

Yo utilizaba WordPress, yo recomendaba WordPress, yo trabajaba con WordPress.

Pero llegó un punto en el que ya necesitaba, por mis requerimientos y mi forma de trabajar, algo más.

Lo natural, creo yo, tendría que haber sido convertirme en programador, en desarrollador.

Pero yo, claro, por mi perfil, que si bien es cierto que es técnico,

pero estoy más del lado de la infraestructura, el hosting, el VPS, la seguridad.

Por lo que no me hice programador, no cambié de WordPress a React ni a Next.js,

Pero encontré una combinación que me funcionaba perfecto, que encajaba perfecto para mi perfil.

Y esa combinación es Astro y Cloudflare.

Por eso, en este episodio, quiero compartir con vos por qué elegí esta combinación,

cómo funcionan y trabajan juntos y quiero hacerlo de la forma más relajada posible.

No quiero que se convierta en un tutorial.

Quiero más compartirte mi experiencia para que entendas lo que hay detrás

y si te puede ser de utilidad, mucho mejor.

Comencemos hablando de ese techo que llegué con WordPress. Yo no sé si has trabajado con WordPress, si estás trabajando con WordPress o si ya no estás trabajando con WordPress. Por lo menos a mí, WordPress me resolvió todo.

todo durante muchos años. De hecho, nacía un proyecto y lo primero que comenzaba a pensar era

con qué plugins iba a orquestar esto. O montaba una web y lo primero que hacía era poner a punto los plugins.

Pero llegó un momento en que la balanza se inclinaba más, en lugar de avanzar, a dedicar más tiempo,

por ejemplo, haciendo el mantenimiento.

Trabajaba más corrigiendo problemas dentro de mis webs

que creando el contenido de mis webs.

Claro, todo lo que respecta a las actualizaciones del core,

los temas, las plantillas, los plugins,

que de hecho los sigo haciendo para mis clientes de alojamiento VPS,

pero mis webs con WordPress ya tenían cierto nivel de complejidad

por todo el código personalizado y cada semana era invertir demasiado tiempo en solucionar y verificar que todo funcionara.

Y ya no me parecía.

Además, ya me cansé de estos plugins que entraban en conflicto, que rompían cosas.

y lamentablemente

bueno, en algún sitio tienen que recortar

pero lamentablemente estos plugins con licencia

pues el soporte se convirtió de muy bueno

y muy resolutivo a completamente inexistente

y vamos a hablar con nombre y apellido

estoy hablando de plugins como Restrict Content Pro

plugins como TutorLMS

plugins con mucho renombre y mucha comunidad

y mucho todo, pero por ejemplo el Restrict Content Pro

definitivamente me dijeron

que yo alucinaba.

Y les copié los logs, les copié el debug,

les hacía yo,

les grababa la pantalla,

pero al final, bueno,

era como que no, pero ese es problema,

no es problema nuestro, es problema del otro plugin.

Bueno, en fin.

Como no podía ser de otra forma,

el tema de la seguridad con

WordPress también

también lo tomé en consideración. ¿Por qué?

Porque lamentablemente por toda la movida que hubo

con Matt Mullenweg, Automattic y WPEngine

pues obviamente

el tema del desarrollo con WordPress iba a cambiar

y no me imaginaba que iba a cambiar para bien. De hecho no siento

no percibo que haya cambiado para bien. Nada menos en esta última versión

de las actualizaciones del año pasado ya no hubo 2026.

O sea que para que te hagas la idea, no lograron ni desarrollar el tema

con el que iban a lanzar el próximo año la actualización mayor de WordPress.

Ya eso dice mucho, porque no recuerdo, pero muchos años atrás,

bueno, yo comencé usando WordPress y cada año, bueno, sacaron el 2020,

Ya luego el 2021, el 2020. Bueno, pero ya no hubo 2026. ¿Por qué? Claro. El Matt con sus tonterías, pues dijo lo que dijo y mucha gente que dedicaba tiempo, pues ya dejó de dedicarle.

Y bueno, ya ves, hace poco, tres actuales, tres fixes de seguridad en un mismo día.

Fua, ¿cuándo habíamos visto eso?

Pero bueno, esto también me hizo para mí dudar.

¿Por qué?

A diferencia, los clientes de AlojamientoVPS, que ellos tienen, bueno, algunos WordPress complejos,

con plugins complejos, pero no tienen código personalizado.

Bueno, un par de clientes sí, pero bueno, ya se encargan ellos porque el mantenimiento no les incluye esos plugins personalizados, salvo contraten bolsa de hora. Pero con lo que respecta al mantenimiento, pues vamos haciendo el mantenimiento y correcto sin problema.

Pero para mis webs yo ya no lo veía. O sea, yo ya no me veía tratando de seguirle el paso a WordPress con el desarrollo de WordPress y tratando de reparar lo que se viniera cada semana con mis webs o cada día que tuviese que actualizar. No me veía.

Y lo otro que te lo comenté y también influyó es el tema de ¿y ahora qué?

¿Y ahora quién? ¿Qué no soy yo?

La IA ha cambiado todo. La IA revolucionó todo.

Muchos ya no buscan el plugin correcto, ya no buscan la plantilla perfecta.

Ahora directamente van y se lo piden a la inteligencia artificial.

Y el resultado visualmente es muy bueno.

Y a mucha gente le sale mucho más barato crearse, montarse algo con IA,

que contratar un hosting, instalar el WordPress, poner a punto la plantilla.

Le sale mucho más fácil.

Entonces yo me puse a pensar cuando ya vi por dónde iba todo esto.

Me puse a pensar, hombre, ¿y ahora qué?

O sea, porque ya el desarrollo web,

ahora hay gente haciendo sitios muy buenos

que no son programadores.

Y esta gente, ¿a dónde va a desplegarlo?

¿A dónde va a publicarlo?

¿Cómo va a subirlo?

Pues sí, le puede preguntar a la IA.

Pero, ¿qué opciones hay reales para producción?

¿Qué opciones se tiene?

Y principalmente de las opciones en cuáles yo tengo expertise y puedo aportar cuando mis clientes me digan, Alex, nos vamos de WordPress.

Nos queremos ir de WordPress.

¿A dónde nos vamos?

Con esto quiero decirte que WordPress no es que sea malo.

Porque eso es algo que lamentablemente se asume para mal.

Cuando uno dice me voy, es porque piensan que me fue mal con WordPress y por eso me voy.

Y no.

Lo que pasa es que en un inicio para mí encajaba perfecto con lo que yo necesitaba en ese momento.

Me acompañó perfecto en cada una de las evoluciones en las que yo iba brincando, pivotando con mi emprendimiento.

Y me funcionó impecable.

pero ahora

al día de hoy

en este momento con el giro

que todo está cambiando

y con lo que me

quiero preparar

para poder ofrecerle a los clientes

cuando me lo pregunten

pues ya no va del lado de WordPress

y ahora ya voy yo por el lado

del desarrollo web

en este caso con Astro

y el despliegue en Cloudflare

ya te he comentado sobre Astro

ya lo hemos platicado

ya te he hablado de él

pero te lo resumo fácil y rápido

por si no tenías idea a qué me refiero

cuando hablo de Astro Build

o Astro

que sepas que Astro es un generador de sitios

que te da como resultado final

una web completamente estática

Si bien es cierto que le puedes incluir contenido dinámico, por así decirlo, pero por defecto, Astro te genera un sitio estático. Este sitio estático no requiere un stack sofisticado para funcionar.

No necesita, no trabaja con base de datos, no tiene plugins que se tengan que actualizar y los puntos de quiebre para un potencial hackeo son mínimos.

Mínimos, porque es un sitio estático.

Para un perfil técnico como el mío, que yo no soy programador, pero que tampoco me quedo con lo básico y como ya tengo muchos años trabajando, ya llegué a cierto nivel ninja dentro de WordPress.

Para mí, Astro fue mi paso natural, fue el paso obvio a algo más.

¿Por qué? Porque con un par de comandos en la terminal, para lo que me encanta la terminal,

ya tengo mi sitio funcionando en mi localhost.

Después, si yo necesito, le puedo meter mano al código según lo que yo necesito.

Para poder complementar una funcionalidad o para que visualmente o para el contenido,

luego hago build, hago push y a funcionar.

Y esto me encanta.

Por otro lado, si tu perfil no es muy técnico y no te gusta estarte ensuciando con el código, Astro lo tiene muy bien resuelto.

Astro soporta, funciona y es completamente compatible con CMS, con Content Management System visuales.

De hecho, para Acoma Tech yo uso Keystatic.

localhost, dos puntos, puerto, barra, Keystatic.

Y te muestro un dashboard con diferentes colecciones

y para cada una de las colecciones,

tenés, por ejemplo, yo tengo las lecciones,

los posts de blog, las cases plus, los webinars,

lo abrís o creas uno nuevo,

vas rellenando datos como cualquier otra herramienta,

le pones el título, le pones la descripción.

Esto va a depender mucho del tipo de contenido que tengas,

Pero como base, pones el título y escribís el contenido.

Si querés, también le puedes añadir miniaturas, lo que querrás.

Pero es muy sencillo.

Editas, le das a guardar y ya está.

Ya lo tenés.

¿Qué te quiero decir con esto?

Que con Astro perfectamente lo podés resolver por código o con una interfaz visual, con un CMS visual.

Ambos funcionan exactamente igual. De hecho, si cambias algo en el código, a tiempo real se cambia en el CMS y viceversa. Fantástico.

Y te preguntarás, hombre Alex, pero los tipos de sitios con los que yo trabajo no son estáticos, no son webs estáticas.

Tenemos un directorio, tenemos, por ejemplo, una bolsa de oro, de empleo, tenemos, por ejemplo, una web de reservas, tenemos un e-commerce.

Entonces, no es estático.

Bueno, si vos necesitas algo dinámico con un login, con verificación, por ejemplo, de compras, de pagos o de suscripciones, si por ejemplo necesitas comentarios a tiempo real o interacciones como un like o como votaciones o algo por el estíbulo,

Astro tiene lo que se llama SSR, que es por sus siglas en inglés el renderizado del lado del servidor.

Activas lo dinámico y solo estos componentes dinámicos van a necesitar hacer las llamadas que correspondan al servidor.

lo estático sigue siendo estático.

Y se va a mostrar dinámico lo que se tenga que mostrar dinámico,

donde se tenga que mostrar dinámico.

Por ejemplo, en Akoma Tech, mi plataforma educativa y comunidad virtual,

la web es estática.

Pero, por ejemplo, el header es dinámica.

Y verifica si estás logueado o no.

Y si estás logueado, verifica si tenés una suscripción activa o no.

Y si tenés una suscripción activa, verifica qué tipo de suscripción tenés.

Esto es una parte dinámica dentro del sitio estático.

Todo carga en milisegundos y esto hace una llamada adicional para verificar.

verificar. ¿Por qué? Porque, por ejemplo, si estás logueado, el botón dice

contacto y aparece el botón que dice acceder.

Si no estás logueado. Si estás logueado pero no tenés una membresía

o una suscripción activa, te aparece tu perfil

y te aparece contacto. Si tenés la suscripción

activa, te aparece en lugar de contacto, soporte.

Y si tenés, por ejemplo, los felices

suscriptores pioneros, en el perfil aparece indicativo pionero y muestra contenido que es exclusivo para ellos.

¿En el mismo sitio? En el mismo sitio. Alex, pero no me dijiste que era estático. Sí, el sitio es estático,

pero se van cargando los componentes dinámicos que se necesitan. Y me estarás diciendo, hombre Alex,

Y esto es algo que me lo han preguntado un par de veces.

¿No es darte un tiro en el pie el trabajar con VPS,

pero montar tu web en un servicio tipo serverless?

¿Por qué Cloudflare Pages?

¿Por qué no montas tus webs en tus propios servidores?

Y esta es una muy buena pregunta y yo me lo cuestioné.

Y te comparto mi visión con esto.

Lo primero, estoy con Cloudflare Pages porque quiero probar el servicio.

Quiero probar qué tan bueno es y quiero conocer los propios límites

que Cloudflare Pages con el Worker gratuito tiene para ofrecer.

Porque si yo esto ya lo comienzo a ofrecer a clientes, que de hecho lo voy a comenzar a hacer,

lo comienzo a ofrecer a clientes y en esto ofrecer a clientes,

el cliente comienza a notar problemas, lentitud, mensajes de error,

mensajes, por ejemplo, de has excedido la cuota del servicio,

o mensajes como, oh, esto no puede funcionar porque tu sitio es muy pesado,

o has excedido la carga máxima en tu suscripción gratuita.

No es viable para producción.

no es viable para ofrecerle a nadie y peor a un cliente.

Entonces, por esto, por mí, yo digo, bueno,

siempre me ha funcionado mejor poner en producción y probar.

Entonces, digo, yo voy a poner en producción y voy a probar.

Y voy a ver hasta cuánto, cuántos usuarios puedo tener,

cuánto contenido puedo crear, cuánto tráfico puedo mantener,

para tener una idea de hasta qué punto el cliente va a poder montarse en Cloudflare

y hasta qué punto tenga que pagar.

Y cuando se tenga que pagar, cuánto se tiene que pagar.

Y cada cuánto, y de qué forma, y de qué manera.

Pues por eso me he montado en Cloudflare.

Las demás webs, mis demás proyectos, también están en Cloudflare,

Pero ya estoy, de hecho, estoy preparando el webinar para los felices suscriptores de mi plataforma educativa Akoma Tech.

Un webinar que, bueno, le tuve que cambiar de fecha.

Pero en este webinar les voy a compartir el proceso para poder hacer despliegues de aplicaciones Node.js dentro del excelente panel de control Enhance.

Panel de control, que dicho sea de paso, es el que usamos en producción dentro de AlojamientoVPS.

Y esto lo estoy viendo para mí porque quiero tener el mismo flujo que tengo con Cloudflare, pero para las demás webs de mis proyectos.

En este momento, mi web, alexabalos.pro, la tengo dentro de Cloudflare Pages.

Avalos.click lo tengo dentro de Cloudflare Pages.

Pero, por ejemplo, Axis Mail me gustaría servirlo en mi propio servidor,

en Alojamiento VPS, Alojamiento VPS también en mi propio servidor.

¿Ves por dónde voy?

Yo voy con un piecito en los serverless, con un piecito en estas infraestructuras modernas,

pero a la misma vez sin abandonar mi core.

Si te interesa, podemos hacer un episodio hablando sobre despliegues en Cloudflare Pages, pero para que te hagas una idea, el flujo es muy sencillo.

Vos editas tu contenido, tu código, tu proyecto y como esto lo tenés en un repositorio, pones a punto dentro de Cloudflare Pages el proyecto conectado con tu repositorio.

Seguís trabajando, haces cambios, haces commit, haces push y automáticamente al detectar el push, el cambio, el push, los commit y el push, automáticamente Cloudflare hace el deploy.

Vos decidís si estos deploy van a dev, a preview y hasta que vos le des manualmente pasar a producción.

Yo esto lo pensé para Akoma Tech

Pero decidí mejor

Trabajar en ramas de desarrollo

Y ya luego hacer el merge

Y ya luego hacer el push

Lo decidí mejor así

Que estar haciendo push a preview

Y ya luego pasar en Cloudflare a producción

Bueno, el caso es que dentro de Cloudflare Pages

No tenés FTP

No hay paneles de control

No tenés cPanel

No tenés Plesk

No tenés Enhance

Hay que configurar inicialmente tu proyecto, pero una vez todo configurado, es cuestión de hacer push y automáticamente en segundo ya lo tenés actualizado.

Con Cloudflare, en Cloudflare Pages, no solamente tenés la página.

Cloudflare de forma gratuita te permite comenzar, digamos, con una infraestructura muy generosa.

generosa. Vas a tener gratis bases de

datos SQLite o SQLite hasta de 5 gigas.

¿Y esto para qué lo vas a usar? Para todo el contenido dinámico.

Para el contenido, como te digo, que se tiene que renderizar del lado

del servidor y guardarse en el servidor.

Entonces, para eso utilizas las bases de datos

SQLite, que son las Cloudflare D1.

Además, también gratis dentro de Cloudflare Pages

tienes Worker. El Worker,

podríamos decirlo, es el servidor que procesa

la lógica de tu código. Es decir, que cuando

tu web necesita procesar el código,

las peticiones, las llamadas, lo hace

por medio del worker. Por supuesto,

Cloudflare pone a disposición un CDN

potente y todas las medidas de

seguridad que ya conocemos, como la

protección contra ataques de denegación

de servicios, la protección contra los

bots, el famoso bot fight, etcétera, etcétera.

Cloudflare también ofrece una analítica

para que no tengas que estar con

herramientas de tercero, etcétera. Yo en lo personal no me gusta usar analíticas de tercero,

prefiero y tengo mi propia instancia, mi instalación de Tianji y ahí tengo yo en mi propio servidor

las analíticas. ¿Cuál es la ventaja de esto? Que me ahorro el aviso de cookies porque no

hay cookies. La única cookie es la del sistema de Cloudflare, pero como se guarda en Cloudflare,

y en el navegador no tengo cookies, no sirvo cookies.

De hecho, Tianji tampoco guarda cookies.

Entonces, como no las tengo, pues me ahorro también eso.

De momento, con Cloudflare Pages en Akoma Tech, el costo es cero.

Cero, porque de hecho en el desarrollo tuve cuidado de no excederme en algunas peticiones,

porque probé y sí, murió al dar clic.

Pero ya en producción, una plataforma como Akoma Tech y a coste cero, está muy bien.

Y bueno, vamos llegando ya al final que hoy me excedí horrible.

Mi stack completo y qué he ganado con este nuevo stack.

Te comparto todas las piezas.

Astro genera el sitio, Cloudflare Pages lo hostea

y cuando yo hago cambios, toma el repositorio de Git y hace el deploy.

Con Keystatic creo el contenido, un CMS visual.

Me gusta editar el código, pero todavía le estoy agarrando el tranquillo al markdown

ni hay algunas cosas que no sé todavía de memoria cómo ponerlas.

Y bueno, de momento se me da bien crear el contenido con Keystatic.

Para el envío de correos utilizo un servicio que se llama Resend

para el envío, por ejemplo, de los correos del Magic Link de Login

o para avisos o para notificaciones.

Bienvenidas.

De momento estoy utilizando BunnyNet para los videos protegidos, los videos premiums.

Y dentro de Cloudflare, como ya te comentaba, uso la base de datos D1 con todos los datos que se va creando dentro de la plataforma, de los usuarios, las interacciones.

Por ejemplo, lo que comentan, donde lo comentan, la comunidad, sus reacciones, todo.

¿Qué gané?

Y con esto vamos cerrando. Hombre, el dejar de dar mantenimiento a WordPress es lo primero. El dejar de preocuparme de lo que haga o deje de hacer WordPress que pueda afectarme a mis webs es lo segundo. Además, también el poder hacer deploy en segundos y trabajar con el control de versiones de Git es fantástico porque si algo pasa, hombre, puedo volver atrás en un clic.

No me voy a meter con los tiempos de carga porque WordPress, sabiéndolo optimizar, va como un rayo.

Pero ahora ya lo tengo muy bien resuelto porque ya de serie Cloudflare tiene su propio CDN.

Ya de serie caché a la web, la web es estática.

Va fantástico.

Por supuesto, no tengo que luchar con las plantillas dentro de WordPress.

Ni siquiera el dashboard tiene un modo oscuro.

Ahora, y esto podría parecer una tontería, pero no lo es. Para mí que me quedo un poco, a veces un poco tarde y normalmente todos los días muy temprano, el poder trabajar con modo oscuro, no te imaginas cómo me es de útil. Y la plantilla Foxy Pro, que es la que uso para Akoma Tech, lo tiene incorporado de serie. Fantástico.

Y por supuesto, el tener el control total del código sin depender de plugins de terceros, no te imaginas lo tranquilo que me hace el día a día, lo feliz y tranquilo que vivo, sin esa preocupación que estos muevan algo y me estropeen la web.

Pero bueno, no todo es ganar porque la vida no funciona así.

Hemos venido también a jugar y quiero cerrar con las cosas que he perdido.

Para comenzar, la facilidad de trabajar con WordPress y tener todo en un par de clics salió volando.

Si bien es cierto, estoy usando Keystatic, pero por supuesto no se compara con el editor de bloques de WordPress

o con cualquier plugin de galería de bloques que podrías encontrar.

Para alguien quizás no técnico, esto por supuesto sería poco recomendable.

Pero para mi perfil, para lo que estoy construyendo y para donde estoy apuntando,

para mí es un viaje sin retorno.

Brevemente, porque me pasé horrible con el tiempo, te voy a comentar los enlaces que te dejo en las recomendaciones de este episodio. Por supuesto, te voy a dejar los enlaces a la documentación de Astro, donde te vas a ver brillar a Starlight. Es una plantilla fantástica.

También te voy a dejar el enlace a Cloudflare Pages para que veas más detalles, para entender el flujo del deploy, git, opciones, etc. Por si te interesa, te voy a dejar el enlace a la plantilla Foxy Pro, plantilla Astro que estoy usando como base visual para todos los sitios de Looking for Ways.

Y de hecho, también te quiero dejar la invitación para el próximo lunes que voy a hacer un directo montando una web Astro desde cero.

Desde la instalación de Astro en la terminal hasta el deploy en Cloudflare.

O sea que aquí vas a poder ver en un solo directo lo que te he platicado en este episodio.

y bueno, ya estamos listos

para el commit y luego

hacer push, si tienes

alguna duda o pregunta o quieres ponerte

en contacto, lo puedes hacer escribiendo

a

info@weblinea.org

te espero en el próximo

episodio, hasta entonces

¡Salú!