Índice7
Alojar un sitio estático parece la parte fácil del proyecto. El sitio es una carpeta de archivos HTML, CSS e imágenes generada en el momento de la publicación, y casi cualquier alojamiento sabe servirla. Eso es lo que hace engañosa la elección: todos la sirven rápido, y las diferencias solo aparecen con la primera cuota agotada o la primera redirección que no hace lo que se creía.
Este sitio y Palmora Property, un portal inmobiliario que operamos para un cliente, están construidos con Astro. El sitio y la aplicación web de Challenge Us, una aplicación de retos en grupo que hemos desarrollado, se sirven como archivos estáticos desde Cloudflare desde septiembre de 2026. Esto es lo que sacamos de esas elecciones, con las reglas que publican los propios proveedores. Si la pregunta sigue siendo si hay que dejar WordPress, empiece por por qué migrar a un sitio estático con Astro.
Lo que debe hacer un proveedor de alojamiento de sitios estáticos
Antes de comparar nombres, la lista de lo que se espera:
- Construir y desplegar en cada publicación, sin intervención manual, incluso cuando el contenido viene de un CMS: un sitio headless con Astro y Sanity se reconstruye en cada publicación gracias a un webhook.
- Conservar las versiones anteriores y volver a una de ellas con un gesto cuando una publicación rompe algo.
- Servir vistas previas privadas de una rama, para revisar antes de publicar.
- Gestionar las redirecciones y las cabeceras (caché, seguridad,
noindexde las vistas previas) en archivos versionados con el sitio. - Servir HTTPS en su dominio, certificado incluido.
Netlify y Cloudflare cumplen estos puntos. La diferencia está en otra parte: en lo que se contabiliza.
Lo que se contabiliza, y por qué es el verdadero criterio
Los archivos servidos
En Cloudflare, la documentación de los archivos estáticos de los Workers indica que las peticiones a esos archivos ni se facturan ni se limitan, y que su almacenamiento no añade ningún coste. Solo las peticiones que ejecutan el código del Worker, por ejemplo para un renderizado bajo demanda, siguen la tarifa de los Workers. Para un sitio realmente estático, un pico de tráfico no cambia, por tanto, la factura.
En Netlify, la página que explica los créditos describe, en octubre de 2026, planes en créditos: 300 créditos al mes en el plan Free, 1 000 en Personal, a partir de 3 000 en Pro. Ese saldo se consume así:
se consumen en cada despliegue a producción
se consume por las vistas previas de rama
se consumen por gigabyte de ancho de banda
se consumen por cada diez mil peticiones
En el plan Free, veinte despliegues a producción bastan, por tanto, para agotar el mes. Estas cantidades cambian: vuelva a leer la página antes de decidir.
El código ejecutado
Aquí llegan la mayoría de las sorpresas. Un sitio «estático» suele conservar algunas funciones: un formulario, un webhook, una página renderizada bajo demanda. Netlify contabiliza ese cálculo en créditos, 10 por gigabyte-hora; en Cloudflare, cada petición que despierta el Worker se factura según su tarifa. Una función llamada en cada visita hace subir la factura al ritmo del tráfico, lo que anula la ventaja de lo estático. Es mejor tener funciones poco frecuentes, llamadas solo cuando un visitante actúa: el artículo sobre los formularios y la búsqueda en un sitio estático muestra cómo.
La cuenta compartida
La trampa menos visible: en algunos planes, el saldo es el de la cuenta, no el del sitio.
Atención
Otro proyecto puede detener su sitio
La página de Netlify sobre los créditos es explícita: una vez agotado el saldo de créditos, todos los proyectos de la cuenta se ponen en pausa, y sus visitantes encuentran una página «Site not available». Un sitio que no llama a ninguna función también se detiene, por tanto, porque otro proyecto ha consumido el saldo.
Por este motivo sacamos Challenge Us, en septiembre de 2026, de un equipo de Netlify compartido con otros proyectos, donde superar la cuota ponía en pausa todos los proyectos del equipo. La lección vale más allá de este caso: un cliente, o un producto con vida propia, sale ganando con su propia cuenta de alojamiento.
Los ajustes que sorprenden
El orden entre redirecciones y archivos. Una misma configuración se comporta de forma distinta de un proveedor a otro:
Según la documentación de Netlify
Una regla de redirección no se aplica cuando existe un archivo en esa dirección, salvo que se fuerce con un
!
Según la documentación de Cloudflare
Una regla del archivo
_redirectsse aplica siempre, exista o no un archivo
El sitio de Challenge Us envía a la aplicación cualquier dirección que no sea una de sus páginas: esa regla vive en el código de su Worker y no en _redirects, donde habría ocultado las páginas del sitio.
La página index.html. Por defecto, según su documentación, Cloudflare redirige /index.html a /. La aplicación web de Challenge Us desactiva ese comportamiento: su service worker sirve precisamente index.html en cada apertura, y una redirección en ese punto haría fallar la apertura de la aplicación.
Las cabeceras que se sirven de verdad. Un archivo de cabeceras solo vale para las respuestas a las que el proveedor lo aplica.
Sobre el terreno
En Palmora Property, cabeceras de seguridad configuradas desde hacía meses y nunca servidas
Las páginas de Palmora Property se renderizan en el servidor, y las cabeceras declaradas en el proveedor no se aplicaban al HTML renderizado por el servidor.
En cuanto una página se renderiza bajo demanda, compruebe la propia respuesta, con curl -sI sobre la dirección pública, en lugar de la configuración.
Ninguno de estos ajustes es grave una vez conocido, y todos se comprueban antes de la puesta en línea, en la dirección de vista previa.
¿Y un servidor propio?
Servir una carpeta de archivos desde un servidor privado es sencillo. Nosotros mismos operamos un servidor único que aloja una docena de servicios: es la herramienta adecuada para aplicaciones de negocio, rara vez la mejor para un sitio público. Los motivos:
- no hay distribución mundial sin añadir un CDN delante;
- los certificados, las actualizaciones del sistema y la supervisión vuelven a ser cosa suya;
- no hay vuelta atrás integrada, salvo que se construya.
Se justifica cuando lo impone una restricción: un alojamiento ya pagado e impuesto, una exigencia de ubicación de los datos o visitantes detrás de redes corporativas o en países que filtran determinados servicios. En este último caso, el proveedor cuenta además menos que la propia página: fuentes y recursos alojados en el sitio, ninguna llamada a un servicio de terceros.
Cloudflare, Netlify o servidor propio: lo que cambia
| Lo que cuenta | Cloudflare | Netlify | Servidor propio |
|---|---|---|---|
| Archivos servidos | Ni facturados ni limitados | Ancho de banda y peticiones en créditos | Incluido en la tarifa del servidor |
| Código ejecutado | Peticiones al Worker facturadas | Cálculo contabilizado en créditos | En su propia máquina |
| Operación | A cargo del proveedor | A cargo del proveedor | A su cargo |
Cómo elegir, en cuatro preguntas
- ¿El sitio ejecuta código en cada visita? Si no, un proveedor que no contabiliza los archivos servidos hace que el tráfico no afecte al presupuesto.
- ¿Cuántos despliegues al mes? En un proveedor que los contabiliza, un sitio publicado diez veces al día por un equipo editorial no cuesta lo mismo que uno actualizado cada semana.
- ¿La cuenta se comparte con otros proyectos? Si es así, ¿qué ocurre cuando uno de ellos agota el saldo?
- ¿Quién gestiona el dominio y el DNS? Tener el DNS en el mismo proveedor que el alojamiento simplifica los certificados y los cambios.
Responda a estas cuatro preguntas y pruebe después la configuración en una dirección de vista previa antes de conectar el dominio. Si su sitio actual funciona con WordPress o Drupal, nuestra migración a un sitio estático conserva cada dirección, pone el sitio en línea en un alojamiento de unos pocos euros al mes y supervisa el cambio durante catorce días.
Preguntas frecuentes
¿Basta GitHub Pages para un sitio de empresa?
Para un sitio corporativo ligero, técnicamente puede bastar. Pero los límites de uso publicados por GitHub precisan que Pages no está pensado ni autorizado para gestionar un negocio en línea, una tienda o un sitio orientado principalmente a transacciones comerciales. También fijan 1 GB por sitio publicado y un límite orientativo de 100 GB de ancho de banda al mes. Para un sitio comercial, elija un proveedor hecho para ello.
¿Cambiar de proveedor hace perder posicionamiento?
No, siempre que las direcciones, las redirecciones y las cabeceras sigan siendo las mismas: el buscador encuentra las mismas páginas en las mismas direcciones. El cambio se hace en el DNS, sin tocar el sitio. Antes de cambiar, compruebe en la dirección de vista previa del nuevo proveedor algunas páginas clave, cada redirección y el mapa del sitio, y repítalo una vez conectado el dominio.
¿El alojamiento de un sitio estático es realmente gratuito?
Casi, mientras el sitio no ejecute código: en Cloudflare, los archivos servidos ni se facturan ni se limitan, según su documentación. El coste llega con las funciones, con los despliegues numerosos en un proveedor que los contabiliza y con las cuentas compartidas entre varios proyectos. Lea los límites de cada plan, no solo su precio de entrada, y feche su lectura: estas tarifas cambian.
Fuentes
- La documentación de los archivos estáticos de los Workers (nueva pestaña)developers.cloudflare.com
- La página que explica los créditos (nueva pestaña)docs.netlify.com
- Los límites de uso publicados por GitHub (nueva pestaña)docs.github.com
La documentación de los archivos estáticos de los Workers
Leer en developers.cloudflare.com(nueva pestaña)Jim · fundador de Brain Plus AI
Más artículos sobre sitios, migración y astro
Entender9 min La guía del tema
Migrar a un sitio estático con Astro sin perder el SEO
Un sitio estático generado con Astro sustituye a un WordPress o un Drupal envejecido sin cambiar de direcciones: páginas en HTML puro servidas por una CDN, ningún plugin que parchear y una cadena de publicación con vuelta atrás. Lo que cambia, cómo se migra y cuándo no hay que hacerlo.
Guía práctica7 min
Formulario y búsqueda en un sitio estático: cómo hacerlo
Un sitio estático no es un sitio inmóvil: formulario, boletín, búsqueda interna o página renderizada bajo demanda se conectan uno a uno. Las soluciones, y la regla que evita perder solicitudes.
Elegir y presupuestar7 min
Cuánto cuesta la web de una empresa en 2026
La web de una empresa se paga dos veces: al crearla y después cada año. Qué hace variar el primer precio, qué infla el segundo y las preguntas que por fin hacen comparables dos presupuestos.