Yayın öncesi link kapısı: engelle, beklet veya onayla
Taslak bağlantıların bağlı olduğu ana bilgisayarların tek bir toplu çağrısı, ardından dört soruluk bir ağaç. Ağaç, gönderinin yayınlanıp yayınlanmayacağına, bir kişi için mi bekleyeceğine yoksa durdurulup durmayacağına karar verir.
SEOBlogBot araştırma ekibi ·
Adlandırma notu
İnsanlar Ahrefs'i kastederek "a href backlink checker" yazarlar. Aşağıdaki kapı, bir alan adı puanı sağlayan herhangi bir kaynakla çalışır; burada kendi bulk_dr eylemimizi kullanıyoruz. Bu alandaki gerçek araçlar arasında Ahrefs, Semrush ve Moz yer alır; Google Arama Konsolu yalnızca kendi bağlantılarınızı gösterir.
Kapının incelediği şeyler
Kapı yalnızca dışa yönelik bağlantıları okur. Sıralamaları, trafiği veya Arama Konsolu verilerini incelemez ve analitik verilerinize asla ihtiyaç duymaz.
Bir betik, işlenmiş HTML'den her <a href> etiketini çeker ve her URL'yi ana bilgisayarına indirger. Tekrarları kaldırır ve listeyi tek bir çağrıda bulk_dr'a gönderir. Yapınızdan başka hiçbir şey dışarı çıkmaz. Bu, 2.000 ana makile kadar olan bir kullanım için yalnızca bir krediye mal olur; bu nedenle altmış referans içeren bir gönderi bile kuruşun çok küçük bir kısmına mal olur.
Markdown yerine işlenmiş HTML üzerinde çalıştırın. Kısayollar, gömülü öğeler ve eklentiler, yazmadığınız bağlantılar ekler. Ziyaretçilerin ne gördüğünü kontrol edin.
Nerede çalışır
Kapıyı mümkün olduğunca sona yerleştirin. En iyi nokta, CMS veya statik oluşturucu nihai HTML'yi ürettikten sonra zamanlayıcıdan önceki son build adımındır. Her yerde aynı toplu çağrı kullanılır.
WordPress
Durum değişikliğini Zamanlanmış durumuna bağlayın ve kapıyı bu hook içinde çalıştırın. Post, VERDICT PASS döndükten sonra yalnızca zamanlanmış olarak kalmalıdır. Bir hook, bir kural.
Hugo
hugo build'den sonra public klasöründen oluşturulan HTML'yi okuyan bir adım ekleyin. Dağıtım adımı çalışmadan önce ana bilgisayar listesini toplu çağrıya gönderin.
Ghost
Gönderi zamanlandı olayına bir webhook abone olun. İşleyici, bağlantıları gönderinin HTML'sinden çeker ve aynı çağrıyı yapar; böylece Ghost ve statik siteler tek bir kuralı paylaşır.
Ağaç, soru soru
01
Herhangi bir ana bilgisayar puanı 0 veya satır yok olarak döner mi?
Sıfır, indeksimizin onun için referans alan adı içermediği anlamına gelir. Bu, yeni bir site için normaldir ve bir otorite olarak atıf yaptığınız her şey için bir uyarıdır. 2. soruya gidin.
02
Sıfır ana bilgisayar, metinde adını verdiğiniz bir kaynak mı?
Gönderi onu bir çalışma, bir rapor veya resmi bir sayfa olarak çağırıyorsa, gönderiyi BEKLET ve editöre gönderin. Bir dipnot aracı veya marka bahsi ise, ONAYLA.
03
Üç veya daha fazla ana bilgisayar kendi tabanınızın altında mı?
Geçmişinizden bir taban seçin (aşağıdaki bölüme bakın). Bir gönderide üç veya daha fazla düşük ana bilgisayar genellikle bir kopyalanmış liste veya yapıştırılmış bir AI taslağı anlamına gelir. BEKLET.
04
Aynı ana makine beş kezden fazla bağlantı veriyor mu?
Tek bir dış etki alanına yapılan tekrarlı bağlantılar bir ortaklık deseni gibi görünür. Bunları ilk bahse indirgeyin. Betik karar veremiyorsa, BEKLET.
Ağaç neden bu sırayla soruyor
Sorular en ucuz sinyalden en çok yargı gerektirene doğru işler. Her cevap, bir sonraki sorunun neye karar vermesi gerektiğini daraltır, böylece bir kişinin okuması gereken taslak sayısı azalır.
Sıra ayrıca bir editörün zamanını korur. Net bir gerekçesi olan bir BEKLET, işlemek için bir dakika alır; belirsiz bir uyarı ise haftanın sonuna kadar göz ardı edilir.
Önce sıfır, sonra bağlam
Sıfır en ucuz sinyaldir, bu yüzden ilk gelir. Tek başına size çok şey söylemez. Bir sonraki soru, sıfırın önemli olup olmadığını belirler; bu nedenle ağaç yalnızca bir sıfır nedeniyle asla engellemez.
İndekse yeni bir ana makineyi düşünün. Sıfır puan alır ve ekibin kimse onu tanımaz. Gönderi yalnızca geçici olarak atıf yapıyorsa, cevap ONAY'dır.
Tabanlar sayılardan önce
Tek bir zayıf ana bilgisayar genellikle gürültüdür. Bir taslakta birden fazla zayıf ana bilgisayar bir desen oluşturur ve bir tabanın amacı da budur. Herhangi bir şeyi saymadan önce tabanı geçmişinizden ayarlayın, böylece sayının bir anlamı olsun.
Tekrarlar son gelir
Bir ana makineye yapılan tekrarlı bağlantılar bir kalite sorusundan çok bir stil sorunudur. Kalite soruları işlendikten sonra son soru olarak sorun. Tek başına bir tekrar sayısı, bir gönderinin kaderini nadiren belirlemelidir.
Pipeline'da her çıkışın yaptığı şey
Çıkış kodları bir öneridir; bunları kendi CI'nize eşleyin.
Çıkış
Anlam
Pipeline eylemi
Kim bakar
ONAY
Hiçbir kural tetiklenmedi
Gönderi zamanlayıcıya geçer
Kimse
BEKLET
Bir yumuşak kural tetiklendi
Durum İnceleme Bekliyor olarak ayarlandı, ana bilgisayar listesiyle Slack mesajı
Bir editör
ENGELLE
API hatası 401/402 veya hatalı liste
İş başarısız olur, gönderi taslak olarak kalır
Pipeline'ın sahibi kimse
Bir editörün BEKLET'te görmesi gerekenler
Gönderi başlığı ve zamanlamada almayı planladığı slot.
Her işaretlenen ana makinenin puanı ve tetiklenen kuralı.
Ana makinenin geçtiği cümle, böylece kimse tüm taslağı aramak zorunda kalmaz.
Betik karar veremediğinde tek satırlık bir gerekçe.
Gönderiyi yayınlamanın veya yazarın geri göndermesinin net bir yolu.
Başka birinden ödünç almadan taban seçmek
Kendi geçmişinizden başlayın. Memnun olduğunuz otuz yayınlanmış gönderi alın ve dışa yönelik ana bilgisayarlarını bulk_dr üzerinden tek seferlik çalıştırın. Puanları sıralayın, ardından onuncu yüzdeliğe bakın.
Bu yüzdelik, zaten kabul ettiğiniz en zayıf onda işaretlediği için mantıklı bir ilk tabandır. Puanlamamız 0 ile 100 arasında logaritmik bir ölçektir ve Ahrefs DR ile Moz DA ayrı ölçeklerde kalır. Forum eşikleri aktarılmaz.
Örneklemdeki otuz gönderiyi, tarih yanına koyarak depolarınızda saklayın, böylece örnek değiştiğinde taban yeniden hesaplanabilir.
Tabanı her çeyrek gözden geçirin. Bağlantı grafiği büyür ve indeks ayda bir kez yenilenir. İlkbaharda 8 puan alan bir ana makine, yenilemeden sonra 15 puan okuyabilir. Sözlük bu sayıların arkasındaki terimleri açıklar.
Otuz satırda kapı
Shell ve jq ile bir taslak. Dilinizi değiştirin; şekil aynı kalır.
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 '.'
Bir kapı çağrısı başarısız olduğunda
Her hata bir taslak yargısı değildir. Başarısız bir çağrı bir iş sorunudur ve aşağıdaki üç HTTP durumu üç farklı yanıt gerektirir. Bu yanıtları lansmandan önce yazın. Gece yarısı kimse birini uydurmamalıdır.
Bir 401 bir kurulum sorunudur
Bir 401, anahtarın eksik veya yanlış olduğu anlamına gelir. Bunu bir bozuk iş olarak ele alın, gönderi hakkında bir yargı olarak değil. Gönderi taslakta kalır ve pipeline'ın sahibi mesajı alır.
Bir 402 bir bütçe sorunudur
Bir 402, kredinin bittiği anlamına gelir ve yeniden denemek bunu düzeltemez. İşi durdurun ve bir kişiye uyarı verin. Hesap sayfasından yükleyin, ardından başarısız olan toplu işi tekrar çalıştırın.
Hatalı bir yanıt bir hata yazılımıdır
JSON ayrıştırılamazsa veya ok false ise, ham yanıtı günlüğe kaydedin ve durun. Eksik alanlar hakkında tahmin etmeyin. Tahmin edilen bir puan, beklenmede olması gereken bir gönderiyi geçirebilir.
Her hatayı gönderi kimliği, HTTP durumu ve zaman ile günlüğe kaydedin, böylece aynı hata sessizce tekrarlayamaz.
Yalnızca çağrıyı değil, sonucu kontrol etmek
Başarılı bir yanıt, çağrının çalıştığı anlamına gelir. Gönderinin doğru durumla zamanlandığını kanıtlamaz. Geri okuyun. Kapı Zamanlanmış olarak ayarladıktan sonra, işin tamamlanmış sayılması için durumu ve yayınlama zamanını onaylayın.
Aksi takdirde bir kapı kağıt üzerinde geçebilir ancak CMS değişikliği sessizce atlayabilir. Bu geri okumayı aynı işe yazın. Bu kontrol ucuzdur. Durum eşleşmediğinde hatayı yüksek sesle vermesine izin verin.
Geri okuma ayrıca hangi adımın kaydığını da gösterir. Durum yanlışsa, kapı nihai build'den önce çalışmış olabilir. Bir sonraki sürümden önce bunu bilin.
Geri okuma sonucunu, kapı yargısının yanına günlüğe kaydedin. İkisi birlikte, bir günde kapı ile CMS'nin anlaşıp anlaşmadığını gösterir.
Bir kapı eklemeden önce ekiplerin sorduğu sorular
Bir a href backlink kontrol aracı, bu kapı ile aynı şey mi?
Hayır. İnsanlar bu ifadeyi Ahrefs'i kastederek yazar. Bu kapı, link verilerini bir API üzerinden okuyan ve bir tarayıcı sekmesinde değil, pipeline'ınızın içinde çalışan bir betiktir.
Bir kapı yayınlamayı yavaşlatır mı?
Ek maliye, her taslak için API'ye bir gidiş dönüş maliyetidir. Çok yavaş olduğunu karar vermeden önce kendi ağınızda ölçün, çünkü cevap build kurulumunuza bağlıdır.
İlk günde tabanı nasıl seçerim?
Yukarıdaki bölümden otuz gönderlik örneklemeyi kullanın. Bir tane elde edene kadar, kapıyı yalnızca modunda çalıştırın; yargıları kaydeder ancak durumu değiştirmez.
Kapı bir editörün yerini alır mı?
Hayır. Taslakları ONAY, BEKLET ve ENGELLE olarak ayırır, böylece bir editör daha azını okur. Bir kişi, bir BEKLET'in o gönderi için ne anlama geldiğine hala karar verir.
Kapı nihai olmayan bir taslakta çalışabilir mi?
Evet, ancak yargı yalnızca o anki bağlantıları tanımlar. Son HTML üzerinde tekrar çalıştırın, çünkü geç bir düzenleme bir bağlantı ekleyebilir veya silebilir.
Bir sıfır her zaman kaynağın kötü olduğu anlamına mı gelir?
Hayır. Bir sıfır, indeksimizin bu ana makine için referans alan adı içermediği anlamına gelir. Yeni bir site için normaldir ve yalnızca gönderi bu ana makineyi bir otorite olarak sunduğunda bir uyarıya dönüşür.
Pozisyonumuz
Engilemekten çok bekletin
Çok kolay engellemeye başlayan bir kapı, üçüncü rahatsız editör tarafından kapatılır. ENGELLE'yi bozuk altyapı için saklayın ve kural vuruşlarını net bir gerekçeli bir BEKLET'e dönüştürün.
İtirazların bir dakika sürmesi için ana bilgisayar listesini yargıyla birlikte günlüğe kaydedin.
