Perguntas Frequentes

O registro em si e quase instantaneo. A propagacao de DNS, que e o tempo que leva para todos os servidores de nomes da internet reconhecerem o novo dominio, pode levar de minutos a 48 horas. Na maioria dos casos, funciona em menos de 2 horas. Dominios .com.br registrados pelo Registro.br costumam propagar rapidamente.

O dominio entra em um periodo de graca (normalmente 30 a 45 dias para dominios internacionais, menos para .com.br). Durante esse periodo, voce ainda pode renovar pelo preco normal. Depois, entra em redemption, onde a recuperacao e possivel mas custa significativamente mais. Apos o redemption, o dominio volta ao mercado aberto e qualquer pessoa pode registrar. A secao de dominios detalha o processo.

O processo basico e: desbloquear o dominio no registrador atual, solicitar o codigo de autorizacao (auth code), iniciar a transferencia no novo registrador usando esse codigo, e confirmar por email. Antes de transferir, exporte todos os registros DNS atuais e recrie-os no novo provedor. Nao transfira durante periodos criticos de operacao.

Quando voce altera registros DNS, a mudanca nao e instantanea porque os servidores de nomes ao redor do mundo guardam copias dos registros anteriores em cache. O tempo que leva para todos atualizarem e a propagacao. O TTL (Time to Live) de cada registro define por quanto tempo o cache e valido. TTL mais baixo permite propagacao mais rapida, mas gera mais consultas ao servidor. Para a documentacao de referencia, a MDN Web Docs explica os fundamentos de DNS de forma acessivel.

Para sites simples com poucas paginas e trafego baixo, sim. Mas para sites que precisam de disponibilidade consistente, backups confiaveis e suporte rapido, hospedagem gerenciada e a melhor opcao. A diferenca nao esta na capacidade tecnica, mas no nivel de responsabilidade que o provedor assume. A pagina de hospedagem compara as modalidades em detalhe.

Para sites institucionais, backup diario com retencao de pelo menos 7 dias e o minimo. Sites com atualizacoes frequentes de conteudo podem justificar backups mais frequentes. O mais importante: teste a restauracao periodicamente. Um backup que nao pode ser restaurado nao e backup.

Comece pelo peso das imagens. Na maioria dos sites institucionais, imagens grandes demais sao o principal fator de lentidao. Depois verifique quantos scripts de terceiros estao carregando. Em terceiro lugar, verifique se o cache esta configurado. A pagina de desempenho cobre cada fator em detalhe.

Depende do tipo de conteudo. Horarios e contatos devem ser verificados mensalmente. Paginas de servicos devem ser revisadas trimestralmente. Documentos e regulamentos precisam ser atualizados sempre que a versao vigente mudar. A pagina de manutencao tem um checklist trimestral completo.

So se alguem vai realmente manter com periodicidade. Um blog com a ultima publicacao de dois anos atras prejudica mais do que ajuda. Para a maioria das organizacoes de servico, uma secao de FAQ e uma area de orientacoes sao mais uteis e mais faceis de manter do que um blog.

Envie uma mensagem de teste pelo formulario pelo menos uma vez por mes. Verifique se a mensagem chegou no email configurado. Verifique se o email de destino ainda e monitorado por alguem. Parece basico, mas formularios que param de funcionar silenciosamente sao um dos problemas mais comuns.

Verifique se os registros MX, SPF e DKIM estao configurados no DNS do dominio. Ferramentas online como MXToolbox permitem verificacao rapida. Se seus emails estao indo para spam dos destinatarios, SPF e DKIM ausentes ou incorretos sao a causa mais provavel. A pagina de email corporativo explica cada registro.

Ambos funcionam. A escolha depende do que a equipe ja usa e do orcamento. O mais importante e que o email use o dominio da organizacao (contato@suaorganizacao.com.br, nao suaorganizacao@gmail.com) e que SPF, DKIM e DMARC estejam configurados corretamente.

Cache e uma copia temporaria do conteudo guardada pelo navegador ou pelo servidor para acelerar carregamentos futuros. Quando voce atualiza o site, a copia antiga pode continuar sendo servida ate o cache expirar. A solucao e limpar o cache do navegador ou, se o problema for no servidor, invalidar o cache no provedor de hospedagem. Isso nao e um erro: e o cache funcionando como projetado.

Provavelmente cache de navegador diferente ou problema de compatibilidade CSS. Teste primeiro em modo anonimo (que ignora o cache). Se funciona em anonimo, o problema e cache. Se nao funciona, pode ser CSS ou JavaScript incompativel com aquele navegador.

Comece com dois testes simples: navegue o site inteiro usando apenas o teclado (Tab, Enter, Escape) e ative o leitor de tela do sistema operacional para ouvir como o conteudo e apresentado. Se algum elemento nao funciona por teclado ou nao e anunciado pelo leitor de tela, ha um problema. O checklist de acessibilidade tem a lista completa de verificacoes.

Para sites de servico, a pagina completa (HTML, CSS, JavaScript, imagens) deve ficar abaixo de 1MB. Idealmente abaixo de 500KB. A maior parte desse peso vem de imagens. Uma pagina de texto com boa tipografia e CSS leve pode ficar abaixo de 100KB facilmente.

No minimo: onde o dominio esta registrado, dados de acesso ao registrador, nameservers configurados, provedor de hospedagem, dados de acesso ao painel de controle, provedor de email, registros DNS principais e datas de vencimento de dominio e certificado SSL. Mantenha esse documento acessivel a pelo menos duas pessoas da organizacao.

Depois de migrar: verificar se o site carrega corretamente, testar formularios, confirmar que email esta funcionando, verificar certificado SSL, testar redirecionamentos, atualizar a documentacao de infraestrutura e monitorar por uma semana para detectar problemas residuais.