Netlify is a hosting platform built around the same workflow you already know from Vercel: connect a Git repository, and every push triggers a build and a deploy — a unique preview URL for every branch and pull request, and an automatic deploy to production when you merge to main.
It predates Vercel as a company built specifically around this "Jamstack" workflow (static sites plus JavaScript plus APIs), and it's framework-agnostic: it detects and builds Next.js, Astro, Hugo, Eleventy, plain static HTML, and dozens of others, without requiring you to use any particular framework it also happens to make.
2. Why it exists
The problem it solves is the same one every deploy platform in this space solves: before this workflow existed, shipping a static or server-rendered site meant configuring your own server, your own CI pipeline, your own CDN, and your own SSL certificates by hand. Netlify (and the category it helped popularize) packaged all of that into "push to git, get a URL" — no server to patch, no infrastructure to provision.
What makes Netlify specifically stand out in that category is that it doesn't stop at hosting: it also ships several product features — forms, identity/auth, A/B testing — as first-party parts of the platform, instead of leaving you to wire up separate services for each.
3. What ships built in
This is the single biggest philosophical difference with a platform like Vercel: Netlify treats several product-level needs as part of the core offering, not as an ecosystem of add-ons.
Forms — add a plain HTML <form> with a data-netlify="true" attribute, and Netlify captures submissions and shows them in a dashboard, no backend code required.
Identity — built-in user authentication (signup, login, password reset) without standing up a separate auth provider.
Split testing — native A/B testing across different deployed branches, routed by Netlify's edge layer.
Redirects and headers — a single netlify.toml or _redirects file controls routing rules, without needing framework-specific config for simple cases.
Why this matters: for a marketing site, a landing page, or a small project, "forms and auth just work" removes entire categories of third-party services you'd otherwise have to pick, pay for, and wire up separately.
4. Functions and Edge Functions
Netlify offers two flavors of serverless code, mirroring the same split Vercel has:
Type
Runs on
Best for
Netlify Functions
AWS Lambda, regional (Node.js runtime)
Regular backend/API work — database calls, sending emails, anything that needs full Node.js APIs and isn't latency-critical at the millisecond level.
Netlify Edge Functions
Deno, at the network edge, close to the visitor
Redirects, personalization, and streaming responses where you want logic to run before the page is served, geographically close to the user.
Edge Functions running on Deno (rather than a custom V8 isolate runtime) means a richer standard library and more familiar Node-like APIs are available — at the cost of a slightly higher cold-start time compared to some competing edge runtimes.
5. Pros and cons
Where it wins
Less opinionated about framework — supports a wider range of static site generators and frameworks out of the box, without favoring one.
Forms, identity, and split testing ship as first-party features — fewer separate services to glue together for content/marketing-heavy sites.
Generous free tier that has historically been friendly to side projects and static sites.
Where it loses
Lower raw compute limits than Vercel — smaller memory allocation, shorter serverless function timeouts, and smaller payload sizes on comparable plans.
Because it isn't made by the same company as any one framework, deep framework-specific features (e.g. the newest Next.js rendering primitives) sometimes land there later than on Vercel.
Two different function runtimes (Lambda-based Functions vs Deno-based Edge Functions) to reason about, instead of one unified model.
6. Netlify vs Vercel
Dimension
Netlify
Vercel
Framework support
Broad, less opinionated — many static generators and frameworks treated equally
Deepest integration specifically with Next.js (its own framework)
Built-in extras
Forms, identity, split testing shipped natively
Thinner core — expects you to bring or connect separate services for these
Compute limits
Lower memory/timeout/payload ceilings on comparable tiers
Notably higher ceilings — more headroom for heavier serverless workloads
Edge runtime
Deno-based, richer standard library, slightly slower cold starts
Minimal V8 isolate sandbox, very fast cold starts, more restricted API surface
Neither one is strictly "better" — they optimize for different things. This mirrors a comparison worth remembering: the "best" tool in this category depends on whether your priority is deep framework integration and raw compute headroom (Vercel) or broad framework support with more product features included by default (Netlify).
7. A practical example
Imagine a small business site: a marketing homepage, a contact form, and a members-only area with login. Built on Netlify, that could be: a static site generator (or Next.js, since Netlify supports it too) for the pages, a plain HTML form with data-netlify="true" for the contact form (no backend code needed), and Netlify Identity for the members area — three needs covered without standing up a database, an auth provider, or a form-handling service. The same project on a platform without built-in forms/auth would mean picking and paying for at least two extra third-party services.
8. When to actually pick it
Reach for Netlify when: the project is content- or marketing-heavy, needs forms/auth/A/B testing without extra services, or uses a static site generator outside the Next.js/React world where you want a platform that treats every framework equally.
Reach for Vercel instead when: the project is Next.js-heavy and benefits from the tightest possible integration with that specific framework, or needs the highest serverless compute ceilings for heavier backend workloads.
In practice, plenty of teams have used both at different points — the migration cost between them is usually low, since both read from the same kind of Git repository and build command. The framework and product requirements should drive the choice, not brand loyalty.
Share:
Newsletter
Learn what AI is creating for you. Don't get lost.
Get notified when a new deep dive or lesson goes up. No spam, just new posts.
Semana 2 · Lição 10
Por que usar Netlify
A outra grande plataforma de "git push pra fazer deploy". Mesma ideia central da Vercel, apostas diferentes sobre o que deveria vir embutido versus ser conectado por fora.
A Netlify é uma plataforma de hospedagem construída em volta do mesmo fluxo que você já conhece da Vercel: conecte um repositório Git, e cada push dispara um build e um deploy — uma URL de preview única pra cada branch e pull request, e deploy automático em produção quando você faz merge na main.
Ela é anterior à Vercel como empresa construída especificamente em volta desse fluxo "Jamstack" (sites estáticos mais JavaScript mais APIs), e é agnóstica de framework: ela detecta e builda Next.js, Astro, Hugo, Eleventy, HTML estático puro, e dezenas de outros, sem te obrigar a usar nenhum framework específico que ela também por acaso fabrica.
2. Por que ela existe
O problema que resolve é o mesmo que toda plataforma de deploy nesse espaço resolve: antes desse fluxo existir, publicar um site estático ou renderizado no servidor significava configurar seu próprio servidor, seu próprio pipeline de CI, seu próprio CDN e seus próprios certificados SSL na mão. A Netlify (e a categoria que ela ajudou a popularizar) empacotou tudo isso em "faça push pro git, ganhe uma URL" — sem servidor pra corrigir, sem infraestrutura pra provisionar.
O que faz a Netlify se destacar especificamente nessa categoria é que ela não para na hospedagem: ela também entrega vários recursos de produto — formulários, identidade/auth, testes A/B — como partes nativas da plataforma, em vez de deixar você conectar serviços separados pra cada um.
3. O que já vem embutido
Essa é a maior diferença filosófica em relação a uma plataforma como a Vercel: a Netlify trata várias necessidades de nível de produto como parte da oferta principal, não como um ecossistema de add-ons.
Formulários — adicione um <form> HTML puro com um atributo data-netlify="true", e a Netlify captura os envios e mostra num painel, sem precisar de código de backend.
Identity — autenticação de usuário embutida (cadastro, login, reset de senha) sem montar um provedor de auth separado.
Split testing — teste A/B nativo entre diferentes branches publicadas, roteado pela camada de edge da própria Netlify.
Redirects e headers — um único arquivo netlify.toml ou _redirects controla regras de roteamento, sem precisar de configuração específica de framework pra casos simples.
Por que isso importa: pra um site institucional, uma landing page ou um projeto pequeno, "formulários e auth já funcionam" elimina categorias inteiras de serviços de terceiros que você teria que escolher, pagar e conectar separadamente.
4. Functions e Edge Functions
A Netlify oferece dois tipos de código serverless, espelhando a mesma divisão que a Vercel tem:
Tipo
Roda em
Melhor pra
Netlify Functions
AWS Lambda, regional (runtime Node.js)
Trabalho de backend/API comum — chamadas a banco de dados, envio de e-mails, qualquer coisa que precise das APIs completas do Node.js e não seja crítica em termos de latência em milissegundos.
Netlify Edge Functions
Deno, na borda da rede, perto do visitante
Redirects, personalização e respostas em streaming, onde você quer que a lógica rode antes da página ser servida, geograficamente perto do usuário.
Edge Functions rodando em Deno (em vez de um runtime de isolado V8 customizado) significa que uma biblioteca padrão mais rica e APIs mais parecidas com Node estão disponíveis — ao custo de um tempo de cold-start um pouco maior comparado a alguns runtimes de edge concorrentes.
5. Prós e contras
Onde ela ganha
Menos opinativa sobre framework — suporta uma gama maior de geradores de site estático e frameworks de fábrica, sem favorecer nenhum.
Formulários, identidade e teste A/B vêm como recursos nativos — menos serviços separados pra juntar em sites de conteúdo/marketing.
Plano gratuito historicamente generoso e amigável a projetos pessoais e sites estáticos.
Onde ela perde
Limites de computação brutos menores que a Vercel — menos memória alocada, timeouts de função serverless mais curtos e payloads menores em planos comparáveis.
Como não é feita pela mesma empresa de nenhum framework específico, recursos profundos e específicos de framework (ex: as primitivas de renderização mais novas do Next.js) às vezes chegam lá depois do que na Vercel.
Dois runtimes de função diferentes (Functions baseadas em Lambda vs Edge Functions baseadas em Deno) pra raciocinar sobre, em vez de um modelo unificado.
6. Netlify vs Vercel
Dimensão
Netlify
Vercel
Suporte a framework
Amplo, menos opinativo — vários geradores estáticos e frameworks tratados igualmente
Integração mais profunda especificamente com o Next.js (framework próprio)
Extras embutidos
Formulários, identidade e teste A/B nativos
Núcleo mais magro — espera que você traga ou conecte serviços separados pra isso
Limites de computação
Tetos de memória/timeout/payload mais baixos em planos comparáveis
Tetos notavelmente maiores — mais espaço pra cargas serverless mais pesadas
Runtime de edge
Baseado em Deno, biblioteca padrão mais rica, cold starts um pouco mais lentos
Sandbox de isolado V8 minimalista, cold starts muito rápidos, superfície de API mais restrita
Nenhuma das duas é estritamente "melhor" — elas otimizam pra coisas diferentes. Isso espelha uma comparação que vale lembrar: a ferramenta "melhor" nessa categoria depende se sua prioridade é integração profunda com framework e espaço de computação (Vercel) ou suporte amplo a frameworks com mais recursos de produto incluídos por padrão (Netlify).
7. Um exemplo prático
Imagine o site de um pequeno negócio: uma home institucional, um formulário de contato, e uma área de membros com login. Construído na Netlify, isso poderia ser: um gerador de site estático (ou Next.js, já que a Netlify também suporta) pras páginas, um formulário HTML puro com data-netlify="true" pro formulário de contato (sem precisar de código de backend), e a Netlify Identity pra área de membros — três necessidades cobertas sem montar um banco de dados, um provedor de auth ou um serviço de tratamento de formulários. O mesmo projeto numa plataforma sem formulários/auth embutidos significaria escolher e pagar por pelo menos dois serviços de terceiros extras.
8. Quando escolher de verdade
Use a Netlify quando: o projeto é bem focado em conteúdo ou marketing, precisa de formulários/auth/teste A/B sem serviços extras, ou usa um gerador de site estático fora do universo Next.js/React onde você quer uma plataforma que trata todo framework igualmente.
Use a Vercel em vez disso quando: o projeto é bem baseado em Next.js e se beneficia da integração mais estreita possível com esse framework específico, ou precisa dos tetos de computação serverless mais altos pra cargas de backend mais pesadas.
Na prática, muitos times já usaram as duas em momentos diferentes — o custo de migração entre elas costuma ser baixo, já que ambas leem o mesmo tipo de repositório Git e comando de build. Os requisitos de framework e produto devem guiar a escolha, não fidelidade de marca.
Compartilhar:
Newsletter
Saiba o que a IA está criando pra você. Não fique por fora.
Seja avisado quando eu postar uma imersão ou lição nova. Sem spam, só posts novos.