Başka bir uzmanın denetleyebileceği yönlendirme haritası kurun

1. İşi ve kanıt sınırını tanımlayın

Her önemli eski URL için tek ve gerekçelendirilebilir bir hedef bulunabiliyor mu; yoksa metin benzerliğinin çözemeyeceği sahip kararları mı gerekiyor?

Başlamadan önce karar sahibini, kabul eşiğini, başarısızlıkta yapılacak işlemi ve saklanacak artifact’leri yazın. Böylece araç sonucu sonradan amaca göre yorumlanmaz.

2. Hazırlık ve doğrulama yöntemi

1. Kaynak ve hedef envanterlerini geldiği kaynak, yakalama tarihi ve satır sayısıyla birlikte saklayın; biçimi normalleştirirken farklı kullanıcı ihtiyaçlarını tek URL sanmayın.
2. Önce tam yol eşleşmelerini, sonra rota yapısını ve sınırlı token benzerliğini değerlendirin. Benzerlik yalnız aday üretir; içerik eşdeğerliğini kanıtlamaz.
3. Birden çok kaynağın aynı hedefi istemesini, bir kaynağın birden çok hedefe dağılmasını, zincirleri, döngüleri ve sahipsiz URL’leri ayrı risk sınıfları olarak işaretleyin.
4. Onaylı defteri gerçek edge veya web sunucusunda test edin; durum kodu, Location başlığı, sorgu koruma, kanonikler ve iç bağlantılar için çalışma zamanı kanıtı toplayın.

Bozuk, eksik veya kapsamı karşılaştırılamayan girdide güvenilir karar üretilemiyorsa süreç fail-closed kalmalıdır. INDETERMINATE, eksik kanıtı PASS gibi göstermemek için gerçek bir sonuç sınıfıdır.

3. Cerrahi rollout sırası

1. Sitemap, CMS, crawl, analitik açılış sayfası ve backlink envanterlerini kaynak etiketiyle birleştirin.
2. Belirsiz satırlara içerik sahibi, karar gerekçesi ve son tarih atayın; otomatik eşleşmeyi üretim kuralına çevirmeyin.
3. Staging üzerinde durum kodu, hedef, zincir, döngü, sorgu ve kanonik testlerini çalıştırın.
4. Yayın anında kural sürümü, rollback sahibi, QA çıktısı ve receipt’i aynı evidence chain içinde saklayın.
5. Yayın sonrasında eski/yeni URL günlüklerini, crawl hatalarını ve Search Console kapsamını dönemsel karşılaştırın.

4. Kaçınılacak kısa yollar

5. Güvenli işlenmiş örneği yeniden üretin

Önce sentetik fixture byte’larını doğrulayın, sonra Türkçe çalışma tezgâhında yükleyin. Üretilen artifact’lerin hash’lerini receipt ile karşılaştırın; sayfadaki açıklamayı yeni bir run sonucu sanmayın.

• pass-old.txtSHA-256 72bfd81206bc4d91dc6c3a0828f989fcd8aafff1d2fa078c2ae0d48e88b49afd
• pass-new.txtSHA-256 34ece7b122278a88628e6807b73545db2e75914147d7a82fa9cdd1a62843c2fa
• review-old.txtSHA-256 08cfe8f7deff7fbb0d5ad3218ba26d243b0b19154a0f9b468200a944e7d13127
• review-new.txtSHA-256 fb07a6ca038a259be64c5510988f27eb441693fd5f8485d4c0dfcca9030d2b17

Fixture beklenen davranışı göstermiyorsa gerçek veriye geçmeyin. Sorunu, tarayıcı sürümünü, dosya hash’ini ve gözlenen sonuç sınıfını düzeltme kanalına ekleyin.

6. Kabul, durdurma ve kayıt kararı

PASS yalnız seçili politika içinde kabul anlamına gelir. BLOCK, tanımlı eşik aşıldığı için ilerlemenin durmasıdır. INDETERMINATE ise girdinin veya motor kanıtının güvenilir karar için yetersiz olduğunu söyler. Her üç sonuçta da exact input hash, artifact hash’leri, araç sürümü, varsayımlar ve sınırlar korunmalıdır.

Yöntem sınırı ve gizlilik

Araç canlı crawl yapmaz, DNS veya sunucu kuralı değiştirmez, Search Console hesabı okumaz, SEO sonucu ya da trafik garantisi vermez. Eş anlamlı görünen iki yolun aynı kullanıcı ihtiyacını karşıladığına içerik sahibi karar vermelidir.

Ham kullanıcı girdisi analitiğe gönderilmemelidir. Dosya adı, sorgu metni, kişisel veri veya içerik byte’ları yerine yalnız allowlist tool slug, result sınıfı, artifact sayısı ve sample işareti gibi operasyonel alanlar kullanılmalıdır.

Kaynaklar

• Google Search Central: URL değişiklikli site taşıma
• RFC 9110: HTTP yönlendirme durumları
• Sitemaps protokolü
• Cloudflare Bulk Redirects belgeleri