Eski siteyi yarım günde yenilemek: içerik-diff kapısıyla statik site

Site yenilemenin en pahalı hatası kötü tasarım değil, sessiz içerik kaybıdır. Yeni sürüm yayına alınır, üç hafta sonra aramadan gelen trafik yarıya iner ve kimse nedenini bilmez. Nedeni genelde aynıdır: eski sayfalardaki metnin bir kısmı taşınmamıştır ve eski adresler yönlendirilmemiştir.

Yenilemede trafik neden düşer?

Üç klasik sebep:

1. Metin kısaltma. "Daha temiz görünsün" diye 900 kelimelik hizmet sayfası 200 kelimeye iner; sayfanın sıraladığı ifadeler de onunla birlikte gider.
2. Adres değişimi. URL yapısı değişir ama 301 yönlendirme haritası çıkarılmaz; eski adresler 404 döner.
3. Engel kalıntısı. Test ortamındaki noindex ya da robots kısıtı canlıya taşınır. Bu tek satır, sitenin tamamını aramadan siler.

Yenilemeden önce hangi veri yedeklenir?

Trafik değişimini ancak yenilemeden önceki durumla kıyaslayarak ölçersin, o yüzden ilk iş ölçüm çizgisini dosyaya almaktır.

Eylül 2026 itibarıyla Google Analytics yardım sayfası, Search Console'un yalnızca son 16 ayın verisini tuttuğunu belirtiyor (yardım sayfası). Performans raporunu yenilemeden önce dışa aktarmazsan, eski sürümün verisi bir süre sonra elinde olmaz.

Ölçüm çizgisi için beş kalem yeter:

İçerik-diff kapısı: yenilemenin sigortası

İçerik-diff kapısı, eski ve yeni sayfaların metinlerini karşılaştırıp iki şeyi kanıtlar: hiçbir cümle kaybolmadı ve hiçbir cümle uydurulmadı. İkincisi, yapay zekayla çalışırken en az birincisi kadar önemlidir; model boşluk gördüğünde doldurmayı sever.

1. Eski sayfaları düz metne indir Her sayfanın görünen metni ayrı dosyaya alınır; menü ve altbilgi hariç tutulur.
2. Yeni sayfaları aynı biçimde çıkar Karşılaştırma, tasarımdan bağımsız olarak metin üzerinden yapılır.
3. Farkı raporla Eksik cümleler ve yeni eklenmiş cümleler ayrı ayrı listelenir.
4. Kapıyı uygula Eksik cümle varsa yayına çıkılmaz. Yeni cümle varsa kaynağı sorulur: müşteri onayladı mı, yoksa uydurulmuş mu?

Neden statik site?

Tanıtım, hizmet ve referans sitelerinin büyük çoğunluğu aslında bir uygulamaya ihtiyaç duymaz. Statik site, yani hazır HTML dosyaları, üç avantaj getirir:

Yani statik her siteye uygun değil; üyelik, sepet ve anlık veri gerektiren işlerde bir arka uç gerekir. Ama "beş sayfalık kurumsal site" tarifine giren işlerin neredeyse tamamı statik yapıda daha hızlı, daha ucuz ve daha dayanıklı olur.

Yarım günlük yenileme akışı

1. Envanter çıkar Tüm adresler, başlıkları ve trafik verisiyle listelenir. Yenilemenin kapsamı burada belli olur.
2. İçeriği indir Her sayfanın metni, görselleri ve iletişim bilgileri toplanır.
3. Tasarım dilini seç Renk, tipografi ve bileşen seti bir kez belirlenir; tüm sayfalar bundan üretilir.
4. Sayfaları üret İçerik birebir taşınır, yalnız biçim değişir.
5. İçerik-diff kapısını çalıştır Eksik ve uydurma cümle raporu temiz gelmeden devam edilmez.
6. Yönlendirme haritasını yaz Adres değiştiyse her eski adres için 301 satırı hazırlanır.
7. Formu ve izlemeyi bağla İletişim formu gerçekten mail gönderiyor mu, izleme çalışıyor mu: canlıda test edilir.
8. Önce/sonra ölç ve yayına al Hız ve Core Web Vitals ölçümü yenileme öncesi ve sonrası alınır; fark kanıt olarak saklanır.

