Kurumsal Sitelerde Sürekli Teknik SEO Bakımı

Lansman biter, teknik SEO bitmez

Yeni bir kurumsal siteyi yayına almak yoğun ama sonlu bir iştir: liste biter, site canlıya çıkar, ekip rahatlar. Sorun tam da orada başlar. Teknik SEO bir kurulum değil, sürekli bakım isteyen bir altyapıdır — çünkü site canlıyken de değişmeye devam eder. Yeni sayfalar açılır, kampanya adresleri silinir, bir editör yanlış kutuyu işaretler, bir bileşen güncellemesi yapısal veriyi sessizce bozar. Hiçbiri lansman günü olmaz; hepsi sonraki aylarda, kimse bakmıyorken olur.

Bu yazı yayın sonrasına odaklanıyor: hangi işi hangi sıklıkta yapıyorum, neye bakıyorum, hangi sinyalde alarm veriyorum. Lansman anına özgü kontrolleri (engelleme bayrakları, 301 haritası, ilk 48 saat izleme) bilinçli olarak dışarıda bıraktım; onları lansman öncesi teknik SEO kontrol listesi yazısında topladım. Önce lansmanı doğru yapın, sonra buraya dönün.

Bakımı takvime bağlayın, hafızaya değil

Bakım işlerinin çöpe gitmesinin tek bir nedeni var: "fırsat bulunca bakarız". Fırsat hiç bulunmaz. Bu yüzden kurumsal projelerde bakımı dört ritme ayırıyorum:

• Haftalık: otomatik alarm katmanı. İnsan neredeyse hiç çalışmaz; sistem bağırır.
• Aylık: indeks kapsamı, sitemap tazeliği ve kanonik sapma denetimi.
• Çeyreklik: tarama bütçesi, log analizi, yönlendirme zincirleri, yapısal veri ve içerik bayatlaması.
• Yıllık: tam tarama ve mimari düzeyde büyük denetim.

Ritmin amacı küçük hataları büyümeden yakalamak. Kurumsal ölçekte yanlış bir şablon kararı yüzlerce sayfaya kopyalanır; bir ayda fark ederseniz düzeltmesi saatlik bir iştir, bir yılda fark ederseniz ayrı bir projedir.

Haftalık: erken uyarı katmanı

Haftalık işler elle yapılmaz; otomatik çalışır ve yalnızca bozulunca sizi rahatsız eder.

• Çalışma süresi ve sunucu hataları. Botun art arda 5xx gördüğü bir sitede tarama hızı kendiliğinden düşer. Bu kaybı raporda değil, kayıtlarda görürsünüz.
• Yeni 404 birikimi. Silinen kampanya sayfaları, yeniden adlandırılan ürünler ve yanlış yazılmış iç bağlantılar 404 üretir. Haftalık bir fark listesi tutun: "geçen hafta yoktu, bu hafta var" olanlara bakın.
• Kırık iç bağlantı. Bir editör slug değiştirdiğinde kırılan yer genelde menü değil, eski yazıların gövdesindeki bağlantılardır.
• Engelleme nöbeti. Production robots.txt içeriğini ve birkaç kilit sayfanın indekslenebilirlik durumunu otomatik doğrulayın. Bu, en ucuz sigortadır ve en pahalı hatayı önler.

Bu nöbetin en basit hâli zamanlanmış birkaç satırdır:

# Haftalık nöbet: engelleme bayrağı ve kilit sayfaların durum kodu
curl -s https://ornek.com/robots.txt | grep -qi "disallow: /$" \
  && echo "ALARM: tum site engellenmis"

for yol in / /hizmetler /iletisim; do
  curl -sI "https://ornek.com$yol" | head -n 1
done

Haftalık katmanın kuralı basit: sessizce çalışsın, bozulunca çığlık atsın.

Aylık: indeks kapsamı ve hata sınıfları

Search Console'un sayfa raporu bakımın merkezidir; ama listeye tek tek adres olarak değil, hata sınıfı olarak bakmayı öneriyorum. Her sınıf farklı bir hikâye anlatır:

• "Taranan, şu anda indekslenmemiş". Genelde içerik kalitesi ya da aynı niyete giren iki sayfanın birbirini yemesi. Sayfa görülüyor ama saklanmaya değer bulunmuyor. Çözüm teknik değil, editöryeldir: birleştirin, derinleştirin veya kaldırın.
• "Bulunan, şu anda indekslenmemiş". Tarama bütçesi sinyali. Site bot için gereğinden büyük; öncelik veremiyor.
• "Yönlendirme içeren sayfa". Sitemap'te ya da iç bağlantılarda hâlâ eski adres duruyor demektir.
• "Alternatif sayfa, uygun kanonik etiketiyle". Tek başına beklenen bir durum; ama sayısı ay ay büyüyorsa parametreli adres üretimi kontrolden çıkmıştır.
• "Google tarafından seçilen kanonik farklı". En kritik sınıf: kanonik sinyaliniz arama motorunu ikna etmiyor.
• "Soft 404". Boş kategori, sonuçsuz arama ve "içerik bulunamadı" diyip 200 dönen sayfalar.

