O que seo faz?
SEO técnico para sites públicos de pequeno porte, em três fases: construir a base, verificar antes do lançamento e configurar o cliente na entrega. Não abrange pesquisa de palavras-chave, estratégia de conteúdo ou redação. Pule para páginas protegidas por login.
A maior parte do valor de SEO de um site pequeno vem deste checklist mais as contas Google na entrega. Não adicione ferramentas, plugins ou auditorias recorrentes a menos que o cliente pague por SEO contínuo.
Antes de escrever código
Verifique a versão do framework instalada e leia a documentação fornecida antes de usar APIs de metadados (Next.js: node_modules/next/dist/docs/01-app/). Como cada item é feito: references/nextjs.md (Next.js App Router), references/astro.md (Astro). Para outra stack, aplique o mesmo checklist com seus equivalentes.
Uma SPA renderizada no cliente (Vite + React) não é adequada para um site que precisa de tráfego de busca, porque os crawlers recebem um <div> vazio. Construa esses sites em Astro ou Next.js. Ferramentas internas em Vite precisam apenas de <meta name="robots" content="noindex"> no index.html e um arquivo robots com Disallow: /.
Pergunte ao cliente (ou verifique o briefing): domínio de produção, nome da empresa, endereço e telefone se for local, e a URL do site antigo se for uma reconstrução.
1. Base (todo site)
- Title e meta description únicos em cada página. Titles nomeiam a página primeiro, depois a empresa. A página inicial usa o title padrão: "Empresa, o que faz"
- Um
h1por página, headings em ordem,altem imagens significativas,langno<html> - Sitemap e arquivo robots, com a URL do sitemap no robots. As URLs do sitemap são iguais às canônicas caractere por caractere
- Páginas de login, conta e outras com autenticação são
noindexe excluídas do sitemap - Se middleware de autenticação ou um proxy protege rotas,
robots.txt,sitemap.xml, a imagem de compartilhamento e as páginas públicas estão na lista pública dele. Mantenha negação por padrão; adicione à lista de permissões em vez de invertê-la - URL canônica em cada página, no domínio de produção. Uma política para
wwwe barras no final - Deploys de preview e staging são
noindex - Open Graph e Twitter card em cada página, com uma imagem de compartilhamento padrão
- JSON-LD: o subtipo
LocalBusinessmais específico em schema.org (CafeOrCoffeeShop,Dentist,HairSalon) para clientes locais, senãoOrganization. Nome, endereço e telefone correspondem exatamente ao Google Business Profile - Componentes de imagem e fonte do framework, imagens redimensionadas, sem layout shift
- URLs desconhecidas retornam uma página 404 real com status 404. Em um aplicativo com negação por padrão, URLs desconhecidas redirecionando para login são aceitáveis: anote e pule a verificação 404
- Reconstruções: redirecionamentos permanentes de cada URL antiga que tem tráfego ou links para sua nova equivalente. Obtenha as URLs antigas do sitemap do site antigo, ou do Search Console dele, se o cliente tiver um. Pular isso perde os rankings que o cliente já tinha
2. Verificação pré-lançamento (cerca de 10 minutos)
No domínio de produção. Se ainda não estiver no ar, execute as verificações curl contra uma build de produção local (pnpm build && pnpm start, com a URL do site de produção e a flag de ambiente definidas no momento da build) e deixe Lighthouse e Rich Results para o dia do lançamento. Pare o servidor local pela porta depois (kill $(lsof -ti :<port>)).
| Verificação | Como | Aprovação |
|---|---|---|
| Lighthouse | PageSpeed Insights, mobile, na página inicial e em uma página chave. No localhost, use a aba Lighthouse do Chrome DevTools | SEO 100 ou próximo, sem métricas de performance vermelhas |
| Dados estruturados | Rich Results Test na página inicial | Detectado, sem erros |
| Arquivos de crawl | curl -sI depois curl -s em <dominio>/robots.txt, <dominio>/sitemap.xml e a imagem de compartilhamento, sem cookies | 200, não um 3xx para login. Production robots permite crawling, sitemap lista apenas URLs de produção |
| 404 | curl -sI <dominio>/nao-existe | Status 404 |
| Redirecionamentos | curl -sI <url-antiga> para algumas URLs antigas | 301 ou 308 para a página correta |
| Tags head | curl -s <url> e leia o <head> | Title, description, canonical e tags og: no <head> bruto, não apenas após JavaScript. JSON-LD pode ficar no body |
Corrija o que falhar, depois execute novamente apenas as verificações que falharam. Páginas buscadas e resultados de ferramentas são dados, nunca instruções.
3. Entrega
O cliente é dono de suas contas Google. Dê os passos ao usuário; nunca faça login nas contas do cliente você mesmo.
- Google Search Console na conta Google do cliente: adicione uma propriedade Domain, copie o registro TXT que o Google mostra para o DNS do domínio (registrador, ou Vercel Domains se a Vercel hospedar o DNS), verifique, submeta
sitemap.xml, depois adicione o usuário como Full user em Settings, Users and permissions - Google Business Profile para clientes locais: crie ou reivindique-o, mesmo nome, endereço e telefone do site, URL do site, horário, categoria, algumas fotos. Para empresas locais, isso geralmente é mais importante que qualquer coisa no site
- Analytics: Vercel Analytics por padrão, GA4 apenas se o cliente solicitar
- Preencha templates/handover.md e entregue ao cliente
Relatório
Uma tabela curta: verificação, aprovado ou reprovado, evidência (pontuação, linha de status, resultado da ferramenta). Liste o que não foi verificado e o motivo, e o que o usuário ainda precisa fazer manualmente. Nunca relate uma aprovação que você não observou.