Hospedar um arquivo HTML

Como hospedar um arquivo HTML

A checagem e a prévia acontecem nesta página; publicar são dois comandos no terminal ou dentro do agente com que você já programa. Nada é enviado aqui — o verificador é um script rodando no seu próprio navegador.

1. Abra o arquivo. Arraste seu .html para a caixa, escolha pelo seletor de arquivos ou cole o código. Ele é lido localmente com FileReader e renderizado em um quadro isolado, então você vê exatamente o que um visitante veria.
2. Resolva o que trava. Cada apontamento vem com o número da linha. O que trava são as coisas que mudam de comportamento assim que o arquivo é servido por HTTPS a partir de um domínio: referências ao seu próprio disco, sub-recursos em http://, viewport ou título faltando. O resto vale a pena acrescentar antes de alguém linkar a página.
3. Publique. Coloque o arquivo em uma pasta com o nome index.html, garanta um handle grátis com clize claim e rode clize deploy nessa pasta. O endereço HTTPS sai no mesmo minuto, e a mesma pasta pode ser republicada quantas vezes você quiser.

O que quebra quando o arquivo sai do seu disco

Um arquivo aberto em file:///Users/voce/Desktop/pagina.html e o mesmo arquivo servido em https://seunome.clize.app/ não vivem no mesmo mundo. As quatro diferenças abaixo explicam quase todo «no meu computador estava certo», e o verificador desta página encontra todas elas sem mandar seu arquivo para lugar nenhum.

O verificador ainda avisa de duas coisas que ficam invisíveis até ser tarde: um <title> faltando, que vira o texto de qualquer link que alguém faça para a página, e um og:image faltando, que é por que alguns links ganham cartão de prévia no WhatsApp e o seu não. Se você só quer olhar o arquivo em vez de publicar, o visualizador HTML renderiza igual, com três larguras e sem conversa de publicação.

Depois do link grátis: o domínio .com.br e a pegadinha do Registro.br

O handle grátis não pede nada além de uma conta: seunome.clize.app sai com HTTPS na hora. A conversa muda quando você quer o seu próprio nome, porque no Brasil o caminho de um .com.br tem duas exigências que não existem em um .com qualquer — e a segunda derruba site de gente experiente.

• Titular com CPF ou CNPJ. Domínios .br são registrados diretamente no Registro.br, e o titular precisa ser pessoa física residente no país ou pessoa jurídica estabelecida aqui, identificada por CPF ou CNPJ. Não existe revenda: o registro e a renovação anual são pagos lá mesmo. Quem não tem CPF nem CNPJ não registra um .br, e essa é a diferença mais concreta em relação a um .com.
• O domínio só entra no ar depois que o DNS responder. Esta é a parte que surpreende. Em um gTLD, você aponta os servidores de nomes e o domínio é publicado na mesma hora, mesmo que nada responda ainda. O Registro.br verifica: enquanto os servidores que você informou não responderem de forma autoritativa pela zona, o domínio fica com o status «aguardando configuração de DNS» e simplesmente não resolve para ninguém. Não é lentidão de propagação, é uma checagem — e ela só passa quando a zona existe do outro lado.

Na prática, a ordem que funciona é: primeiro publique no handle grátis e confirme que a página está certa; depois registre o domínio no Registro.br; então importe esse domínio com clize domain, que cria a zona e devolve os servidores de nomes; e só aí cole esses servidores no painel do Registro.br. Como a zona já está de pé quando a verificação acontece, o domínio é publicado em vez de ficar pendurado. O handle grátis continua funcionando o tempo todo, então nada fica fora do ar durante a troca.

O limite honesto: não registramos .com.br por você. O registro é feito por você no Registro.br, com o seu CPF ou CNPJ — é assim que a titularidade fica no seu nome, e não no de um intermediário. O que fazemos é o passo seguinte: importar o domínio, hospedar a pasta e emitir o certificado.

Dois comandos e o arquivo tem um link

Publicar não é um formulário. Você instala uma vez e, a partir daí, pegar um nome grátis e publicar são um comando cada — os mesmos dois comandos que o seu agente roda quando você pede para colocar a página no ar, porque é a mesma CLI.

$ npm i -g @clize/clize && clize login
      
      $ clize claim serraverde
      ✓ serraverde.clize.app é seu; a página provisória já está no ar.
      
      $ clize deploy ./site --domain serraverde.clize.app
      {
        "host": "serraverde.clize.app",
        "url": "https://serraverde.clize.app",
        "files": 2,
        "notFound": "spa (auto)",
        "geo": { "sitemap": "…/sitemap.xml", "llms": "…/llms.txt", "robots": "…/robots.txt" }
      }

O handle é por ordem de chegada e continua seu até você liberar. O clize deploy recebe uma pasta, então coloque seu arquivo dentro de uma e chame de index.html — essa é toda a cerimônia do «arquivo único». Amarre a pasta uma vez com clize init --handle serraverde e os próximos deploys nem precisam de --domain. Todos os comandos estão na referência de comandos (em inglês).

O que a hospedagem HTML grátis daqui inclui, dito com precisão

Grátis quer dizer o handle, o certificado e os deploys — não é período de teste. Esta é a superfície inteira, para você decidir antes de digitar qualquer coisa:

• Um endereço de verdade. seunome.clize.app por HTTPS, com certificado emitido automaticamente. Seu próprio domínio pode apontar para lá depois, sem mexer nos arquivos.
• Sites com vários arquivos, não só uma página. O que estiver na pasta sobe: páginas, CSS, imagens, fontes. Até 90 MB por arquivo e 5 GB por site.
• 404 de verdade quando você quiser. Coloque um 404.html e caminhos desconhecidos devolvem um 404 real; sem ele, caem em index.html com 200, que é o que uma aplicação de página única precisa. O --not-found decide nos dois sentidos.
• URLs limpas. /oficinas/ serve /oficinas/index.html direto, sem salto de redirecionamento. As respostas ficam cinco minutos em cache público.
• Uma camada legível por máquinas, gerada sozinha. Cada deploy responde /sitemap.xml, /llms.txt e /robots.txt a partir da lista de arquivos; se você publicar os seus com esses nomes, os seus valem.
• Uma caixa de entrada com o mesmo nome, se quiser. clize claim seunome --email abre também support@seunome.clize.app para receber e-mail.

O que não é: não existe editor visual e não existe página de propaganda na frente da sua. Você escreve ou gera o HTML — na mão ou pedindo ao agente que já usa — e o deploy publica exatamente aqueles bytes.

$ npm i -g @clize/clize && clize login
$ clize claim seunome
$ clize deploy ./site --domain seunome.clize.app