Aylık ritimde iki şeyi izlerim: indekslenmiş sayfa sayısının eğilimi ve sitemap'teki adres sayısıyla arasındaki makas. Makas açılıyorsa sitede yapısal bir sorun büyüyor demektir.

Aylık: sitemap tazeliği

• Sitemap gerçekten otomatik üretiliyor mu, yoksa aylar önceki bir anlık görüntü mü?
• lastmod gerçek içerik güncellemesini mi yansıtıyor, yoksa her dağıtımda "bugün" mü oluyor? İkincisi sinyali tamamen değersizleştirir.
• Silinen ve indekslenmemesi istenen adresler listeden düşüyor mu?
• Büyük sitelerde parçalı sitemap ve sitemap index yapısı hâlâ dengeli mi?

lastmod değerini dağıtım tarihinden değil, içeriğin kendisinden türetin:

// app/sitemap.ts
const posts = await getPublishedPosts();

return posts.map((post) => ({
  url: absoluteUrl("/blog/" + post.slug),
  lastModified: post.updatedAt ?? post.publishedAt,
}));

Sitemap'i "kurdum, unuttum" kutusuna koyan her ekipte bir yıl sonra listenin belirgin bir kısmı ölü adrestir.

Aylık: kanonik sapma tespiti

Kanonik kurgusu lansmanda doğru kurulur, zamanla sapar. Tipik kaynaklar: yeni eklenen filtre parametreleri, pazarlama takip parametreleri, güncellenen sayfalama şablonu ve çok dilli bölümlerde yanlış eşleme.

Aylık kontrol üç soruyla yapılır:

1. Örneklenen sayfaların kanonikleri kendi adreslerini mi gösteriyor?
2. "Google tarafından seçilen kanonik farklı" sayısı artıyor mu?
3. Kanonik adresler hâlâ tek bir merkezi yardımcıdan mı üretiliyor?

Üçüncü madde bir teknik borç göstergesidir: kanonik üretimi koda dağıldığı anda bir sonraki hata kaçınılmazdır. Kanonikleri ve yapısal veri kimliklerini tek kaynaktan türettiğinizde, ortam değişkeni yanlışsa hata tek yerde ve gürültülü biçimde çıkar; yüzlerce sayfaya sessizce dağılmaz.

Çeyreklik: tarama bütçesi ve log analizi

Kurumsal ölçekte sunucu kayıtları en dürüst SEO veri kaynağıdır. Search Console size sonucu özetler; kayıtlar botun gerçekte ne yaptığını gösterir.

Çeyrekte bir şu soruların cevabını çıkarırım:

• Bot isteklerinin ne kadarı gerçekten önemli sayfalara gidiyor?
• Tarama bütçesinin ne kadarı parametreli, filtreli veya yönlendirilen adreslerde yanıyor?
• Hangi şablonlar hiç taranmıyor? Yetim sayfa üretimi yeniden başlamış olabilir.
• Bot 4xx ve 5xx'i hangi oranda görüyor?
• En sık taranan adresler ile iş getiren sayfalar örtüşüyor mu?

Son madde kritik: tarama bütçesi bir kaynak dağıtımı meselesidir. Bot enerjisini arşiv sayfalarında harcıyorsa, yeni yayımladığınız hizmet sayfası sıraya girer.

Çeyreklik: yönlendirme zinciri temizliği

Yönlendirmeler tek tek eklenir, hiç silinmez ve zamanla zincire dönüşür: eski adres, ara adres, güncel adres. Her halka gecikme ve sinyal kaybı ekler.

• Zincirleri tek adıma indirin: kaynak doğrudan nihai hedefe gitsin.
• Yönlendirme döngülerini kesin; hem botu hem kullanıcıyı kilitlerler.
• İç bağlantıları güncelleyin. Yönlendirme kalıcı çözüm değil yamadır; menü ve gövde bağlantıları doğrudan güncel adresi göstermeli.
• Yıllardır hiç isabet almayan kuralları emekliye ayırın; kural dosyası sonsuza kadar büyüyemez.

Çeyreklik: yapısal veri regresyonu

Yapısal veri sessizce bozulur. Bir bileşen güncellenir, alan boş gelir, JSON-LD hâlâ üretilir ama artık geçersizdir. Kimse hata görmez; yalnızca zengin sonuçlar bir gün kaybolur.

• Her şablondan (anasayfa, hizmet, blog, iletişim) birer örneği doğrulayıcıdan geçirin.
• Zengin sonuç raporlarında tek tek hataya değil, uyarı sayısının eğilimine bakın.
• Şema sayfada gerçekten görünen içeriği yansıtıyor mu? İçerik silindiyse şemadan da düşmeli.
• Kimlik alanları hâlâ production alan adında mı? Staging kimliğinin sızması en sık görülen sessiz hatadır.

Çeyreklik: içerik bayatlaması denetimi

