Pular para o conteúdo
Contentin
ContentinCadastre-se

Mapeamento de campos

Verificador de backlinks: PageRank ou DR: o que armazenar em um campo

Seu modelo de conteúdo precisa de um número, uma data e uma nota. Esta página mostra o design do campo e um exemplo prático com a fórmula do DR.

Pequena balança de latão comparando dois pesos de metal diferentes representando métricas de classificação

Por que o PageRank não é uma opção de campo

As pessoas ainda buscam uma ferramenta de verificador de backlinks PageRank, mas o número público desapareceu. O Google removeu a exibição do PageRank na barra de ferramentas em 2016, e nenhum substituto veio do próprio Google.

O que resta são pontuações de fornecedores. A Ahrefs tem o DR, a Moz tem o DA, e publicamos nosso próprio Domain Rating com uma fórmula aberta. Escolha um e mantenha-se nele. Misturar dois em uma coluna torna qualquer comparação posterior sem sentido.

Uma regra prática para equipes headless: armazene o que você exibirá ou filtrará, e nada mais. Cada campo extra é mais uma coisa para um editor interpretar mal, mais uma coluna em uma exportação e mais um mapeamento que quebra quando você migra de um CMS para outro.

A nomenclatura importa. Chame o campo de link_dr, não authority. O primeiro indica de quem é o número. O segundo convida alguém a substituir por uma pontuação de outro fornecedor daqui a um ano.

Nomeando o campo com base em sua origem

Nomeie o campo com base no fornecedor que gerou o número, sempre. Um campo chamado link_dr informa ao próximo leitor de onde veio o valor e impede que uma troca futura para outro fornecedor ocorra silenciosamente.

Apenas o rótulo é mantido, e o número não. O DR da Ahrefs, o DA da Moz e nosso próprio Domain Rating são medições diferentes, então um valor copiado de um para um campo nomeado para outro enganará o próximo leitor.

Você pode armazenar pontuações de dois fornecedores?

Pode, em dois campos com dois nomes. A maioria das equipes não precisa disso, porque dois números convidam a uma comparação, e a comparação é o passo que costuma falhar.

Se um stakeholder pedir ambos, mostre as duas fórmulas lado a lado. As escalas são construídas de forma diferente, e essa diferença explica a maioria das surpresas.

A pontuação é a mesma entre as ferramentas?

Não. Um DR de uma ferramenta e um DA de outra vêm de grafos de links e fórmulas diferentes, então eles podem apontar na mesma direção e ainda discordar no número.

Nossa própria fórmula é pública. A escala logarítmica é a razão pela qual um salto de 1.000 para 100.000 dominos de referência move a pontuação menos do que as contagens brutas sugerem.

Exemplo prático: a fórmula em cinco domínios inventados

As contagens de domínios de referência são fictícias para ilustração. Fórmula: round(100 · log(ref_domains+1) / log(2·10^7)).
Domínio inventadoDomínios de referênciaDRBanda sugerida
tiny-docs.example1014Baixa
small-saas.example5023Baixa
mid-blog.example1,00041Média
big-publisher.example100,00068Alta
theoretical-top.example20,000,000100Alta
Escada de pedra em degraus com blocos coloridos ilustrando bandas de crescimento logarítmico

O que a tabela diz sobre o design do campo

A escala é logarítmica. Dez domínios e 1.000 domínios estão separados por 27 pontos, enquanto 1.000 e 100.000 têm a mesma distância novamente. Então, armazene o inteiro, mas leia em bandas.

Um campo de banda muitas vezes ajuda mais um editor do que o número bruto. Ninguém pode agir com base em 41 versus 43. Eles podem agir com base em um rótulo que diz médio. Mantenha-o simples.

As datas importam tanto quanto as pontuações. Uma pontuação armazenada sem data parece uma leitura ao vivo, e um ano depois alguém a citará em uma reunião como se fosse. Carimbe-a e atualize-a em um agendamento que você possa nomear, como a varredura noturna bulk_dr da tabela de custos.

O campo de nota deve permanecer simples, porque sua função é pequena. Uma frase é suficiente. Sua função é lembrar o leitor que o índice se move cerca de uma vez por mês e que o Google Search Console mantém a própria visão do Google.

Mantendo o campo honesto ao longo do tempo

Um campo que é escrito uma vez e nunca revisitado torna-se silenciosamente um fato sobre o passado. O trabalho de atualização é o que o mantém como uma leitura, e deve ser executado em um agendamento que você possa nomear em uma frase.

Comece com o agendamento, porque ele define tudo o mais. Mensalmente corresponde ao índice, e varreduras noturnas adicionam custo sem adicionar informação, porque o índice se move cerca de uma vez por mês.

Com que frequência a pontuação deve ser atualizada?

Mensalmente, na maioria dos casos, já que esse é o ritmo que o índice segue. Varreduras noturnas ainda fazem sentido para uma equipe que deseja uma data fresca em cada entrada, mesmo quando o número não mudou.

