Bloguear como un nerd: Cloudflare Pages es todo lo que necesitás
Me tomó 9 años volver a bloguear, y usé mantener el viejo WordPress como excusa todo ese tiempo. Resulta que la solución era gratis. La versión anterior era un WordPress corriendo en un VPS en Digital Ocean. En teoría, podría haber empezado a escribir ahí nomás y darle publicar. Pero la versión de WordPress se iba desactualizando cada vez más y los plugins que usaba también se iban deprecando, así que iba a tener que migrar. El blog se caía cada un par de años por problemas en el VPS.1
Más allá de los dolores de cabeza operativos, había problemas más profundos. Una de las funcionalidades clave que quería tener era soporte multilenguaje, y eso no está disponible de fábrica en WordPress. Cambiar el plugin implicaría asegurarme de mantener las URLs iguales y migrar todos los datos al nuevo. Además, necesitaba asegurarme de que funcionara y de no ser hackeado, algo que le pasó a WordPress muchas veces. El setup con el VPS requería mantenimiento, y lo había armado cuando recién estaba empezando en software, así que probablemente habría tenido que reconstruirlo desde cero. Si alguno de mis posts pegaba, probablemente me caía o tenía performance muy degradada. También hay preocupaciones serias que todos deberían tener sobre WordPress (el meltdown de Matt)2.
Alternativas al self-hosting
Por supuesto, existen los WordPress con un clic, pero eso implica pagar mensualmente y arriesgarme a que se vuelva caro de un día para el otro si un post tiene mucho tráfico. Migrar tampoco sería trivial si quería que mi viejo blog mantuviera la misma estructura y, más importante, las URLs. También podría alojar en algo como Substack o plataformas similares, pero eso significaría no tener control total de mi sitio. No tengo nada contra Substack, hasta tengo algunas acciones, pero prefiero tener control total de mi rincón en internet, donde puedo escribir lo que quiera sin que me baneen o demonicen. No quiero que ningún incentivo externo influya en lo que escribo.
También pensé en usar IA para crear un blog a medida y hostearlo en algo como Vercel, pero eso se sentía más como un proyecto de pasión que como algo que me facilitaría la vida.
Páginas estáticas
Estamos en 2026 y hay muchas opciones. También tenemos IA que nos ayuda a configurar cosas, así que exploré la generación de páginas estáticas. Le di una oportunidad a Jekyll y funcionó muy bien; es el default de GitHub Pages así que tiene algo de respaldo. Es bastante extensible y simple, aunque algunas cosas eran raras, como que la paginación no funcionaba como yo esperaba34. Más importante, sabía que no quería enfocarme en aprenderlo a fondo, sino dejar que Claude Code me ayudara, y Claude fue muy bueno ejecutando los cambios que quería y configurando todo.
El beneficio principal para mí es que no hay nada que mantener, no hay botones que apretar en una interfaz. Si quiero escribir algo, abro el editor de texto, escribo un post y lo commiteo en un repo. No se va a caer, no hay actualizaciones de seguridad, es gratis, es set-and-forget en gran medida. Creo que es el setup perfecto para personas cuyo trabajo principal no es mantener el sitio.
Incluso facilita la integración con LLMs: le puedo pedir a Claude Code que corrija mis errores, formatee mis notas al pie o me dé feedback sin tener que copiar y pegar nada ni usar un plugin o servicio externo.
También da una flexibilidad increíble: si me peleo con mi proveedor actual, cambiar a uno nuevo es extremadamente simple, y las opciones para hostear un sitio estático son muchas.
Diseño
Esto es lo que creo que es muy diferente en 2026 respecto a hace 9 años. Sabía que quería algo liviano, que priorizara la legibilidad y la simplicidad. Ni siquiera busqué una plantilla, simplemente le dije a la IA lo que quería y más o menos lo hice funcionar. No quedó genial —al final lo hice yo— pero al menos no hay una docena de otros blogs con el mismo diseño, y sería bastante fácil de cambiar si quisiera contratar a un diseñador. Simplemente funciona.
Hosting
Inicialmente pensé en GitHub Pages, creo que porque fueron los primeros en ofrecer esto directamente desde un repositorio Git y de forma relativamente simple. Funcionó, pero tiene muchas limitaciones que no me gustaron. Es casi completamente estático, así que no hay lógica (como una redirección HTTP) soportada en absoluto. Además, solo permiten una GitHub Page por cuenta gratuita desde un repositorio privado. Opensourcear el proyecto no era realmente un problema, pero a Google no le gusta el contenido duplicado, así que no quería arriesgarme a que pensara que mi blog era una copia de su propio repositorio de GitHub.
Entonces recurrí a Cloudflare Pages. Ya venía usando Cloudflare como proxy y CDN desde hace mucho, y su plan gratuito soporta 100K servings diarios y múltiples requests de Workers. Los Workers permiten funcionalidad de backend simplemente escribiendo un poco de JavaScript; lo usé, por ejemplo, para tener un botón de suscripción y probablemente agregue soporte de comentarios en algún momento. Y como Cloudflare también ofrece caché (era su producto original), las páginas realmente servidas son mucho menos que lo que los usuarios efectivamente usan. Fue un alivio enorme tener más de 30K pageviews en un día y no tener que pensar ni un segundo en que el servidor se pudiera caer. Este post no está sponsoreado, pero con gusto lo estaría.
El setup de un sitio estático es tan liviano y fácil de mantener que en algún momento hasta consideré hostearlo en mi Raspberry Pi de casa. Con la caché de Cloudflare, incluso si lo desenchufo un par de días, el sitio seguiría funcionando (en su mayoría). Pero al final, no veo ninguna desventaja de usar Cloudflare, y su CI deployaría automáticamente cada nuevo cambio.
Por qué funciona
Básicamente, este blog ahora puede servir potencialmente millones de pageviews por día y solo pagaría por el dominio, y algunos tokens de IA de vez en cuando si quiero cambiar algo. Sé que puedo irme al medio de la nada, completamente desconectado, y el blog va a seguir estando ahí. He tenido ataques DDoS en el pasado y ahora simplemente no es una preocupación. A Google le encanta el setup ultra rápido, sin ruido y casi siempre online.
Este setup no es para todos: requiere paciencia y algo de experiencia técnica, pero como la barrera de entrada es mucho más baja que antes, creo que vamos a ver muchos más sitios estáticos de acá en adelante. En mi caso, los beneficios superan ampliamente las desventajas.
Específicamente, se quedaba sin espacio por los logs de contenedores Docker. En teoría podría haber limitado el logging, pero corría una versión vieja de Docker y realmente no tenía ganas de investigar cómo hacerlo, ni si siquiera era posible. ↩
Como alguien que creció admirando a Matt, la última saga fue personalmente desgarradora. ↩
No tengo experiencia real con sitios estáticos, recuerdo que la gente hablaba de ideas tempranas por aquel entonces. Pero como amante de Python, algo no me cierra en alabar un proyecto de Ruby, así que no me den mucha bola en esto. ↩
Los plugins de paginación no soportaban el clásico
1 2 3 >y tuve que escribir uno yo mismo. ↩
¿Te gustó el post?
Suscribite para recibir nuevos posts por email.