Eski blog yazıları AEO’ya nasıl uyarlanır?
Önce Search Console'da ortalama konumu 11-20 arasında olan yazılar seçilir; cevap yüzeylerine çıkmanın ön koşulu ilk sayfada olmaktır. Sonra ilk 60 kelime doğrudan cevap verecek şekilde yeniden yazılır, H2'ler soru biçimine çevrilir, paralel maddeler H3 yapılır ve karşılaştırmalar tabloya alınır. URL ile yayın tarihi değiştirilmez.
AEO konuşulurken herkes yeni içerik planından bahsediyor. Oysa çoğu sitede en hızlı kazanç yeni yazıda değil, zaten yayında olan ve zaten sıralanan yazılarda. Sebebi basit: cevap yüzeylerine çıkmanın ön koşulu ilk sayfada olmak, ve o sayfalar buna en yakın olanlar.
Bu, AEO çalışmasının en az konuşulan ama en verimli parçası. Bu yazıda eski bir yazıyı cevap verilebilir hâle getirirken izlediğim sırayı anlatıyorum. Yöntem, yeni yazı yazmaktan daha sıkıcı ama daha çabuk sonuç veriyor.
Neden yeni yazı yerine eskiyi düzeltiyorum?
Yeni bir yazı sıfırdan güven kazanmak zorunda: taranacak, indekslenecek, sıralanacak ve ancak ondan sonra cevap kutusuna aday olacak. Bu zincir aylar sürüyor.
Buna karşılık ikinci sayfada duran bir yazı zincirin üç adımını çoktan tamamlamış. Orada yapılacak iş sıralamayı sıfırdan kurmak değil, cevabı kopartılabilir hâle getirmek. Benim gördüğüm en iyi kazançlar bu ikinci gruptan geldi.
Hangi yazıdan başlıyorum?
Rastgele başlamak zaman kaybı. SEO denetiminde olduğu gibi burada da iki filtre kullanıyorum.
Ortalama konumu 11–20 arası olanlar
Search Console'da sorgu raporunu açıp ortalama konumu 11 ile 20 arasında olan sorguları süzüyorum. Bunlar ilk sayfanın hemen dışında duranlar. Cevap yüzeylerine çıkmak için ilk sayfada olmak gerektiği için asıl iş burada: bir-iki basamak ilerlemek, snippet adaylığını açıyor.
Gösterimi yüksek, tıklaması düşük olanlar
İkinci grup, bol gösterim alıp az tıklanan sayfalar. Bu genelde iki şeyden biri demek: ya başlık ve açıklama sorguyu karşılamıyor, ya cevap arama sonucunda zaten veriliyor. İkincisi ise sıfır tıklama tarafına giren ayrı bir karar.
Denetimde neye bakıyorum?
Bir yazıyı açtığımda sırayla dört şeye bakıyorum. Sıra önemli, çünkü ilki düzeltilmeden gerisi işe yaramıyor.
İlk 60 kelime
Sayfanın en üstündeki paragraf, sorunun cevabını doğrudan veriyor mu? Çoğu eski yazıda vermiyor — giriş cümlesi konuyu tanıtıyor, cevap üçüncü paragrafta beliriyor. Alıntıların büyük kısmı sayfanın ilk üçte birinden geldiği için, benim ilk hamlem her zaman bu paragrafı yeniden yazmak.
Başlık hiyerarşisi
H2'ler soru biçiminde mi, yoksa "Giriş", "Detaylar", "Sonuç" gibi içi boş etiketler mi? Bir de alt kırılımlara bakıyorum: paralel maddeler kalın metinle mi yazılmış, H3 olarak mı? Kalın metin makine için başlık değil, paragrafın içi. Bu ikisi eski içerikte en sık gördüğüm yapısal kusur.
Tablo ve liste var mı?
Karşılaştırma anlatan bir bölüm düz paragrafla yazılmışsa, o bölüm tablo snippet'ine hiç aday olmuyor. Aynı şekilde adım anlatan bir bölüm sıralı liste değilse liste snippet'i alamıyor. Snippet biçimi içeriğin biçimini taklit ediyor; biçim yoksa aday da yok.
Tarih ve güncellik
İçinde geçen veriler, ürün adları ve ekran görüntüleri hâlâ doğru mu? Cevap motorları tazeliğe duyarlı. Bir yazıda 2023'te doğru olan bir eşik duruyorsa, o yazı bugün alıntılanmayı hak etmiyor.
Bir yazıyı nasıl yeniden yapılandırıyorum?
Sırayla:
- Yazının cevapladığı asıl soruyu tek cümleyle yazıyorum. Yazamıyorsam sorun içerikte değil, konu seçiminde.
- O cevabı 40–60 kelimeye indirip en üste alıyorum.
- H2'leri soru biçimine çeviriyorum, paralel maddeleri H3'e çıkarıyorum.
- Karşılaştırma ve adım anlatan bölümleri tablo ya da listeye dönüştürüyorum.
- Gerçekten sorulan 3–4 soruyu SSS bölümü olarak ekliyorum; kaynağı PAA kutusu.
- İç bağlantıları gözden geçiriyorum — yazı ilgili hub sayfasına ve iki-üç kardeş yazıya bağlanıyor mu?
Bu altı adım bir yazıda ortalama bir saatimi alıyor. Aynı sürede yeni bir yazının ancak taslağı çıkar.
Neyi değiştirmiyorum?
Üç şeye dokunmuyorum ve bunlar önemli:
- URL. Slug değişirse sıralama geçmişi sıfırlanır. Değişmesi gerekiyorsa 301 yönlendirmesi zorunlu.
- Yayın tarihi. Eski yazıyı bugüne çekmek tazelik kazandırmıyor, yalnız arşiv sırasını bozuyor. Güncelleme tarihi ayrı bir alan olarak gösterilir.
- Çalışan başlık. Bir başlık zaten tıklanıyorsa "daha iyi" diye değiştirmek kumar. Ölçüm olmadan başlığa dokunmuyorum.
Sonuç ne zaman görünüyor?
Değişikliğin görünmesi için sayfanın yeniden taranması gerekiyor. Bu, site otoritesine ve sayfanın taranma sıklığına göre günler ile birkaç hafta arasında değişiyor. Search Console'daki URL denetleme aracıyla yeniden tarama isteyebilirsiniz ama bu bir garanti değil, sıraya girme talebi.
Ölçüm tarafında ben tek bir sayıya bakmıyorum: ortalama konum, snippet sayısı ve soru biçimli sorgulardaki gösterim birlikte hareket ediyorsa iş çalışmış oluyor. Yalnız tıklamaya bakmak, cevap yüzeylerinin doğası gereği yanıltıcı.
Sık Sorulan Sorular
Kaç yazıyı birden düzeltmeliyim?
Bir seferde 5–10 yazı öneririm. Daha fazlası ölçümü bulanıklaştırıyor: hepsi aynı hafta değişirse hangi düzenlemenin işe yaradığını ayırt edemezsiniz.
Eski yazıyı silip yeniden yazmak daha iyi olmaz mı?
Genelde olmaz. Silmek, o URL'nin biriktirdiği bağlantı ve sıralama geçmişini çöpe atmak demek. Aynı URL üzerinde yeniden yapılandırmak hemen her durumda daha kazançlı.
Güncelleme tarihini göstermeli miyim?
Evet, ama yalnız gerçekten güncellediyseniz. Tek kelime değiştirip tarihi tazelemek işe yaramıyor; içerik aynıysa tarih de bir sinyal üretmiyor.
Bu iş bir kere mi yapılır?
Hayır. Ben altı ayda bir aynı denetimi tekrarlıyorum. Cevap yüzeyleri değişiyor, rakipler cevaplarını iyileştiriyor ve bir zamanlar elinizde olan snippet başkasına geçiyor.
Faydalı Kaynaklar
- Google Search Central: Faydalı içerik oluşturma
- Google: Search Console performans raporu
- Google: Yeniden tarama isteme
Hangi yazılarınızın bu düzenlemeden en çok kazanacağını Search Console verinizle çıkarabilirim — benimle iletişime geçin.