Teknik bakımın en çok ihmal edilen parçası içeriğin kendisidir. Bir sayfa hiç değişmeden de değersizleşir: rakipler daha iyisini yazar, konu güncellenir, ekran görüntüleri eskir.

Her çeyrekte üç grup çıkarırım:

• Düşüşte olanlar: gösterimi gerileyen ama hâlâ trafik alan sayfalar. Güncelleme yatırımının en kârlı olduğu yer burasıdır.
• Eşikte olanlar: ilk sayfanın hemen altında duran sorgular. Küçük bir içerik takviyesi ve birkaç doğru iç bağlantı çoğu zaman yeter.
• Ölü olanlar: uzun süredir gösterim almayan sayfalar. Birleştirme, yeniden yazma veya kaldırma kararı verin; kararsız bırakmak en kötüsüdür.

Güncellenen içerikte lastmod değerinin gerçekten değiştiğinden ve yayımlama akışının arama motorlarına bildirim gönderdiğinden emin olun. Yayımla düğmesine basmakla bildirim göndermek aynı şey değildir.

Süreklilik: saha verisiyle performans izleme

Performans, bakım listesinin en hızlı bozulan kalemidir; çünkü her yeni özellik biraz daha JavaScript ve biraz daha üçüncü taraf betik getirir.

• Kararı saha verisiyle verin; laboratuvar ölçümü regresyon yakalamak içindir. İkisinin farkını ve doğru okuma biçimini Core Web Vitals için pratik performans rehberi yazısında ayrıntılı anlattım.
• Tek adres yerine şablon bazında bakın; kurumsalda sorun sayfada değil kalıptadır.
• Ay ay eğilim izleyin. Tek ölçüm gürültüdür, üç aylık eğilim gerçektir.
• Uygulama tarafındaki somut çözümleri Next.js'te Core Web Vitals'ı yeşile çekmek yazısında topladım.

Çeyreklik: SERP ve rakip kayması

Sıralamayı yalnız sizin sayfanız belirlemiyor; sorgunun kendisi de değişiyor.

• Kilit sorgularda SERP biçimi değişti mi? Yeni bir özet kutusu, video karuseli veya yerel paket eklendiyse organik tıklama alanınız daralmıştır.
• Rakipler o sorguda içerik biçimini değiştirdi mi?
• Gösterim artarken tıklama düşüyorsa sorun sıralamada değil, başlık ve açıklamadadır.
• Marka sorgularınızda başkası mı öne çıkıyor?

Bu denetimin çıktısı teknik bir görev değil, içerik ve SEO stratejisi kararıdır.

Yılda bir: büyük denetim

Yılda bir kez siteyi baştan sona tarar ve şu başlıkları mimari düzeyde sorgularım: adres yapısı hâlâ mantıklı mı, iç bağlantı derinliği kontrolden çıktı mı, çok dilli eşlemeler tutarlı mı, güvenlik ve erişim başlıkları güncel mi, kaldırılması gereken eski bölümler var mı.

Yıllık denetimin farkı ölçek değil, cesarettir: aylık bakım hataları düzeltir, yıllık denetim kararları gözden geçirir.

Kim, neyi, hangi sıklıkta

Bakım sahipsiz kaldığı anda durur. Kurumsal projelerde sorumluluğu şöyle dağıtıyorum:

• Otomasyon: haftalık kontroller, çalışma süresi, 404 farkı, engelleme nöbeti, CI performans bütçesi.
• İçerik sorumlusu: aylık kapsam raporu okuması, bayatlama listesi, başlık ve açıklama iyileştirmeleri.
• Geliştirici: kanonik üretimi, yapısal veri, yönlendirme kuralları, sitemap ve performans regresyonları.
• Karar verici: çeyreklik özet, birleştirme ve kaldırma kararları, yıllık denetimin kapsamı.

Bir de yazılı bir değişiklik kaydı tutun: ne zaman ne değişti. Altı ay sonra "trafik neden düştü" sorusunun cevabı çoğu zaman bu kayıttadır.

Özet

• Bakımı takvime bağlayın: haftalık alarm, aylık kapsam, çeyreklik derinlik, yıllık mimari.
• İndeks kapsamına adres adres değil, hata sınıfı olarak bakın.
• Sitemap tazeliğini ve lastmod dürüstlüğünü düzenli doğrulayın.
• Kanonik üretimini merkezde tutun, sapmayı erken yakalayın.
• Kayıt analiziyle tarama bütçesinin nereye gittiğini görün.
• Yönlendirme zincirlerini tek adıma indirin, iç bağlantıları güncelleyin.
• Yapısal veriyi bir regresyon testi gibi ele alın.
• İçeriği de bakım kapsamına alın: düşüşte, eşikte ve ölü sayfaları ayırın.
• Performansı saha verisiyle, şablon bazında ve eğilim olarak izleyin.

Kurumsalda teknik SEO'nun kaybedildiği yer lansman günü değil, lansmandan altı ay sonraki sessizliktir. Sitenizin bakım ritmini kurmak isterseniz SEO ve performans yaklaşımıma göz atabilir ya da doğrudan bana yazabilirsiniz.