İçeriğe geç
SEOBlogBotKaydol

Kurgusal post-mortem

Kırk planlanmış gönderi, tek bir kötü bağlantı kaynağı: bir post-mortem

Bu hikaye, gerçek bir müşteri yerine bir başarısızlık desenini göstermek için uydurulmuştur. İsimler, sayılar ve tarihler kurgu bir örnektir. İçindeki hatalar çok gerçektir ve gördüğümüz her boru hattı bunları bir kez yapar.

SEOBlogBot araştırma ekibi ·

Uzak bir duvara bağlanan tek bir kırık gövdeli kırk saksı bitki
Bunu kurgu olarak okuyun

Aşağıdaki her şey, uydurma sayılar içeren kurgu bir örnektir. Başarısızlığın nasıl geliştiğini gösterir, böylece ekibiniz kendi günlüklerinde aynı şekli tespit edebilir.

Saat saat neler olduğu

  1. Kuyruk doldurulur

    Bir içerik betiği, iki gün için yirmi gün boyunca günde iki olmak üzere kırk taslağı bir WordPress zamanlayıcısına yükler. Her taslak üç ila altı dış kaynağa atıf yapar.

  2. Tek kontrol manuel

    Editör daha önce beş alan adını bir Semrush ücretsiz backlink kontrol kutusuna yapıştırmış ve tuhaf bir şey görmemişti. Otuz beş alan adı hiç kontrol edilmedi.

  3. İlk şikayet

    Bir okur, atıf yapılan bir "çalışmanın" park edilmiş bir sayfaya gittiğini e-posta ile bildirir. Editör bir gönderiyi elle düzeltir.

  4. Desen ortaya çıkar

    Kırk taslağın on birinde, neredeyse hiç referans alan alanı olmayan alan adlarında barındırılan kaynaklara atıf yapılmıştır. Bunlar bir AI ile yazılmış taslaktan gelmiştir.

  5. Temizlik

    Ekip kalan kuyruğu çeker, dokuz atıfı yeniden yazar ve yeniden yayınlar. Altı gönderi zaten zayıf kaynaklarla yayına çıkmıştı.

Kök nedenler, ağırlık sırasına göre

Kuyruğu engelleyen hiçbir şey yoktu ve bu ilk hataydı. Bir tarayıcı ile beş alan adını inceleyebilen bir kişi, otuz beşini kontrol edemezdi, bu yüzden kontrol tüm parti için yeterli olmayacaktı.

İkinci neden kural eksikliğiydi. Kötü bir kaynağın nasıl göründüğü kimse tarafından yazılmamıştı, bu yüzden her editör içgüdüye göre yargıladı ve içgüdü Perşembe günü yorulmuştu.

Üçüncü neden diğer ikisinin arkasında saklanıyor. Zamanlayıcıdan sonra sonucu kimse üstlenmemişti. Gönderiler tamamlanmış gibi görünen bir durumda bekledi ve bu en tehlikeli kuyruk türüdür.

Bu üç nedmden hiçbiri tek başına bir insan sorunu değildi. Her biri görülemeyen bir kural eksikliğiydi. Hafızaya dayanıyordu. Bu, düzeltilmesi en zor hata türüdür çünkü kimse kasıtlı olarak yanlış bir şey yapmadı.

Daha küçük bir dördüncü neden, partinin nasıl girdiğiyle ilgilidir. Kırk gönderinin tek seferde yüklenmesi, kimseye bakmak için doğal bir duraklama vermedi, bu yüzden kuyruk sadece büyüdü. Düzeltme basittir. Partiyi daha küçük dilimlerde yükleyin ve her dilimin kontrollerini tamamlamasını bekleyin, sonra bir sonraki yükleyin.

Zamanı ve kredileri temsil eden ahşap bir iş masasında kum saati ve dağılmış taşlar

Sayılar nasıl görünürdü

Bu hikayedeki her sayı uyduruktur, ancak aritmetik gerçektir. Her biri için bir bulk_dr çağrısı ile kırk taslak, 40 kredi veya $0.004 ederdi.

Editörün beş alan adı için manuel kontrolü on dakika sürdü. Bir betik, diğer otuz beşini o sürenin çok daha kısa bir kısmında kapsardı.

Para hikayenin en küçük kısmıdır. Gerçek maliyet, bir okurun zaten görebildiği altı gönderiydi ve bir kontrolın saniyeler içinde yakalayabileceği şeyleri düzeltmek için harcanan saatler. Saatler nadiren faturaya yansır.

