Kontrola PageRanku nebo DR: co uložit do pole

Proč PageRank není možností pro pole

Lidé stále hledají nástroj pro kontrolu PageRanku zpětných odkazů, ale veřejné číslo již neexistuje. Google odstranil zobrazení PageRanku v panelu nástrojů v roce 2016 a žádná náhrada od Google samotného nikdy nepřišla.

Co zbylo, jsou skóre od dodavatelů. Ahrefs má DR, Moz má DA a my publikujeme naše vlastní Domain Rating s otevřeným vzorcem. Vyberte si jeden a zůstaňte u něj. Míchání dvou v jednom sloupci znepřehlední každé další srovnání.

Praktické pravidlo pro headless týmy: Ukládejte to, co budete zobrazovat nebo filtrovat, a nic jiného. Každé další pole je jedna věc navíc, kterou editor může špatně pochopit, jeden další sloupec v exportu a jedno další mapování, které selže při migraci z jednoho CMS do druhého.

Na pojmenování záleží. Pojmenujte pole link_dr, ne authority. První říká, čí číslo je. Druhé láká někoho k výměně za skóre jiného dodavatele o rok později.

Pojmenování pole podle jeho zdroje

Pojmenujte pole vždy podle dodavatele, který číslo vytvořil. Pole s názvem link_dr řekne dalšímu čtenáři, odkud číslo pochází, a zabrání tichému přepnutí na jiného dodavatele v budoucnu.

Přenáší se pouze popisek, nikoliv číslo. DR od Ahrefs, DA od Mozu a naše vlastní Domain Rating jsou různé měření, takže hodnota zkopírovaná z jednoho do pole pojmenovaného podle jiného bude klamat dalšího čtenáře.

Můžete ukládat skóre dvou dodavatelů?

Můžete, ve dvou polích se dvěma názvy. Většina týmů to nepotřebuje, protože dvě čísla lákají k srovnání, a právě srovnání je krok, který často selže.

Pokud vás stakeholder požádá o obě, ukažte mu obě vzorce vedle sebe. Škály jsou postaveny jinak a tento rozdíl vysvětluje většinu překvapení.

Je skóre stejné napříč nástroji?

Ne. DR z jednoho nástroje a DA z druhého pocházejí z různých grafů odkazů a různých vzorců, takže mohou směřovat stejným směrem, ale stále se lišit v čísle.

Náš vlastní vzorec je veřejný. Logaritmická stupnice je důvodem, proč skok od 1 000 k 100 000 odkazujícím doménám posune skóre méně, než naznačují surové počty.

Co tabulka říká o návrhu pole

Škála je logaritmická. Deset domén a 1 000 domén je od sebe vzdáleno o 27 bodů, zatímco 1 000 a 100 000 jsou od sebe vzdáleny stejně. Uložte tedy celé číslo, ale čtěte ho v pásmech.

Pole s pásmem často pomůže editorovi více než surové číslo. Nikdo nemůže jednat na základě rozdílu 41 oproti 43. Dokáže však jednat na základě popisu střední. Udržujte to jednoduché.

Datumy jsou stejně důležité jako skóre. Uložené skóre bez data vypadá jako živé čtení a o rok později ho někdo v schůzce uvede, jako by bylo aktuální. Označte ho a obnovujte ho v rozvrhu, který můžete pojmenovat, například v nočním průchodu bulk_dr z tabulky nákladů.

Pole poznámky by mělo zůstat jednoduché, protože jeho úkol je malý. Stačí jedna věta. Jejím úkolem je připomenout čtenáři, že index se mění přibližně měsíčně a že Google Search Console obsahuje vlastní pohled Google.

Udržení pole v pořádku v čase

Pole, které je zapsáno jednou a nikdy nekontrolováno, se tiše stane faktem o minulosti. Úloha obnovy je to, co z něj činí čtení, a měla by běžet v rozvrhu, který lze popsat jednou větou.

Začněte rozvrhem, protože určuje vše ostatní. Měsíční cyklus odpovídá indexu a noční průchody přidávají náklady bez přidání informací, protože index se mění přibližně jednou měsíčně.

Jak často by se mělo skóre obnovovat?

Měsíčně, v většině případů, protože to je rytmus, kterému index následuje. Noční průchody stále dávají smysl pro tým, který chce čerstvé datum u každé položky, i když se číslo nepohnulo.

Náklady nejsou důvodem k váhání. Noční volání bulk_dr až pro 2 000 domén stojí jeden kredit a tabulka nákladů uvádí zbytek.

Co by měla úloha dělat s chybějící hodnotou?

Ponechte staré skóre a staré datum na místě a označte pokus jako selhání ve vašem vlastním protokolu. Zápis prázdné hodnoty přes dobré čtení vypadá čistě, ale smaže jedinyou historii, kterou máte.

Chybějící hodnota a nula jsou různé fakty. Váš typ pole by je měl odlišit, aby editor nikdy nectěl mezeru jako špatné skóre.

Jak udržet každou dávku pod limitem?

Rozdělte seznam na části o velikosti nejvýše 2 000 domén a odešlete jedno volání na část. Udržujte velikost části v jedné konstantě, aby změna limitu zasáhla jen jeden řádek.

Logujte počet odeslaných domén a počet uložených čtení. Nesoulad mezi těmito dvěma je prvním náznakem, že dávka selhala.

Co by měl editor vidět vedle skóre

Editor čte pole za pár sekund, takže pole musí odpovědět za pár sekund. Zobrazte nejprve pásmo, datum druhým a celé číslo posledním, protože to je pořadí, v jakém je potřebuje zaneprázdný čtenář.

Popisek je stejně důležitý jako rozložení. Pole s názvem link_dr_band, které říká střední, neřekne čtenáři nic o indexu, takže poznámka vedle něj musí nést toto upozornění.

Mělo by pásmo barvit položku?

Barevný odznak může pomoci zaneprázdněnému editorovi, ale může také způsobit, že střední čtení vypadá jako selhání. Udržte barvy u názvů pásů a vyhněte se červené pro cokoliv méně než vážný problém.

Pásmo je rada pro revizi, ne pravidlo pro publikaci. Řekněte to v popisku vedle něj, aby zelený nebo oranžový odznak nebyl nikdy čten jako schválení.

Když se stejné pásmo objeví na mnoha položkách, zkontrolujte pravidlo před kontrolou položek. Pásmo, které označí polovinu webu, obvykle říká něco o prahu, ne o obsahu.

Co dát do poznámky, když je datum staré?

Staré datum by mělo změnit poznámku, ne skrýt skóre. Řádek, který říká, že čtení je starší než poslední obnova, řekne editorovi, co má dělat, což je zkontrolovat znovu před spoléháním se na něj.

Vygenerujte tento řádek ve svém kódu, aby každá položka říkala totéž. Ručně psané poznámky se mění a po několika měsících si nikdo nepamatuje, co měly znamenat.