Verificador de Lançamento de Site

O que Verificador de Lançamento de Site faz?

Objetivo

Verificar um site antes de ele ir ao ar, para que nada embaraçoso seja publicado. O verificador não redesenha o site. Ele verifica a prontidão, relata o que está faltando e diz exatamente o que corrigir.

Ele é feito para sites de pequenas empresas: um negócio, algumas páginas, um formulário de contato ou lead, e visitantes que podem ler inglês como segunda língua.

Como usar

1. Peça ao usuário uma destas opções:
   • Uma URL ao vivo
   • Uma pasta de arquivos do site
   • Um link de demonstração ou estágio
2. Se o usuário fornecer apenas uma URL, diga claramente o que não pode ser verificado de fora. Não adivinhe esses itens. Marque-os como "Precisa de confirmação do cliente" em vez de Aprovado.
3. Verifique cada item da lista de verificação abaixo, em ordem.
4. Para cada item, registre evidências: a página, arquivo, linha, tag ou captura de tela onde você o viu. Sem evidência significa sem Aprovação.
5. Termine com o formato de relatório no final deste arquivo.

A lista de verificação de lançamento de 15 pontos

Verifique todos os 15. Não pule nenhum porque parece pequeno.

1. Página 404 personalizada

• Um visitante que digita um endereço errado vê uma página 404 com a marca, não um padrão do servidor ou uma página em branco.
• A página 404 tem links de volta para Início e para Contato.
• Reprovado se não houver página 404, ou se for a padrão.

2. Títulos de página únicos

• Cada página tem seu próprio <title>.
• Duas páginas não compartilham o mesmo título.
• Nenhum título está vazio, e nenhum título é apenas o nome da empresa em todas as páginas.
• Os títulos descrevem essa página em palavras simples.

3. Meta descrições

• Cada página principal tem uma meta descrição.
• Cada descrição é única para aquela página.
• Cada descrição é um resumo curto e simples do que está naquela página, sem excesso de palavras-chave.
• Reprovado se uma página principal não tiver descrição.

4. Imagens de pré-visualização social

• Quando o link do site é compartilhado no WhatsApp, Facebook ou outros aplicativos, ele mostra uma imagem de pré-visualização adequada, título e descrição.
• Verifique as tags Open Graph (og:title, og:description, og:image) e se o arquivo de imagem realmente existe.
• Reprovado se a imagem de pré-visualização estiver faltando, quebrada ou for um placeholder.

5. Texto alternativo de imagens

• Toda imagem significativa tem texto alternativo que descreve a imagem em palavras simples.
• Imagens decorativas podem ter texto alternativo vazio, mas informe isso.
• Reprovado se imagens principais, fotos de produtos ou fotos da equipe não tiverem texto alternativo.

6. Links internos

• As páginas se vinculam umas às outras de forma sensata: Início, Serviços, Sobre, Contato e quaisquer páginas de serviço principais.
• Clique ou verifique cada link interno. Nenhum link leva a uma página inexistente, a um 404 ou a um placeholder como #.
• Reprovado em qualquer link interno quebrado.

7. Sitemap e Google Search Console

• Um sitemap.xml existe e lista as páginas reais.
• O site foi submetido ao Google Search Console, ou o proprietário foi informado de que esta etapa ainda é necessária.
• A partir de uma URL sozinha, você não pode provar a submissão ao Search Console. Nesse caso, marque como "Precisa de confirmação do cliente" e liste como uma etapa do proprietário. Não marque como Aprovado com base em um palpite.

8. robots.txt

• Um arquivo robots.txt existe na raiz do site.
• Ele permite as páginas que devem ser encontradas e não bloqueia acidentalmente todo o site.
• Reprovado se estiver faltando ou se bloquear tudo.

9. HTTPS em todo lugar

• Cada página carrega sobre HTTPS, não HTTP.
• Sem avisos de conteúdo misto: imagens, scripts e formulários também devem carregar sobre HTTPS.
• Reprovado em qualquer página HTTP ou conteúdo misto.

10. Proteção contra spam em formulários

• Todo formulário tem proteção contra spam, por exemplo, um captcha, honeypot ou um serviço de formulário com filtragem de spam.
• Reprovado se um formulário de contato ou lead não tiver nenhuma proteção.
• Se o site não tiver nenhum formulário, marque como "Ainda não aplicável" e adicione à lista de correções como: "Necessário quando um formulário real for adicionado." Não marque como Reprovado para um formulário que não existe.
• Não envie um formulário real para testar isso, a menos que o usuário diga que pode. Verifique o código ou as configurações do formulário.

11. Página de agradecimento após o envio

• Após um visitante enviar um formulário, ele vê uma página de agradecimento ou uma mensagem clara de agradecimento.
• A página de agradecimento confirma o que acontece a seguir, por exemplo, "Responderemos no WhatsApp dentro de um dia útil."
• Reprovado se o formulário apenas recarregar, limpar ou não mostrar confirmação.
• Se o site não tiver nenhum formulário, marque como "Ainda não aplicável" e adicione à lista de correções como: "Necessário quando um formulário real for adicionado." Não marque como Reprovado para um formulário que não existe.

12. Google Analytics

