Este guia aborda as etapas necessárias para revisar HTML criado por IA antes de compartilhar por link, garantindo que o código seja funcional e seguro.
1. Confira o Pacote, Não apenas o index.html
Se o HTML refere-se a arquivos locais, o arquivo sozinho não contém esses recursos. Uma estrutura possível é:
- No documento, os caminhos precisam fazer sentido dentro desse pacote.
- Envie a pasta inteira e mantenha index.html no nível mais alto. Revise caminhos como file:///, C:\. ou referências a pastas que só existem na sua máquina. Se o gerador criou src/, public/ ou outra estrutura que depende de build, execute esse build primeiro e compartilhe os arquivos resultantes; renomear a pasta não substitui essa etapa.
2. Interação no Navegador Não Significa Dado Compartilhado
Uma página estática pode ter controles, cálculos, desenhos e rascunhos. O problema começa quando a interface promete mais do que o armazenamento real entrega.
- Uma página estática pode ter controles, cálculos, desenhos e rascunhos. O problema começa quando a interface promete mais do que o armazenamento real entrega.
- Um botão diz “Salvar neste navegador”, e não “Enviar para a equipe”. Antes de publicar, classifique cada ação: calcula ou transforma algo apenas na tela, guarda um estado local ou precisa compartilhar dados com outras pessoas? Só a terceira exige um serviço de dados, mas ela também precisa de autenticação, validação e regras de acesso no servidor.
3. Procure o Backend Implícito no Código Gerado
Este trecho pode funcionar durante o desenvolvimento e falhar no link público:
- Há dois limites diferentes aqui. Depois da publicação, localhost aponta para o computador de quem visita a página, não para a sua máquina. E uma página servida por HTTPS não pode depender de uma API HTTP insegura; o navegador bloqueia conteúdo misto.
- Se existir uma API real, ela precisa estar publicada separadamente, usar HTTPS e permitir a origem da página por CORS. Isso não elimina a necessidade de autenticação e validação no servidor. Também remova chaves privadas, tokens administrativos e dados pessoais do HTML, CSS e JavaScript: tudo o que chega ao navegador pode ser lido por quem recebe o link.
4. Teste Como Destinatário e Combine Como Será a Atualização
Abra o resultado em outro navegador, sem a sua sessão, e em um telefone. Além da aparência, verifique:
- as imagens e os scripts carregam sem depender de arquivos locais;
- os controles têm o comportamento descrito pelo texto;
- uma ação que deveria salvar dados tem um destino real;
- o conteúdo pode ser público sem expor segredos ou dados de teste reais.
Se a página vai receber revisões, decida também onde a próxima versão será enviada. Atualizar o mesmo endereço evita espalhar “final-v2”, “final-v3” e correções em links diferentes. Para isso, o serviço de hospedagem precisa permitir substituir o conteúdo mantendo a URL; nem todo link de upload anônimo oferece essa opção.
5. Critério de Encerramento da Revisão
O critério que uso para encerrar a revisão é simples: a pessoa que recebe o link consegue abrir a página e entender quais ações são locais, quais realmente salvam dados e onde encontrar a próxima versão?