Bir cron işi üzerinden çağrılabilen bir Majestic alternatifi

Ne zaman bir Majestic alternatifi mantıklıdır

Senaryoyu hayal edin. Majestic'i açarsınız ve sadece bir sunum için iki sayıyı kopyalarsınız. Ardından, düz bir JSON uç noktasına sahip bir Majestic alternatifi oturum açma ve kopyala-yapıştır işlemlerinden kurtarır. Ancak bir metrik değişikliğinden sizi kurtarmaz.

Harekete geçmeden önce bir şeyi kontrol edin. Eğer bir rapor Trust Flow veya Citation Flow'u isimleriyle belirtiyorsa, bunlar Majestic'in kendi metrikleridir ve burada bulamazsınız. DR değerimiz kendi link indeksimizdeki yönlendiren alan adlarının sayısına dayanır ve bu tamamen farklı bir durumdur.

Sadece sayılara, anchor metinlere ve 0-100 arası bir puana ihtiyaç duyan ekipler geçiş yapabilir. Geçiş sürecindeki zorluk düşüktür. Emin değilseniz önce Ahrefs ve Majestic'i karşılaştırın. Bir ay boyunca her iki kaynağı paralel olarak çalıştırın, eski sütunu dondurun ve yeni kaynağın etiketiyle yeni bir sütun oluşturun.

Her bir tarifin aylık maliyeti

Maliyetler çağrılara bağlıdır, bu yüzden planlamadan önce sayın. Tarif 1, 2.000 domain'e kadar olan liste uzunluğundan bağımsız olarak tek bir toplu çağrı ve 1 kredidir. Tarif 2 üç çağrı içerir: iki refdomains çekimi (her biri 2 kredi) ve bir intersect (2 kredi). Bu toplam 6 kredi veya $0.0006 eder.

Tarif 3 tek bir anchors çağrısıdır (2 kredi), bu yüzden aylık bir ortak kontrolü $0.0002 maliyetindedir. Tüm tarifleri haftalık olarak çalıştırın. Ay yine de bir kuruşun altında kalır. Uzun bir rakip listesi toplamları değiştireceği için sayıyı kendi listenizle karşılaştırın.

Bir Majestic alternatifi için gerçek maliyet kredilerden ziyade kurulum için harcanan saattir. Bu saati bir kez bütçelendirin. Sonraki her veri çekiminde kendini amorti eder.

Krediler ilk olarak nereye gider

Aylık maliyetin çoğu ilk çalıştırmadan ziyade bir işin ne sıklıkla çalıştığından kaynaklanır. Bir isteği ayarlamadan önce zamanlamaya bakın. Rakip listesi için her gün çalışan bir iş, aynı sayılar bir sonraki aylık güncellemeye kadar tekrarlandığı için ilk sorgulanması gereken iştir.

Veri akışı varış noktası

Okunmayan bir veri akışı israftır. İlk isteği yazmadan önce çıktının nereye yerleşeceğini karar verin. İki kişilik bir ekip için bir e-tablo yeterlidir. Birden fazla panelin aynı sayıları okuduğu durumlarda bir veri ambarındaki tablo iş görür. Sayıların tutulduğu tek bir yer varsa ikisi de uygundur.

Çözülmüş satırların yanı sıra ham JSON'u da bir klasörde saklayın. Bir yıl sonra bir sayı yanlış görünürse, ham yanıt o gün servisin ne döndürdüğünü gösterir ve çözücü buna göre kontrol edilebilir.

Bazı ekipler işi bir dizüstü bilgisayardan çalıştırır. Bu, dizüstü bilgisayar uykuya geçene kadar işe yarar. Başkalarının güvendiği bir veri akışı için küçük bir sunucu veya planlanmış bir bulut işi daha iyi bir yerdir.

Küçük bir ekip için e-tablo

Çözülmüş satırları veri çekme tarihini ilk sütun olarak ekleyerek bir sekmeye yapıştırın. Önceki dondurulmuş çekim için ikinci bir sekme tutun. İki sayıyı çıkaran bir formül değişimi verir ve herkes bir komut dosyasına ihtiyaç duymadan bunu okuyabilir.

Tekrarlar olmadan yeniden denemeler

Yolda yarıda kesilen bir iş tekrar çalıştırıldığında güvenli olmalıdır. Aylık snapshot kurulumu'ndan gelen alan adı ve veri çekme tarihi birincil anahtarı, bir tabloda yeniden çalıştırmayı zararsız kılar. Bir tabloda, eski verinin üzerine yazmak yerine yeni veriyi yeni bir sekmeye yazın, böylece başarısız bir çalıştırma son iyi veriyi yerinde bırakır.

