Sindicação de conteúdo: como não perder o original

Sindicação de conteúdo é republicar o mesmo artigo, na íntegra ou quase, em um site diferente daquele onde ele nasceu: um portal parceiro, uma newsletter que também mantém arquivo público, o Medium, o LinkedIn Articles. A pergunta que importa não é "posso republicar", é "quem fica com a página nos resultados de busca quando as duas cópias existem ao mesmo tempo". Isso se resolve com sinais técnicos, não com boa vontade do parceiro.

Existem só três formas de proteger o original: o parceiro aponta um canonical de volta para você, o parceiro coloca noindex na cópia dele, ou você publica primeiro e espera o Google indexar antes de liberar a sindicação. Cada uma serve para um cenário diferente, porque nem todo canal aceita as três.

Sindicação não é guest post, mesmo que pareçam parecidos de longe

Guest post e sindicação de conteúdo costumam ser tratados como a mesma coisa porque os dois envolvem "meu texto aparecendo em outro domínio". A mecânica é oposta.

Um guest post entrega ao parceiro um artigo inédito, escrito para aquele site, que nunca existiu em outro lugar. O valor para quem escreve é o link de volta embutido no corpo ou na bio — e, exatamente por isso, guest post é um assunto de link building, com suas próprias regras sobre âncora, relevância do site que publica e quantidade razoável por trimestre.

Sindicação entrega o mesmo artigo, palavra por palavra ou quase, que já está publicado no seu domínio. Não existe um link novo para negociar porque o texto não é novo — o problema que a sindicação resolve é outro: impedir que duas cópias idênticas disputem espaço no índice e que a cópia errada vença essa disputa. Se você está negociando link building, o assunto é outro artigo e outra conversa; se está negociando republicação do que já existe, o assunto é canonical, noindex e tempo de espera — que é do que trata o resto deste artigo.

Quando o parceiro coopera: canonical apontando para o original

Quando o site que vai republicar tem CMS próprio e aceita editar o cabeçalho da página, uma opção é pedir que ele insira uma tag de canonical na página da cópia, apontando para a URL do artigo original no seu domínio.

Tecnicamente, isso é um sinal cross-domain: o canonical não precisa apontar para outra URL no mesmo site, pode apontar para qualquer domínio. O Google trata esse sinal apenas como uma sugestão de qual versão indexar e mostrar nos resultados. Desde 2023, a documentação do Google para conteúdo sindicado passou a preferir o noindex na cópia, porque as duas páginas costumam diferir o suficiente para o canonical ser ignorado; o canonical continua útil, mas com menos garantia.

Na prática isso significa três coisas para quem negocia a sindicação:

• O parceiro continua com a página no ar e visível para quem visita o site dele — o canonical não remove a página, só diz ao buscador qual versão priorizar.
• O texto das duas cópias precisa ser essencialmente o mesmo. Se o parceiro edita o título, corta parágrafos ou reordena seções, o Google pode não tratar as páginas como duplicatas e passar a rankear as duas de forma independente, o que anula o propósito do canonical.
• Você não controla a implementação. Depende do parceiro inserir a tag corretamente e não removê-la em uma reforma futura do site dele — por isso vale checar de tempos em tempos, não só no dia da publicação.

A opção que o Google hoje prefere: noindex na cópia

Alguns parceiros recusam o canonical cross-domain porque querem a própria página indexada e visível na busca — é o caso comum de agregadores de notícias, portais de nicho que vivem de tráfego orgânico e não vão abrir mão dele para favorecer o site de outra empresa.

Quando essa é a posição do parceiro, a segunda ferramenta é pedir uma meta tag robots com noindex, follow na página que republica o conteúdo. Isso diz diretamente ao Google para não colocar aquela URL nos resultados de busca, mas ainda seguir os links que ela contém — então, se a página tiver um link para o seu artigo original, esse link continua contando normalmente.

A diferença prática entre as duas ferramentas importa na negociação: canonical é uma sugestão que o parceiro pode contornar sem perceber (um erro de template, uma migração de CMS que apaga a tag); noindex é uma instrução mais direta, mas também mais fácil do parceiro recusar, porque ele está abrindo mão explicitamente de qualquer tráfego de busca para aquela página — algo que canonical não pede tão claramente, mesmo levando ao mesmo resultado prático.

Quando nenhum sinal existe: o que o Google decide sozinho

O cenário mais comum na prática não é o parceiro cooperando nem recusando — é o parceiro simplesmente não mexendo em nada, porque quem publica o conteúdo do lado dele não tem acesso ao cabeçalho da página ou não sabe que isso é uma opção. Nesse caso as duas cópias ficam indexáveis, sem canonical nem noindex, e o Google decide sozinho qual delas mostrar quando alguém busca um trecho do texto.

Esse processo de duplicação é resolvido por um agrupamento automático de páginas com conteúdo muito parecido, e a escolha do representante do grupo olha para sinais que não têm nada a ver com quem escreveu o texto primeiro: força de domínio, quantidade e qualidade de links internos e externos que cada URL recebe, presença em sitemap, velocidade e histórico de indexação da página. Um portal parceiro com mais autoridade acumulada do que o seu próprio domínio pode, nessas condições, acabar sendo escolhido como a versão canônica pelo próprio algoritmo — mesmo o texto tendo nascido no seu site.

