Depois do ar

Até o dia da publicação, a pergunta era "está bonito e funciona?". Depois dela, passa a ser "alguém está achando, e está virando contato?". São trabalhos diferentes, com ritmos diferentes — e a maior parte do que decide o resultado acontece nos primeiros noventa dias.

O que funcionou no seu computador não está garantido no endereço de verdade. Caminho de arquivo com maiúscula, imagem que ficou na pasta errada, link apontando para localhost: tudo isso só aparece em produção.

• abrir o endereço final no celular, fora do Wi-Fi, em aba anônima
• clicar em todo botão de WhatsApp e mandar a mensagem de teste até o fim
• enviar o formulário e conferir que chegou onde devia
• colar o link no WhatsApp e ver se a miniatura aparece
• abrir /pagina-que-nao-existe e ver a 404

Depois que o site está no ar — e principalmente se está recebendo anúncio pago — toda mudança nasce num branch, vira um endereço de pré-visualização, é aprovada ali e só então entra no ar. Na Vercel, isso já vem pronto: cada push num branch gera um link próprio.

O motivo é simples: um erro num endereço de teste não custa nada; o mesmo erro no site que está recebendo visita custa contato perdido, e às vezes dinheiro de anúncio.

Todos moram na raiz do site, ao lado do index.html. Nenhum dá trabalho; todos são esquecidos.

seusite/
├── index.html
├── obrigado.html
├── politica-de-privacidade.html
├── 404.html
├── robots.txt
├── sitemap.xml
├── favicon.svg
├── favicon.ico
├── apple-touch-icon.png
├── og.jpg
├── vercel.json
└── img/

Uma landing page pode ser uma página só para quem visita. Para quem publica, quase sempre são quatro.

A política de privacidade não precisa ser um documento jurídico de dez páginas para um site pequeno, mas precisa dizer a verdade sobre o que o site faz. O modelo e o que ela deve conter estão em Política de privacidade, na trilha Negócio.

Quando o formulário é enviado, a pessoa precisa de uma confirmação clara — e você precisa de um jeito de contar quantas vezes isso aconteceu. A página de obrigado resolve as duas coisas: cada visita a /obrigado é um envio.

<form action="/api/contato" method="post">
  ...
</form>

<!-- na função que recebe o envio, depois de processar: -->
<!-- return Response.redirect(new URL('/obrigado', request.url), 303); -->

<head>
  <title>Recebemos sua mensagem</title>
  <!-- fora do Google: ninguém deve cair aqui por busca -->
  <meta name="robots" content="noindex">
</head>
<body>
  <h1>Recebemos sua mensagem</h1>
  <p>Respondemos em até um dia útil, pelo e-mail que você informou.</p>
  <p>Com pressa? <a href="https://wa.me/55DDDNUMERO">Chame no WhatsApp</a>.</p>
  <a href="/">Voltar ao início</a>
</body>

No Analytics, a visita a /obrigado já é contada como qualquer página — dá para marcá-la como conversão sem escrever evento nenhum. E a própria página é um lugar para dizer o que acontece agora: em quanto tempo alguém responde, e por onde.

Dados estruturados são um bloco de JSON-LD que descreve o negócio para o buscador em formato de máquina. Para site de serviço, o essencial é um só: LocalBusiness (ou um tipo mais específico dele), com nome, endereço e telefone exatamente iguais aos do Perfil da Empresa.

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "BreadcrumbList",
  "itemListElement": [
    { "@type": "ListItem", "position": 1, "name": "Início",   "item": "https://seusite.com.br/" },
    { "@type": "ListItem", "position": 2, "name": "Serviços", "item": "https://seusite.com.br/servicos" }
  ]
}
</script>

seusite.com.br e www.seusite.com.br são, para o buscador, dois sites. Se os dois abrem a mesma página sem redirecionar, a autoridade da página se divide e o Search Console mostra dados partidos.

A decisão é uma só — qualquer uma das duas serve — e todo o resto obedece a ela: o endereço que a outra redireciona, o canonical, o og:url, o sitemap e o que vai no cartão de visita.

1. no painel da Vercel, em Domains, adicione os dois endereços
2. marque um como principal e o outro para redirecionar a ele
3. confira: abrir o endereço "errado" tem que trocar sozinho, na barra, para o certo

Trocar o nome de uma página — /servicos.html virou /servicos, ou uma seção virou página própria — quebra todo link que existia para ela: o do Google, o do Instagram, o do cartão impresso. O redirecionamento permanente avisa ao navegador e ao buscador que o endereço mudou, e o buscador transfere para o novo o que o antigo já tinha.

