1. İçerik Refresh ve Consolidation Sonuçlarını SEO Raporuna Nasıl Yansıtırsınız?
2. Refresh/Consolidation Öncesi Baz Çizgisi (Baseline)
Baseline olmadan “etki” yoktur. Önce/sonra kıyas yapacaksanız, önce “önce”yi doğru yakalamanız gerekir. Baseline, sadece KPI’ları değil; değişiklik tarihini, kapsamını ve hangi sayfaların etkilendiğini de içerir.
Baseline’da mutlaka yazılacaklar
- •Değişiklik tipi: refresh mi, consolidation mı?
- •Hedef URL(ler): liste
- •Tarih: yayın tarihi + indeks/yeniden tarama notu
- •Beklenen etki: CTR mi, trafik mi, dönüşüm mü?
- •Dış etken notu: sezon/algoritma/ kampanya var mı?
Mini örnek: Bir otel blogunda “Antalya gezi rehberi” refresh edildiyse, baseline’a “hangi alt başlıklar güncellendi, hangi görseller değişti, hangi iç linkler eklendi” notunu düşmek gerekir.
☑ Mini Check
- •Değişiklik tarihi ve kapsamı net mi?
- •Hedef URL listesi raporda şeffaf mı?
- •Beklenen KPI artışı tanımlı mı?
Ne yapmalıyım?
- • Raporun başına “Değişiklik log’u” mini kutusu koyun.
- • Baseline’ı 1 sayfada toplayın (KPI + kapsam).
- • Baseline olmadan “başarı” cümlesi kurmayın.
3. Hangi Metrikler Takip Edilmeli? (Sıralama, Trafik, CTR, Dönüşüm)
Refresh ve consolidation işlerinde KPI seti sabit olmalı ki farklı çalışmalar kıyaslanabilsin. Minimum set: görünürlük + tıklama verimi + trafik + iş çıktısı.
Minimum KPI seti (URL bazında)
- •GSC: impressions, clicks, CTR, avg position
- •GA4: organic sessions, conversions (makro + mikro)
- •(Opsiyonel) Landing kalite sinyali: etkileşim/scroll gibi
KPI’ların “ne karar verdiriyor?” karşılığı
- •CTR ↑ ama conversions ↓ ise: trafik daha çok ama niyet/UX sorunu olabilir
- •Impressions ↑ ama clicks aynıysa: görünürlük artmış, snippet verimi düşük
- •Avg position iyileşip CTR artıyorsa: net kazanım; standardize edilebilir
Mini örnek (B2B): Hizmet sayfasını refresh ettiniz; impressions aynı, CTR ↑, lead ↑ ise “vaat+kanıt+CTA” güncellemesi işe yaramıştır.
☑ Mini Check
- •KPI seti her çalışma için aynı mı?
- •Makro dönüşüm yanında mikro dönüşüm de var mı?
- •GSC ve GA4 aynı tarih aralığında mı okunuyor?
Ne yapmalıyım?
- • Refresh raporunda her URL için GSC+GA4 KPI satırı olsun.
- • Dönüşüm setini (makro/mikro) raporda tanımlayın.
- • KPI yorumunu tek cümleye indirin: “neden kazandık/kaybettik”.
4. Zaman Penceresi ve Karşılaştırma Yöntemi
Refresh etkisi her zaman “ertesi gün” görünmez; indekslenme ve kullanıcı davranışı zaman alır. Bu yüzden raporda zaman penceresi standardı belirlemek gerekir.
Karşılaştırma yöntemleri (pratik)
- •Önce/Sonra (Before/After): aynı URL, iki dönem kıyası
- •YoY destekli kıyas: sezon etkisini azaltmak için
- •Paralel kontrol grubu (opsiyonel): benzer URL seti ile karşılaştırma
Technical Not (sheet)
- • Karşılaştırma dönemini seçerken sezon etkisi ve algoritma değişimleri göz önüne alınmalı.
- • Aksi hâlde “refresh işe yaradı” dediğiniz şey aslında sezon dalgası olabilir.
İçerik güncellemelerinin etkisini nasıl ölçerim?
Net cevap bloğu (AEO): Güncellenen URL’ler için yayın tarihinden önceki dönemden bir baseline alın ve aynı uzunlukta “sonra” penceresi seçin. GSC (impressions/clicks/CTR/konum) ve GA4 (sessions/dönüşüm) KPI’larını birlikte karşılaştırın; mümkünse YoY veya benzer kontrol setiyle dış etkenleri not edin.
☑ Mini Check
- •Önce/sonra pencereleri aynı uzunlukta mı?
- •Sezon etkisini YoY ile kontrol ediyor muyum?
- •Algoritma/kriz gibi olayları raporda işaretledim mi?
Ne yapmalıyım?
- • Standart pencere seçin (örn. 28 gün önce/sonra) ve her raporda aynı kullanın.
- • Sezon etkili sektörlerde YoY destekli bir satır ekleyin.
- • Büyük güncelleme dönemlerinde sonuçlara “dış etken” etiketi ekleyin.
5. Tekil İçerik vs Cluster Etkisi
Refresh/consolidation bazen tek sayfayı değil, cluster’ı etkiler. Özellikle hub–cluster yapısında bir içeriği güçlendirmek, hub’a otorite taşıyabilir.
Cluster etkisini nasıl işaretlersiniz?
- •“Bu URL hangi cluster’ın parçası?”
- •Hub URL performansı değişti mi?
- •Cluster toplam impressions/clicks değişti mi?
- •İç link akışı (hub’a link sayısı) değişti mi?
Mini örnek (otel): “Antalya rehberi” blogu refresh edilip hub destinasyon sayfasına daha güçlü link verildiyse; blogun CTR artışı yanında hub’ın dönüşümü de artabilir. Raporda bunu “cluster etkisi” olarak not etmek gerekir.
☑ Mini Check
- •URL’leri cluster’a bağladım mı?
- •Hub performansını ayrıca izliyor muyum?
- •Refresh ile internal link değişimini rapora yazıyor muyum?
Ne yapmalıyım?
- • Raporunuza “Cluster adı / hub URL” sütunu ekleyin.
- • Cluster toplam KPI’larını tek satır özetleyin (impressions/clicks).
- • Internal link değişikliklerini “değişiklik log”da görünür kılın.
6. Raporlamada Öncesi/Sonrası Görselleştirme (Tablo + Küçük Grafik)
Refresh ve consolidation raporu, yönetime tek bakışta anlaşılır olmalı: bir tablo ve küçük bir trend grafiği çoğu zaman yeterli.
Refresh edilen URL’ler için önce/sonra tablosu
| URL | Tür | Önce CTR | Sonra CTR | Önce Clicks | Sonra Clicks | Önce Sessions | Sonra Sessions | Önce Conv. | Sonra Conv. | Not |
|---|---|---|---|---|---|---|---|---|---|---|
| ______ | refresh | ___% | ___% | ___ | ___ | ___ | ___ | ___ | ___ | ______ |
| ______ | refresh | ___% | ___% | ___ | ___ | ___ | ___ | ___ | ___ | ______ |
Consolidation raporu (toplam performans mantığı)
Consolidation’da “eski URL öldü, yeni URL açıldı” gibi bakmak yanıltır. Doğru ölçüm: birleştirilen URL’lerin toplamı → hedef URL. Yani “toplam kayıp var mı, otorite tek sayfada toplandı mı?” sorusuna bakarsınız.
| URL | Tip | Önce CTR | Sonra CTR | Önce Clicks | Sonra Clicks | Önce Sessions | Sonra Sessions | Önce Conv | Sonra Conv | Karar |
|---|---|---|---|---|---|---|---|---|---|---|
| ______ | refresh | ___% | ___% | ___ | ___ | ___ | ___ | ___ | ___ | keep/iterate |
| ______ | consolidation | ___% | ___% | ___ | ___ | ___ | ___ | ___ | ___ | keep/iterate |
Rapor notu standardı (ne, ne zaman, neden)
Her tablo satırının yanında 1 satırlık not:
- •“Title güncellendi, içerik %30 genişledi, 12 iç link eklendi, 2026-02-01 haftası yayınlandı” (örnek format)
Key Statistics / Data Point (yumuşatılmış): Refresh/consolidation sonrası doğru dönem karşılaştırmaları yapıldığında, genelde hedeflenen URL’lerde hem görünürlük hem trafik artışı görüldüğü raporlanıyor. (Kesin rakam iddiası değil; genel bulgu olarak düşünün.)
☑ Mini Check
- •Önce/sonra tablosu her hedef URL için var mı?
- •Consolidation’da “toplam→hedef” ölçümü yapıyor muyum?
- •Her satırda “ne, ne zaman, neden” notu var mı?
Ne yapmalıyım?
- • Raporu tablo + küçük grafik + karar cümlesiyle standardize edin.
- • Consolidation’da kaynağı ve hedefi aynı tabloda gösterin (şeffaflık).
- • Kazanan refresh türlerini “standart” haline getirin (style guide/checklist).
7. Refresh/Consolidation Öncesi–Sonrası Raporlama Şablonunu İndir — SEO / Refresh Raporu
Refresh/Consolidation Öncesi–Sonrası Raporlama Şablonunu İndir — SEO / Refresh Raporu (v1.0)
Bu asset, refresh ve consolidation çalışmalarında “ne yaptık?” sorusunu “ne kazandık?” sorusuna bağlar. Baseline + değişiklik log’u + önce/sonra KPI tablosu ile her URL’nin etkisini şeffaf biçimde gösterir; consolidation’da toplam performansın hedef URL’de toplanıp toplanmadığını ölçer. Sezon/algoritma etkisini rapor notuna ekleyerek yanlış atıf riskini azaltır.
Kim Kullanır?
İçerik/SEO ekipleri, ajanslar, yoğun içerik stoğu olan siteler.
Nasıl Kullanılır?
- Değişiklik log’u ve baseline KPI’larını doldur.
- 28 gün önce/sonra (veya YoY destekli) kıyasla, tabloyu tamamla.
- Karar ver: standartlaştır / tekrar test / consolidation revize.
Ölçüm & Önceliklendirme (Kısa sürüm)
- ▢ ✅ Değişiklik tipi: refresh / consolidation
- ▢ ✅ Hedef URL(ler) listesi eklendi
- ▢ ✅ Yayın tarihi + indeks notu eklendi
- ▢ ✅ KPI seti sabit: CTR, clicks, impressions, position, sessions, conversions
- ▢ ✅ Önce/sonra pencereleri aynı uzunlukta
- ▢ ✅ Sezon/algoritma dış etken notu eklendi
- ▢ ✅ Cluster adı + hub URL eklendi (varsa)
- ▢ ✅ Consolidation’da toplam→hedef ölçümü yapıldı
- ▢ ✅ Her URL için 1 yorum + 1 karar yazıldı
- ▢ ✅ Sonuçlar roadmap’e eklendi (sorumlu + tarih)
PDF içinde: Problem→Kök Neden→Çözüm tablosu + 14 gün sprint planı + önce/sonra KPI tablosu
A) Refresh Raporlama Checklist’i
- •Değişiklik tipi: refresh / consolidation
- •Hedef URL(ler) listesi eklendi
- •Yayın tarihi + indeks notu eklendi
- •KPI seti sabit: CTR, clicks, impressions, position, sessions, conversions
- •Önce/sonra pencereleri aynı uzunlukta
- •Sezon/algoritma dış etken notu eklendi
- •Cluster adı + hub URL eklendi (varsa)
- •Consolidation’da toplam→hedef ölçümü yapıldı
- •Her URL için 1 yorum + 1 karar yazıldı
- •Sonuçlar roadmap’e eklendi (sorumlu + tarih)
B) Değişiklik Log’u (kopyala-yapıştır)
- •Çalışma adı: ______
- •Tip: Refresh / Consolidation
- •Tarih: ______
- •URL listesi: ______
- •Ne değişti? (kısa): ______
- •Neden yapıldı? (hedef): ______
- •Beklenen KPI: ______
- •Dış etkenler: ______
C) Önce/Sonra KPI Tablosu
| URL | Tip | Önce CTR | Sonra CTR | Önce Clicks | Sonra Clicks | Önce Sessions | Sonra Sessions | Önce Conv | Sonra Conv | Karar |
|---|---|---|---|---|---|---|---|---|---|---|
| ______ | refresh | ___% | ___% | ___ | ___ | ___ | ___ | ___ | ___ | keep/iterate |
| ______ | consolidation | ___% | ___% | ___ | ___ | ___ | ___ | ___ | ___ | keep/iterate |
D) Consolidation Toplam→Hedef Ölçümü
- •Kaynak URL’ler toplam KPI (önce): ______
- •Hedef URL KPI (sonra): ______
- •Not: cannibalization azaldı mı? ______
Bir Sonraki Adım
Hangi refresh türü değer üretiyor, hangi consolidation yaklaşımı riskli; net KPI raporu isteyen ekipler için.