Buradaki hiçbir şey Google'ın gönderilere nasıl davranacağını tahmin etmez. Sıralamalar hakkında bir iddia ileri sürmüyoruz, sadece bir okrun karşılaştığı atıfların kalitesi hakkında. Bu sınırı koruyun.

Ekip daha sonra neyi değiştirdi

Dört değişiklik, her biri bir haftada tamamlanacak kadar küçük.

01

Taslak başına bir çağrı

Her dış kaynak, gönderi zamanlanmadan önce bulk_dr üzerinden geçer. Maliyet taslak başına 1 kredidir.

02

Yazılmış kurallar

Ekibin kendi tabanının altında üç veya daha fazla ana bilgisayar, gönderiyi BEKLETME'ye gönderir. Karar ağacı kesin kuralları içerir.

03

Yayından sonra ikinci bir bakış

Aylık bir denetim, site için sayıları kaydeder ve düşüşler konusunda uyarır.

04

Bir sahibi

Bir BEKLETME uyarısını alan tek bir isimli kişi. Herkesin sahip olmadığı bir kanala gönderilen uyarılar bir hafta içinde görmezden gelinir.

Kuyruk nasıl kontrol edilmeliydi

Düzeltme, kuyruk dolmadan önce başlar. Üç karar, herhangi bir okur onları görmeden önce bu gönderilerin çoğunu yakalamalıydı. Hiçbiri yeni yazılım gerektirmez. Bir liste, bir cümle ve bir isim gerektirirler ve bir ekip bunların hepsini bir öğleden sonra yazabilir.

Taslak başına ana bilgisayarları sayın

Kimin kontrol edeceğine karar verilmeden önce her taslak için dış kaynak ana bilgisayarlarını sayın. Altı ana bilgisayarı olan bir taslak bir betik gerektirirken, tek ana bilgisayarı olan bir taslak manuel olarak hızlıca incelenebilir.

Bir Semrush ücretsiz backlink kontrol sekresi tek ana bilgisayar durumu için iyidir. Diğer kırk taslağı taşıyamaz.

Kuralı bir cümle olarak yazın

Düşük ana bilgisayarların üç veya daha fazlasının gönderiyi BEKLETME'ye gönderdiği gibi bir kural test edilebilir. Kaynakları dikkatli bir şekilde kontrol et gibi belirsiz rehberlik test edilemez ve yorgun bir editör de uygulayamaz.

Her kuralı, belirlediği durum (BEKLETME veya GEÇER) ve onu gören kişi ile yazın. Çıkışı olmayan bir kural, editörü tahmin etmeye bırakır.

Başlatmadan önce sahibi adlandırın

İlk gönderi yüklendiği gün, BEKLETME kuyruğunu üstlenecek birinin olması gerekir. Bu isim olmadan, ilk uyarı paylaşılan bir kanala düşer ve orada bekler.

Sahibin her taslağı okuması gerekmez. Her gün BEKLETME listesini görmesi ve her giriş için ne yapılacağına karar vermesi gerekir.

Çok geç gelen sinyaller

Ekibin temizlikten önce üç sinyali vardı ve her biri gerektiğinden daha geç geldi. Sinyaller gizlenmedi. Gelen kutusunda, kuyruk görünümünde ve editörün kendi notlarında duruyorlardı ve kimse onları tek bir yere koymamıştı.

Bir okur şikayeti geç bir sinyaldir

Ölü bir atıf bulan bir okur zaten görmüştür. Bu mesaj faydalıdır, ancak hasar oluştuktan sonra gelir, bu yüzden ana alarm olamaz.

Benzer kaynakların bir kümesi daha erken bir sinyaldir

Aynı taslaktan seyrek alanlara atıf yapan on bir taslak, tek bir bakışla gösterilecek bir desendir. Ana bilgisayarlar halinde gruplamak ucuzdur ve bir okurdan önce deseni tespit eder.

Sessiz bir kuyruk sağlıklı bir kuyruk değildir

Zamanlayıcı kırk gönderi ve hiçbir uyarı gösterdiğinde, hiçbir şey kontrol edilmemiştir. Sessizlik başarı olarak okunur ve bu, bitmiş görünen bir kuyruğun zayıf kaynakları nasıl gizlediğidir.