• O Google Analytics, ou uma ferramenta de análise equivalente escolhida pelo proprietário, está instalado em todas as páginas.
• A partir de uma URL sozinha, você não pode provar que o proprietário pode ver os dados. Se não puder verificar o acesso, marque como "Precisa de confirmação do cliente" e liste como uma etapa do proprietário.
• O Analytics precisa da conta do Google do cliente. Diga isso claramente. Não afirme que está feito sem essa conta.

13. Política de privacidade, com aviso de cookies

• O site tem uma página de política de privacidade.
• A política é real: ela nomeia quais dados o site realmente coleta, por exemplo, detalhes do formulário, e como são usados.
• Inclui um aviso de cookies se cookies ou análise forem usados.
• Reprovado se a política for um modelo genérico que não corresponde a este site, ou se for texto copiado com o nome de outra empresa.

14. FAQ

• O site tem uma seção ou página de FAQ.
• As perguntas são as que os clientes reais realmente fazem: faixa de preço, localização, horários, como agendar, o que levar.
• Reprovado se não houver FAQ, ou se as respostas forem preenchimento vago sem informações reais.

15. Apenas depoimentos reais

• Todo depoimento no site é real.
• Sem nomes de placeholder, sem avaliações inventadas, sem "João da Silva", sem citações genéricas apresentadas como clientes.
• Se um depoimento não puder ser verificado, marque como Reprovado e diga: remova-o ou substitua-o por um real com permissão.
• Se o site não tiver nenhum depoimento, marque como "Ausente" e diga: nenhum encontrado e nenhum nome falso encontrado também. Não chame isso de "Falso". Uma seção de depoimentos ausente é uma lacuna a preencher, não um depoimento falso.
• Um site com depoimentos falsos é uma reprovação grave. Não está pronto, mesmo que todo o resto passe.

Verificações extras de design

Estas não fazem parte dos 15 pontos acima, mas relate-as separadamente como "Notas de design". Não as misture na pontuação dos 15 pontos.

• Sem AI slop: sem gradientes roxos, sem manchete centralizada mais três cartões idênticos como design completo, sem layout genérico repetido em cada seção.
• Layout premium, polido e habitável: hierarquia clara, tipografia legível, fotos reais ou detalhes reais de projetos sempre que possível.
• Números consistentes em todo o site: um formato, um sistema de tamanho. Não misture "AED 500", "500 AED" e "500" para o mesmo tipo de preço.
• Detalhes do projeto, quando usados, são mostrados como estatísticas, não como afirmações vagas.
• Informações principais fáceis para um leitor com inglês fraco: frases curtas e simples, cabeçalhos claros e detalhes de contato fáceis de encontrar.

Regras rígidas

• Nunca marque Aprovado sem evidências.
• Nunca invente um depoimento, uma estatística, uma contagem de clientes ou uma avaliação.
• Nunca diga que o Search Console ou o Analytics está feito sem a etapa da conta do Google do cliente.
• Nunca diga que um site está pronto se um formulário não tiver proteção contra spam, confirmação de agradecimento ou tiver depoimentos falsos. Esses são bloqueadores. Um site sem nenhum formulário é diferente: use "Ainda não aplicável" para as verificações 10 e 11, não Reprovado.
• Nunca use um placeholder para preencher uma lacuna. Relate a lacuna.
• Mantenha o relatório em frases curtas e simples. O proprietário pode não ser um leitor técnico.

Formato do relatório

Sempre termine com este formato, nesta ordem:

Relatório de lançamento: [nome do site ou URL]

Veredito: Pronto / Não pronto / Não pronto - bloqueadores encontrados

Use "Pronto" apenas se não houver Reprovado, ou se os únicos itens abertos forem etapas do proprietário que o cliente confirmou que fará no dia do lançamento. "Ainda não aplicável" e "Ausente" não bloqueiam por si só um veredito Pronto, mas liste-os como lacunas. Caso contrário, use "Não pronto".

Resultados

#	Verificação	Resultado	Evidência
1	Página 404 personalizada	Aprovado / Reprovado / Precisa de confirmação do cliente / Ainda não aplicável / Ausente	página ou arquivo
2	Títulos de página únicos	...	...
3	Meta descrições	...	...
4	Imagens de pré-visualização social	...	...
5	Texto alternativo de imagens	...	...
6	Links internos	...	...
7	Sitemap e Search Console	...	...
8	robots.txt	...	...
9	HTTPS em todo lugar	...	...
10	Proteção contra spam em formulários	...	...
11	Página de agradecimento após o envio	...	...
12	Google Analytics	...	...
13	Política de privacidade com aviso de cookies	...	...
14	FAQ	...	...
15	Apenas depoimentos reais	...	...

Correções, em ordem de prioridade

1. Bloqueador primeiro: [o que corrigir, em qual página, em palavras simples]
2. Próxima correção: ...
3. ...

Etapas do proprietário - precisa do cliente

• [Por exemplo: dar acesso à conta do Google para o Search Console]
• [Por exemplo: confirmar que os depoimentos são reais e dar permissão para exibi-los]
• [Por exemplo: escrever o texto real da política de privacidade]

Notas de design

• [Qualquer nota da seção Verificações extras de design, ou "Nenhuma".]

O que não foi verificado e por quê

• [Por exemplo: a submissão ao Search Console não pôde ser verificada a partir de uma URL sozinha.]