Poarta de linkuri pre-publiare: blocați, rețineți sau treceți
Un apel bulk pe hosturile la care trimite un draft, urmat de un arbore cu patru întrebări. Arborele decide dacă articolul se publică, așteaptă o persoană sau se oprește.
Echipa de cercetare SEOBlogBot ·
Notă de denumire
Oamenii tastează „verificator de backlinks Ahrefs” când se referă la Ahrefs. Poarta de mai jos funcționează cu orice sursă de rating de domeniu, iar aici folosim propria noastră acțiune bulk_dr. Instrumente reale din acest spațiu includ Ahrefs, Semrush și Moz; Google Search Console arată doar linkurile proprii.
Ce verifică poarta
Poarta citește doar linkurile outbound. Nu se uită la clasări, trafic sau date din Search Console și nu are nevoie niciodată de analitica dvs.
Un script extrage fiecare <a href> din HTML-ul renderizat și reduce fiecare URL la hostul său. Elimină duplicatele și trimite lista la bulk_dr într-un singur apel. Nimic altceva nu părăsește build-ul dvs. Acesta este un credit pentru până la 2.000 de hosturi, astfel încât chiar și un articol cu șaizeci de referințe costă o fracțiune de cent.
Rulați-l pe HTML-ul renderizat, nu pe Markdown. Shortcode-urile, embed-urile și plugin-urile adaugă linkuri pe care nu le-ați tastat vreodată. Verificați ce văd vizitatorii.
Unde rulează
Plasați poarta cât mai târziu posibil. Cel mai bun loc este ultimul pas de build înainte de programator, după ce CMS-ul sau generatorul static a produs HTML-ul final. Un singur apel bulk peste tot.
WordPress
Atașați modificarea stării la evenimentul Programat și rulați poarta în interiorul acestui hook. Articolul ar trebui să rămână programat doar după ce verdictul este PASS. Un hook, o regulă.
Hugo
Adăugați un pas după hugo build care citește HTML-ul generat din folderul public. Trimiteți lista de hosturi la apelul bulk înainte ca pasul de deploy să ruleze.
Ghost
Abonați un webhook la evenimentul post-programare. Handlerul extrage linkurile din HTML-ul articolului și face același apel, astfel încât Ghost și site-urile statice să împartă o singură regulă.
Arborele, o întrebare pe rând
01
Se întoarce vreun host cu rating 0 sau fără rând?
Un zero înseamnă că indexul nostru nu deține domenii de referință pentru acesta. Este normal pentru un site nou și un avertisment pentru orice citați ca autoritate. Mergeți la întrebarea 2.
02
Este hostul zero o sursă pe care ați numit-o în text?
Dacă articolul îl numește studiu, raport sau pagină oficială, REȚINEți articolul și trimiteți-l la un editor. Dacă este un instrument de footnotes sau o mențiune de brand, TRECEȚI.
03
Se află trei sau mai multe hosturi sub pragul dvs. propriu?
Alegeți pragul din istoricul dvs. (vedeți secțiunea de mai jos). Trei sau mai multe hosturi slabe într-un articol indică de obicei o listă scrapată sau un draft AI lipit. REȚINEȚI.
04
Este același host linkat de mai multe cinci ori?
Linkurile repetate către un singur domeniu exterior arată ca un model de afiliere. Reduceți-le la prima mențiune. Dacă scriptul nu poate decide, REȚINEȚI.
De ce arborele întreabă în această ordine
Întrebările rulează de la semnalul cel mai ieftin la cel mai greu din punct de vedere al judecății. Fiecare răspuns îngustează ceea ce trebuie să decidă întrebarea următoare, astfel încât o persoană citește mai puține drafturi.
Ordinea protejează, de asemenea, timpul editorului. Un HOLD cu un motiv clar necesită un minut pentru a acționa, în timp ce un semn vag este ignorat până la sfârșitul săptămânii.
Zero întâi, apoi context
Un zero este cel mai ieftin semnal, așa că vine primul. Singur, vă spune puțin. Următoarea întrebare decide dacă zero contează, de ce arborele nu blochează niciodată doar pe baza unui zero.
Gândiți-vă la un host care este nou în index. Are scor zero, iar nimeni din echipă nu a auzit de el. Dacă articolul îl citează doar în treacăt, răspunsul este PASS.
Praguri înainte de numărătoare
Un singur host slab este de obicei zgomot. Mai multe hosturi slabe într-un draft formează un model, iar un model este ceea ce servește un prag. Setați pragul din istoricul dvs. înainte de a număra orice, astfel încât numărătoarea să aibă un sens.
Repetițiile vin la final
Linkurile repetate către un host sunt o întrebare de stil, nu una de calitate. Puneți-o la final, după ce au rulat întrebările de calitate. Un număr de repetări pe cont propriu ar trebui rar să decidă soarta unui articol.
Ce face fiecare ieșire în pipeline
Codurile de ieșire sunt o sugestie; mapați-le la propriul dvs. CI.
Ieșire
Semnificație
Acțiune în pipeline
Cine verifică
PASS
Nicio regulă declanșată
Articolul trece la programator
Nimeni
HOLD
O regulă soft declanșată
Starea setată la Revizuire în așteptare, mesaj Slack cu lista de hosturi
Un editor
BLOCK
Eroare API 401/402 sau listă malformed
Jobul eșuează, articolul rămâne draft
Cine deține pipeline-ul
Ce ar trebui să vadă un editor pe un HOLD
Titlul articolului și slotul pe care urma să îl ocupe în programare.
Fiecare host semnalizat cu ratingul său și regula care a declanșat.
Propoziția în care apare hostul, astfel încât nimeni să nu caute în întregul draft.
Un motiv pe o linie când scriptul nu a putut decide.
Un mod clar de a elibera articolul sau de a-l trimite înapoi la scriitor.
Alegerea pragului fără a împrumuta unul
Începeți cu propriul istoric. Luați treizeci de articole publicate cu care sunteți mulțumit și rulați hosturile lor outbound prin bulk_dr o dată. Sortați ratingurile, apoi priviți al zecelea procentil.
Acest procentil este un prag de început rezonabil, deoarece marchează cel mai slab sfert din ceea ce acceptați deja. Ratingul nostru este o scară logaritmică de la 0 la 100, iar Ahrefs DR și Moz DA rămân scări separate. Pragurile de forum nu se transferă.
Păstrați eșantionul de treizeci de articole în repository-ul dvs., cu data alături, astfel încât pragul să poată fi recalculat când eșantionul se schimbă.
Revizuiți pragul trimestrial. Graficul de linkuri crește, iar indexul se reîmprospătează aproximativ o dată pe lună. Un host care a obținut 8 în primăvară ar putea citi 15 după o reîmprospătare. Glosarul explică termenii din spatele acestor numere.
Poarta în treizeci de linii
Un schiț în shell și jq. Înlocuiți cu limbajul dvs.; forma rămâne aceeași.
bash
HOSTS=$(grep -o 'href="https\?://[^/"]*' post.html | sed 's|.*//||' | sort -u | paste -sd, -)
RES=$(curl -s -H "Authorization: Bearer $SBB_KEY" \
"https://seoblogbot.com/api.php?action=bulk_dr&domains=$HOSTS")
case $(echo "$RES" | jq -r '.ok') in
true) ;;
*) echo "BLOCK: api error"; exit 2 ;;
esac
# inspect the response once and adapt the jq path to its shape
echo "$RES" | jq '.'
Când un apel de poartă eșuează
Nu fiecare eroare este un verdict asupra draftului. Un apel eșuat este o problemă în job, iar cele trei cazuri HTTP de mai jos necesită trei răspunsuri diferite. Scrieți aceste răspunsuri înainte de lansare. Nimeni nu ar trebui să improvizeze unul noaptea.
Un 401 este o problemă de configurare
Un 401 înseamnă că cheia lipsește sau este greșită. Tratează-l ca un job rupt, nu ca un verdict asupra articolului. Articolul rămâne în draft, iar proprietarul pipeline-ului primește mesajul.
Un 402 este o problemă de buget
Un 402 înseamnă că creditul s-a epuizat, iar reîncercarea nu poate remedia asta. Oprește jobul și alertează o persoană. Completează de pe pagina de cont, apoi rulează din nou lotul eșuat.
Un răspuns malformed este un bug
Dacă JSON nu se analizează sau ok este false, scrieți răspunsul brut în log și oprește-te. Nu ghici la câmpurile lipsă. Un rating ghicit poate trece un articol care ar fi trebuit reținut.
Loghează fiecare eșec cu ID-ul articolului, statusul HTTP și timpul, astfel încât aceeași defecțiune să nu se repete în tăcere.
Verificarea rezultatului, nu doar a apelului
Un răspuns reușit înseamnă că apelul a funcționat. Nu dovedește că articolul este programat cu statusul corect. Citește-l înapoi. După ce poarta setează Programat, confirmă statusul și ora de publicare înainte ca jobul să fie considerat terminat.
Altfel, o poartă poate trece pe hârtie în timp ce CMS-ul elimină liniștit modificarea. Scrie acea citire înapoi în același job. Acea verificare este ieftină. Las-o să eșuee zgomotos când statusul nu se potrivește.
Citirea înapoi arată și care pas a deraiat. Dacă statusul este greșit, poarta ar fi putut rula înainte de build-ul final. Știi înainte de următorul release.
Păstrează rezultatul citirii înapoi în log lângă verdictul porții. Cele două împreună arată dacă poarta și CMS-ul au fost de acord într-o anumită zi.
Întrebări pe care echipele le pun înainte de a adăuga o poartă
Este un verificator de backlinks Ahrefs același lucru cu această poartă?
Nu. Oamenii tastează acea frază când se referă la Ahrefs. Această poartă este un script care citește datele de linkuri prin API și rulează în interiorul pipeline-ului dvs., nu într-o filă de browser.
O poartă încetinește publicarea?
Costul suplimentar este o singură călătorie dus-întors la API per draft. Măsoară-l pe propria rețea înainte de a decide că este prea lent, deoarece răspunsul depinde de configurarea build-ului tău.
Cum aleg pragul în prima zi?
Folosește eșantionul de treizeci de articoli din secțiunea de mai sus. Până nu ai unul, rulează poarta în mod log-only, unde înregistrează verdicturi și nu modifică statusuri.
Poarta înlocuiește un editor?
Nu. Sortează drafturile în PASS, HOLD și BLOCK astfel încât un editor să citească mai puține dintre ele. O persoană decide încă ce înseamnă un HOLD pentru acel articol.
Poarta poate rula pe un draft care nu este final?
Poate, dar verdictul descrie doar linkurile în acel moment. Rulează din nou pe HTML-ul final, deoarece o editare târzie poate adăuga sau elimina un link.
Un zero înseamnă întotdeauna că sursa este rea?
Nu. Un zero înseamnă că indexul nostru nu deține domenii de referință pentru acel host. Este normal pentru un site nou și devine un avertisment doar când articolul prezintă acel host ca autoritate.
Poziția noastră
Reține mai mult decât blochează
O poartă care blochează prea ușor este oprită de al treilea editor iritat. Păstrează BLOCK pentru infrastructura ruptă și lasă atingerea regulilor să devină un HOLD cu un motiv clar.
Loghează lista de hosturi cu verdictul astfel încât apelurile să dureze un minut.