Basit bir sayaç yardımcı olur. Bugün zamanlanan gönderileri ve bugün kontrol edilen gönderileri sayın. Bu iki sayı farklı olduğunda, kuyruk sağlıklı değildir.

Bir kilitli ahşap kapı ve bir çiçeği inceleyen iki figür

Editörün sonraki adımı

Editörün ilk hamlesi, kalan kuyruğu çekmek ve zamanlayıcıyı durdurmaktı. Bu dakikalar sürdü. Haftanın plana göre giden tek kısmı buydu. Zamanlayıcı, bir kural yazılıp bir sahibi adlandırılana kadar yeni taslaklar için kapalı kaldı. Kimse onu erken açmadı.

Yeniden yazma daha sonra geldi. Her etkilenen atıf, editörün açıp okuyabileceği bir kaynakla değiştirildi ve gönderi yalnızca ikinci bir kişi bakmadan sonra zamanlayıcıya geri konuldu. Hız hedef değildi, çünkü aynı hatayı tekrarlayan hızlı bir düzeltme kimseye yardımcı olmaz.

Daha sonra ekip kendisi için kısa bir not yazdı. Kuralı, sahibi ve kontrolü, bu sırayla listeliyordu. Başka hiçbir şey yoktu. Not bir suçlama egzersizi değildi ve kimseye ücretsiz aracıya güvenmelerinin nedenini açıklamaları istenmedi.

Haftanın sonunda ekibin iki yeni alışkanlığı ve bir eski alışkanlığı vardı. Yeni alışkanlıklar ana bilgisayar sayısı ve BEKLETME listesiydi. Eski olan editörün her atıfı yayına çıkmadan önce okumasıydı. Bu kısmın işe yaradığı ortaya çıktı.

Sonraki inceleme için sorular

  • Bağlantı kontrolü olmadan bir gönderi zamanlayabilen hangi adım?
  • Zamanlama ile yayınlama arasında kuyruk kim baktı?
  • Son partide kaç ana bilgisayar vardı ve bir kişi kaçını kontrol etti?
  • Bugün hangi uyarının isimli bir sahibi yok?
  • BEKLETME için tek cümlelik kural nedir?

Ders

Manuel kontrol beş alan adına ölçeklenir, bir betik beş bine ölçeklenir

Semrush, Ahrefs veya Moz'dan ücretsiz araçlar bir insan göz ataması için iyidir. Zamanlanmış olarak tekrarlayan her şey, çağrı başına bir fiyat ve çalıştırma başına bir günlük satırı ile kodda olmalıdır.

  • Kimin kontrol edeceğine karar vermeden önce bir taslaktaki ana bilgisayarları sayın.
  • Eşiği yazın ve kendi geçmişinizde kalibre edin.
  • Bu suite'lerin daha iyi ne yaptığını görmek için suite karşılaştırmasına bakın.

Kendi incelemenizde sorulacak sorular

Dürüst olun.

Zamanlama ile yayınlama arasında kuyruk kim baktı? Aslında ne gördüler? Bir meslektaşın test edebileceği bir cümle olarak yazılmış hangi kural tetiklenirdi? Cevapta bir omuz silkmek, sonraki kırk gönderinin aynı şekilde biteceği anlamına gelir. Cevapları bu hafta çalışma kitabınıza yazın.

Bu başarısızlık hakkında okurların sorduğu sorular

Bu hikaye gerçek bir müşteri hakkında mı?

Hayır. Başarısılık desenini gösteren kurgu bir örnektir. İçindeki hatalar yaygındır, ancak isimler, sayılar ve tarihler uyduruktur.

Ekip neden daha erken fark etmedi?

Kontrol bir kişinin zihnindeydi ve uyarı hiçbir yere gitmedi. Bir kural yazılıp isimli bir sahibine yönlendirildiğinde, aynı hata çok daha zor kaçırılır. Düzeltme bir kural ve bir isimdi, kahramanca bir çaba değil.

Bir kapı altı canlı gönderiyi durdurur muydu?

Bir kapı, zamanlamadan önce taslakları durdururdu. Zaten yayına çıkmış olan altı gönderi hala temizleme gerektirirdi, bu yüzden hikaye bir geri alma yerine bir yeniden yazma ile biter.

Bir ekibin yapabileceği en küçük değişiklik nedir?

Zamanlama adımına bir bulk_dr çağrısı ekleyin ve BEKLETME kuralını yazın. Bu çift tek başına bu hikayedeki zayıf atıfları işaretlemiş olurdu.