Tek bir zaman çizelgesi, ortak canlı kontroller ve her alarmın iyileşme kanıtına dayanan sorumlusu belli bir düzeltme, bekleme ya da geri dönme kararıyla kapanması.

Bir migrasyondan sonraki ilk saatler doğası gereği gürültülüdür; asıl soru bir alarmın çalıp çalmadığı değil, arkasındaki kanıtın harekete geçmeye yetecek kadar güçlü olup olmadığıdır. Biz yayından önce canlı bir komuta merkezi açıyor, sürüm çıkarken kohortları rota ve şablon bazında izliyor ve her alarmı sezgiye değil kanıta dayanan, sorumlusu belli bir düzelt, bekle ya da geri al kararına bağlıyoruz. Canlıdaki sürümü doğruluyoruz. Önemli gerilemeleri erken yakalıyor, her alarmı sorumlusu belli bir devam, bekle, düzelt ya da geri dön kararına bağlıyoruz.

Zeo figürleri büyük bir migrasyon kontrol panosunu izliyor. Kâğıt uçak, eski site kulesinden yenisine yeşil rota kontrollerinin arasından geçiyor.

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

Tüm referansları gör
  • Memorial
  • Axa Sigorta
  • Milliyet
  • Albaraka Türk
  • Altınbaş
  • Lezzet
  • Doğtaş
  • Amazon
  • BMW
  • Shell
  • Hyundai
  • PepsiCo
  • Red Bull
  • MediaMarkt
  • Decathlon
  • Trendyol
  • Hepsiburada
  • Sahibinden.com
  • Bayer
  • Sanofi
  • EY
  • KPMG
  • DenizBank
  • Acıbadem Sağlık Grubu

Yayın boyunca tek bir zaman çizelgesi ve ortak canlı kontroller kullanıyoruz. Olayı, ancak iyileşme kanıtı verilen kararı desteklediğinde kapatıyoruz.

  1. Yayından önce komuta merkezini hazırla

    Canlıya alınacak sürümün tamamını, sorumluları, iletişim kanalını, referans veri kesitini, korunan rotaları, izleme kaynaklarını, kontrol sırasını ve geri alma yetkisini doğruluyoruz. Yayın sorumlusu, izleme süresince geri dönme kararını kimin vereceğini netleştirir. Süreç başlamadan önce o kişinin iletişim kanalında ulaşılabilir olduğunu da doğrular.

    Her kritik kontrol ve sonuç doğuran karar için ulaşılabilir bir sorumlunun tanımlandığı ortak canlıya geçiş planı.

  2. Yayından hemen önce ve sonra test et

    Kritik eski URL'leri ve hedeflerini, yani yönlendirmeleri, canonical etiketlerini, robots kurallarını, hreflang etiketlerini, sitemap'i, render edilen sayfaları, analitiği, formları ve kapasiteyi yayın sırasında test ediyoruz. Canlı destek sorumlusu her smoke test hatasına bakar. Tek hata bile incelenmeden paket geçmiş sayılmaz.

    Canlıdaki sürümün tamamıyla ilişkilendirilmiş, zaman damgalı smoke test kaydı.

  3. Tek bir toplamı değil, kümeleri izle

    Tarama, yanıt, log, hata, analitik ve arama sinyallerini korunan rota ve şablonlara göre grupluyoruz. Her veri kaynağının beklenen gecikmesini panelde görünür tutuyoruz. SEO migration lideri, paneldeki uyarının ne zaman beklenen yayın sonrası hareket olmaktan çıkıp sorumlu atanması gereken bir olaya dönüştüğüne karar verir.

    Beklenen hareketi, seyrek veriyi, uyarıyı ve müdahale gerektiren olayı birbirinden ayıran bir sağlık paneli.

  4. Alarmı yayına bağlamadan önce yeniden üret

    Bir uzman temsil gücü olan canlı URL'leri test ediyor, planlanan değişiklikleri ve raporlama gecikmesini kontrol ediyor. Belirti bir bileşenle ilişkilendirilemiyorsa neden açık soru olarak kaydediliyor. Bir mühendis hatayı canlı URL'lerde yeniden üretmeden olay doğrulanmış sayılmıyor. Yayının neden olup olmadığına karar veriyor ya da neden sorusunu açık bırakıyor.

    Önem düzeyi, ilk görülme zamanı, etkilenen küme, kanıt, sorumlu ve sonraki kontrolü tanımlanmış doğrulanmış olay.

  5. Kanıta göre düzeltin, geri dönün ya da işi aktarın

    Geri alınabilecek en küçük müdahaleyi özgün hatada ve korunan kullanıcı yolculuklarında test ediyoruz. Olayı ancak sağlıklı sonuçlar tekrarlanınca kapatıyor, kalan izleme işlerini açıkça devrediyoruz. Devam, bekle, geri dön ya da ileri düzeltme kararını yetkili yayın sorumlusu veriyor. Bu karar, olayın kapanıp kapanmayacağını belirliyor.

    İyileşme kanıtı ve sonraki sorumlusu bulunan devam, bekle, geri dön ya da aktar kaydı.

