Belirttiğimiz grupta yeniden üretilen, her biri olası kök nedene, sorumlusuna ve düzeltmenin tutup tutmadığını söyleyen bir kabul testine bağlı kısa bir iş listesi.

Bir crawler öğlene kadar binlerce uyarı üretebilir; bu hacim, sitenizde gerçekten binlerce ayrı sorun mu olduğunu yoksa tek bir şablon kusurunun mu tekrarlandığını size söylemez. Biz deseni canlı URL'lerde yeniden üretiyor, belirtileri onları gerçekte doğuran kök nedene göre grupluyor ve mühendislik ekibine etkilenen şablonları ve her düzeltmenin tuttuğunu kanıtlayan testi adlandıran bir kuyruk teslim ediyoruz. Tarama çıktısını, doğrulanmış kök nedenlere, etkilenen şablonlara ve açık kabul testlerine bağlı kısa bir mühendislik iş listesine çeviriyoruz.

Bir Zeo analisti büyük bir tarama uyarısı yığınını kanıt panosunda kök neden gruplarına ayırıyor ve kısa öncelik destesini mühendisliğe taşıyor.

Birlikte çalıştığımız 500'den fazla markadan birkaçı

Tüm referansları gör
  • Hyundai
  • Findeks
  • Watsons
  • Yemek.com
  • İstanbul Gedik Üniversitesi
  • Desa
  • Doğtaş
  • Amazon
  • BMW
  • Shell
  • PepsiCo
  • Red Bull
  • MediaMarkt
  • Decathlon
  • Trendyol
  • Hepsiburada
  • Sahibinden.com
  • Bayer
  • Sanofi
  • EY
  • KPMG
  • DenizBank
  • Acıbadem Sağlık Grubu
  • Abdi İbrahim

Önce tarama kapsamını sabitliyor, durumları yeniden üretiyor ve ortak nedeni buluyoruz. Sonra aynı kanıtı yeniden çalıştırıyoruz.

  1. Tarama kapsamını daha başlamadan sabitliyoruz

    Veri toplamadan önce başlangıç kaynaklarını, kapsam kurallarını, kimlik doğrulamayı, kullanıcı aracısını, render modunu, kapsam dışı durumları, korunan yolculukları ve yayın penceresini tanımlıyoruz. Kimlik doğrulama ve render modunu teknik SEO tarafındaki sorumlu onaylıyor, korunması gereken yolculukları gerektiğinde kapsam dışında tutuyor.

    Sonuçta neyin dahil, neyin eksik olduğu görünen ve başka bir uzmanın aynı koşullarda yeniden çalıştırabileceği bir tarama çıkıyor.

  2. Tarama ve indeks durumlarını yeniden üretiyoruz

    Aynı grup için tarama satırlarını Search Console incelemeleri, sunucu istekleri, kaynak HTML, render edilmiş HTML, site haritası ve canlı URL kontrolleriyle birleştiriyoruz. Bir uzman, birleşik bulguyu canlı sayfa örneklerinde yeniden üretmeden kayıt kanıt olarak kabul edilmiyor.

    Her sorunun, onu gerçek bir bulguya çeviren kesin kanıta bağlandığı bir kayıt oluşuyor.

  3. Belirtileri kök nedene göre grupluyoruz

    Tekrarlayan yönlendirme, canonical, direktif, render açığı, kırık link ve şablon durumlarını kümeliyoruz. Deseni test ediyor, karşı örnekleri de görünür tutuyoruz. Bir uzman, kümelenmiş deseni çelişen örneklerle sınıyor ve bütün grubu açıklayıp açıklamadığını onaylıyor.

    Binlerce sayfaya yayılan tekrarlar, kısa ve yönetilebilir bir ortak neden listesine dönüşüyor.

  4. Mühendisliğin gerçekten uygulayabileceği işleri sıralıyoruz

    Yeniden ürettiğimiz bulguları etkilenen uygun URL'lere, kullanıcı ve arama etkisine, güven düzeyine, tekrara, bağımlılığa, geri alınabilirliğe ve sorumluluğa göre sıralıyoruz. Öncelik sırasını yayınlamadan önce güveni, bağımlılıkları ve geri alınabilirliği mühendislik kapasitesiyle birlikte tartıyoruz.

    Her işin örnekleri, sorumlusu, bittiğini kanıtlayan kabul testi ve gerekirse durdurma ya da geri alma koşulu oluyor.

  5. Aynı grubu yeniden kontrol ediyoruz

    Düzeltmeden sonra aynı URL'leri yeniden tarıyor, temsili inceleme ve render kontrollerini tekrarlıyor, herhangi bir bulguyu kapatmadan önce korunan sonuçları karşılaştırıyoruz. Bulguyu kapatmadan önce korunan davranışın sürdüğünü doğruluyor, tekrarlayan nedenin platform testine dönüşüp dönüşmeyeceğine karar veriyoruz.

    Bir bulguyu ancak kusur giderildiğinde ve yeni bir sorun çıkmadığında kapatıyoruz. Tekrarlayan kök nedenleri de platform testine çeviriyoruz.

