Sitio web gratis con Hugo + Cloudflare Pages en 2026
Con Hugo 0.147.0 y Cloudflare Pages, podés alojar un sitio web completo gastando $0 por mes en infraestructura. El único costo real es el dominio: unos $10 al año. El resultado es un sitio que se despliega en ~25 segundos, sin plugins que mantener, sin bases de datos que asegurar, y con Core Web Vitals que WordPress difícilmente alcanza desde shared hosting.
En 30 segundos
- El stack es Hugo 0.147.0 (generador estático) + Cloudflare Pages (hosting + CDN global) + Cloudflare Web Analytics, todo gratis excepto el dominio (~$10/año).
- El deployment automático tarda ~25 segundos: push a GitHub, Cloudflare buildea y publica en la CDN sin intervención manual.
- Un sitio real en producción con esta arquitectura es laserengraverexpert.com, un portal de reviews que migró desde WordPress en shared hosting a $15/mes.
- Hugo no sirve para todo: formularios dinámicos, comentarios en tiempo real, membresías o contenido personalizado requieren soluciones híbridas.
- El SEO en sitios estáticos no es un problema, es una ventaja: velocidad de carga, TTFB bajo y sin plugins SEO que se pisen entre sí.
Cloudflare es un servicio de infraestructura web que proporciona red de distribución de contenidos, seguridad y hosting de sitios estáticos. Ofrece protección contra ataques DDoS, optimización de rendimiento mediante Cloudflare Pages y servicios de seguridad web.
Por qué Hugo + sitio web gratis en Cloudflare le gana a WordPress compartido
Hugo es un generador de sitios estáticos escrito en Go que convierte archivos Markdown y templates en HTML puro en cuestión de segundos. No tiene base de datos, no tiene servidor de aplicaciones, no tiene runtime. Lo que sube a la CDN es HTML, CSS y JS estático.
Ponele que venías pagando $15/mes por shared hosting con WordPress. Instalaste un plugin de caché para mejorar la velocidad. El plugin de caché necesitaba un plugin de configuración. El de configuración conflictuaba con el de SEO. Resultado: tres plugins haciendo un trabajo mal, y un Time to First Byte que daba vergüenza ajena. Eso es exactamente lo que describe quien migró a este stack en su análisis técnico publicado el 3 de mayo de 2026.
El contraste con Hugo + Cloudflare Pages es directo: cero plugins, cero mantenimiento de runtime, deployment en ~25 segundos, y hosting en una CDN global sin costo mensual.
El stack completo desglosado
| Capa | Herramienta | Costo |
|---|---|---|
| Generador estático | Hugo 0.147.0 | Gratis |
| Hosting + CDN | Cloudflare Pages (free tier) | $0/mes |
| Analytics | Cloudflare Web Analytics | $0/mes |
| Imágenes | WebP (convertidas desde fuente) | Gratis |
| Dominio | Cualquier registrador | ~$10/año |
| Runtime del servidor | Ninguno | – |