Kontrolleri çalıştıran ve gürültüyü gruplayan yapay zeka; olayı doğrulayan ve yayına karar veren insan.

Yapay zeka yayın listesinden kontrol listesini çıkarıp korunan rotalarla karşılaştırıyor, yönlendirme, canonical, hreflang, form ve kapasite kontrollerinden oluşan smoke test paketini canlıdaki sürüme karşı paralel çalıştırıp her sonucu yayın anına göre damgalıyor, tarama, log, hata ve analitik sinyallerini korunan rota ve şablonlara göre gruplayıp her kaynağı beklenen gecikmesiyle etiketliyor, aynı belirtiyi, kümeyi ya da ilk görülme zamanını paylaşan alarmları bir araya getiriyor, her aday düzeltmeden sonra başarısız kontrolleri ve korunan yolculukları yeniden çalıştırıyor. Hiçbir olayı kendisi kapatmıyor. Başarısız bir rotayı sağlıklı göstermek için yalnızca botlara özel davranış, gizli yönlendirme ya da seçici maskeleme kullanmıyoruz, alarmı susturmak, eşiği genişletmek ya da kanıtı silmek olayı kapatmıyor ve migrasyon sonrasında hiç dalgalanma olmayacağı sözünü vermiyoruz.

Yayın gecesinde verilen kararlar eski mesajların arasında kaybolmasın diye dört somut kayıt bırakıyoruz.

  • Playbook

    Yayın komuta merkezi

  • Dashboard

    Önem düzeyine göre sağlık paneli

  • İzleme planı

    Doğrulanmış olay zaman çizelgesi

  • Denetim raporu

    Devam, bekle, geri dön ve aktar kaydı

Şu olduğunda tamam sayarız: Komuta merkezi, sağlık paneli, olay zaman çizelgesi ve karar kaydı; aktif sürüm, referans değerler, korunan kümeler, kontroller, sorumlular, karar yetkisi, iletişim yolu ve geri alma adımı güncel ve görünür olduğunda, her alarm kaynağını, referansını, kümesini, ilk görülme zamanını, önem gerekçesini, güven düzeyini, sorumlusunu ve sonraki kontrolünü taşıdığında, her olay belirtiyi, yayın bileşenini, müdahale sürümünü, korunan yolculuk testlerini, iyileşme kanıtını ve kalan riski birbirine bağladığında ve sonuç doğuran her karar kanıtını, yetkilisini, zamanını, kapsamını, gözlem dönemini ve sonraki sorumlusunu yazdığında tamamlanmış oluyor.

Bu yöntem, panel kırmızıya döndüğünde yalnızca izlemekle kalmayıp harekete geçme yetkisi bulunan ekipler için uygundur.