O custo não é a razão para recuar. Uma chamada bulk_dr noturna de até 2.000 domínios custa um crédito, e a tabela de custos lista o resto.

O que o trabalho deve fazer com um valor ausente?

Deixe a pontuação antiga e a data antiga no lugar, e marque a tentativa como falha no seu próprio log. Escrever um valor vazio sobre uma boa leitura parece organizado, mas apaga a única história que você tem.

Um valor ausente e um zero são fatos diferentes. Seu tipo de campo deve mantê-los separados, para que um editor nunca leia uma lacuna como uma pontuação ruim.

Como você mantém cada lote dentro do limite?

Divida a lista em pedaços de no máximo 2.000 domínios e envie uma chamada por pedaço. Mantenha o tamanho do pedaço em uma única constante, para que uma mudança no limite toque uma única linha.

Registre a contagem de domínios enviados e a contagem de leituras armazenadas. Uma discrepância entre os dois é o primeiro indício de que um lote deu errado.

O que um editor deve ver ao lado da pontuação

Um editor lê o campo em poucos segundos, então o campo precisa responder em poucos segundos. Mostre a banda primeiro, a data em segundo e o inteiro por último, porque essa é a ordem na qual um leitor ocupado precisa deles.

O rótulo importa tanto quanto o layout. Um campo chamado link_dr_band que diz médio não informa ao leitor nada sobre o índice, então a nota ao lado precisa carregar essa ressalva.

A banda deve colorir a entrada?

Um crachá colorido pode ajudar um editor ocupado, mas também pode fazer uma leitura média parecer uma falha. Mantenha as cores para os nomes das bandas e evite vermelho para qualquer coisa que não seja um problema grave.

A banda é um conselho para uma revisão, não uma regra para a publicação. Diga isso no rótulo ao lado, para que um crachá verde ou âmbar nunca seja lido como uma aprovação.

Quando a mesma banda aparece em muitas entradas, verifique a regra antes de verificar as entradas. Uma banda que sinaliza metade do site geralmente está dizendo sobre o limite, não sobre o conteúdo.

O que colocar na nota quando a data está antiga?

Uma data antiga deve alterar a nota, não esconder a pontuação. Uma linha que diz que a leitura é mais antiga que a última atualização informa ao editor o que fazer, que é verificar novamente antes de confiar nela.

Gere essa linha no seu código, para que cada entrada a diga da mesma forma. Notas escrit à mão derivam, e após alguns meses ninguém lembra o que elas deveriam dizer.

Um esboço do modelo de conteúdo

Os nomes dos campos são nossos para ilustração. Contentful, Sanity, Strapi e Payload declaram campos de suas próprias maneiras, então traduza.

json
{
  "link_dr": 41,
  "link_dr_band": "middle",
  "link_checked_on": "2026-10-29",
  "link_check_note": "Index refreshes monthly. Verify in Search Console."
}
Bandeja de madeira para classificação com quatro compartimentos recebendo pedras preciosas vertidas

Mapeando a resposta para esses quatro campos

  1. 1

    Chame uma ação gratuita uma vez

    Execute overview em um domínio conhecido e leia o JSON a olho. Verifique os nomes reais dos campos na resposta, porque esta página não os lista para você.

  2. 2

    Escolha o valor DR

    Copie a pontuação de 0 a 100 para um campo inteiro. Rejeite qualquer coisa fora desse intervalo para que uma resposta malformada não alcance a entrada.

  3. 3

    Derive a banda no seu próprio código

    Abaixo de 20 é baixa, 20 a 50 é média, acima de 50 é alta. Os limites são uma sugestão e pertencem à sua equipe, não à API.

  4. 4

    Carimbe a data

    Escreva a data de hoje ao lado da pontuação. O índice é atualizado cerca de uma vez por mês, então a data é parte dos dados.

Quatro campos e a pergunta que cada um responde

Cada campo responde a uma pergunta que um editor fará.

link_dr

A pontuação inteira de 0 a 100. Ela responde o quão forte o domínio parece na escala.

link_dr_band

Um rótulo simples como low, middle ou high. Ele responde se uma pessoa deve olhar mais de perto, sem pedir a ninguém para ler um número.

link_checked_on

A data da leitura. Ela responde o quão antigo é o número, o que importa mais do que a maioria das equipes espera.

link_check_note

Uma frase sobre o índice. Ela responde o que a pontuação não pode mostrar, como a atualização mensal e o atraso para novos links.

Campos a deixar de fora

  • Linhas brutas de backlinks: elas envelhecem mal e incham a entrada
  • Listas de anchor text, a menos que um humano as revise (veja o runbook)
  • Um booleano de aprovação ou falha: ele convida a um bloqueio rígido
  • Pontuações de fornecedores de duas ferramentas em uma única coluna
Uma ressalva sobre o exemplo

Os cinco domínios acima não existem, e as contagens são escolhidas apenas para tornar a aritmética visível. Para números reais, execute o verificador de DR gratuito no seu próprio site.