Lançamento Lifetime— 23 de 100 vagas por $49 · $99Garanta sua vaga
Hospedagem HTML

Hospede um arquivo HTMLcomo link ao vivo

Solte um único arquivo HTML aqui e obtenha um link limpo que o renderiza ao vivo no navegador — sem servidor, sem DNS, sem etapa de build.

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

Hospede um arquivo HTML em quatro passos

  1. 1

    Transforme-o em um arquivo autocontido

    Inline seu CSS em uma tag <style> e seu JS em uma tag <script>, e referencie imagens por URLs https:// completas ou como data URIs em base64. Se seu CSS/JS/imagens estão em arquivos separados agora, este é o único passo de preparação que importa — tudo que a página precisa deve estar dentro do único .html que você enviar.

  2. 2

    Envie o arquivo .html

    Arraste para o card e faça login com o Google — um toque, sem formulário. Uma conta gratuita oferece 20 páginas hospedadas, de até 100 MB cada. O arquivo é validado pelos seus bytes reais, não pelo nome, então apenas HTML genuíno é aceito.

  3. 3

    Abra o link ao vivo para verificar a renderização

    Sua página é servida em um link limpo e compartilhável, exibida ao vivo em uma visualização de navegador em sandbox. Abra você mesmo primeiro — pois os scripts rodam isolados, uma página que acesse a janela pai ou um cookie de mesma origem se comportará diferente do que no localhost. Corrija e reenvie se necessário.

  4. 4

    Compartilhe o link (ou seu QR code)

    Envie a URL ou baixe o QR code gerado automaticamente para inserir em um slide, impresso ou cartaz. Cada abertura incrementa um contador de visualizações para que você veja que a página está sendo realmente acessada.

Um site de uma página com zero infraestrutura

O caso clássico: você codificou manualmente um index.html — uma página «em breve», um RSVP para evento, um link-in-bio, uma página de detalhes de casamento — e todo guia de hospedagem quer que você compre um domínio, aponte nameservers e aguarde a propagação. Aqui a página fica ao vivo no segundo em que o upload termina, em um link que você pode compartilhar por mensagem. Como renderiza ao vivo em vez de mostrar o código, os visitantes veem a página real com seu layout, fontes e estados hover intactos. O limite honesto: é genuinamente um único arquivo. Se seu site é index.html mais uma pasta /css e uma pasta /images, ou você integra tudo nesse único arquivo ou esta não é a ferramenta certa — um conjunto de assets não se conecta sozinho.

Compartilhar um relatório HTML exportado

Muitas ferramentas exportam um .html autocontido: um relatório de cobertura do pytest ou Jest, uma execução do Playwright, um resumo do Allure ou pandas-profiling, uma auditoria do Lighthouse, um notebook Jupyter salvo como HTML. Esses já são projetados para ser um único arquivo com tudo integrado, o que os torna uma opção quase perfeita. Em vez de compactar o relatório e enviá-lo por e-mail — onde o destinatário precisa baixar, descompactar e encontrar o arquivo de entrada — você envia um único link que abre o relatório interativo no navegador. O contador de visualizações indica que o cliente ou colega realmente o abriu, e o link continua funcionando para a próxima pessoa que precisar. Gráficos interativos e tabelas recolhíveis continuam funcionando desde que o JS tenha sido integrado na exportação.

Pré-visualizar um e-mail HTML ou newsletter codificado

E-mail HTML é seu próprio formato trabalhoso — tabelas aninhadas, estilos inline, sem folhas de estilo externas — e antes de lançar uma campanha você quer que um responsável veja o resultado renderizado, não o código-fonte. Cole a saída do Mailchimp, Klaviyo ou MJML compilado em um arquivo .html, hospede e envie o link para aprovação. Dois avisos honestos que valem a pena mencionar: uma renderização no navegador não é uma renderização real na caixa de entrada (Gmail e Outlook reescrevem o HTML do jeito deles, então use para revisar layout e texto, não para QA final de entregabilidade), e quaisquer pixels de rastreamento ou links de rastreamento de cliques na exportação ainda apontarão para o seu ESP. Remova-os da cópia de revisão se não quiser que suas próprias aberturas de teste sejam contabilizadas.

Um trecho de landing ou demo de código renderizado

Quando você está prototipando, frequentemente tem um único arquivo que é tudo: um hero de landing com Tailwind via CDN, uma animação CSS da qual você se orgulha, um sketch em canvas, uma pequena demo de D3 ou Three.js, um componente que você criou para mostrar a um cliente. Um link ao vivo supera um CodePen ou captura de tela quando você quer que pareça uma página real em uma URL real — sem o ambiente do editor ao redor, abre em tela cheia no celular. Enquanto suas bibliotecas carregarem de um CDN via https e seu código estiver integrado, funciona. Esta é a forma mais rápida de transformar «aqui está uma ideia aproximada» em «abra isso no seu celular» sem um pipeline de deploy.

Por que renderiza em um sandbox (e o que isso significa)

Seu HTML é servido dentro de um frame em sandbox sem acesso de mesma origem. Isso protege tanto você quanto cada visitante: marcação não confiável não pode ler cookies, não pode acessar a página pai e não pode agir como se fizesse parte do host. Para 95% das páginas — layout, estilos, animações, bibliotecas CDN, scripts autocontidos — você nunca vai notar. Onde você vai notar: código que assume que controla a janela de nível superior, que precisa de cookies de primeira parte ou localStorage, ou que se comunica com uma API que permite apenas uma origem específica (CORS). Essas são preocupações de apps personalizados, e para eles um host real é a escolha certa. No Pro você pode colocar uma página hospedada no seu próprio domínio na barra de endereços com SSL automático, mas a página ainda renderiza em sandbox, então os mesmos limites de scripts se aplicam. Para hospedar uma página para ser visualizada, o sandbox é um recurso, não uma limitação.

Para quem é isso — e quem deve buscar outra opção

Ótimo para: desenvolvedores, designers, estudantes, profissionais de marketing e criadores sem código que têm um único .html pronto e precisam de uma URL agora — uma demo para um cliente, um relatório para um gerente, um trecho para um colega, uma página única para um evento. Não é a opção certa para: um site de várias páginas com links internos entre arquivos .html, um app que precisa de backend ou variáveis de ambiente, qualquer coisa que exija seu próprio domínio na barra de URL, ou uma etapa de build que gera uma pasta /dist com assets separados. Para isso, use um host real. Se seu único obstáculo era «não quero configurar hospedagem para um único arquivo», isso remove exatamente esse obstáculo e nada mais.

Perguntas frequentes

Ainda com dúvidas? Fale conosco diretamente — uma pessoa real responde.

Sim. Tudo que a página precisa deve estar dentro do único arquivo ou carregado de uma URL https:// — inline seu CSS e JS, e referencie imagens como URLs completas ou data URIs em base64. Arquivos .css/.js separados ou uma pasta de imagens não serão vinculados.

Seu link está a 10 segundos

Entre grátis com o Google — um toque, sem formulários — e compartilhe um link limpo e rastreável.

Começar grátis

Explorar mais

Link de portfólio Alternativa ao Tiiny Host Compartilhamento somente leitura Compartilhar arquivos online