Şu durumlarda iyi bir seçim

  • Migrasyonunuz tek bir yayın döneminde rotaları, şablonları, ölçümü, render sürecini, yerel ayarları ya da platform davranışını değiştiriyor.
  • SEO, mühendislik, analitik, ürün ve yayın ekiplerinin ortak bir zaman çizelgesine, her alarm için de ulaşılabilir bir sorumluya ihtiyacı var.
  • Önemli bir hata gelecek haftaki toplantıyı bekleyemez. Kanıta dayalı bir bekle ya da geri dön kararının hızlı alınması gerekiyor.

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

  • Yalnızca pasif bir canlıya geçiş paneli istiyorsunuz ve yayını durdurma, düzeltme ya da geri dönme yetkisi olan kimse yok.
  • Canlı sürüm, yayın öncesi referans değerler, kritik rotalar ve canlı tarama ya da log akışları yayından önce eşlenemiyor. Bu durumda alarmı doğru sürüm ve rotayla ilişkilendiremiyoruz.

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

Şu olduğunda tamam sayarız: Kritik SEO rotalarıyla kullanıcı yolculukları canlı sürümde kontrolleri geçiyor. Doğrulanan her olayın sorumlusu ve iyileşme kanıtı var, geri dönme kararları kayıtlı, yanlış alarmlar açıklanmış ve devam edecek izleme işi ilgili sorumluya açıkça aktarılmış durumda.

  • Sitechecker

    Korunan URL listesindeki canlı değişiklikler için anlık uyarılar üretiyoruz.

  • Screaming Frog

    Canlı rota, yönlendirme, direktif ve site haritası kontrollerini çalıştırıyoruz.

  • PageSpeed Insights

    Temsilci şablonlarda yayın anındaki performans gerilemelerini tespit ediyoruz.

  • WebPageTest

    Yayın sorunlarını istek, render ve zamanlama verileriyle yeniden üretiyoruz.

  • Google Search Console

    Canlı kontrollerden sonra gecikmeli keşif ve indeks sinyallerini izliyoruz.

  • Google Analytics

    Canlı girişleri, event'leri, formları ve kritik yolculuk sürekliliğini izliyoruz.

  • Weglot

    Yayın sırasında dil rotalarını ve dil geçişlerini smoke-test ediyoruz.

Yayın planınızı ve kritik rota listenizi getirin. Süreç başlamadan önce bunları canlı kontrollere ve net karar adımlarına dönüştürelim.
Yayın planını birlikte açın

Her SEO sinyalini gerçekten anlık izleyebilir misiniz?

Hayır. HTTP, log, hata ve sentetik kontrol verileri canlıya yakın gelebilir. Search Console, indeks verileri, saha verileri ve bazı analitik kaynakları gecikir. Her kaynağın beklenen gecikmesini ve hangi kararlarda kullanılabileceğini bu yüzden ayrı ayrı yazıyoruz.

Ne zaman geri alma önerirsiniz?

Korunan bir rota ya da kullanıcı yolculuğunda önemli bir zarar yeniden üretilebiliyorsa, sorun yayınla ilişkilendirilebiliyorsa ya da en güvenli geri alınabilir sınır yayınsa ve düzeltme üzerinde uzlaşılan müdahale süresi içinde doğrulanamıyorsa geri almayı öneririz.

Komuta merkezi ne kadar süre açık kalır?

Kritik kümeler üzerinde uzlaşılan dönem boyunca sağlıklı kalana, olaylar kapatılana ya da devredilene, veri kaynaklarındaki gecikmeler hesaba katılana ve yayın sorumlusu istikrarı onaylayana kadar açık kalır.

Kendi izleme altyapımızın hazır olması gerekir mi?

Bağlanabileceğimiz veri kaynaklarına ihtiyacımız var. Bunlar en azından tarama erişimini, sunucu ya da CDN loglarını, analitik verilerini ve Search Console'u kapsamalı. Belirli bir sağlayıcı kullanmanız gerekmez. Kritik bir sinyal için hiç veri akışı yoksa, sağlık panelinin bu sinyali kapsadığını iddia etmek yerine eksikliği yayından önce açıkça belirtiriz.