Esta página cuesta cero pesos al mes

Predicamos que la infraestructura no debería asustar en la factura, así que vale la pena mostrar cómo está hecha nuestra propia página. No es un ejercicio de austeridad: es la arquitectura que elegiríamos igual si el presupuesto fuera grande, porque tiene menos piezas que se puedan romper.

Las piezas

El sitio. Un proyecto Next.js que se compila a páginas estáticas. Cada artículo, cada sección, queda como HTML generado en el momento de construir. No hay servidor procesando peticiones para mostrar un texto que no cambia.

El hosting. Plan gratuito con dominio propio y certificado SSL incluido. Como todo se sirve estático desde una red de distribución, la carga es prácticamente inmediata y el consumo de recursos es mínimo.

El contenido. Aquí está la decisión que ahorra más. No hay base de datos. Cada artículo es un archivo de texto dentro del mismo repositorio de código.

El panel de administración. Un editor propio, protegido con contraseña. Cuando se publica un artículo, el panel escribe el archivo en el repositorio a través de la API de GitHub. El repositorio detecta el cambio, el sitio se vuelve a construir solo y en menos de un minuto el artículo está en línea.

Qué se gana al no tener base de datos

• No hay un servicio que pausar o pagar. Los planes gratuitos de bases de datos suelen dormir el proyecto tras unos días sin uso, o cobrar apenas se pasa de un umbral. Aquí no aplica.
• El historial viene gratis. Cada edición es un commit. Se puede ver qué cambió, cuándo y volver atrás.
• Los respaldos vienen gratis. El contenido está en el repositorio, clonado en cada máquina que lo tenga.
• Es portable. Si mañana quisiéramos cambiar de proveedor de hosting, los artículos se mudan tal cual: son archivos de texto.

Cuándo este esquema no sirve

Ser honestos con los límites es parte del método:

• Si necesitas decenas de editores simultáneos, un CMS con base de datos maneja mejor los conflictos.
• Si el contenido cambia muchas veces al día, esperar la reconstrucción del sitio se vuelve incómodo.
• Si necesitas contenido personalizado por usuario que inicia sesión, ya no estamos hablando de un sitio estático.

Para un blog corporativo con uno o dos autores y publicaciones semanales —que es el caso de la enorme mayoría de empresas— el esquema sobra.

La idea de fondo

La pregunta correcta no es "¿qué stack usamos?" sino "¿cuál es la cosa más simple que resuelve esto y no genera una factura creciente?". A veces la respuesta es una aplicación completa con base de datos, y la construimos. Para una página con blog, la respuesta fueron archivos de texto y un botón de publicar.