Kanıtı birleştiren ve belirtileri kümeleyen yapay zeka; nedeni canlı URL'lerde kanıtlayan uzman.

Yapay zeka sitenin mevcut şablon ve URL taksonomisinden başlangıç kaynaklarıyla kapsam dışı bırakılacakların taslağını çıkarıyor, gruptaki her URL için tarama, indeks, sunucu logları ve render edilmiş HTML kayıtlarını çapraz kontrol ediyor, tekrarlayan yönlendirme, canonical, direktif ve render açıklarını ortak şekillerine göre kümeliyor, aday iş paketlerini etkilenen URL sayısına ve tekrar düzeyine göre sıralıyor, ilk kontrolleri aynı grupta yeniden çalıştırıp düzeltmenin tutmadığı URL'leri işaretliyor. Tek başına hiçbir şeyi kanıtlamıyor. Kimlik doğrulamayı aşmıyor, yasak özel veriyi taramıyor, sunucunuza aşırı yük bindirmiyoruz, tarama uyarısını doğrulanmış kusur gibi sunmuyoruz, çelişkili örnekleri saklamıyoruz ve bir bulgudan indekslenme ya da sıralama artışı sözü çıkarmıyoruz.

Dört çıktı, analizi crawler aracından çıkarıp kanıtı eklenmiş, uygulanabilir bir mühendislik kuyruğuna taşıyor.

  • Denetim raporu

    Yeniden üretilebilir bulgu kaydı

  • Önceliklendirilmiş iş listesi

    Etki ve öncelik iş listesi

  • İzleme planı

    Uygulama iş paketleri

  • Karar matrisi

    Doğrulama ve tekrar kaydı

Şu olduğunda tamam sayarız: Bulgu kaydı, öncelik listesi, uygulama iş paketleri ve tekrar kaydı; her bulgu kesin grubunu, ham kanıtını, temsili URL'leri, güven düzeyini, karşı örnekleri ve olası sorumlusunu taşıdığında, liste yalnızca yeniden ürettiğimiz bulguları sıralayıp her sıranın gerekçesini yazdığında, her paket ilgili kuralı ya da şablonu, örnekleri, kabul testini, korunacak davranışı, yayın sırasını ve geri alma yolunu gösterdiğinde ve kayıt yayın sonrasında aynı grubu yeniden kullanıp tekrarlayan kök nedeni bir teste, kurala ya da sorumluluk kontrolüne çevirdiğinde tamamlanmış oluyor.

Uzun bir crawler dışa aktarımı analizin başlangıç malzemesidir. Hangi uyarının doğrulandığını, hangisinin tekrar ettiğini ve hangisinin önce ele alınması gerektiğini bu kayıtlar üzerinden belirliyoruz.