301 yönlendirme haritası nasıl yazılır?

Harita, her eski adresin yeni karşılığını tek satırda gösteren bir listedir; envanterden çıkan adres listesi buna dönüşür. Üç kural işin çoğunu halleder: her eski adres doğrudan son adrese gitsin, zincir kurma. Karşılığı olmayan sayfayı ilgisiz bir sayfaya değil, en yakın konuya yönlendir. Kalkan sayfa için bilinçli olarak 404 ya da 410 dön.

Adresler değişiyorsa Eylül 2026 itibarıyla Google'ın site taşıma rehberi yönlendirmeleri mümkün olduğunca uzun, genellikle en az 1 yıl tutmayı öneriyor (Google Search Central). Aynı rehber, orta ölçekli bir sitede yeni adreslerin gösterilmeye başlamasının birkaç hafta ya da daha uzun sürebileceğini ve bu sürede görünürlüğün geçici dalgalanabileceğini söylüyor.

Küçük bir sitenin haritası şöyle görünür:

Önce ve sonra hız ölçümünde hangi eşikler geçerli?

Önce ve sonra ölçümünün anlamlı olması için iki tarihte de aynı üç metriğe bakılır.

Eylül 2026 itibarıyla Google'ın iyi saydığı eşikler LCP için 2,5 saniye, INP için 200 milisaniye ve CLS için 0,1'dir; sayfa yüklemelerinin en az yüzde 75'inde bu değerlerin tutması bekleniyor (web.dev). Eşik tutmuyorsa önce görsel boyutlarına ve üçüncü taraf betiklere bak.

Yayına geçiş kontrol listesi

• Tüm sayfalar 200 dönüyor; eski adresler 301 ile yeni karşılığına gidiyor.
• robots.txt ve site haritası güncel.
• Canonical etiketleri doğru sayfayı işaret ediyor.
• Formlar test edildi, mail ulaştı.
• Mobilde okunabilirlik ve dokunma alanları kontrol edildi.
• Search Console'a yeni site haritası gönderildi.
• Yenileme öncesi sürümün yedeği duruyor.

Yenileme sonrası: görünürlüğü büyütmek

Yeni site yayına alındıktan sonra iş bitmiş olmuyor. Sıradaki iki adım: denetimle teknik durumu ölçmek ve GEO tarafında alıntılanabilir içerik üretmek. Yenilemeyi tek seferlik bir iş değil, tekrar edilebilir bir hizmet haline getirmek istiyorsan adımları döngü olarak yaz; ikinci müşteride süre yarıya iner.

Bu yöntem kimin için yanlış?

İçerik-diff kapılı statik yenileme her siteye uymaz. Şu üç durumda başka yol gerekir:

• Sitede üyelik, sepet ya da anlık veri varsa. Statik dosyalar bunları tek başına taşımaz; bir arka uç ya da hazır altyapı gerekir.
• İçeriği her gün panelden birileri değiştiriyorsa. Statik yapıda her değişiklik bir dosya düzenlemesidir; ekipte bunu yapacak kimse yoksa klasik panel daha rahattır.
• Eski sitede korunacak değer yoksa. Trafik yok, içerik yer tutucuysa yenileme değil sıfırdan kurulum düşünülmelidir; ölçütler revize mi sıfırdan mı yazısında.

Sıfırdan kurmaya karar verirsen site kurucu, kodlama ajanı ve ajans arasındaki seçimi yapay zeka ile web sitesi yapma yazısı üç yolun karşılaştırmasıyla anlatıyor.