Qual pasta compacto — dist, build ou out?

A que sua ferramenta produzir: dist/ para Vite, build/ para Create React App, out/ para uma exportação estática. Você também pode compactar o projeto inteiro — detectamos a pasta de saída (dist/build/out/public/_site) e servimos a partir dela, então não precisa ser exato.

Meus bundles de JS e CSS com hash carregam corretamente?

Sim. Cada asset é servido com o tipo MIME exato que o navegador requer — text/javascript para JS, text/css para CSS, font/woff2 para fontes — e bundles com hash de conteúdo recebem cache imutável de um ano enquanto o HTML permanece sem cache, então atualizações aparecem imediatamente.

Como faço o roteamento do lado do cliente funcionar?

Ative o modo de aplicação de página única. Caminhos desconhecidos fazem fallback para seu index.html com 200, então links diretos e recarregamentos deixam seu router (React Router, Vue Router, etc.) resolvê-los em vez de retornar 404.

Posso fazer deploy de uma exportação estática do Next.js ou Nuxt?

Sim, se você exportar uma build totalmente estática (a pasta out/). Qualquer coisa que precise de um servidor em execução em tempo de requisição — componentes de servidor renderizados por requisição, rotas de API, middleware de servidor — está fora do escopo da hospedagem estática; exporte a saída estática ou hospede em uma plataforma que execute o servidor.

Como publico uma atualização?

Rode sua build novamente, compacte a saída e envie — a mesma URL serve a nova versão, então os links que você compartilhou continuam funcionando. Não há pipeline de CI nem comando de redeploy; substituir o ZIP substitui o site.

Posso usar meu próprio domínio?

Sim, no Pro. Conecte um domínio ou subdomínio ao seu site com SSL automático para que os visitantes vejam seu endereço na barra de URL. No plano Free, o site fica em um endereço linkinseconds.com.

Quais são os limites de tamanho e arquivos?

A hospedagem de sites estáticos é uma função Pro. Sites Pro comportam até 500 arquivos e 100 MB no total; o Lifetime aumenta esse limite. Cada site é servido a partir de sua própria origem isolada, então o JavaScript do seu app está completamente em sandbox separado do nosso.

Publique uma build do Vite ou React como site

Publique sua build do Vite ou Reactda pasta dist

Você rodou a build e obteve uma pasta dist/ com arquivos estáticos. Compacte, envie aqui e seu app fica online — assets com hash em cache correto, rotas do lado do cliente funcionando, sem pipeline de deploy.

Solte your file aqui

Solte vários de uma vez e eles viram um único link de álbum

Arquivos de até 100 MB grátis

Grátis: 20 links, até 100 MB · Pro: links ilimitados, uploads maiores

Publique sua build em quatro passos

Construa seu app

Rode sua build de produção — npm run build para Vite/React/Vue/Svelte, ou o equivalente da sua ferramenta. Ela gera uma pasta de arquivos estáticos: um index.html, um bundle de JavaScript e CSS com hashes em uma pasta assets/, e suas imagens e fontes. Essa pasta é um site estático completo.

Compacte a pasta de saída

Compacte a saída da build — dist/ para Vite, build/ para Create React App, ou out/ para uma exportação estática — em um .zip. Você também pode compactar o projeto inteiro; detectamos a pasta de saída e servimos a partir dela, então não precisa ser exato.

Envie o ZIP

Arraste o .zip para o card. Descompactamos, encontramos seu index.html e servimos cada arquivo com o tipo de conteúdo correto — text/javascript para seu bundle, text/css para seus estilos, font/woff2 para suas fontes — exatamente o que o navegador precisa para rodar o app.

Ative o modo SPA e adicione seu domínio

Se seu app usa roteamento do lado do cliente, ative o modo de aplicação de página única para que links diretos resolvam para seu index.html em vez de retornar 404. No Pro, conecte seu próprio domínio com SSL automático. Envie novamente após sua próxima build para publicar uma atualização na mesma URL.

