03 — Conteúdo e SEO
Objetivos de conteúdo
Cada objetivo mapeia uma etapa do funil e um KPI em 06-marketing-metrics. Conteúdo que não educa, converte, retém ou ranqueia deve ser questionado antes de publicar.
- Educar sobre o problema que o produto resolve (topo de funil) — ex.: por que auditorias manuais não escalam, o que é regressão pós-deploy, como apresentar Core Web Vitals para clientes não técnicos
- Converter via trial, demo ou CTAs contextuais — cada peça informacional termina com próximo passo claro (trial grátis, checklist downloadável, demo para plano Agency)
- Retener via help center alinhado ao produto — docs in-app cobrem fluxos reais (primeira varredura, configurar alerta Slack, white-label); reduz tickets repetitivos
- Ranquear para termos de intenção comercial e informacional — priorizar keywords onde o ICP (agências) já busca solução, não termos genéricos de SEO enterprise
Pilares editoriais
Três pilares cobrem o funil: problema → solução → prova. Cada pilar tem tópicos recorrentes e persona principal — ver product/02-personas-icp.md.
| Pilar temático | Exemplos de tópicos | Persona |
|---|---|---|
| Fundamento do problema | "Por que relatórios de SEO manuais não escalam"; "O que é regressão de performance após deploy"; "Como calcular o custo oculto de auditorias em planilha" | Ana (ROI) · Carol (profissionalizar entrega) |
| How-to / produto | "Como configurar varreduras semanais para múltiplos clientes"; "Checklist de Core Web Vitals para reunião mensal"; "Integrar GA4 e Search Console no painel da agência" | Bruno (uso diário) · Carol (primeiro relatório) |
| Negócio / caso de uso | "Como agências usam white-label para vender managed SEO"; "De freelancer a agency: quando migrar de planilha para ferramenta"; "Template de proposta com auditoria incluída" | Ana (diferenciação comercial) · Carol (fechar proposta) |
Regra de mix: ~40% problema · ~35% how-to · ~25% negócio/caso de uso. How-to converte melhor quando linkado a feature live — validar status em product/04-features-modules.md antes de publicar.
Palavras-chave prioritárias
Agrupar por intenção evita cannibalização entre páginas. Uma URL principal por cluster; artigos de blog linkam para ela.
| Cluster | Intenção | Página alvo | Exemplos de query |
|---|---|---|---|
| Auditoria SEO agência | Comercial | /for-agencies (landing) | "ferramenta auditoria seo agência", "relatório seo white label" |
| Monitoramento multi-site | Comercial | /features/monitoring | "monitorar vários sites seo", "alertas core web vitals" |
| Core Web Vitals | Informacional → trial | Blog + CTA trial | "como melhorar lcp", "core web vitals relatório cliente" |
| Auditoria grátis / trial | Transacional | /trial | "auditoria seo grátis", "teste ferramenta seo agência" |
O que evitar ranquear: termos de keyword research enterprise (Ahrefs/SEMrush territory) — fora do posicionamento; ver 01-positioning-messaging.
Inventário de conteúdo
Onde vive cada tipo de conteúdo, quem mantém e como evitar drift entre produto e marketing.
| Onde | Path | Responsável | Sync |
|---|---|---|---|
| Help in-app | apps/app/public/docs/ | Produto | Manual / Cursor — revisar a cada release de módulo |
| Website marketing | apps/website/ | Mkt | Manual — landings, pricing, /for-agencies |
| Blog / recursos | apps/website/content/blog/ (ou CMS TBD) | Mkt | Semanal — calendário editorial abaixo |
| Changelog público | apps/website/changelog ou in-app | Produto + Mkt | Por release — alimenta retargeting e newsletter |
| Templates downloadáveis | Notion / PDF em /resources | Mkt + Vendas | Trimestral — proposta, checklist CWV, one-pager white-label |
Consistência: nomes de features, limites de plano e screenshots devem bater com o app. Termos de UI em inglês no produto; blog BR pode traduzir com glossário fixo (ex.: "varredura" = scan, "painel do cliente" = client portal).
SEO técnico (website)
Checklist mínimo para o site em apps/website/. Performance importa tanto para ranking quanto para prova de credibilidade — vendemos diagnóstico de sites.
- Sitemap e indexação —
sitemap.xmlcom landings, blog e/trial;robots.txtsem bloquear assets críticos; páginas de trial e pricing indexáveis - Meta e structured data — title ≤ 60 chars com keyword + marca; description com benefício concreto;
SoftwareApplication+Organizationem JSON-LD na home - Landing pages por use case — derivadas de product/02:
/for-agencies,/for-freelancers,/features/white-label-reports,/features/alerts— cada uma com H1 único, proof points e CTA alinhado à persona - Performance (Core Web Vitals) — LCP < 2,5 s, CLS < 0,1 na home e landings; imagens WebP, fontes self-hosted; praticar o que o produto mede nos clientes
- Internal linking — blog → landing do cluster; help público (se existir) → trial; footer com links para pilares editoriais principais
- Internacionalização — v1 pt-BR no blog e landings BR; UI do app permanece EN — não duplicar URLs sem hreflang se só houver um idioma no site
Calendário editorial (exemplo)
Rotacionar canais para não depender só de blog. KPIs iniciais — refinar baseline em 06-marketing-metrics.
| Semana | Peça | Canal | KPI |
|---|---|---|---|
| W1 | "5 sinais de que sua agência precisa sair da planilha de auditorias" | Blog | Sessões orgânicas · scroll 50% |
| W2 | Carrossel: antes/depois de relatório white-label (dados fictícios) | CTR para /for-agencies | |
| W3 | Tutorial: primeira varredura + PDF em 10 min (screenshots do app) | Blog + YouTube curto | Trial starts atribuídos a utm_content=w3-tutorial |
| W4 | Case study: agência fictícia "4 h → 20 min por cliente" | Blog + newsletter | Visit → trial na landing do case |
| W5 | Checklist downloadável: reunião mensal de SEO com cliente | Lead magnet /resources | E-mails capturados · trial em 7 dias |
| W6 | Post técnico: configurar alerta Slack quando LCP regride | Blog | Tempo na página · help doc views |
Cadência alvo: 2 peças blog/mês · 2–3 posts LinkedIn/semana · 1 newsletter/mês recapitulando releases + top artigo.
Guidelines
Regras de qualidade e compliance — aplicar antes de publicar e na revisão trimestral de conteúdo legado.
- Títulos claros — prometer o que o artigo entrega; evitar clickbait (" você não vai acreditar…") e promessas de ranking garantido
- CTA contextual — topo de funil → trial ou checklist; meio de funil → feature page; fundo → demo Agency ou pricing; sempre UTM padronizado (
utm_source,utm_medium,utm_campaign) - Validação técnica — features, limites de plano e integrações conferidos com product/04-features-modules.md; não anunciar roadmap como disponível (ex.: recomendações com impacto estimado)
- Proof points honestos — usar métricas de product/03-pillars-criteria.md ou cases com permissão; dados fictícios claramente rotulados em screenshots
- Tom — seguir 01-positioning-messaging e 04-brand-communication; técnico quando o leitor é Bruno, orientado a ROI quando é Ana
- Atualização — artigos com screenshots ou passos de UI revisados a cada release major; data de "última atualização" visível no topo do post