Conteúdo
Blog & artigos
O purpose publications é onde mora o conteúdo que vai existir em série — blog corporativo, knowledge base, news, guias, tutoriais. Diferente de Páginas, aqui você ganha coleções aninhadas (categorias, sub-categorias) e controle de acesso por papel (conteúdo restrito a planos, alunos, assinantes).
Quando usar Publications
Use Publications sempre que o conteúdo for recorrente, organizado em séries/categorias e potencialmente restrito por papel. Casos típicos:
- Blog corporativo — posts diários/semanais sobre o nicho da empresa
- News / portal de notícias — matérias categorizadas por editoria
- Knowledge base — artigos organizados em "Categoria → Subcategoria → Artigo"
- Guias e tutoriais técnicos — TechArticle com hierarquia por tema
- Conteúdo gated — artigos premium para assinantes / membros
- Receitas, eventos, vagas — qualquer conteúdo "tipo lista" recorrente
Pages vs Publications
Os dois purposes compartilham os 11 schema types do CONTENT_OPTIONS — mas se comportam de forma muito diferente:
| Característica | Pages | Publications |
|---|---|---|
| Cria coleção (pasta) | × | ✓ |
| Hierarquia aninhada (sub-coleções) | × | ✓ |
| Pode ser página inicial (Home) | ✓ | × |
| Controle de acesso (entitlements) | × | ✓ |
| Schema default | WebPage | Article |
| Item leaf chamado de | Página | Publicação |
| Permalink na raiz por padrão | ✓ | × (segue hierarquia) |
Se você criou um post como Pages e percebeu que vai virar série (precisa categorizar, ter mais 50 igual), use a ação Mover em massa para transferir os documentos para uma coleção em Publications.
Hierarquia: coleções aninhadas
A maior diferença prática de Publications é a hierarquia. Você cria coleções (pastas), pode aninhar quantas precisar e cada nível vira um segmento da URL:
Regras importantes
- Sem maxDepth — você pode aninhar quantos níveis quiser, mas 3 níveis é o sweet spot recomendado para SEO (Categoria → Subcategoria → Artigo)
- Coleção é página também — vira
CollectionPageautomática listando filhos - Schema herda — se a coleção raiz é Article, os filhos default são Article (mas pode trocar individualmente)
- Bulk move existe — reorganize o blog inteiro selecionando docs e usando "Mover entre coleções"
Schemas mais usados em Publications
Os 11 schemas do CONTENT_OPTIONS estão todos disponíveis (mesmo conjunto de Pages — vale revisar a página de Páginas). Mas em blog corporativo, os 5 protagonistas são:
Article default
Artigos genéricos, conteúdo editorial padrão.
Use para: blog institucional, artigos longos, guias.
BlogPosting post
Posts de blog tradicionais, com data e autor visíveis.
Use para: blog "diário" pessoal, conteúdo opinativo, posts curtos.
NewsArticle news
Notícias, com data de publicação rigorosa e autor.
Use para: portal de notícias, releases corporativos.
TechArticle tech
Conteúdo técnico, tutoriais, documentação.
Use para: knowledge base, docs internos, tutoriais hands-on.
ScholarlyArticle acad
Artigo acadêmico/científico com referências.
Use para: pesquisas, white papers, papers técnicos.
Cada schema tem tags Schema.org específicas (datePublished, author, headline, articleBody…). Quando você escolhe um schema "editorial" como esses, o autor é obrigatório — a plataforma força preenchimento na etapa 3 do wizard.
Wizard de criação
O wizard é o mesmo de 4 etapas usado em Pages (Tipo, Básico, Metadados, Mídia). As únicas diferenças visíveis em Publications:
- Etapa 1 — Tipo mostra um toggle "Sub-coleção" vs "Publicação" quando você está dentro de uma coleção, em vez de criar sempre como leaf como em Pages
- Etapa 1 — Tipo herda o schema da coleção pai automaticamente ("Subtipo herdado: BlogPosting")
- Etapa 2 — Básico não tem toggle "Página inicial" (não aplicável)
- Etapa 3 — Metadados mostra papéis liberados (Entitlements) — escondido em Pages
Para detalhes de cada etapa em si, veja a documentação do wizard em Páginas.
Estrutura editorial (campos do artigo)
Cada artigo de Publications tem campos editoriais que vão muito além do título:
| Campo | Para que serve | Schema.org |
|---|---|---|
| Título | Headline principal do artigo | headline |
| Slug | Identificador URL-friendly | — |
| Descrição | Resumo curto (excerpt) — vira meta description default | description |
| Autor | Quem assina o artigo (obrigatório em schemas editoriais) | author |
| Status | Rascunho / Agendado / Publicado / Arquivado | — |
| Data de publicação | Quando o artigo foi/vai ao ar | datePublished |
| Data de modificação | Atualizada automaticamente ao editar | dateModified |
| Imagem destacada | Featured image — também usada como OG e thumbnail | image |
| Categorias (coleções) | Onde o artigo está aninhado | articleSection |
| Tags / palavras-chave | Termos relacionados (não-hierárquicos) | keywords |
| Conteúdo | O texto/HTML do artigo em si | articleBody |
Acesso restrito (Entitlements)
Diferente de Pages, Publications permite controle de acesso por papel (entitlement). Cada artigo pode ter regras diferentes — ou em massa via Bulk Entitlements. São 3 níveis de acesso:
Acesso completo
Quem tem o papel lê o artigo inteiro, sem limitações.
- Artigo aparece normalmente no feed
- Sem badge de "premium"
- Acessível pelo link direto também
Preview parcial
Mostra os primeiros parágrafos, depois bloqueia com paywall e CTA.
- Bom para captura de leads
- Indexável pelo Google (vê o início)
- Quem não tem o papel vê CTA "assine para ler tudo"
Restrito total
Só título e CTA. Conteúdo bloqueado por completo para quem não tem o papel.
- Conteúdo de membros pagos
- Material exclusivo de plano premium
- Artigos fechados a colaboradores internos
Como aplicar entitlements
Crie os papéis em Membros & permissões
Os papéis personalizados (ex.: "Assinante", "Aluno Premium") viram entitlements disponíveis para selecionar.
Marque na publicação
Na etapa "Metadados" do wizard (ou no editor depois), escolha quais papéis liberam o conteúdo.
Defina o nível de acesso
Para cada papel: full, preview ou restricted.
Use bulk para massa
Selecione 50 artigos premium e use a ação Definir acesso para aplicar a regra de uma vez.
CollectionPage automática
Toda coleção em Publications gera automaticamente uma página de listagem com schema CollectionPage. Acessível no permalink da coleção.
O que aparece na CollectionPage:
- Título e descrição — vindos da própria coleção
- Lista dos filhos publicados — em ordem de
publishedAt(mais recente primeiro), com paginação - Filtros opcionais — por sub-coleção, autor, tag
- Featured image de cada artigo — como thumbnail da listagem
- Excerpt (descrição) — texto curto antes do título
O layout da CollectionPage é definido no Page Builder ou template aplicado à coleção. Você não precisa criar a página manualmente — ela existe assim que a coleção tem filhos publicados.
Permalink construído pela hierarquia
Diferente de Pages (que ficam na raiz por padrão), Publications constrói o permalink juntando o caminho da coleção com o slug do artigo:
- Coleção raiz —
/blog - Sub-coleção —
/blog/marketing-digital - Artigo final —
/blog/marketing-digital/seo/medir-trafego
Você pode customizar o permalink de qualquer artigo (override manual no PermalinkBuilder), mas o padrão segue a hierarquia. Ao mover o artigo entre coleções, o permalink atualiza e a plataforma cria redirect 301 do antigo para o novo.
Bulk actions úteis para blog
Todas as 8 ações em massa funcionam, mas as mais usadas em Publications são:
Mudar status
Publicar 50 artigos do AI Planner de uma vez.
Atribuir autor
Trocar o autor de uma série inteira (ex.: redator saiu).
Mover entre coleções
Reorganizar arquitetura de blog (mover 30 posts pra nova categoria).
Definir acesso
Aplicar regra premium em massa (todos os artigos da coleção "Premium").
Import (WordPress, Markdown, JSON)
Em /documents/$purpose/import, você importa em massa. Para Publications, os formatos comuns:
- WordPress XML (WXR) — exporta direto do WP via Tools → Export. Mantém categorias (viram coleções), tags, autores, datas e featured image
- Markdown (frontmatter) — útil para migrar de Hugo, Jekyll, Astro, Next.js MDX. O frontmatter (
title,date,tags,author) é mapeado automaticamente - JSON — formato livre, com mapping de campos (você define qual campo do JSON vira qual campo do documento)
- CSV — para listas mais simples (título, slug, descrição, conteúdo, status)
Após importar conteúdo legado, vale rodar a pipeline de IA em alguns artigos para regenerar título/SEO/imagens. Em conteúdo antigo, isso costuma trazer ganho grande de tráfego em poucas semanas.
Exemplos práticos
| Cenário | Schema | Estrutura sugerida |
|---|---|---|
| Blog corporativo (1 nicho) | BlogPosting | /blog/{post-slug} (1 nível) |
| Blog corporativo (vários temas) | BlogPosting ou Article | /blog/{categoria}/{post-slug} (2 níveis) |
| Knowledge base | TechArticle | /ajuda/{tema}/{subtema}/{artigo} (3 níveis) |
| Portal de notícias | NewsArticle | /noticias/{editoria}/{ano}/{artigo} (3 níveis) |
| Conteúdo premium (assinantes) | Article + entitlement | /premium/{post-slug} com regra preview ou restricted |
| White papers / pesquisas | ScholarlyArticle | /research/{ano}/{paper-slug} |
| Receitas culinárias | Recipe | /receitas/{categoria}/{prato} |
| Eventos da empresa | Event (subtypes) | /eventos/{ano}/{evento} |
| Vagas de emprego | JobPosting | /carreiras/{vaga-slug} |