Distribuir fora do site sem competir consigo mesmo

Sindicar sem declarar a origem entrega ao domínio de outra empresa, quase sempre maior que o seu, o direito de aparecer na busca com o texto que você pagou para produzir. Sindicação (republicar a mesma peça em plataformas de terceiros, como uma coluna que sai em vários jornais) é distribuição barata quando a página original fica declarada como referência, e vazamento de ativo quando não fica.

O caso de abertura é um fracasso previsível. O roteiro antigo deste curso mandava publicar no Medium via API. O aluno chegava no passo de gerar o integration token e a plataforma simplesmente não emitia mais. O tutorial não estava errado quando foi escrito, envelheceu. E é esse envelhecimento silencioso, sem aviso, sem erro de compilação, sem alerta no painel, que faz de qualquer API de terceiro uma dependência de risco.

Leia essas duas respostas com cuidado, porque a interpretação preguiçosa leva ao diagnóstico errado nas duas direções.

O host está de pé. Ele diferencia ausência de token (código 6000) de token inválido (código 6003), o que só acontece quando existe camada de autenticação funcionando por trás. Uma API morta de verdade devolve 404, 410, DNS que não resolve ou timeout. Esta devolve erro bem formado.

Ao mesmo tempo, o repositório oficial Medium/medium-api-docs foi arquivado pelo proprietário em 02/03/2023, está em modo somente leitura, e exibe o aviso literal "The Medium API is no longer supported. We do not recommend using it." Sobre autenticação via navegador, o mesmo README declara "We don't allow any new integrations with our API." A emissão de novos integration tokens parou, com corte reportado em 1 de janeiro de 2025, e a documentação do n8n registra o mesmo comportamento: credenciais antigas continuam visíveis, novas integrações não podem ser configuradas.

O status correto tem três partes e nenhuma delas sozinha descreve a situação: oficialmente descontinuada, infraestrutura respondendo, fechada para novos usuários. Quem já tem token provavelmente ainda publica. Quem começa hoje não consegue a credencial, e portanto não tem projeto.

O DEV.to, rodando sobre o Forem, segue aberto e é o destino principal deste módulo. Base em https://dev.to/api, autenticação por header api-key gerado nas configurações da sua conta, e um header de versão que quase todo tutorial esquece: Accept: application/vnd.forem.api-v1+json.

Esse header não é decoração. A v0 está deprecada e será removida em release futura, então código que não declara a v1 está escrito contra uma superfície com data de validade. A sonda de 19/07/2026 em GET https://dev.to/api/articles retornou HTTP 200.

Duas coisas acontecem nesse 201 e as duas são o ponto da aula.

A primeira é que a peça passou a existir em dois lugares na web com o mesmo texto. A segunda é que o campo canonical_url declara qual dos dois é o original. Sem ele, você criou conteúdo duplicado e entregou a um domínio com autoridade muito maior que a sua o poder de ser escolhido como versão canônica. Com ele, você fez distribuição legítima.

Para atualizar a peça depois, e você vai precisar, porque dado semanal envelhece, o caminho é PUT /api/articles/{id} com o mesmo formato de corpo. O mesmo endpoint promove um rascunho para publicado, o que abre o fluxo que costuma ser o mais saudável: criar com published: false, revisar na interface, publicar depois.

Repare no que o script faz depois do 201: ele confere se o canonical_url voltou exatamente como foi enviado, e falha se não voltou. Essa verificação existe porque a falha de sindicação é silenciosa por natureza. A peça publica, o post fica bonito, você recebe curtidas, e o canonical simplesmente não está lá. Você só descobre semanas depois, quando a versão do satélite aparece na busca no lugar da sua.

Sobre o mecanismo de canonicalização em si, você já viu a hierarquia de sinais em [Gerar tudo e publicar só o que tem dado](#indexacao-seletiva-em-render) e ela não muda aqui. O que muda é o cenário: sindicação é o único caso em que a duplicação é deliberada e o canonical é a única declaração de qual cópia é o original. Tanto o canonical_url do DEV.to quanto o originalArticleURL da mutation publishPost do Hashnode, no endpoint https://gql.hashnode.com/, implementam o padrão correto.

A geometria dessa figura carrega a decisão de arquitetura do módulo. O acervo é o ativo, e o acervo mora no hub. Os satélites são superfícies de distribuição alugadas, sujeitas a mudança unilateral de política, como o Medium e o Hashnode acabaram de demonstrar em janelas de dezoito meses. O valor de cada satélite nas respostas de IA também muda sem aviso: em agosto de 2026, a participação do Reddit nas citações do ChatGPT caiu de cerca de 3,83% para 0,52% em poucos dias, segundo a Promptwatch, enquanto no Google a queda foi gradual. A escolha de satélite é por plataforma e com data.

A régua prática de ligação, que sobreviveu de versões anteriores deste curso porque é barata e não depende de nenhuma tese: cada peça sindicada carrega dois a três links para peças relacionadas do seu acervo e ao menos um link para outra plataforma onde você publica. Isso dá ao leitor caminho de saída dentro do seu material, e dá ao rastreador mais de uma porta de entrada para o hub.

Etapa do projeto Radar. Sua entrega neste módulo tem duas partes.

Parte 1, a peça sindicada. Escreva uma leitura semanal do movimento de preços, derivada do acervo que você já tem: o que subiu, o que caiu, qual município destoou da média do estado, sempre citando a série histórica semanal da ANP como fonte, com a semana de coleta explícita. Publique via API do DEV.to com canonical_url apontando para a versão no seu domínio, que precisa existir e responder 200 antes de você rodar o script.

Parte 2, o mapa de hub e satélites. Documente, num arquivo do repositório, para cada destino que você considerou: nome, estado do acesso na data em que você verificou, custo de entrada, se aceita canonical e por qual campo, e a data da verificação. Esse arquivo tem data porque vai envelhecer, e a data é o que permite saber quando ele envelheceu.

Critérios de aceite

• A peça publicada no satélite retorna canonical_url igual à URL do hub, conferido na resposta da API e não na interface.
• A URL do hub responde 200 e é a mesma que está no seu sitemap, sem redirecionamento no meio.
• A peça carrega de dois a três links internos e ao menos um link para outra plataforma sua.
• O mapa de destinos tem data de verificação por linha.

O guia abaixo serve a quem aprova distribuição fora do site próprio, seja o CMO que ouviu a proposta da agência, seja o gerente de conteúdo que vai operar. Ele destrava uma decisão: sindicar, com quais satélites e sob qual controle.

Peça hoje o mapa de destinos com data por linha e o resultado da sonda de cada API. Confira na primeira peça sindicada: a resposta da API precisa ecoar o canonical_url igual à URL do hub, e essa URL precisa responder 200. Se em três meses o mapa não tiver revisão datada, suspenda a sindicação até ela existir.