Costo total de infraestructura: ~$10 al año. Solo el dominio.
¿Por qué Hugo y no Eleventy, Next.js o Gatsby? La respuesta corta: velocidad de build y simplicidad operativa. Next.js tiene un ecosistema enorme pero arrastra complejidad de Node.js que no necesitás si tu sitio es mayormente contenido. Gatsby tiene un pasado turbulento con builds lentos. Eleventy es una buena opción, pero Hugo compila cientos de páginas en segundos sin configuración extra. Para un sitio de contenido (blog, documentación, afiliados, reviews), Hugo es lo que menos fricción genera a largo plazo.
Arquitectura técnica: el deployment automático
El flujo es simple: escribís en Markdown, hacés commit a GitHub, y Cloudflare Pages detecta el push, buildea con Hugo, y publica en la CDN global en ~25 segundos. Sin FTP, sin SSH, sin “subí los archivos al servidor”. Complementá con implementar hreflang en sitios estáticos.
Cloudflare Pages tiene preview builds incluidos: cada branch o pull request genera una URL de preview antes de llegar a producción. Para trabajo en solitario esto puede parecer overkill, pero si trabajás con un editor o colaborador es la diferencia entre “probá este link” y “pusheá y rezá”.
La configuración en Cloudflare Pages para Hugo requiere definir el build command (hugo) y el directorio de salida (public). Listo. No hay más que configurar del lado del hosting.
Migración desde WordPress: lo que nadie te cuenta
Acá viene lo bueno, y lo complicado. Exportar el contenido de WordPress es la parte fácil: usás el exportador XML nativo (Herramientas → Exportar) y después lo convertís a Markdown con herramientas como wordpress-to-hugo-exporter o scripts de Python.
El problema real son las redirecciones. Si tu sitio WordPress tenía URLs del tipo /2024/03/titulo-del-post/ y Hugo te genera /posts/titulo-del-post/, perdés el link juice acumulado en Google. Cloudflare Pages soporta redirecciones 301 vía un archivo _redirects en la raíz del sitio estático. Mapeá cada URL vieja antes de migrar, no después (spoiler: si lo hacés después, ya perdiste tráfico).
Otros errores comunes en migración:
- Perder las fechas de publicación originales: Hugo las lee del frontmatter de cada archivo Markdown, no de metadatos del sistema de archivos. Verificá que el exportador las incluya correctamente.
- Imágenes rotas: WordPress usa rutas absolutas o relativas al dominio. En Hugo las imágenes van en
static/o como page resources. Hay que ajustar las rutas en el Markdown. - Tags y categorías: el exportador las convierte a taxonomías de Hugo, pero los slugs pueden variar. Revisá que las URLs de tus páginas de taxonomía no cambien.
Rendimiento real: qué pasa con los Core Web Vitals
Un sitio estático servido desde CDN tiene ventajas estructurales sobre cualquier WordPress en shared hosting. El TTFB (Time to First Byte) de un archivo HTML en Cloudflare CDN suele estar por debajo de 100ms. En shared hosting con WordPress y caché, difícilmente bajás de 300-400ms bajo carga.
El LCP (Largest Contentful Paint) depende principalmente del peso de las imágenes. Ahí entra el WebP: convertir las imágenes a este formato antes de incluirlas en el repositorio. Hugo tiene soporte para procesamiento de imágenes en templates, pero la conversión previa es más simple para la mayoría de los casos. Más contexto en si tu tienda necesita más que hosting estático.
Cloudflare Web Analytics (incluido gratis) te da métricas de visitas sin JavaScript invasivo y sin GDPR headaches. No es Google Analytics, pero para monitorear tráfico básico alcanza.
Cuándo Hugo no es suficiente
Seamos honestos sobre las limitaciones. Hugo genera HTML estático. Eso significa que si necesitás:
- Formularios con lógica del lado del servidor (contacto, cotizaciones): necesitás un servicio externo como Formspree o una función serverless.
- Comentarios en tiempo real: Disqus o Giscus como embeds externos, o nada.
- Búsqueda avanzada: Pagefind (estático, funciona bien) o Algolia (servicio externo). No hay búsqueda nativa.
- Membresías o contenido detrás de login: esto directamente no aplica. Necesitás otra arquitectura.
- Actualizaciones frecuentes de contenido por usuarios no técnicos: el flujo de Markdown + GitHub no es para todos los clientes.
Para sitios donde el contenido lo maneja alguien que no sabe qué es un commit, Hugo agrega fricción. Un headless CMS como Forestry (ahora Tina CMS) puede resolver esto, pero suma complejidad.
Ejemplos reales en producción
El caso concreto que documentó el stack es laserengraverexpert.com, un sitio de reviews de grabadoras láser. El tipo migró desde WordPress en shared hosting, reconstruyó todo con Hugo 0.147.0 y Cloudflare Pages, y describió el proceso técnico completo incluyendo el error que le costó dos días de debugging (relacionado con la versión de Hugo que Cloudflare buildea por defecto, que puede diferir de la local si no especificás la variable de entorno HUGO_VERSION).
Otros tipos de contenido que encajan perfectamente con este stack: documentación técnica, portfolios, blogs personales, sitios de afiliados, landing pages de productos. Todos tienen en común que el contenido lo edita una o pocas personas y no requieren interactividad compleja. Tema relacionado: sin las complejidades de herramientas visuales.
Si querés hospedar tu propio sitio en Argentina y necesitás un dominio .com.ar o .ar con soporte local, donweb.com es una opción para el registro, independientemente de que el hosting sea en Cloudflare Pages.
SEO con sitios estáticos: el mito que hay que desmentir
El argumento de “los sitios estáticos no rankean bien” es de 2015. Google indexa HTML perfectamente, con o sin JavaScript. Un sitio Hugo genera URLs limpias, sitemap XML automático vía template, robots.txt configurable, y meta tags en los templates de cada página.
¿Alguien verificó que Google prefiere sitios más lentos? Al revés: Core Web Vitals son factor de ranking desde 2021, y un sitio en CDN estática los gana casi automáticamente. La ventaja concreta es que no tenés que instalar Yoast, RankMath, ni ningún plugin SEO. Los meta tags los escribís en el template de Hugo una vez y se aplican a todo el sitio.
El único punto donde WordPress sigue siendo más cómodo para SEO es el análisis de legibilidad y las sugerencias en tiempo real mientras escribís. Si eso te importa, podés usar herramientas externas o simplemente escribir bien sin necesitar que un plugin te lo diga.
Errores comunes al implementar este stack
No fijar la versión de Hugo en Cloudflare
Cloudflare Pages usa una versión de Hugo por defecto que puede no coincidir con la que tenés local. Si el build local funciona pero el de Cloudflare falla, revisá la variable de entorno HUGO_VERSION en la configuración del proyecto. Establecela explícitamente (ejemplo: HUGO_VERSION=0.147.0). Este es el error de dos días que menciona el autor del caso documentado.
Asumir que los temas de Hugo son plug-and-play
Los temas de Hugo varían mucho en calidad. Algunos requieren configuración extensa en hugo.toml, otros tienen dependencias de Node.js para compilar el CSS. Antes de elegir un tema, revisá si tiene dependencias de build activas y si el mantenimiento es reciente. Un tema abandonado con bugs en shortcodes puede costarte días. En seguridad integrada en la infraestructura profundizamos sobre esto.
No configurar las redirecciones antes de migrar
Ya lo mencioné, pero vale repetirlo: el archivo _redirects de Cloudflare Pages tiene que estar listo antes de apagar WordPress, no después. Cada URL que cambie sin redirección es tráfico orgánico perdido. Hacé el mapeo completo con un crawl del sitio viejo (Screaming Frog o similar) antes de tocar nada.
Preguntas Frecuentes
¿Cómo crear un sitio web gratis con Hugo y Cloudflare Pages?
Instalás Hugo localmente, creás el sitio con hugo new site nombre-del-sitio, elegís un tema, escribís contenido en Markdown, y conectás el repositorio de GitHub a Cloudflare Pages. Cloudflare detecta Hugo automáticamente y buildea en cada push. El proceso está documentado en la guía oficial de Cloudflare Pages para Hugo. El hosting es gratis; solo pagás el dominio.
¿Cuánto cuesta realmente alojar un sitio Hugo en Cloudflare Pages?
El hosting en Cloudflare Pages free tier es $0/mes. El costo real es el dominio: aproximadamente $10 al año dependiendo de la extensión. Analytics, CDN global, SSL y preview builds están incluidos sin costo adicional en el tier gratuito.
¿Es más rápido Hugo que WordPress?
En casi todos los escenarios, sí. Hugo sirve HTML estático desde CDN con TTFB típicamente bajo 100ms. WordPress en shared hosting con caché difícilmente baja de 300-400ms bajo carga normal. La diferencia es estructural: no hay PHP que ejecutar, no hay base de datos que consultar, no hay plugins que procesar en cada request.
¿Puedo hacer SEO con un sitio generado por Hugo?
Sí, y en muchos aspectos con ventaja. Hugo genera sitemap XML, robots.txt y meta tags configurables en templates. Las URLs son limpias por defecto. La ventaja en Core Web Vitals (que son factor de ranking) es real: un sitio estático en CDN cumple los umbrales de LCP, CLS y TTFB más fácil que WordPress con plugins de caché.
¿Cuál es la mejor alternativa gratuita a WordPress en 2026?
Depende del caso. Para contenido estático (blog, documentación, portfolio, afiliados), Hugo + Cloudflare Pages es la opción con mejor relación rendimiento/costo/mantenimiento en 2026. Para quienes necesitan un CMS visual sin tocar código, las alternativas pasan por plataformas con free tier más limitado o soluciones headless que agregan complejidad. Hugo gana cuando el editor está cómodo con Markdown y Git.
Conclusión
La migración de WordPress compartido a Hugo + Cloudflare Pages no es para todo el mundo, pero para sitios de contenido manejados por una o pocas personas técnicas, el caso es sólido. Cero costo mensual de hosting, deployment en 25 segundos, sin plugins que mantener, y un rendimiento que WordPress en shared hosting no alcanza sin inversión seria en infraestructura.
Lo que cambió en 2026 no es la tecnología (Hugo existe hace años), sino la accesibilidad del stack: Cloudflare Pages free tier es más generoso, la documentación es mejor, y hay más casos de uso documentados públicamente como el de laserengraverexpert.com. Si tenés un sitio de contenido que está pagando hosting compartido por inercia, vale la pena calcular si el esfuerzo de migración se amortiza en seis meses de hosting gratis y mejor rendimiento. En la mayoría de los casos, sí.
Fuentes
- Dev.to — I Built a Blazing Fast Website for $0/Month: análisis técnico completo del stack Hugo + Cloudflare Pages
- Cloudflare Developers — Guía oficial para deployar sitios Hugo en Cloudflare Pages
- Hugo Docs — Documentación oficial de hosting en Cloudflare
- The Software Scout — Mejores generadores de sitios estáticos en 2026





![A video showing how to rank higher in the WordPress plugin directory[FREE][DISCUSSION] - ilustracion](https://donweb.news/wp-content/uploads/2026/04/como-rankear-plugin-wordpress-directorio-hero-768x429.jpg)
![[FREE] I built a no-code RPG game engine plugin for WordPress. Here's a 30 minute build demo - ilustracion](https://donweb.news/wp-content/uploads/2026/04/plugin-rpg-wordpress-sin-codigo-hero-768x429.jpg)