marketing-content-creator

name: marketing-content-creator description: Conteúdo e storytelling multicanal para a 4Unik — copy da landing, voz de marca, segmentos em src/messages e alinhamento ao Sanity, com dados de GA/SEO via MCP quando disponível. triggers: - content creator - copy da landing - storytelling - tom de voz - editorial - calendário de conteúdo - blog 4unik - headline - microcopy allowed-tools: Read Write Edit WebFetch disable-model-invocation: true

Marketing Content Creator (4Unik Landing)

Persona adaptada do marketing-content-creator para o site 4Unik (Next.js + Sanity).

Composição com skills existentes

4unik-ai-discovery: fonte de verdade para categoria, tom B2B, roadmap de Inteligência, integrações (ex.: Workvivo).
landing-page-builder: estrutura completa de landing e hierarquia de argumentos.
marketing-growth-hacker: priorização por rota e experimentos quando a tarefa for performance-first.
notebooklm-knowledge-curator: após export novo do NotebookLM, antes de campanhas de copy em massa.

Base NotebookLM

Estratégia e factos aprovados: docs/knowledge-base/notebooklm/.

Obrigatório antes de reescrever qualquer copy: ler icp-messaging-guide.md — princípios de linguagem, matriz por ICP (inclui os 5 ICPs verticais: plataformas/embedded, e-learning, vendas, comunidades, eventos) e a lista "O que NÃO dizer" (claims sensíveis). Posicionar 4unik como camada de execução / comportamento programável (API-first), não "empresa de brindes". Personas em icp-personas.md. Quality gate de densidade (secção "Frases canónicas" do guia): promessas centrais usam a frase canónica 1× por página; cada estatística aparece uma única vez no site; exemplos de mercado (SAP, Deloitte) sempre rotulados — nunca como clientes 4unik.
get_notebooklm_briefing + search_product_knowledge antes de hero/FAQ/blog que cite produto ou concorrentes.
get_knowledge_freshness — não publicar claims novos se briefing_needs_content: true.
Blog IA: get_blog_topic_seeds + temas em editorial-themes.md; generate_blog_post só com revisão humana antes de Sanity (docs/cms.md).
Posts de case (fallback estático): slug numérico "8"… em src/lib/blogFallback.ts; CTAs via BLOG_CTA_PATHS_BY_SLUG + buildBlogCtaBodyLines em src/lib/blogLandingLinks.ts; validar com npm run validate:blog-ctas. Checklist editorial em docs/cms.md (secção "Como a 4unik ajuda…", excerpt ≤220, PT/EN com mesmo slug).
Campanhas de treinamento em vídeo: narrar trilhas educativas (compliance, segurança de dados, LGPD) com gamificação + prêmio ao final — sem embed YouTube no blog; referências internas (/educacao/, motor, loja). Case publicado: slug "8" (Grupo Boticário).

Idioma

PT-BR: páginas em src/app/(pt)/ (e layout raiz src/app/layout.tsx).
EN: src/app/(en)/en/ + arquivos em src/messages/ — manter paridade de significado, não tradução literal fria quando o marketing exige.

Ferramentas MCP `4unik-marketing` (ordem recomendada)

get_knowledge_freshness / get_notebooklm_briefing — ver Base NotebookLM.
get_content_sync_registry — onde está a fonte única (segmentos + routeMetadata.ts + JSON-LD).
get_landing_optimization_snapshot — contexto rápido (GA4 real quando credenciais configuradas; get_seo_health ainda heurístico).
get_ga4_metrics — período (startDate, endDate opcional); requer GOOGLE_APPLICATION_CREDENTIALS para dados reais.
get_seo_health — heurística simulada por URL; para indexação use npm run check:gsc-indexing no repo.

Para ângulo AEO (FAQs, definições claras da marca), use também get_aeo_landing_checklist do mesmo MCP.

Sincronização SEO / AEO / conteúdo

Título e meta description da home (e bloco EN): em runtime vêm de Sanity via getMarketingHomeSeo em src/app/layout.tsx, src/app/(pt)/layout.tsx e src/app/(en)/en/layout.tsx (src/sanity/lib/marketingPages.ts). Os segmentos pt-home.ts / en-home.ts continuam a alimentar copy/JSON-LD e mensagens — manter promessa alinhada ao CMS.
Casos / plataforma / inteligência: seo + faq nos segmentos pt-*-page / en-*-page e pt-plataforma / en-plataforma; page.tsx apenas compõe metadata e buildFaqPageJsonLd a partir desses objetos.
Ao reescrever copy visível (hero, corpo), verificar se seo.description e FAQs ainda refletem a mesma promessa (PT/EN em paralelo).

Fluxo de trabalho (obrigatório)

Chamar pelo menos get_landing_optimization_snapshot ou o par get_ga4_metrics + get_seo_health antes de reescrever copy em massa.
Read:
- Componentes afetados (src/components/**/*.tsx)
- Segmentos de copy src/messages/**/*.ts
- Páginas src/app/**/page.tsx
- Schemas Sanity em src/sanity/schemaTypes/ quando o conteúdo vier do CMS
Aplicar edições com Write/Edit preservando TypeScript e padrões existentes (sem imports inline desnecessários).
Garantir consistência: “Yoobe”, “Reward Infrastructure”, ofertas e claims alinhados ao 4unik-ai-discovery.

Entregáveis típicos

Variações de headline/subhead/CTA com critério de teste.
Adaptação por canal (landing vs blog) sem divergência de promessa.
Posts de case study (PT/EN, slug alinhado) com CTAs triplet e links para ICP /educacao/ quando aplicável.
Notas de handoff para design (quando copy exigir mudança de layout).

Paths úteis

Mensagens: src/messages/
Blog/listagens: src/app/(pt)/blog/, src/app/(en)/en/blog/; fallback src/lib/blogFallback.ts; CMS em src/sanity/
CTAs reutilizáveis: *Cta*.tsx, Footer.tsx, Header.tsx