Paylaşılan paneller için tablo

Tabloya her veri çekimi için alan başına bir satır, her seferinde aynı sütunlar ve bir kaynak etiketi verin. Paneller kaynak ve tarihe göre filtreleme yapar. Daha sonra bir sütunu yeniden adlandırmak onu okuyan tüm bileşenleri bozar, bu yüzden sütunları bir kez adlandırın ve koruyun.

Hangi veri akışlarının yere sahip olacağını seçme

Sayılardan başlayın. Yönlendiren alan adı sayısı ve backlink sayısı bir panel sahibinin sorduğu çoğu soruyu yanıtlar ve açıklaması kolaydır. Bir paydaş bir puan istediğinde ekleyin, çünkü bir puan bir formül de beraberinde getirir.

Aşağıdaki veri akışları daha dar soruları yanıtlar. Sayı zaten soruyu sordığında kullanın, varsayılan olarak değil. Hangi veri akışının hangi soruyu yanıtladığını her biri için tek bir satırda yazın. Bu listeyi gören bir okuyucu, veri akışının neden anchor metinleri çektiğini bilir ve sonraki değişiklik buna göre kontrol edilebilir.

Rakiplere bağlanan ama size bağlanmayanlar

Intersect dar bir soruyu yanıtlar: Hangi siteler aynı anda birden fazla rakibe bağlanır? İki rakibe bağlanan ama size bağlanmayan bir site okunmaya değer bir adaydır. Satın alınacak linklerin bir listesi değildir, çünkü bir sitenin bağlanma nedeni, bağlandığı gerçeğinden daha önemlidir.

Ortak sayfalar ve kullandıkları anchor metinler

Anchor metinler bir ortağın markanızı veya ürününüzü nasıl tanımladığını gösterir. Eğer kelimeler sadeyse, bir ortak sayfası sıradan okunur. Eğer bir ticari ifade birçok linkte tekrarlanıyorsa, bir okuyucu bunu fark eder ve bir denetçi de fark eder.

Bir ortak araması, bir sayımdan farklı bir iştir. Aday sitelerin listesine sahip olduktan sonra, anchor metinlerini ve en iyi sayfalarını tek bir geçişte çekin. Ardından sayfaları kendiniz okuyun, çünkü bir sayı listesi bir ortağın uygun olup olmadığını söyleyemez.

Her ikisini bir ay boyunca çalıştırma

Bir gecede geçiş yapmayın. Her iki kaynağı aynı gün çekin, iki sütuna yazın ve rakiplerinizin sıralamasına bakın. Mutlak değerler farklı olacaktır. Sıralama genellikle aynı kalır.

İki veya üç rakip için sıra tersine dönerse durun. Karar vermeden önce nedenini bulun. Az sayıda alan adından çok linki olan bir site, ham link sayısında güçlü görünürken, yönlendiren alan adı puanında (bizim DR'mizin nasıl oluşturulduğunu gösteren) modest görünür. Bu fark, her iki kaynakta da bir hata değildir.

Memnun olduğunuzda, eski sütunu bir not ve tarihle dondurun. Ardından yeni sütunu aylık snapshot kurulumuna bağlayın, böylece oturum açmaya gerek kalmadan yenilensin.

Aylık incelemeyi kısa tutun. Her ay aynı gün, her iki sütun açıkken beş dakika, sıralamanın hala geçerli olup olmadığını görmek için yeterlidir.

Paralel çalışmayı dürüst tutma

Veri akışlarını ayın aynı gününde çekin ve iki sütunu ortalaymayın. Ortalama, hangi kaynağın değiştiğini gizler. Her sütunu kendi satırında tutun, böylece okuyucu bir boşluğun nerede başladığını görebilir.

Geçiş notunda ne yazılmalı

Kısa ve tarihli tutun. Eski kaynağı, yeni kaynağı, ilk çekim tarihini ve nedeni belirtin. Yeni puanın formülünü ekleyin, böylece yeni gelen kişi onu yeniden üretebilir.

Yeni kaynağın kapsamadığı şeyleri de listeleyin: Trust Flow yok, Citation Flow yok, aylık güncelleme. Okuyucular kendilerine söylenen sınırları affeder. Keşfettikleri sınırları hatırlar. Geçiş yerleştikten sonra maliyetleri Moz fiyat tablosu ile tekrar karşılaştırın.

Yeni sütunun sahibini aynı notta belirtin. Kişi değiştiğinde, bir sıçramayı açıklayabilecek ve ham yanıtların nerede saklandığını bilen bir sonraki ekip bunu bilir.