Doküman / 04

İzleme ve bildirim

Taramalar planlanmış sıklıkta kendiliğinden çalışır. Değişiklikler 10 dakikalık bir pencerede gruplanıp tek bildirimde gönderilir; kritik olanlar beklemez.

Sayfa 4/9Bildirim yükünü yönetmek isteyen ekiplerTaramaların ne zaman çalıştığını bilmek isteyen teknik sorumlular

Kimler için

  • Bildirim yükünü yönetmek isteyen ekipler
  • Taramaların ne zaman çalıştığını bilmek isteyen teknik sorumlular

Ön koşullar

  • En az bir aktif URL
  • Doğrulanmış bir bildirim e-postası

Adım adım

  1. Sıklığı seçin

    manual yalnızca elle veya API ile tetiklenir. hourly, daily ve weekly planlanmış çalışır. Her URL kendi dakikasına dağıtılır; tüm siteler aynı anda taranmaz.

  2. Gruplanmış bildirim

    Aynı proje içinde kısa sürede oluşan değişiklikler varsayılan 10 dakikalık pencerede (2–60 dakika arasında ayarlanabilir) tek bildirimde toplanır.

  3. Kritik bildirimler beklemez

    robots.txt değişikliği, indekslemeyi engelleyen meta/başlık değişikliği ve erişilebilirlik kaybı (HTTP durumu) gruplanmadan hemen gönderilir. Aynı sınıfta olanlar: sayfadan ölçüm etiketinin (GA4, GTM, Meta Pixel) düşmesi ve bir formun kaybolması — ikisi de ekranda hiçbir şey bozmadan işi durdurur.

  4. Yapay zekâ cevap motorları ayrı izlenir

    robots.txt’te eğitim tarayıcısını (GPTBot, ClaudeBot, CCBot, Google-Extended) engellemek meşru bir tercihtir ve alarm üretmez. Cevap motorunu (OAI-SearchBot, Claude-SearchBot, PerplexityBot) engellemek kritik bildirim üretir: sayfa yapay zekâ yanıtlarından tamamen düşer. Bir güvenlik eklentisinin toptan “AI botlarını engelle” kuralı tam olarak ikincisini yapar.

  5. Sertifika ve alan adı bitişi

    İzlenen her sitenin TLS sertifikası ve alan adı bitiş tarihi kontrol edilir; 30, 14, 7 ve 1 gün kala bildirilir, süresi dolmuşsa kritik sayılır. Kontrol edilemeyen bir sertifika “bilinmiyor” olarak raporlanır, “yarın doluyor” diye değil.

  6. Ardışık hata politikası

    İlk başarısız taramada bildirim gitmez. İki ardışık hatada bildirim gelir. Beş ardışık hatada URL otomatik duraklatılır. Site düzelince “yeniden erişilebilir” bildirimi gönderilir ve URL kendiliğinden devam eder.

  7. Kanallar

    E-posta ve webhook. Slack bağlıysa her değişiklik sayfa adresi, sınıf, önem, piksel farkı ve müşteriye gidecek kanıt linkiyle gelir; mesajın içindeki “İncelendi” ya da “Yok say” düğmesi baseline'ı gelen kutusundaki gibi ilerletir. Slack'ten gelen her istek imzayla doğrulanır; imzalama sırrı tanımlı değilse hiçbir düğme çalışmaz.

Operasyonel çıktılar

  • Proje bazlı gruplanmış değişiklik e-postaları
  • Kritik değişiklikler için anında bildirim
  • Duraklatılan ve yeniden erişilebilir olan URL kayıtları
  • Sertifika ve alan adı bitişine kalan gün sayısı
  • Sayfada bulunan ölçüm etiketleri ve kaybolanlar

Plan uygunluğu

  • Free: webhook yok, saatlik tarama yok, günde 10 tetikleme
  • Pro: 2 webhook, 5 saatlik URL, günde 150 tetikleme
  • Agency: 10 webhook, 3 saatlik URL, günde 100 tetikleme

Limitler ve guardrail’ler

  • Günlük tetikleme kotası elle, API ve baseline taramalarını sayar; planlanmış taramalar bu kotayı tüketmez
  • Teslim edilemeyen bir bildirim 5 denemeden sonra bırakılır, sonsuza kadar denenmez
  • SMS ve mobil push yok

Beklenen sonuç

  • Bildirim sayısının gerçekten okunabilir seviyede kalması
  • Kritik olayların dakikalar içinde ulaşması
  • Ölmüş bir sitenin sizi her gün rahatsız etmemesi

Sorun giderme yolları

  • Bildirim gelmiyorsa spam klasörünü ve URL’nin duraklatılmış olup olmadığını kontrol edin
  • Tarama beklediğiniz saatte çalışmadıysa sıklığın manual olmadığını doğrulayın
  • Webhook düşüyorsa uç noktanızın 2xx döndürdüğünü kontrol edin

Bildirim düzeni işinize uymuyor mu?

Pencere süresi, kanallar ve kritik sayılan olaylar hâlâ şekilleniyor. Sizin akışınızda nasıl olması gerektiğini duymak istiyoruz.

Bize yazın ↗