- Katılım
- 21 May 2023
- Mesajlar
- 470
- Tepki
- 17
- Puan
- 18
Uygulamalı SEO Denetimi: Kanıttan İş Listesine
SEO kontrol listesi, onlarca kutuyu işaretlemek için değil; belirli URL gruplarında görünürlüğü sınırlayan kanıtlanmış sorunları bulup sıralamak için kullanılmalıdır. Her siteye aynı meta uzunluğunu, bağlantı sayısını veya içerik kelimesini dayatmak; asıl sorunu gizleyen kalabalık bir rapor üretir.
Konu başlığındaki 2025 ve zaman damgası arşiv niteliğindedir; uygulama akışı Temmuz 2026'da güncellenmiştir. Bu özel sürüm, ölçüm tabanı → URL envanteri → teknik erişim → içerik/iç bağlantı → arama görünümü → performans → öncelik → geri okuma sırasıyla gerçek bir denetimin nasıl yürütüleceğini gösterir.
SEO denetiminin çıktısı yüzlerce tavsiye değil; kanıtı, etkilediği URL grubu, sahibi ve doğrulama ölçütü belli bir iş listesidir.
1. Kapsamı ve Başlangıç Ölçümünü Dondurun
Denetim tarihini, site sürümünü, pazar/dil kapsamını ve hedef URL gruplarını yazın. Haber, ürün, kategori, rehber ve giriş gerektiren sayfa aynı kuralla değerlendirilmez.
- Search Console'da son dönem sorgu, sayfa, ülke ve cihaz eğilimlerini dışa aktarın.
- Düşüş/artış tarihlerini dağıtım, site taşıma, içerik ve algoritma güncelleme notlarıyla eşleştirin.
- Organik landing page davranışı/dönüşümünü analitikten ayrı alın.
- Sitemap, CMS, veritabanı veya platformdan beklenen URL envanterini çıkarın.
- HTTP logları varsa Googlebot isteklerini, durumları ve yanıt sürelerini örnekleyin.
- Denetim sırasında yapılacak değişiklikleri kaydedin; ölçüm tabanını sessizce değiştirmeyin.
Search Console tıklaması ile analitik oturumunun birebir eşleşmesi beklenmez; Google bu araçların farklı gerçekleri ölçtüğünü belirtir. Genel trendi ve büyük sapmaları birlikte inceleyin.
2. URL Envanterini Gerçek Durumla Eşleştirin
Her URL için kaynak (CMS/sitemap/tarama/log), şablon, HTTP durumu, indexlenebilirlik, canonical hedefi, organik trafik ve iş önemi alanlarını birleştirin. Böylece “sitemap'te yok” ile “site hiç üretmiyor” ayrılır.
- Beklenen ve indexlenebilir: Kullanıcı değeri olan kanonik sayfa
- Beklenen fakat noindex/engelli: Yapılandırma veya yayın hatası olabilir
- Beklenmeyen fakat indexlenebilir: Parametre, filtre, arşiv veya test URL'si olabilir
- Yönlendirme/hata: İç bağlantı ve sitemap'te kalmamalı
- Kopya/benzer: Kullanıcı ihtiyacı ve canonical sinyalleriyle karar verilmeli
- Yetim: Sitemap'te bulunsa bile site içi keşif ve önem sorunu taşıyabilir
Envanteri “bulduğumuz bütün URL'ler” olarak değil, her URL'nin neden var olduğunu açıklayan karar tablosu olarak kullanın.
3. Temsili Örnekle Uçtan Uca Teknik Kontrol Yapın
Önce her şablondan birkaç önemli, yeni, düşük performanslı ve sorunlu URL seçin. Her URL için zinciri sırayla kontrol edin:
- DNS/TLS ve beklenen HTTP yanıtı
- Yönlendirme zinciri ve son URL
- robots.txt erişimi
- Alınan HTML'deki ana içerik, başlık, robots ve canonical
- Render edilmiş HTML'deki içerik/bağlantı farkı
- Sitemap ve iç bağlantı varlığı
- URL Denetleme'deki dizin durumu ve Google'ın seçtiği canonical
Örneklemde sistematik sorun görürseniz kuralı URL grubunun tamamında test edin. Tek URL bulgusunu bütün siteye genellemeden önce şablon ve üretim mantığını doğrulayın.
4. HTTP, robots, noindex ve Canonical Sinyallerini Hizalayın
- Indexlenebilir sayfa `200` ve anlamlı ana içerik sunuyor mu?
- Bulunmayan sayfa soft 404 yerine doğru `404/410` veriyor mu?
- Kalıcı taşımada birebir ilgili hedefe `301/308` var mı?
- robots.txt, okunması gereken `noindex` kuralını gizliyor mu?
- Canonical hedefi başarılı, indexlenebilir ve gerçekten eşdeğer mi?
- Sitemap, hreflang ve iç bağlantılar tercih edilen kanonik URL'yi destekliyor mu?
- JavaScript canonical veya robots değerini çelişkili biçimde değiştiriyor mu?
Google, canonical için yönlendirme ve `rel=canonical`ı güçlü; sitemap dahil etmeyi daha zayıf sinyal olarak açıklar. Farklı yöntemlerle farklı hedefler göstermeyin.
5. İçerik Amacı ve Özgün Değeri Değerlendirin
Kelime sayısını bir kalite eşiği yapmayın. Google, tercih edilen bir kelime sayısı olmadığını belirtir. Aşağıdaki sorular sayfanın kullanıcı işini gerçekten tamamlayıp tamamlamadığını gösterir:
- Sayfa hangi kullanıcı sorusuna/işine tekil cevap veriyor?
- Başlık ve ana başlık içeriği doğru, abartısız biçimde özetliyor mu?
- İçerik özgün deneyim, veri, yöntem, örnek veya uzman değerlendirmesi sunuyor mu?
- İddialar birincil/güvenilir kaynakla doğrulanabilir mi?
- Benzer URL'lerden ayrılan gerçek değer nedir?
- Yazar, inceleyen, yöntem ve güncelleme gerekçesi gerektiğinde görülebiliyor mu?
- Kullanıcı sayfadan sonra aynı cevabı bulmak için yeniden aramak zorunda mı?
Kalıp paragraf, uydurma vaka, otomatik tarih veya küçük başlık değişikliğiyle üretilmiş sayfaları “tut/güncelle/birleştir/kaldır” kararına taşıyın.
6. Başlık ve Snippet Adaylarını Gerçek Sorguyla İnceleyin
Başlığı sabit karakter bandına zorlamak yerine benzersiz, açıklayıcı ve sayfayla uyumlu olmasını sağlayın. Google arama sonucundaki title link'i `<title>`, görünür başlıklar ve başka sayfa sinyallerinden oluşturabilir. Meta açıklaması da garantili çıktı değil, sayfa özeti için bir öneridir.
- Aynı şablonda yinelenen veya boş başlık/açıklama var mı?
- Başlık ile ana içerik farklı kullanıcı niyeti mi vaat ediyor?
- Marka/anahtar kelime tekrarı okunabilirliği bozuyor mu?
- Tarih ve “güncel” ifadesi içerikle gerçekten destekleniyor mu?
- Search Console'da gösterim artarken CTR düşüşü sorgu/konum karışımıyla açıklanıyor mu?
CTR değişimini tek başına başlık kalitesine bağlamayın; ortalama konum, sorgu türü, arama özelliği, cihaz ve marka talebi değişebilir.
7. İç Bağlantı ve Site Yapısını Haritalayın
Önemli sayfalar standart `a href` bağlantılarıyla keşfedilebilir olmalı. Bağlantı sayısı kotası yerine kullanıcı akışı ve sayfa sorumluluğu kullanın.
- Ana kategori/rehber sayfası alt kaynaklara mantıklı bağ veriyor mu?
- Alt sayfa ana kaynağa ve ilgili sonraki adıma dönebiliyor mu?
- Yetim veya gereksiz derin önemli URL var mı?
- Bağlantı metni hedefi açıklıyor mu?
- İç bağlantılar yönlendirme/hata yerine kanonik hedefe mi gidiyor?
- Mobil ve render edilmiş HTML'de aynı kritik bağlantılar bulunuyor mu?
Bir sayfayı yalnız sitemap'e koymak, kullanıcıların site içinde ulaşamadığı bilgi mimarisi sorununu çözmez.
8. JavaScript, Görsel ve Yapılandırılmış Veriyi Kontrol Edin
- Ana içerik ve bağlantılar render tamamlandığında mevcut mu?
- Önemli içerik kullanıcı etkileşimi veya scroll olmadan alınabiliyor mu?
- Sonsuz kaydırma grupları ayrı ve bağlantıyla erişilebilir URL'lere sahip mi?
- Görseller açıklayıcı alt metin, uygun boyut ve erişilebilir bağlam taşıyor mu?
- Yapılandırılmış veri görünür içerik, fiyat, stok, tarih ve yazar bilgisiyle aynı mı?
- İşaretleme kullanılan türün güncel Google kılavuzuna uyuyor mu?
- Rich Results Test ve canlı URL Denetleme çıktısı kaydedildi mi?
Geçerli şema zengin sonuç veya sıralama garantisi değildir. Görünmeyen SSS, sahte değerlendirme ve güncel olmayan teklif bilgisi eklemeyin.
9. Sayfa Deneyimini Şablon Bazında Ölçün
Core Web Vitals'i yalnız ana sayfada test etmeyin. LCP, INP ve CLS saha verisini sayfa türü, cihaz ve kullanıcı grubuyla inceleyin; laboratuvar testini kök neden teşhisi için kullanın.
- LCP öğesi ve sunucu/kaynak gecikmesi hangisi?
- INP'yi hangi etkileşim ve uzun görev bozuyor?
- CLS hangi görsel, reklam, font veya dinamik bileşenden geliyor?
- Yeni üçüncü taraf betik veya şablon sürümü gerilemeyle aynı tarihte mi?
- HTTPS, mobil kullanım ve içerik görünürlüğü birlikte sağlıklı mı?
Google, iyi CWV skorunun tek başına üst sıra garantisi olmadığını belirtir. En ilgili ve yararlı içeriği korurken kullanıcı deneyimini iyileştirin.
10. Bulguyu İşe Dönüştürün
Her bulguya ekran görüntüsü veya “kritik” etiketi koymak yetmez. Aşağıdaki şablonu kullanın:
Kod:
Bulgu:
Etkilenen URL/şablon sayısı:
Kullanıcı ve Search etkisi:
Kanıt / yeniden üretme:
Kök neden:
Önerilen tek değişiklik:
Sorumlu / bağımlılık:
Risk ve geri alma:
Kabul ölçütü:
Geri okuma tarihi:Önceliği etki, kanıt güveni, kapsanan URL/iş değeri, uygulama maliyeti ve geri dönüş riskine göre verin. “Bütün meta açıklamalarını değiştir” gibi geniş işi, örnek ve beklenen sonuç olmadan kuyruğa almayın.
11. Düzeltmeyi Küçük Dilimde Doğrulayın
Şablon değişikliğini önce temsili küçük bir URL grubunda veya test ortamında çalıştırın. Teknik kabul hemen; tarama, dizin ve performans sonucu uygun zaman penceresinde ölçülür.
- HTTP/robots/canonical/render çıktısı beklenen mi?
- İçerik ve yapılandırılmış veri kullanıcıya görünür hâliyle doğru mu?
- İç bağlantı ve sitemap son kanonik URL'ye mi gidiyor?
- Sunucu/log hata oranı veya CWV geriledi mi?
- Google yeniden taradı mı; seçilen canonical/dizin durumu değişti mi?
- Search Console eğilimi sorgu, sayfa, ülke ve cihaz bağlamında nasıl?
- İş sonucu ve analitik davranışında beklenmeyen yan etki var mı?
İç Bağlantılar
- SEO hata teşhis rehberi
- Teknik SEO: tarama, render ve dizin
- SEO içerik planı ve URL kararları
- SEO için hız ve güvenlik
Dış Kaynaklar
- Google: Search Console kullanmaya başlama
- Google: Search Console ve Analytics verisi
- Google: canonical URL yöntemleri
- Google: yararlı ve insan odaklı içerik
- Google: arama sonucu başlık bağlantıları
- Google: sayfa deneyimi
Özetle
Kapsam ve tabanı dondurun → URL envanterini çıkarın → teknik zinciri örnekleyip kalıbın tamamında doğrulayın → içerik/iç bağlantı/render/deneyimi değerlendirin → kanıtlı bulguyu sahipli işe çevirin → küçük dilimde uygulayıp Search Console, log ve iş verisiyle geri okuyun. Uygulamalı SEO denetimi, kontrol listesinin uzunluğuyla değil yanlış işi elemeden doğru değişikliği doğrulamasıyla değerlidir.
Güncelleme: 15 Temmuz 2026
Dijital Dünyanıza Yön Veren Pusula
Ekli dosyalar
Son düzenleme:
