X078 A Checklist de 15 Pontos Antes do Teu Site de Negócio Ir ao Ar
O que se perde e porquê
O site está desenhado, desenvolvido, aprovado e pronto a ir ao ar. O cliente está entusiasmado. A agência quer entregar. E na pressa de lançar, uma lista de elementos críticos de infraestrutura fica por fazer, não porque alguém foi descuidado, mas porque a checklist de ninguém os incluía.
Não são problemas de design. São lacunas operacionais que silenciosamente custam tráfego, confiança e conversões durante semanas ou meses até alguém acidentalmente as descobrir. O site “funciona”. carrega, as páginas existem, o formulário de contacto é submetido. Mas é invisível para o Google, parece quebrado quando partilhado no LinkedIn, envia formulários para um vazio sem confirmação, e não há forma de medir se está de facto a gerar leads.
Aqui está a checklist pré-lançamento que todos os sites de negócio devem passar antes de o DNS ser mudado.
A checklist de 15 pontos
1. DNS e verificação da posse do domínio
O domínio está registado na conta do dono do negócio, não da agência. O DNS está correctamente configurado, registos A, CNAME, e quaisquer registos MX para email. Se não consegues entrar no teu registo de domínio agora mesmo, tens um problema que precisa de ser corrigido antes de qualquer outra coisa.
2. SSL / HTTPS em todo o lado
Cada página carrega via HTTPS com um certificado SSL válido. Sem avisos de conteúdo misto. Pedidos HTTP redirecionam para HTTPS automaticamente. Não há razão zero para qualquer site de negócio mostrar “Não Seguro” na barra do browser em 2026.
3. Verificação do Google Search Console
O Google Search Console está ligado e verificado. O sitemap XML está submetido. Sem isto, estás a lançar às cegas, sem dados sobre o que o Google vê, sem visibilidade de erros de crawl, sem dados de performance de pesquisa.
4. Sitemap XML
Um sitemap.xml válido existe em tuodominio.com/sitemap.xml. Lista todas as páginas públicas com datas <lastmod> correctas. O sitemap está referenciado no robots.txt e submetido ao Search Console. A maioria dos frameworks modernos (Astro, Next.js) geram isto automaticamente, mas verifica que existe e contém as páginas certas.
5. Robots.txt
Um ficheiro robots.txt existe na raiz do domínio. Permite o crawl de todas as páginas públicas e bloqueia acesso a diretórios admin, staging ou privados. Referencia o URL do sitemap. Um robots.txt em falta ou mal configurado pode acidentalmente bloquear o Google de indexar o site inteiro.
6. Meta tags em cada página
Cada página tem uma <title> tag única (50-60 caracteres) e uma <meta name="description"> única (120-160 caracteres). Não há duas páginas com o mesmo título ou descrição.
7. Open Graph e tags de partilha social
Cada página tem tags Open Graph (og:title, og:description, og:image, og:url) e Twitter Card tags. Quando alguém partilha um link no LinkedIn, WhatsApp, Facebook ou Slack, deve mostrar uma imagem com a marca, um título limpo e uma descrição convincente.
8. Favicon e web app manifest
Um favicon está configurado em múltiplos tamanhos (16x16, 32x32, 180x180 para Apple Touch Icon). Um ficheiro site.webmanifest existe para browsers mobile. O tab do browser deve mostrar o ícone do negócio, não um quadrado em branco.
9. Validação de performance em mobile
Corre o PageSpeed Insights em mobile para cada página chave: homepage, serviços, contacto. O Largest Contentful Paint (LCP) deve estar abaixo de 2.5 segundos. Total Blocking Time (TBT) abaixo de 200ms. Cumulative Layout Shift (CLS) abaixo de 0.1. Não são métricas de vaidade, são fatores de ranking do Google.
10. Confirmação do formulário de contacto
Quando alguém submete o formulário de contacto, duas coisas devem acontecer instantaneamente: (1) o negócio recebe um email de notificação com os detalhes do lead, e (2) quem submeteu recebe um email de confirmação. Um formulário que submete silenciosamente para uma base de dados sem confirmação perde leads.
11. Configuração de analytics
Plausible (privacy-first, sem cookie banner necessário na maioria das jurisdições) ou GA4 (se integração com Google Ads for necessária) está instalado e verificado. Eventos estão configurados para submissões de formulários, cliques em telefone, e qualquer ação de conversão.
12. Consentimento de cookies (se aplicável)
Se usas GA4 ou qualquer tracking que coloca cookies, um banner de consentimento GDPR-compliant está implementado. O banner deve bloquear scripts de tracking até ser dado o consentimento, não apenas mostrar uma notificação decorativa.
13. Schema markup
Dados estruturados Schema.org estão implementados: schema Organization na homepage (nome, logo, info de contacto, perfis sociais), schema LocalBusiness se o negócio tem localização física, schema FAQPage em secções FAQ, e schema Article em posts de blog.
14. Plano de backup e recuperação
Um backup completo existe antes do lançamento. Um plano de rollback está documentado, se algo correr mal nas primeiras 48 horas, consegues reverter para o site anterior em minutos.
15. Documentação de posse
Um documento de entrega lista cada conta e credencial que o dono do negócio precisa: login no registo de domínio, dashboard de alojamento, acesso admin ao CMS, dashboard de analytics, acesso ao Search Console, configuração de email, e quaisquer credenciais de serviços de terceiros.
O pipeline de testes
Para equipas que gerem múltiplos sites de clientes, esta checklist deve ser automatizada. Um pipeline de pré-deploy (usando ferramentas como Playwright ou Lighthouse CI) pode verificar thresholds de performance, verificar links quebrados, validar dados estruturados, e garantir que páginas críticas retornam status 200. É esta a abordagem que o Webxtek Studio usa: cada deploy passa por quality gates automatizadas antes de ficar live. Não porque as coisas partam sempre, mas porque a única vez que partem, a verificação automatizada deteta-o antes do cliente ou dos seus clientes o fazerem.
O objetivo não é perfeição, é prevenir o evitável. Cada item desta lista é corrigível em minutos. Cada item que fica por verificar custa ao negócio tráfego real, dinheiro real, ou credibilidade real por cada dia que fica por corrigir.
Perguntas Frequentes
Porque é que tantos sites de negócio lançam sem estes básicos?
Porque a maioria dos projetos de site são orientados pelo design, não pela infraestrutura. A revisão de design acontece no Figma ou num URL de staging. Ninguém verifica se o sitemap existe, se as OG tags estão a renderizar corretamente, ou se o formulário de contacto envia um email de confirmação. São detalhes operacionais que ficam entre o que o designer e o developer assumem que cada um trata.
Qual é a verificação pré-lançamento mais importante?
Verificação do Google Search Console. Sem ela, tens zero visibilidade sobre como o Google vê o teu site, que queries trazem tráfego, e que erros de indexação existem. É gratuito, demora 5 minutos a configurar, e é a base de cada decisão SEO que vais tomar.
O que são OG tags e porque é que importam?
As tags Open Graph controlam como o site aparece quando alguém partilha um link no LinkedIn, WhatsApp, Facebook ou Slack. Sem tags OG correctas, os links partilhados mostram um título genérico, sem imagem, e um URL truncado, que parece pouco profissional. Com tags OG correctas, mostram um título personalizado, descrição e imagem com a marca.
Devo configurar analytics antes ou depois do lançamento?
Antes. Sempre antes. Se lançares sem analytics, perdes todos os dados dos primeiros dias e semanas, que são frequentemente o período de tráfego mais alto devido à atividade promocional. Configura Plausible (privacy-first, sem cookie banner necessário) ou GA4 antes de o site ficar online.
> INICIAR_PROJETO
Precisa de um website que transmita confiança, apareça na pesquisa e dê mais força à sua presença digital? Comece a conversa aqui.