É por isso que "não fazer nada" não é uma opção neutra em sindicação: sem um sinal explícito, você está apostando a posse do seu próprio conteúdo na força relativa de domínio entre você e o parceiro, e nem sempre essa aposta é favorável.

Atraso de publicação como proteção quando não dá para negociar sinal nenhum

Quando o canal não aceita canonical nem noindex — LinkedIn Articles é o exemplo mais claro, porque não existe campo para nenhum dos dois — a única proteção disponível é de tempo: publicar primeiro no seu domínio, esperar o Google rastrear e indexar essa versão, e só depois disponibilizar a cópia no canal externo.

A lógica é que o histórico de quando cada URL foi vista pela primeira vez pelo rastreador é um dos sinais usados no agrupamento de duplicatas descrito acima. Não é uma garantia isolada — domínio fraco publicando primeiro ainda pode perder para domínio forte publicando depois — mas ajuda a inclinar a decisão a favor da versão que apareceu primeiro, especialmente quando os outros sinais, como links e autoridade, estão relativamente equilibrados entre as duas partes.

Não existe um número mágico de dias de espera que funcione igual para todo site — depende de quão rápido o Google costuma rastrear o seu domínio, o que varia com a frequência de publicação e o histórico de indexação dele. O jeito prático de saber que já é seguro sindicar é verificar, pela Google Search Console ou por uma busca do tipo site: seguida da URL exata, que a página original já está indexada antes de liberar a cópia — em vez de contar dias no calendário e torcer.

Uma quarta opção: sindicar só o resumo, não o artigo inteiro

Quando o parceiro não aceita canonical, não aceita noindex e o canal não dá margem para negociar prazo — caso comum de agregadores que puxam conteúdo automaticamente via RSS — ainda existe uma saída que evita o problema de duplicação pela raiz: sindicar apenas um resumo do artigo, de dois a três parágrafos, com um link para o texto completo no seu domínio.

Isso funciona porque a base do problema é a similaridade de texto entre as duas páginas. Um resumo de duzentas palavras e um artigo de mil e setecentas palavras não competem como duplicatas no agrupamento do Google, porque o conteúdo simplesmente não é parecido o suficiente para cair na mesma comparação — o resumo é uma página com informação própria, ainda que reduzida, e não uma cópia do original.

A limitação prática é que o resumo raramente entrega o mesmo valor de leitura para quem chega até ele, então essa opção costuma ser combinada com feeds automáticos ou agregadores que você não controla diretamente, onde forçar canonical ou noindex de fato não é possível — e não com parceiros com quem existe uma relação editorial direta, onde as três ferramentas anteriores continuam sendo a escolha melhor.

Aplicando isso nos canais mais comuns: portais, newsletters, Medium e LinkedIn

Cada canal de sindicação tem uma capacidade técnica diferente, e vale mapear isso antes de fechar um acordo de republicação:

• Portais parceiros com CMS próprio: normalmente dá para negociar tanto canonical quanto noindex, porque alguém do lado deles tem acesso ao template ou ao plugin de SEO. É o cenário mais controlável — e também o que vale mais a pena formalizar por escrito, porque é fácil a implementação certa se perder numa reforma do site meses depois.
• Newsletters distribuídas só por e-mail: o e-mail em si não é rastreado pelo Google, então não há disputa de indexação enquanto o conteúdo ficar só na caixa de entrada. O problema aparece quando a plataforma de newsletter também publica um arquivo web público de cada edição — nesse caso, essa versão web precisa do mesmo tratamento de canonical ou noindex que qualquer outro parceiro, porque ela é uma página comum para o rastreador.
• Medium: a ferramenta de importação do Medium tem um campo específico para declarar a URL canônica de origem no momento em que você cola o texto — preenchendo esse campo, o próprio Medium insere o canonical cross-domain apontando para o seu site. É o canal onde essa proteção é mais simples de aplicar, porque a plataforma já espera esse uso.
• LinkedIn Articles: não existe campo de canonical nem controle de meta tags robots na publicação de artigos do LinkedIn. A única proteção disponível ali é a de tempo — publicar no seu domínio, confirmar a indexação, só então postar no LinkedIn — e mesmo assim vale lembrar que o LinkedIn costuma ranquear bem pela autoridade da própria plataforma, então o objetivo realista não é sempre vencer o LinkedIn no ranking, é garantir que a versão original continua indexada e visível também.

O que deixar combinado por escrito antes de sindicar

Um acordo de republicação verbal ("pode postar lá, sem problema") não protege nada tecnicamente — o que protege é o que fica registrado como responsabilidade de cada lado antes da primeira publicação sindicada.

• Qual sinal será usado: canonical apontando para o original, noindex na cópia, ou nenhum dos dois combinado com um prazo mínimo de espera antes da republicação.
• Quem garante que o texto republicado não vai ser editado de forma que descaracterize as páginas como duplicatas — título, introdução e estrutura de seções precisam permanecer reconhecíveis como o mesmo conteúdo.
• Se o parceiro migrar de CMS ou redesenhar o site, quem avisa quem — porque é exatamente nesses eventos que uma tag de canonical inserida manualmente costuma desaparecer sem ninguém perceber por meses.
• Com que frequência alguém confere, depois da publicação, se o sinal combinado ainda está presente na página — uma checagem trimestral simples evita descobrir o problema só quando o tráfego do artigo original já caiu.