Revisão técnica: 07/09/2026. Publicação original preservada.
Quando um site não abre, a falha pode estar na resolução do nome, na conexão, no certificado, no servidor ou na aplicação. Registre o erro e compare alguns acessos antes de alterar configurações. Uma resposta positiva em um teste externo não prova que todas as páginas e funções estejam funcionando.
Registre o sintoma
Anote o endereço completo, o horário com fuso e a mensagem exibida. Diferencie página em branco, demora até expirar, alerta de certificado e código HTTP. Teste a página inicial e uma página interna que você conhece; um endereço digitado incorretamente pode falhar enquanto o restante do site continua disponível.
Compare acessos sem concluir a causa cedo demais
Use outro navegador e, se possível, outra conexão, como a rede móvel. Resultados diferentes ajudam a delimitar a investigação, mas não identificam sozinhos o responsável. Um bloqueio seletivo, uma rota ou uma configuração de DNS também pode afetar apenas parte dos visitantes.
Se o acesso falhar somente em sua conexão, siga o diagnóstico de falha de acesso em uma rede específica. Se ocorrer em várias redes, reúna os resultados e acione o responsável pela hospedagem sem esperar completar todos os testes.
Entenda o tipo de resposta
- Nome não encontrado: confira o domínio e a resolução DNS.
- Alerta de certificado: verifique nome, validade e configuração HTTPS; não ignore o alerta para entrar no painel.
- 403: o acesso foi recusado; permissões e regras de acesso precisam ser investigadas.
- 404: o recurso solicitado não foi encontrado. Isso não demonstra indisponibilidade de todo o servidor.
- 500, 502 ou 503: registre o código e confira aplicação, serviços e logs com o responsável técnico.
A referência de códigos HTTP da MDN explica essas respostas. Um timeout pode ocorrer antes de existir resposta HTTP. Da mesma forma, receber 200 não garante que login, banco e formulários funcionem corretamente.
Se houve uma mudança recente
Informe se o problema começou após migração, troca de DNS, atualização de plugin ou edição de configuração. Não faça várias mudanças simultâneas: isso dificulta identificar o que causou e o que corrigiu a falha. Confirme a existência de backup antes de reverter arquivos ou banco.
O que enviar ao suporte
Envie domínio, URL afetada, horário, erro, redes testadas e mudanças recentes. Se houver identificador de requisição ou código fornecido pela CDN, inclua-o. Compartilhe logs e informações de acesso pelo canal privado, sem senhas. O atendimento da WebinHost pode orientar a investigação dos serviços contratados.
