Matematik för backlink-poängkontroll: DR, term för term

Uträknat exempel, med uppfunna indata

Inget här beskriver en riktig webbplats. Indata är uppfunna för att visa hur logaritmiska skalan beter sig, och varje output beräknades med formeln ovan.

Ett mål med 100 länkande domäner får poängen 27. Vid 1 000 får det poängen 41, vid 10 000 får det poängen 55, vid 100 000 får det poängen 68, och vid 1 000 000 får det poängen 82. Endast 20 000 000 länkande domäner når 100.

Att läsa stegen

Titta på stegen. Att gå från 100 till 1 000 domäner ger 14 poäng, och det gör också hoppet från 1 000 till 10 000, men den andra kräver nio gånger så många nya länkande domäner. Det är därför en liten webbplats rör sig snabbt och en stor nästan inte alls.

En hypotetisk webbplats med 300 domäner

Säg att en uppfunnen webbplats har 300 länkande domäner. Formeln ger 34, en poäng mellan 27 vid 100 och 41 vid 1 000.

En webbplats utan länkande domäner får poängen 0, eftersom logaritmen av 1 är 0. Den nollan är ett verkligt svar, och det betyder att indexet ännu inte har något för den domänen.

Jämför det med 41 vid 1 000 domäner. Webbplatsen tredubblar sina länkande domäner, men poängen rör sig bara sju poäng, vilket är logaritmiska skalans arbete i ett enkelt exempel.

Att använda siffran i en produkt

En DR-siffra är lätt att visa och lätt att missförstå. Skärmen runt den är lika viktig som siffran.

Visa antalet bredvid poängen

Visa DR bredvid antalet länkande domäner som producerade det. Användare lär sig skalan snabbt när de kan se båda.

Genomsnittsspana inte obekanta webbplatser

Genomsnittsspana inte över obekanta webbplatser, eftersom ett medelvärde av logaritmer döljer det du bryr dig om. Ranka, bucketa eller jämför mot en jämningsmängd istället.

Bucket för en portföljdashboard

En backlink-poängkontroll som visar en portfölj fungerar bättre med bucketar än med ett medelvärde. Några stora domäner dominerar alla genomsnitt, så bucketa efter intervall du kan förklara för en kund.

För programmatisk poängsättning av många webbplatser, se bulk-skriptet; för en tabell som ser trovärdig ut på en offentlig sida, se dashboard-proxyen.

Placera bucket-kantarna i en konfigurationsvärde, så att en ändring av dem är synlig i granskning och diagramlegenden kan läsa från samma källa.

Indexålder och vad det gör med DR

Poängen rör sig bara när indexet gör det, och det förändrar hur du läser en förändring mellan två datum.

Varför en poäng kan stå stilla

Indexet byggs om ungefär månatligen, så en poäng kan ligga stilla i veckor medan en webbplats fortsätter att tjäna länkar. Det är en indexeffekt, inte ett omdöme om webbplatsen.

Läs poängen mot indexdatumet som din skärm visar. En linje som står stilla med ett nyligt datum betyder något annat än en linje som står stilla med ett datum från en månad gammalt.

En läsare som ser samma DR i en månad bör kontrollera indexdatumet innan hen skriver en notis om webbplatsen. De flesta gånger förklarar datumet den stillastående linjen.

Att jämföra två datum inom ett verktyg

Jämför två avläsningar tagna från samma verktyg, eller avläsningar ett månads intervall med avsikt. Att blanda en avläsning från innan en ombyggnad med en från efter är det enklaste sättet att hitta på en trend.

Om du behöver en historik, lagra antalet länkande domäner med varje avläsning. Antalet visar rörelsen, och DR är då bara en presentation av det.

Att reproducera poängen i din egen kod

Försök själv. Beräkna den från antalet länkande domäner och jämför med vad API:t returnerar. Python: round(100 math.log(n + 1) / math.log(2e7)). JavaScript: Math.round(100 Math.log(n + 1) / Math.log(2e7)).

När resultatet är fel med en

Den naturliga logaritmen är bra eftersom basen tar ut varandra i förhållandet. Om ditt resultat är fel med en, kontrollera först din avrundningsmetod.

Avrundningsregler skiljer sig mellan språk. Pythons round skickar exakta halvor till närmaste jämna nummer, medan Math.round i JavaScript avrundar dem uppåt, så ett halvvärde kan hamna på olika sidor.

Lagra antalet med poängen

Behåll antalet länkande domäner bredvid DR i din tabell, med datumet du läste det. Då kan du beräkna om poängen senare utan ett nytt anrop, och en granskare kan kontrollera det för hand.

Ett lagrat antal låter också en senare läsare se vad formeln såg, vilket är viktigast när en kund frågar varför en siffra rörde sig.

En kolumn för frågedatumet är lika viktig som antalet. Utan det kan två avläsningar som ser identiska ut komma från två olika indexmånader.

Var ordlistetermerna möter API:t

Ordlistetabellen är kort av avsikt. Tre av dess termer orsakar mest förvirring i kundrapporter, så var och en får en närmare titt här.

Backlänk och länkande domän

En backlänk är en länk. En länkande domän är en distinkt domän som placerar en eller flera av dessa länkar. Tiondelar av tusen länkar från en och samma bloggräknas som en länkande domän, vilket är varför DR följer den andra termen och inte den första.

I en rapport, märk de två siffrorna olika. Att blanda ihop dem är det snabbaste sättet att få en länkräkning att se ut som en domänräkning.

Samma logik gäller för ankare. Tiondelar av tusen länkar med samma ankartext kan alla komma från en länkande domän, så en ankarräkning och en domänräkning kan berätta väldigt olika historier om en webbplats.

Kredit och kostnaden för ett anrop

Kredit är faktureringsenheten, och ett anrop kostar vad dess åtgärd kostar, inte vad dess rader kostar. Ett refdomains-anrop på 2 krediter returnerar samma avgift oavsett om det innehåller 10 rader eller 1 000.

Det gör radantalet till en fri variabel inuti ett anrop, så dra sidstorleken du behöver i ett begäran snarare än många små.

Topp-sidor och ankare

Topp-sidor och ankare beskriver var länkar landar och vad de säger. Läs dem bredvid DR, eftersom en hög poäng med tunn ankarmångfald berättar en annan historia än samma poäng med en bred blandning.

Kontrollera ankarlistan för en enda fras som dominerar. En upprepad ankare över många domäner kan se ut som en kampanj, och en läsare bör se det innan hen läser totalen.