Netlify vs GitHub Pages: cuál usar para publicar tu web gratis

Las dos publican una web gratis y en un rato.

La diferencia aparece el día que tu web necesita un formulario.

Y ese día llega antes de lo que crees. Empiezas con un porfolio de una página, se ve bonito, lo compartes. A la semana quieres que la gente te deje su correo. O que te escriba sin salir de la web. Ahí es donde una de las dos opciones se queda quieta mirándote.

Vamos con la comparación entera, porque las dos son gratis y buenas, pero no para lo mismo.

¿Netlify o GitHub Pages?

GitHub Pages si tu web es estática y va a seguir siéndolo. Netlify (enlace de afiliado: así me ayudas a seguir creando contenido) en cuanto necesites un formulario, una función o probar los cambios antes de publicarlos.

Esa es la respuesta corta y te vale para el 90% de los casos. Ahora el detalle, que es donde se decide de verdad.

Qué aloja cada uno

GitHub Pages aloja archivos estáticos. HTML, CSS, JavaScript y poco más. Lo dice su documentación con estas palabras: "GitHub Pages is a static site hosting service that takes HTML, CSS, and JavaScript files straight from a repository on GitHub, optionally runs the files through a build process, and publishes a website".

Fíjate en lo que no aparece ahí: nada de código que se ejecute en un servidor. Si tu web necesita hacer algo cuando el visitante pulsa un botón (guardar un dato, enviar un correo, llamar a una API con una clave secreta), GitHub Pages no tiene dónde meter eso.

Netlify aloja lo mismo y además tiene funciones serverless. Es decir, trozos de código que se ejecutan cuando alguien los llama, sin que tú montes ni mantengas un servidor. Ahí es donde vive el "cuando pulsen enviar, haz esto".

Formularios y funciones: aquí se acaba el empate

Netlify trae formularios de serie y en el plan gratuito son ilimitados. Pones tu formulario en el HTML, Netlify detecta que está ahí y te guarda las respuestas en el panel. Sin backend, sin servicios de terceros, sin escribir una línea de código de servidor.

GitHub Pages no tiene eso. Y no es que sea peor: es que no es su trabajo. Si quieres un formulario en GitHub Pages tienes que enchufar un servicio externo, y eso significa otra cuenta más, otro panel más y normalmente otra suscripción más.

Este punto es el que me hace recomendar Netlify a la mayoría de la gente que llega desde el mundo de crear apps sin programar. Porque las webs que salen de ahí casi siempre acaban queriendo capturar algo: un correo, una reserva, un mensaje.

Los límites de cada uno, con las cifras oficiales

Aquí viene el lío, porque los dos son "gratis" pero cuentan cosas distintas.

Netlify va por créditos desde 2025. El plan gratuito da 300 créditos al mes y no puedes comprar más dentro de ese plan. Un despliegue a producción cuesta 15 créditos y el ancho de banda va a 20 créditos por GB. Cuando se agotan, los proyectos se pausan hasta el mes siguiente, y ese desglose lo tienes entero en el post de si Netlify es gratis y cómo se gastan los créditos.

GitHub Pages no tiene contador de créditos, tiene límites blandos. Su documentación dice que "Published GitHub Pages sites may be no larger than 1 GB", que los sitios tienen "a soft bandwidth limit of 100 GB per month" y "a soft limit of 10 builds per hour", aclarando que ese último no se aplica si publicas con un flujo propio de GitHub Actions. Blando significa que no se apaga solo: si te pasas mucho, te escriben.

Un matiz de la tabla que conviene entender: el modelo de créditos de Netlify castiga el tráfico y GitHub Pages castiga el tamaño. Si tu web pesa poco pero la ve muchísima gente, GitHub Pages aguanta más antes de quejarse. Si tu web pesa bastante y la ven cuatro personas, Netlify ni se entera.

Previews antes de publicar: solo una de las dos

Netlify te crea una versión de prueba de cada rama y de cada cambio propuesto, con su propia URL. Miras cómo queda, se lo enseñas a quien sea, y solo entonces lo pasas a producción. Y esos despliegues de preview no consumen créditos.

GitHub Pages no hace eso. Publicas y ya está: lo que subes es lo que ve la gente.

Parece una tontería hasta el día que la IA te reescribe medio sitio y quieres verlo antes de que lo vea el mundo. Si estás empezando a moverte por repositorios sin ser programador, ese colchón vale mucho. De hecho, si lo de los repositorios todavía te suena a chino, léete antes cómo usar GitHub con Claude Code sin saber Git, porque las dos opciones de este post se entienden mucho mejor con eso claro.

Dominio propio y HTTPS: empate real

Los dos te dejan poner tu dominio y los dos te dan certificado de seguridad gratis. GitHub lo dice tal cual: "You can host your site on GitHub's github.io domain or your own custom domain".

Así que si tu criterio de decisión era ese, mala suerte: no decide nada. Los dos lo hacen y los dos lo hacen bien.

Un detalle que sí conviene mirar: la documentación de GitHub avisa de que "GitHub Pages sites are publicly available on the internet, even if the repository for the site is private (if your plan or organization allows it)". Ese "si tu plan lo permite" es la parte que a la gente le pilla desprevenida. Con la cuenta gratuita, cuenta con tener el repositorio a la vista de todo el mundo. Si te importa que no se vea el código, comprueba qué te permite tu plan antes de montarlo ahí.

Entonces, ¿cuál elijo?

Voy a mojarme, que para eso escribo esto.

GitHub Pages si tu web es un porfolio, un currículum, una documentación o la página de un proyecto de código. Contenido que se escribe, se publica y se toca poco. Si además el código ya vive en GitHub, publicarlo desde ahí es un paso más, no una herramienta nueva. Y ese "una herramienta menos que mantener" cuenta mucho más de lo que parece.

Netlify si tu web va a recoger datos, tiene formulario, necesita una función, o la vas a tocar a menudo con ayuda de la IA. También si vienes de una carpeta que te ha generado una herramienta y no quieres montar un repositorio para nada: con arrastrarla al panel de Netlify ya la tienes online.

Y en qué caso me equivoco: si tu web es estática de verdad y recibe muchísimo tráfico, recomendarte Netlify puede salirte caro. Ahí los 300 créditos gratuitos se evaporan por el ancho de banda mientras que en GitHub Pages ese mismo tráfico entra dentro de un límite blando de 100 GB al mes. Un blog muy leído sin formularios está mejor en GitHub Pages. Lo asumo.

Lo que no haría es empezar por la decisión. Publica en la que te resulte más fácil hoy, y si un día la web te pide algo que esa plataforma no da, te mudas. Mover una web estática de un sitio a otro es de las pocas cosas que en esto se hacen en media tarde.

Si lo que quieres es montarte la web entera hablando con la IA, y no solo decidir dónde subirla, eso es lo que enseño paso a paso en el curso de crear tu web con Claude Code.