Şu durumlarda iyi bir seçim

  • Crawler dışa aktarımlarınız uyarıyla dolu. Doğrulanmış bir kusuru yinelenen kayıttan ya da yanlış pozitiften ayıracak güvenilir bir yönteminiz yok.
  • Aynı teknik sorun çok sayıda URL'de görünüyor. Bunun tek bir şablondan, kuraldan ya da yayından gelip gelmediğini öğrenmek istiyorsunuz.
  • Mühendislik ekibiniz eksiksiz örnekleri, etkilenen grupları, kabul testlerini ve anlamlı bir öncelik sırasını içeren iş paketleri istiyor.

Şu durumlarda başka bir çalışma daha doğru

  • Sorunu gerçek bir URL'de ve render edilmiş hâlinde yeniden üretmeden yalnızca crawler puanı ya da sorun sayısı istiyorsanız burada aradığınızı bulamazsınız.
  • Yetkili tarama, indeks, sunucu ya da şablon kanıtı verilemiyor. Sonucu inceleyecek teknik bir sorumlu da yok.

Bunlardan biri sizin durumunuza daha yakınsa, buradan başlayın: SEO Analizi

Şu olduğunda tamam sayarız: Her yüksek öncelikli bulgu belirttiğimiz grupta yeniden üretilebiliyor. Her iş paketi olası kök nedeni ve sorumlusunu gösteriyor. Aynı kontrolleri tekrar çalıştırdığımızda da düzeltmenin kalıcı olduğu görünüyor.

  • Screaming Frog

    tekrarlanabilir crawl popülasyonunu ve ham bulgu kaydını oluşturuyor

  • Sitebulb

    tekrarlayan crawl uyarılarını olası ortak template nedenlerinde kümeliyor

  • Lumar

    teknik kalıpları büyük template ve yayın kohortları arasında izliyor

  • PageSpeed Insights

    etkilenen template'lere saha ve laboratuvar performans kanıtı ekliyor

  • WebPageTest

    render kusurlarını ayrıntılı istek ve görsel zaman çizelgeleriyle yeniden üretiyor

  • Google Search Console

    crawler bulgularını Google'ın gözlemlediği URL ve indeks durumuna karşı kontrol ediyor

Dağınık da olsa son crawler dışa aktarımınızı paylaşın. Doğrulanmış ortak kusurları gürültüden ayırıp mühendisliğe gidecek ilk işleri birlikte belirleyelim.
Tarama çıktısını inceleyelim

Bunun kendi crawler'ımızı çalıştırmaktan farkı ne?

Crawler olası sorunları topluyor. Analizde bu adayları canlı URL, indeks kanıtı, sunucu davranışı ve render edilmiş hâliyle yeniden üretiyor, tekrarları kök nedene göre grupluyor ve yalnızca doğrulanmış desenleri mühendislik işine çeviriyoruz.

Agent'lar analizde ne yapıyor?

Büyük dışa aktarımları standart hâle getiriyor, tekrarlayan durumları kümeliyor ve hem destekleyen hem çelişen URL'leri görünür tutuyorlar. Bir bulgu mühendisliğe ulaşmadan önce Zeo tarafındaki uzman onu yeniden üretiyor, kök nedenini ve önceliğini onaylıyor.

Hangi erişimlere ihtiyacınız var?

Kontrollü bir tarama dışa aktarımına ya da taramayı çalıştırma iznine, Search Console indeks kanıtına, temsili sunucu veya CDN loglarına ve kapsamdaki şablonların yayın geçmişine erişmemiz gerekiyor.

Yalnızca kaynak HTML'e mi bakıyorsunuz, render edilmiş sayfayı da kontrol ediyor musunuz?

İkisine de bakıyoruz. Kaynak HTML ile render edilmiş HTML birbiriyle çelişebiliyor ve çoğu zaman bulgunun kendisi tam da bu fark oluyor. Bir direktif ya da link bir durumda dururken diğerinde kaybolabiliyor.