Sua build já é um site estático

Uma build de front-end moderna é, por design, uma pasta de arquivos estáticos — esse é o ponto central da etapa de build. Vite, Create React App, Vue CLI, o adaptador estático do SvelteKit e Astro todos emitem um index.html mais bundles de JS/CSS com fingerprint e seus assets. Nenhum servidor é necessário para servi-los; você só precisa de um lugar para colocar os arquivos. Compactar essa pasta e enviá-la aqui é o caminho mais curto de npm run build até uma URL pública, sem CI, sem configuração de deploy e nada para instalar.

Compacte dist/ (ou build/, ou out/) — nós encontramos

Diferentes ferramentas nomeiam a pasta de saída de formas distintas: Vite escreve dist/, Create React App escreve build/, uma exportação estática de Next ou Nuxt escreve out/, Jekyll e 11ty escrevem _site/ e public/. Você não precisa lembrar qual — se seu ZIP contiver uma dessas pastas (ou uma pasta envolvente ao compactar pelo desktop), detectamos a raiz web real e servimos a partir dela. Compacte a saída da build em vez do código-fonte; enviar um projeto sem build não renderizará, e avisaremos se não encontrarmos um index.html.

Roteamento do lado do cliente que realmente funciona

Apps de página única roteiam no navegador: /dashboard e /settings são tratados pelo React Router ou Vue Router, não por arquivos HTML separados. Isso significa que um visitante que abre um link direto — ou atualiza em uma página interna — precisa que o servidor devolva index.html para que seu router assuma o controle. Ative o modo de aplicação de página única e é exatamente isso que acontece: caminhos desconhecidos fazem fallback para index.html com 200, então recarregamentos e links diretos compartilhados funcionam em vez de retornar 404. Deixe desativado para um site multipágina comum e caminhos desconhecidos retornam um 404 real (ou seu próprio 404.html).

Assets com hash em cache agressivo, HTML nunca desatualizado

Boas ferramentas de build fazem fingerprint nos seus bundles — app.4f3a9c2b.js — exatamente para que possam ser cacheados para sempre. Respeitamos isso: assets com hash de conteúdo são servidos com cache imutável de um ano, então visitas repetidas são instantâneas, enquanto seu index.html é servido sem cache para que um novo upload apareça imediatamente. Você obtém o desempenho do cache agressivo sem a armadilha clássica de um arquivo HTML desatualizado apontando para bundles que não existem mais. Publique uma nova build enviando um novo ZIP; a URL permanece a mesma e os visitantes recebem a nova versão no próximo carregamento.

No seu próprio domínio, com SSL

Uma build hospedada em uma URL aleatória serve para prévia, mas um app real precisa de um endereço real. No Pro, conecte seu domínio ou subdomínio e provisionamos HTTPS automaticamente — sem configuração de certificado, sem renovações. Isso torna este um lar legítimo para um pequeno front-end de produção: uma ferramenta interna, um site de marketing, um app de documentação, uma entrega para cliente. Tudo o que o navegador precisa para rodar seu app é servido corretamente; simplesmente não há backend, que é o limite honesto da hospedagem estática.

Somente estático — onde um backend é necessário, este não é o lugar

Isso serve seus arquivos estáticos compilados e nada mais: sem renderização no servidor por requisição, sem rotas de API, sem banco de dados. Se seu app chama uma API externa do navegador via HTTPS, isso continua funcionando. Se depende de código de servidor — componentes de servidor do Next.js renderizados por requisição, endpoints do SvelteKit, segredos de ambiente lidos no servidor — você precisa de uma plataforma que execute esse servidor, e deve exportar uma build totalmente estática ou hospedar em outro lugar. Dito claramente: traga sua saída compilada e tenha uma hospedagem estática rápida; traga um app dependente de servidor e a hospedagem estática é a ferramenta errada.