Giriş

Bu protokol, Virabet bağlantılarının çalışma durumunu, yönlendirme zincirini, takip parametrelerinin bütünlüğünü ve hedef sayfa doğruluğunu günlük olarak izlemeye odaklanır. Rehber hem operasyonel ekipler hem de teknik ekipler için uygulanabilir adımlar, otomasyon örnekleri ve eskalasyon yolları sunar.

Protokolün amacı ve kapsamı

Bu dokümanın temel amaçları şunlardır:

• Bağlantı akışının sürekliliğini sağlamak ve beklenmeyen değişiklikleri erken tespit etmek.
• Takip parametrelerinin ve yönlendirme zincirinin bütünlüğünü korumak.
• Standart bir günlük kontrol döngüsü ve otomasyon mimarisi tanımlamak.
• Hata sınıflandırması ve eskalasyon adımlarını belirlemek.

Kapsam: tüm affiliate/partner yönlendirme linkleri, ilgili yönlendirme noktaları ve hedef sayfalar. Bu belge yasal yorum içermez; operasyonel uygulamaya yöneliktir.

Kritik kontrol noktaları

Her link için günlük doğrulamada göz önünde bulundurulması gereken ana kontrol noktaları:

• URL biçimi ve parametre bütünlüğü: Link, beklenen parametreleri (ör. aff, ref veya kampanya id'si) içeriyor mu? Örnek regex deseni (örnek amaçlı): ^https:\/\/[A-Za-z0-9.-]+\/.*(\?|&)(aff|ref|affiliate)=[A-Za-z0-9_-]+(.*)?$
• HTTP durum kodu: İstek 2xx ile sonuçlanmalı; 3xx yönlendirmeleri kabul edilebilir ancak sonuçta beklenen hedefe ulaşılmalı. 4xx/5xx yanıtları raporlanmalıdır.
• Yönlendirme zinciri: Zincirin uzunluğu ve içerdiği hostlar beklenenden farklı mı? Döngü veya beklenmedik domain'ler var mı?
• TLS/HTTPS kontrolü: HTTPS kurulumu ve sertifika geçerliliği doğrulanmalı; sertifika süresi dolmak üzereyse iş akışı başlatılmalıdır.
• Yanıt süresi: Sayfa veya yönlendirme gecikmesi kabul edilebilir eşikler içinde mi? Eşikler ekip tarafından tanımlanmalıdır.
• Hedef içerik doğrulaması: Final sayfa beklenen başlık, kampanya öğesi veya belirgin metinleri içeriyor mu?
• Coğrafi ve cihaz varyasyonları: Bazı linkler bölge veya cihaz bazlı farklı davranış gösterebilir; önemli linkler için mobil ve farklı bölge testleri planlanmalıdır.

Yeni link onboarding (kabul kriterleri)

Yeni bir link kanala alınmadan önce aşağıdaki testler yapılmalıdır:

• URL formatı ve parametre doğrulaması yapılmış olmalı.
• Yönlendirme zinciri ve hedef sayfa önündeki doğrulama başarılı olmalı.
• Staging ortamında en az bir tam günlük otomatik tarama sonucu olumlu olmalı.
• Gerekli erişim anahtarları ve sorumlular tanımlanmış olmalı.

Günlük manuel kontrol protokolü (adım adım)

1. Günlük listeyi dışa aktarın: Canonical envanterden o gün aktif olan bağlantıları alın (CSV/DB).
2. Hızlı durum kontrolü: Her link için kısa bir HTTP isteği gönderin ve durum kodu, son URL ile yanıt süresini kaydedin. Örnek komut (örnek amaçlı): curl -s -L -o /dev/null -w "%{http_code} %{url_effective} %{time_total}\n" "https://partner.example/redirect?aff={AFF_ID}"
3. Yönlendirme zincirini inceleyin: Zincirde beklenmedik host veya döngü var mı diye kontrol edin.
4. Hedef sayfayı doğrulayın: Tarayıcı veya headless araçla (ör. Puppeteer/Playwright) sayfanın beklenen kampanya içeriklerini gösterip göstermediğini kontrol edin.
5. Kayıt oluşturun: CSV/DB formatında (date,link,status_code,final_url,response_time_s,content_check,remarks) kayıt tutun.
6. Örnek inceleme: Anomaliler için ekran görüntüsü, tam yönlendirme zinciri ve HTTP başlıklarını toplayın.
7. Eskalasyon: Kritik bir bulgu varsa ilgili ekipleri bilgilendirin ve gerekirse kampanyayı durdurun.

Otomatik doğrulama süreçleri

Otomasyon, manuel kontrolleri tamamlayarak tekrar eden işleri azaltır ve tutarlı ölçümler sağlar. Temel bileşenler:

• Zamanlama: Kritik linkler için saatlik, tüm bağlantılar için günlük tarama önerilir; ihtiyaçlara göre ayarlayın.
• Worker mimarisi: Listeyi çeken küçük bir servis, her link için HTTP isteği yapar, sonuçları merkezi DB'ye yazar ve anormallik varsa bildirim gönderir.
• Retry ve backoff: Geçici hatalar için sınırlı yeniden deneme ve artan gecikme uygulanmalı (ör. 3 deneme, artan bekleme süreleri).
• Loglama: En az 30 gün detaylı log tutun; günlük özetler ve hataların zaman serisi grafiklerini saklayın.

Basit betik akışı (pseudo):

• for each link in links.csv
• run curl -s -L -o /dev/null -w "%{http_code} %{url_effective} %{time_total}" "URL"
• parse output; insert into DB
• if status not 2xx or final URL unexpected then send webhook/notification

Kron örneği (günlük tam kontrol):

0 6 * * * /opt/monitor/check_virabet_links.sh

Örnek komutlar ve testler

• Hızlı durum ve yönlendirme zinciri: curl -s -L -o /dev/null -w "%{http_code} %{url_effective} %{time_total}\n" "URL"
• Mobil taklit: curl -s -L -A "Mozilla/5.0 (iPhone; CPU iPhone OS 14_0 like Mac OS X)" -o /dev/null -w "%{http_code} %{url_effective}\n" "URL"
• Sertifika tarih kontrolü (örnek): echo | openssl s_client -servername example.com -connect example.com:443 2>/dev/null | openssl x509 -noout -dates

Hata yönetimi ve eskalasyon

Bulgu sınıflandırması ve önerilen adımlar:

• Seviye 1 — Kritik: Büyük trafik kaybı veya yönlendirme döngüsü. Hızlı bildirim, kampanya durdurma ve teknik on-call müdahalesi.
• Seviye 2 — Orta: Tekrarlayan 4xx/5xx hataları veya hedef sayfa içeriğinde eksiklik. Kısa süreli müdahale ve takip.
• Seviye 3 — Düşük: Performans düşüşü veya küçük içerik farklılıkları. Planlı düzeltme adımları.

Bildirim içeriği önerisi: olay başlığı, link, ilk tespit zamanı, son HTTP kodu, son URL, kısa log örneği, sorumlu kişi. Otomatik bildirimler için webhook/Slack/Teams tercih edilebilir.

Kayıt, değişiklik yönetimi ve raporlama

Değişiklikler sürüm kontrolünde takip edilmeli; canonical liste üzerinde yapılacak her değişiklik için onay ve not kaydı tutulmalıdır. Örnek tablo yapısı:

Günlük ve haftalık özet raporlar; başarı oranı, ortalama yanıt süresi ve yeni tespit edilen hatalar gibi metrikleri içermelidir.

Operasyonel kontrol listesi (kısa)

• Canonical listeyi güncelle ve dışa aktar.
• Toplu durum kontrolünü çalıştır ve anormallikleri kaydet.
• Yönlendirme zincirini kritik linkler için incele.
• Hedef sayfa içerik doğrulamasını yap.
• Anomalileri eskale et ve günlük raporu oluştur.

Özet

Düzenli, belgelenmiş ve otomasyonla desteklenen bir günlük doğrulama protokolü, bağlantı akışının güvenilirliğini artırır ve sorunları erkenden yakalamanıza yardımcı olur. Rehberdeki adımları kendi operasyonel tercihlerinize uyarlayarak uygulayın; eşik değerleri ve tarama sıklıklarını ekip ihtiyaçlarına göre belirleyin.

Sık Sorulan Sorular

S1: Bağlantı kontrollerini ne sıklıkla çalıştırmalıyım?

Kritik bağlantılar için saatlik, genel liste için günlük tarama makul bir başlangıçtır. Yeni veya yoğun trafikli kampanyalar için daha sık kontroller önerilir.

S2: Hedef sayfa içeriğini otomatik olarak nasıl doğrularım?

Headless tarayıcı veya HTTP isteği ile sayfa HTML'ini alıp beklenen başlık, anahtar ifade veya öğe varlığını kontrol edin. Özellikle dinamik içerik için headless tarayıcı tercih edilebilir.

S3: Bir bağlantıda yönlendirme döngüsü tespit edersek ne yapılmalı?

Önce tam yönlendirme zincirini kaydedin, döngü oluşturan adımı tespit edin, teknik ekibe iletin ve gerekirse kampanyayı geçici olarak durdurun.

S4: Otomasyon yanlış uyarı veriyorsa nasıl azaltırım?

Eşikleri ve yeniden deneme mantığını ayarlayın; örneğin geçici ağ hatalarına karşı birkaç başarısız deneme sonrası uyarı oluşturun ve kısa süreli dalgalanmaları filtreleyin.

S5: Logları ne kadar süre saklamalıyım?

En az 30 gün detaylı log ve daha uzun süre özet metrikler saklamak genellikle faydalıdır; kurumunuzun yedekleme ve uyumluluk ihtiyaçlarına göre süreyi belirleyin.