{
  "redirects": [
    { "source": "/servicos.html", "destination": "/servicos", "permanent": true },
    { "source": "/promocao-natal", "destination": "/", "permanent": true }
  ]
}

Na Vercel, "permanent": true responde com o código 308 — a versão moderna do 301, que o Google trata do mesmo jeito. false responde 307, temporário: use só quando o endereço antigo vai voltar.

Por padrão, o arquivo sobre.html abre em /sobre.html. Com cleanUrls, ele passa a abrir em /sobre, e quem acessar com .html é redirecionado. É mais limpo de ler, de ditar ao telefone e de pôr num cartão.

{
  "cleanUrls": true,
  "trailingSlash": false
}

trailingSlash: false escolhe /sobre em vez de /sobre/ — mais uma decisão de endereço único, igual à do www.

Cabeçalho de resposta é uma instrução que o servidor manda junto com a página e o navegador obedece. Os de segurança custam uma configuração e fecham portas que um site pequeno nem sabe que estavam abertas. O que cada um protege está em Content Security Policy, na trilha HTML puro; aqui está como ligar.

{
  "headers": [
    {
      "source": "/(.*)",
      "headers": [
        { "key": "X-Content-Type-Options", "value": "nosniff" },
        { "key": "Referrer-Policy", "value": "strict-origin-when-cross-origin" },
        { "key": "Permissions-Policy", "value": "camera=(), microphone=(), geolocation=()" },
        { "key": "Content-Security-Policy", "value": "frame-ancestors 'self'" }
      ]
    }
  ]
}

• frame-ancestors impede que outro site mostre o seu dentro de um iframe — e só funciona como cabeçalho: dentro da tag <meta> ele é ignorado
• Permissions-Policy desliga câmera, microfone e localização para qualquer script da página; se o site usa um mapa com "onde estou", tire o geolocation da lista
• o HTTPS obrigatório (Strict-Transport-Security) a Vercel já manda sozinha

Cache é o navegador guardar um arquivo para não baixar de novo na próxima visita. Ajuda na velocidade — e é a causa do clássico "subi a mudança e o cliente diz que não mudou nada".

Na Vercel, o padrão para arquivo estático é Cache-Control: public, max-age=0, must-revalidate: o navegador pode guardar, mas pergunta ao servidor a cada visita se mudou. É seguro — a mudança aparece na hora — e para um site pequeno quase não custa velocidade, porque a resposta "não mudou" é minúscula.

{
  "headers": [
    {
      "source": "/img/(.*)",
      "headers": [
        { "key": "Cache-Control", "value": "public, max-age=31536000, immutable" }
      ]
    }
  ]
}

Guardar por um ano (31536000 segundos) só é seguro para arquivo que nunca muda com o mesmo nome. Se a foto for trocada, ela entra com outro nome — fachada-2.jpg — e não sobrescreve a antiga.

É a ferramenta gratuita do Google que mostra o que ele pensa do site: se indexou, para que buscas aparece, e o que está com erro. Cadastrar no primeiro dia importa porque os dados só começam a ser contados a partir do cadastro — não dá para ver o passado depois.

1. cadastrar a propriedade e verificar
2. em Sitemaps, enviar o endereço do sitemap.xml
3. em Inspeção de URL, colar a home e pedir a indexação
4. voltar em uma ou duas semanas e ver o relatório de páginas indexadas

É o Search Console do Bing — e o cadastro leva dois minutos, porque ele importa a propriedade direto do Search Console, já verificada, com o sitemap junto. Quase ninguém faz, e por isso vale.

O motivo não é só o Bing: os resultados do Yahoo vêm do índice dele, e boa parte dos do DuckDuckGo também. Estar bem indexado ali cobre vários buscadores de uma vez.

O Bing também aceita o IndexNow: um aviso que o site manda na hora em que uma página muda, em vez de esperar o robô passar. Para site que muda pouco, o sitemap enviado já resolve; o IndexNow faz diferença em quem publica conteúdo com frequência.

Para negócio que atende numa região, o bloco de mapa que aparece acima dos resultados da busca vem do Perfil da Empresa — não do site. Muitas vezes ele traz mais contato que o site inteiro, e é a primeira coisa a configurar depois da publicação.

Os pontos que decidem: a categoria principal certa, o nome, endereço e telefone idênticos aos do site, fotos reais e avaliações que chegam com constância.

