Esta entrada marca el relanzamiento de este sitio web con Hugo y Cloudflare Pages. Después de experimentar anteriormente con GitHub Pages y WordPress, he migrado el sitio a un flujo de publicación estático que resulta más fácil de mantener, más sencillo de gestionar mediante control de versiones y más sólido desde el punto de vista de la seguridad.
Cronología de la migración del sitio
| Año | Plataforma | Lección principal |
|---|---|---|
| 2017 | GitHub Pages (Jekyll) | Fue una buena introducción a la publicación basada en Git, pero con el tiempo las opciones de diseño y funcionalidades resultaron limitadas. |
| 2020 | WordPress | Ofreció un entorno cómodo de edición visual, pero exigía mantenimiento continuo, gestión de plugins y supervisión de seguridad. |
| 2025 | Hugo + Cloudflare Pages | Estableció un flujo de trabajo estático y basado en Git, con despliegues más rápidos, menos dependencias en tiempo de ejecución y mejor mantenibilidad. |
Por qué dejé WordPress
WordPress sigue siendo una plataforma de publicación potente, especialmente para sitios web dinámicos y equipos editoriales que necesitan un sistema de gestión de contenidos basado en la web. Sin embargo, para un sitio personal orientado a investigación y documentación técnica, la carga de mantenimiento se volvió desproporcionada en relación con mis necesidades reales de publicación.
Dos cuestiones relacionadas con la seguridad fueron especialmente relevantes:
- En 2024 se divulgaron 7.966 nuevas vulnerabilidades en el ecosistema de WordPress, lo que representa un aumento del 34% respecto a 2023, o aproximadamente 22 nuevas vulnerabilidades al día (Patchstack, 2025).
- El conjunto de datos de incidentes de Sucuri de 2022 indicó que el 96,2% de los sitios CMS comprometidos de su muestra ejecutaban WordPress (Sucuri, 2023).
Mi propia instalación de WordPress se vio afectada a través de un plugin obsoleto. El incidente provocó la alteración de la página principal y la pérdida del acceso administrativo. Como no tenía una copia de seguridad reciente, recuperar la base de datos no era práctico. Esta experiencia dejó claras las limitaciones de mi flujo de trabajo anterior: el sitio dependía demasiado de una base de datos activa, de plugins de terceros y de rutinas de mantenimiento manual.
Lecciones operativas
El proceso de migración aclaró varias lecciones prácticas para la gestión del sitio a largo plazo.
-
La gestión del dominio debe estar automatizada.
Anteriormente dejé caducar el dominio
jiyuuneko.com. Poco después fue registrado por otra parte. La renovación automática se considera ahora parte de la infraestructura básica del sitio. -
El control de versiones debe funcionar como una capa central de copia de seguridad.
Un sitio estático almacenado en Git es más fácil de auditar, restaurar y redesplegar que un sitio basado en base de datos sin copias de seguridad fiables.
-
Una superficie de ejecución más pequeña es más fácil de gestionar.
La publicación estática no elimina todos los riesgos de seguridad, pero reduce la exposición al eliminar la necesidad de un CMS ejecutándose en el servidor, ejecución de PHP y una base de datos MySQL activa.
Por qué Hugo y Cloudflare Pages
Hugo y Cloudflare Pages se ajustan al propósito actual de este sitio web: publicar notas estructuradas, reflexiones de investigación, documentación técnica y actualizaciones de proyectos con una carga operativa mínima.
Las principales ventajas son:
- Generación estática rápida. Hugo puede generar páginas con rapidez, lo que lo hace adecuado para un archivo creciente de entradas, notas y documentación.
- Publicación basada en Git. El contenido se escribe en Markdown, se rastrea mediante Git y se despliega a través de un flujo reproducible.
- Menor carga de mantenimiento. No hay panel de WordPress, conjunto de plugins, entorno PHP ni base de datos de producción que mantener.
- Distribución en el edge. Cloudflare Pages sirve archivos estáticos a través de la red global de Cloudflare, lo que puede mejorar el rendimiento de carga para lectores en distintas regiones.
- Previsualizaciones de despliegue integradas. Las previsualizaciones de pull requests facilitan revisar los cambios antes de publicarlos en el sitio activo.
- HTTPS y controles de seguridad. Cloudflare proporciona HTTPS automático y funciones de seguridad configurables que apoyan un entorno de despliegue más controlado.
Qué esperar de este sitio
El sitio se centrará en escritura orientada a la investigación y a la práctica, incluyendo:
- notas de investigación sobre paisaje;
- resiliencia urbana e infraestructura sostenible;
- flujos de publicación digital;
- documentación técnica para mantener este sitio web;
- reflexiones profesionales sobre proyectos y notas de desarrollo de investigación.
El nuevo sitio está disponible en https://gatto.land. El sitio anterior en WordPress ya no es el entorno principal de publicación, y el flujo actual está diseñado para ser más estable, transparente y mantenible a largo plazo.
Referencias y créditos de imágenes
Cloudflare. (2016, September 27). Cloudflare logo [SVG logo]. Wikimedia Commons. https://commons.wikimedia.org/wiki/File:Cloudflare_Logo.svg
Coelho, E., & YellowIcon. (2008, May 2). Stachledraht DDoS attack diagram [SVG image]. Wikimedia Commons. https://commons.wikimedia.org/wiki/File:Stachledraht_DDos_Attack.svg
Francia, S., & Parr, B. (2014, May 28). Logo of Hugo the static website generator [SVG logo]. Wikimedia Commons. https://commons.wikimedia.org/wiki/File:Logo_of_Hugo_the_static_website_generator.svg
Patchstack. (2025). State of WordPress Security in 2025. https://patchstack.com/whitepaper/state-of-wordpress-security-in-2025/
Sucuri. (2023). 2022 Hacked Website Report. https://sucuri.net/reports/2022-hacked-website-report/
Whelan, D. (2016, May 24). Cliche Hacker and Binary Code (26946304530) [Photograph]. Wikimedia Commons. CC0. https://commons.wikimedia.org/wiki/File:Cliche_Hacker_and_Binary_Code_(26946304530).jpg