Vai al contenuto
Contentin
ContentinRegistrati

Mappatura dei campi

Verifica backlink: PageRank o DR: cosa memorizzare in un campo

Il tuo modello di contenuto ha bisogno di un numero, una data e una nota. Questa pagina mostra il design del campo e un esempio pratico con la formula del DR.

Bilancia in ottone miniaturizzata che confronta due diversi pesi metallici rappresentanti metriche di ranking

Perché PageRank non è un'opzione per il campo

Le persone continuano a cercare uno strumento di verifica backlink PageRank, ma il numero pubblico non c'è più. Google ha rimosso la visualizzazione della toolbar PageRank nel 2016 e nessun sostituto è mai arrivato direttamente da Google.

Quello che rimane sono i punteggi dei fornitori. Ahrefs ha il DR, Moz ha il DA, e noi pubblichiamo il nostro Domain Rating con una formula aperta. Scegli uno e attieniti ad esso. Mescolare due punteggi in una colonna rende ogni confronto successivo privo di significato.

Una regola pratica per i team headless: memorizza ciò che vuoi visualizzare o filtrare, e nient'altro. Ogni campo extra è un elemento in più che un editor potrebbe fraintendere, una colonna in più in un'esportazione e una mappatura in più che si rompe quando si migra da un CMS all'altro.

La denominazione è importante. Chiama il campo link_dr, non authority. Il primo indica di chi è il numero. Il secondo invita qualcuno a sostituire il punteggio di un altro fornitore tra un anno.

Denominare il campo in base alla sua origine

Nomina il campo in base al fornitore che ha prodotto il numero, ogni volta. Un campo chiamato link_dr dice al lettore successivo da dove è venuto il valore e impedisce che un successivo passaggio a un altro fornitore avvenga silenziosamente.

Si trasferisce solo l'etichetta, non il numero. Ahrefs DR, Moz DA e il nostro Domain Rating sono misurazioni diverse, quindi un valore copiato da uno in un campo nominato per un altro ingannerà il lettore successivo.

È possibile memorizzare i punteggi di due fornitori?

Sì, in due campi con due nomi. La maggior parte dei team non ne ha bisogno, perché due numeri invitano a un confronto, e il confronto è il passaggio che spesso va storto.

Se uno stakeholder chiede entrambi, mostragli le due formule affiancate. Le scale sono costruite diversamente e questa differenza spiega la maggior parte delle sorprese.

Il punteggio è lo stesso tra gli strumenti?

No. Un DR da uno strumento e un DA da un altro provengono da diversi grafi di link e formule diverse, quindi possono indicare la stessa direzione e comunque disaccordare sul numero.

La nostra formula è pubblica. La scala logaritmica è il motivo per cui un salto da 1.000 a 100.000 domini di riferimento sposta il punteggio meno di quanto suggeriscano i conteggi grezzi.

Esempio pratico: la formula su cinque domini inventati

I conteggi dei domini di riferimento sono inventati a scopo illustrativo. Formula: round(100 · log(ref_domains+1) / log(2·10^7)).
Dominio inventatoDomini di riferimentoDRFascia suggerita
tiny-docs.example1014Bassa
small-saas.example5023Bassa
mid-blog.example1,00041Media
big-publisher.example100,00068Alta
theoretical-top.example20,000,000100Alta
Scala di pietra a gradini con blocchi colorati che illustrano fasce di crescita logaritmica

Cosa dice la tabella sul design del campo

La scala è logaritmica. Dieci domini e 1.000 domini sono distanti 27 punti, mentre 1.000 e 100.000 sono distanti la stessa quantità ancora. Quindi memorizza l'intero, ma leggilo per fasce.

Un campo a fasce spesso aiuta di più un editor rispetto al numero grezzo. Nessuno può agire su 41 contro 43. Possono agire su un'etichetta che dice media. Tienilo semplice.

Le date contano quanto i punteggi. Un punteggio memorizzato senza data sembra una lettura in tempo reale e un anno dopo qualcuno lo citerà in riunione come se lo fosse. Apponigli un timbro e aggiornalo con una frequenza che puoi nominare, come la scansione notturna bulk_dr dalla tabella dei costi.

Il campo nota dovrebbe rimanere semplice, perché il suo compito è piccolo. Una frase è sufficiente. Il suo compito è ricordare al lettore che l'indice si muove circa mensilmente e che Google Search Console contiene la visione di Google.

Mantenere onesto il campo nel tempo

Un campo scritto una volta e non rivisitato diventa silenziosamente un fatto del passato. Il lavoro di aggiornamento è ciò che lo mantiene una lettura, e dovrebbe essere eseguito su un programma che puoi nominare in una frase.

Inizia con il programma, perché stabilisce tutto il resto. Mensile corrisponde all'indice, e le scansioni notturne aggiungono costi senza aggiungere informazioni, perché l'indice si muove circa una volta al mese.

Con quale frequenza dovrebbe aggiornarsi il punteggio?

Mensilmente, nella maggior parte dei casi, poiché è il ritmo che segue l'indice. Le scansioni notturne hanno ancora senso per un team che vuole una data fresca su ogni voce, anche quando il numero non è cambiato.