Cada vez mais gente pergunta a um assistente de IA em vez de digitar no buscador. Não existe um "SEO para IA" separado e garantido — mas o que se sabe aponta para o mesmo lugar que o SEO bem feito:

• texto no HTML, não dentro de imagem nem só depois do JavaScript: o robô que lê para a IA tem o mesmo problema que o do buscador (Por que HTML puro tem vantagem)
• resposta direta à pergunta real: quanto custa, quanto tempo leva, atende onde — escrita como frase, não como slogan
• os dados iguais em todo lugar: site, perfil, redes e diretórios contando a mesma história
• ser citado fora do próprio site: avaliação, matéria local, lista de fornecedores

Com trinta visitas por semana, quase toda métrica é ruído. O que importa em site de serviço cabe em duas perguntas: quanta gente chegou e quanta clicou para falar — no WhatsApp, no telefone ou no formulário.

1. instalar o Analytics (ou uma alternativa sem cookie, como Plausible ou Umami)
2. transformar o clique no WhatsApp num evento, com a seção de onde saiu
3. marcar esse evento — e a visita à página de obrigado — como conversão
4. marcar com UTM todo link divulgado fora do site

Se o site sair do ar às dez da noite de sexta, sem monitor você descobre quando o cliente manda mensagem no domingo. Um monitor de disponibilidade acessa o site a cada poucos minutos e avisa por e-mail ou aplicativo quando ele não responde — e o plano gratuito dos serviços mais conhecidos já basta para um site pequeno.

O Lighthouse mede a página uma vez, no seu computador, numa conexão simulada. O Search Console mostra os Core Web Vitals medidos nos visitantes reais, em celulares reais — e é esse que conta para o Google.

Em site pequeno, o mais comum é o relatório ficar vazio por falta de volume. Nesse caso, o Lighthouse rodado no celular, em aba anônima, continua sendo a melhor medida que você tem.

Site estático quase não quebra sozinho. Quando cai, quase sempre é porque alguma coisa venceu e o aviso foi para um e-mail que ninguém lê.

contato@seusite.com.br passa mais confiança que um endereço gratuito, e fica com a empresa se o funcionário sair. O domínio é o mesmo do site; quem recebe as mensagens é um provedor de e-mail — Google Workspace, Microsoft 365, Zoho e outros —, que você aponta no DNS.

Cada provedor mostra no painel os valores exatos para copiar. Não invente nem copie de tutorial antigo: os valores mudam de provedor para provedor, e às vezes do mesmo provedor com o tempo.

Os três existem porque qualquer um pode escrever qualquer endereço no campo "De". Eles são a forma de o domínio provar que a mensagem é dele — e, sem eles, o Gmail e o Outlook desconfiam.

seusite.com.br         TXT  "v=spf1 include:_spf.google.com ~all"
_dmarc.seusite.com.br  TXT  "v=DMARC1; p=none; rua=mailto:dmarc@seusite.com.br"

O p=none do DMARC só observa e manda relatório — é o jeito seguro de começar. Depois que os relatórios mostrarem que só os seus servidores enviam, dá para endurecer para quarantine e reject.

O DNS é onde site e e-mail se encontram, e uma mudança errada leva horas para aparecer — e horas para desfazer. O jeito seguro é sempre o mesmo:

1. fotografar a zona antes: print ou cópia de todos os registros que existem hoje
2. uma mudança por vez, e esperar ela valer antes da próxima
3. não mexer de novo se não abriu em dez minutos: a propagação pode levar horas
4. conferir o e-mail depois de qualquer mudança no domínio, mandando e recebendo uma mensagem

O código está no seu computador, no GitHub e na Vercel: são três cópias sem você fazer nada. O que costuma existir numa cópia só são as fotos originais do cliente, o logo em vetor e os textos aprovados — justamente o que ele não tem como refazer.

O site não quebra, mas começa a mentir: o horário mudou, o preço subiu, a promoção de Natal ainda está lá em março, a foto é de uma equipe que não existe mais. Quem visita não sabe qual informação está velha — e passa a desconfiar de todas.

Depois de três meses sem mexer em nada, o cliente pergunta pelo que está pagando. O relatório responde antes: quatro números — visitas, contatos, taxa de conversão, de onde vieram — e uma frase de leitura com uma recomendação.

É o que transforma "fiz um site" em acompanhamento com entrega visível todo mês, e o que sustenta a mensalidade.