Hospedar não é compartilhar: o que muda na prática
Compartilhar um HTML gerado por IA significa transformar o arquivo que o Claude, o ChatGPT ou outra ferramenta devolveu em um link que outra pessoa abre no navegador. A parte de colocar no ar é resolvida, e de graça, por muita gente. O que quase ninguém compara são três coisas que aparecem depois: se o conteúdo muda sem o link mudar, se dá para pedir senha, e se você descobre quem abriu.
Este guia separa os dois problemas e mostra em que caso cada caminho é o certo.
Os dois problemas que parecem um só
Hospedar é tornar o arquivo acessível numa URL. Compartilhar é decidir quem vê, saber quem viu, e continuar no controle depois que o link foi encaminhado para outra pessoa.
Quase toda ferramenta de hospedagem resolve o primeiro. Poucas resolvem o segundo, e não é falha delas: um serviço de hospedagem foi construído para entregar a mesma página para o mundo inteiro, o mais rápido possível. Restringir acesso é o oposto do que ele foi feito para fazer.
A confusão custa caro num caso específico: quando o arquivo é um entregável. Uma proposta, um relatório de campanha, um dashboard de consultoria. Aí a pergunta deixa de ser "a página está no ar?" e vira "a pessoa abriu?".
Existe ainda um terceiro caminho, que parece resolver os dois e não resolve nenhum: mandar o arquivo .html como anexo. Fora do navegador ele não é uma página, e o cliente costuma ver código na tela. O motivo está documentado e é o assunto de por que o cliente não consegue abrir o HTML.
O comparativo
| O que você precisa | Hospedagem comum de arquivos | I LOVE HTML |
|---|---|---|
| Colocar a página no ar numa URL | Sim | Sim |
| Tempo até ter o link | Segundos a alguns minutos | Segundos |
Subir um .zip com CSS, imagens e fontes | Sim | Sim |
| Trocar o conteúdo sem trocar o link já enviado | Depende do serviço | Sim, com as últimas 25 versões guardadas |
| Proteger o link com senha | Raro, e quase nunca no plano gratuito | Sim |
| Definir data de validade | Não | Sim |
| Endereço personalizado por documento | Às vezes | Sim |
| Saber quem abriu, quando e por quanto tempo ficou | Não | Sim |
| QR code que muda de destino depois de impresso | Não | Sim |
| Documento alimentado por API, Google Sheets ou JSON | Não | Sim |
| Publicação por agente de IA, sem pessoa no meio | Não | Sim, via MCP |
| Integração com Git e publicação a cada commit | Sim, é o padrão da categoria | Não |
A última linha é a mais importante da tabela, e volto nela na seção sobre limitações.
Quando a hospedagem comum é a resposta certa
Em três situações ela ganha, e ganha com folga:
A página é pública de qualquer forma. Portfólio, documentação de projeto aberto, página pessoal, material de estudo. Se não existe ninguém de quem esconder, controle de acesso é peso morto.
Você publica a partir de um repositório. Se o seu fluxo é escrever, commitar e ver no ar, um serviço integrado ao Git faz isso melhor do que qualquer plataforma de compartilhamento, inclusive a nossa.
A página pode receber pico de tráfego. Se o conteúdo pode viralizar, você quer uma rede de distribuição desenhada para isso, não uma plataforma desenhada para entregas individuais.
Quando o controle passa a valer
O corte é objetivo. Vale quando pelo menos uma destas frases for verdadeira:
- O documento vai para uma pessoa ou uma empresa específica, e não para o público
- Saber se abriu muda o que você faz depois, como um follow-up comercial
- O conteúdo vai mudar e você não quer reenviar o link nem pedir para ninguém atualizar o favorito
- O link vai para material impresso, onde errar o destino custa uma reimpressão
- O documento precisa sair do ar numa data
Se nenhuma dessas for verdadeira, você não precisa pagar nada a ninguém, e este artigo termina aqui para você.
O que quebra quando você tira o arquivo da ferramenta de IA
Esta é a parte que quase nenhum material cobre, e é onde a maioria dos problemas acontece de verdade.
Um HTML que funciona perfeitamente dentro da conversa pode quebrar assim que vira arquivo. As causas se repetem:
Chamada de API com chave embutida no HTML. O modelo às vezes escreve o código com uma credencial dentro. Dentro da conversa funciona. Publicado, além de quebrar quando a chave expira, a chave fica visível para qualquer pessoa que abrir o código-fonte da página. Antes de publicar, procure por key, token e secret no arquivo.
Fonte de dados que dependia da sessão. Se o gráfico buscava informação de um lugar que exigia você estar logado, ele volta vazio para o destinatário. O sintoma é o dashboard abrir com a estrutura certa e os números zerados.
Biblioteca carregada de fora. Gráficos e ícones costumam vir de um endereço externo. Se o serviço de hospedagem bloqueia esse tipo de carregamento por política de segurança, a página abre sem o gráfico.
Armazenamento do navegador. Se a página guardava estado no navegador, isso não atravessa para outro domínio. O que você via preenchido aparece vazio para quem recebe.
O teste que pega quase tudo isso leva trinta segundos: abra o arquivo com a internet desligada, e depois abra o link publicado numa aba anônima. O primeiro teste revela dependência externa. O segundo revela dependência de sessão.
Onde a I LOVE HTML perde
Um comparativo em que o produto de quem escreve vence em todas as linhas é material promocional, e não vale a sua leitura. Então, com todas as letras:
Não existe integração com Git. Não há publicação automática a cada commit, nem previsualização por branch, nem histórico ligado ao repositório. Se o seu conteúdo nasce de um repositório, o fluxo natural é outro, e a nossa plataforma seria um passo manual no meio do caminho.
Não é lugar para aplicação. Se a página precisa de rota, de processo de build, de banco de dados ou de login de usuário, isso não é um documento, é um sistema. A plataforma serve páginas prontas, não executa código de servidor.
O plano gratuito cobre 5 arquivos. É o suficiente para testar de verdade, e insuficiente para operar. Os planos pagos cobrem 100 e 500 arquivos, e os limites estão em planos e limites.
Tráfego alto não é o nosso caso de uso. A plataforma foi desenhada para entregas com destinatário, não para páginas que recebem picos de acesso do público geral.
Perguntas frequentes
O link funciona se a pessoa não tiver conta?
Sim. Quem recebe abre no navegador, sem criar conta e sem instalar nada. A conta é necessária apenas para quem publica.
E se o HTML tiver JavaScript?
Funciona. A página roda num contexto isolado, o que permite executar o script sem que ele tenha acesso à sessão de ninguém. O que não funciona é código que precise de servidor, porque não há servidor executando por trás.
Dá para usar endereço próprio?
Dá para personalizar o endereço de cada documento, escolhendo o final do link em vez de ficar com um código aleatório. É o que resolve a maior parte da percepção de profissionalismo ao mandar para um cliente.
Posso trocar o conteúdo depois de enviar o link?
Sim, e o link continua o mesmo. As últimas 25 versões ficam guardadas, então dá para voltar atrás.
Pedir e-mail antes de abrir tem implicação de LGPD?
Tem. E-mail é dado pessoal, então coletar exige base legal, finalidade declarada e um prazo de retenção. Se você usa esse recurso, avise na própria página o que será feito com o endereço, e não use o dado para uma finalidade diferente da que você declarou. Este parágrafo é orientação geral, não parecer jurídico: se o volume for relevante para o seu negócio, vale uma revisão com quem cuida do seu jurídico.
Se você ainda está decidindo onde colocar o arquivo, o caminho completo está em como publicar um HTML gerado por IA. Se o caso é o oposto, e você suspeita que não precisa de plataforma nenhuma, veja quando não usar uma plataforma de compartilhamento.