Il costo non è il motivo per cui trattenersi. Una chiamata bulk_dr notturna di fino a 2.000 domini costa un credito, e la tabella dei costi elenca il resto.

Cosa dovrebbe fare il lavoro con un valore mancante?

Lascia il vecchio punteggio e la vecchia data al loro posto, e segna il tentativo come fallito nel tuo log. Scrivere un valore vuoto sopra una buona lettura sembra ordinato, ma cancella l'unica storia che hai.

Un valore mancante e uno zero sono fatti diversi. Il tipo di campo dovrebbe mantenerli separati, così un editor non leggerà mai uno spazio vuoto come un punteggio scarso.

Come si mantiene ogni batch sotto il limite?

Dividi la lista in chunk di non più di 2.000 domini e invia una chiamata per chunk. Tieni la dimensione del chunk in una singola costante, così un cambiamento al limite tocca una sola riga.

Registra il conteggio dei domini inviati e il conteggio delle letture memorizzate. Una discrepanza tra i due è il primo indizio che un batch è andato storto.

Cosa dovrebbe vedere un editor accanto al punteggio

Un editor legge il campo in pochi secondi, quindi il campo deve rispondere in pochi secondi. Mostra la fascia prima, la data seconda e l'intero ultimo, perché è l'ordine in cui un lettore affrettato li ha bisogno.

L'etichetta conta quanto il layout. Un campo chiamato link_dr_band che dice media non dice al lettore nulla sull'indice, quindi la nota accanto deve portare quella precisazione.

La fascia dovrebbe colorare la voce?

Un badge colorato può aiutare un editor affrettato, ma può anche far sembrare una lettura media un fallimento. Mantieni i colori ai nomi delle fasce ed evita il rosso per qualsiasi cosa che non sia un problema grave.

La fascia è un consiglio per una revisione, non una regola per la pubblicazione. Dillo nell'etichetta accanto, così un badge verde o ambra non sarà mai letto come un superamento.

Quando la stessa fascia appare su molte voci, controlla la regola prima di controllare le voci. Una fascia che segnala metà del sito di solito ti sta dicendo qualcosa sulla soglia, non sui contenuti.

Cosa mettere nella nota quando la data è vecchia?

Una data vecchia dovrebbe cambiare la nota, non nascondere il punteggio. Una riga che dice che la lettura è più vecchia dell'ultimo aggiornamento dice all'editor cosa fare, ovvero controllare di nuovo prima di farci affidamento.

Genera quella riga nel tuo codice, così ogni voce la dice allo stesso modo. Le note scritte a mano si degradano e dopo alcuni mesi nessuno ricorda cosa dovevano dire.

Una bozza del modello di contenuto

I nomi dei campi sono nostri a scopo illustrativo. Contentful, Sanity, Strapi e Payload dichiarano i campi a modo loro, quindi traduci.

json
{
  "link_dr": 41,
  "link_dr_band": "middle",
  "link_checked_on": "2026-10-29",
  "link_check_note": "Index refreshes monthly. Verify in Search Console."
}
Vassoio di legno per la selezione con quattro scomparti che ricevono pietre preziose versate

Mappare la risposta in questi quattro campi

  1. 1

    Chiama un'azione gratuita una volta

    Esegui overview su un dominio noto e leggi il JSON a occhio. Controlla i veri nomi dei campi nella risposta, perché questa pagina non li elenca per te.

  2. 2

    Scegli il valore DR

    Copia il punteggio da 0 a 100 in un campo intero. Rifiuta qualsiasi valore fuori da questo intervallo così una risposta malformata non può raggiungere la voce.

  3. 3

    Deriva la fascia nel tuo codice

    Sotto 20 è bassa, da 20 a 50 è media, sopra 50 è alta. Le soglie sono un suggerimento e appartengono al tuo team, non all'API.

  4. 4

    Apponi la data

    Scrivi la data di oggi accanto al punteggio. L'indice si aggiorna circa mensilmente, quindi la data è parte dei dati.

Quattro campi e la domanda a cui risponde ciascuno

Ogni campo risponde a una domanda che un editor si porrà.

link_dr

Il punteggio intero da 0 a 100. Risponde a quanto appare forte il dominio sulla scala.

link_dr_band

Un'etichetta semplice come bassa, media o alta. Risponde se una persona dovrebbe guardare più da vicino, senza chiedere a nessuno di leggere un numero.

link_checked_on

La data della lettura. Risponde a quanto è vecchio il numero, il che conta più di quanto la maggior parte dei team si aspetti.

link_check_note

Una frase sull'indice. Risponde a ciò che il punteggio non può mostrare, come l'aggiornamento mensile e il ritardo per i nuovi link.

Campi da escludere

  • Righe grezze di backlink: invecchiano male e gonfiano la voce
  • Liste di anchor text, a meno che un umano non le revisoni (vedi il runbook)
  • Un booleano di superamento/fallimento: invita a un blocco rigido
  • Punteggi di fornitori di due strumenti in una colonna
Un'osservazione sull'esempio

I cinque domini sopra non esistono e i conteggi sono scelti solo per rendere visibile l'aritmetica. Per numeri reali, esegui il DR checker gratuito sul tuo sito.