- Katılım
- 21 May 2023
- Mesajlar
- 470
- Tepki
- 17
- Puan
- 18
SEO hataları çoğu zaman tek bir etiket veya “anahtar kelime yoğunluğu” problemi değildir. Tarama, dizine ekleme, canonical, içerik amacı, iç bağlantı, JavaScript, yapılandırılmış veri ve ölçüm aşamalarındaki çelişkiler benzer trafik kaybı görüntüsü üretebilir. Belirtiyi yanlış sınıflandırmak, görünmeyen sayfaya başlık testi yapmak veya içerik sorununu sitemap göndererek çözmeye çalışmak demektir.
Başlıktaki 2025 ifadesi arşiv niteliğindedir; rehber Temmuz 2026'da güncellenmiştir. Aşağıdaki yaklaşım her hata için belirti → kanıt → kök neden → düzeltme → geri okuma zinciri kurar; sıralama garantisi veya sabit kelime/meta/link sayısı vaat etmez.
SEO düzeltmesi, görünen metriğe müdahale etmekten önce URL'nin tarama–dizin–sunum zincirindeki gerçek sorunu bulur.
Googlebot'un bir URL'yi istemesi, sayfanın dizine ekleneceği veya sorguda görüneceği anlamına gelmez. URL keşfedilmemiş, taraması engellenmiş, taranmış fakat dizine alınmamış veya dizinde olduğu hâlde sorguyla yeterince ilgili bulunmamış olabilir.
robots.txt tarama isteğini yönetir; bir URL'yi kesin olarak arama sonuçlarından çıkarmak için tasarlanmamıştır. Üstelik Google, robots.txt ile engellenen sayfadaki `noindex` kuralını göremeyebilir.
Bir sayfanın dizine alınmamasını istiyorsanız tarayıcının `noindex` robots meta veya `X-Robots-Tag` kuralını okuyabilmesi gerekir. Özel içerik için gerçek kimlik doğrulama kullanın. robots.txt değişikliğinde CSS/JS gibi render için gerekli kaynakların yanlışlıkla engellenmediğini de test edin.
Canonical, benzer sayfalar arasında tercih edilen temsilciyi bildiren güçlü bir sinyaldir; kullanıcıyı taşımaz ve mutlak komut değildir. Alakasız sayfaları tek bir kategoriye canonical vermek değer sorununu çözmez.
Google'ın canonical rehberi yönlendirme ve `rel=canonical`ı güçlü, sitemap dahil etmeyi daha zayıf bir sinyal olarak açıklar. Çelişkili yöntemler kullanmayın.
“Ürün bulunamadı” veya boş şablon gösteren sayfa `200` döndürürse soft 404 oluşabilir. Tersine, erişilebilir bir ürün veya kategori yanlışlıkla `404/5xx` verirse içerik kullanılamaz.
Gerçek karşılığı olan kalıcı taşımada uygun `301/308`, geçici taşımada uygun geçici yönlendirme; bulunmayan içerikte `404/410`, geçici sunucu sorununda `5xx` kullanın. Her eski URL'yi ana sayfaya yönlendirmeyin. Yönlendirme zinciri ve döngülerini kaldırın.
Google, tercih edilen sabit bir kelime sayısı olmadığını açıkça belirtir. Kullanıcı kısa bir tanım, güncel fiyat, karşılaştırma veya ayrıntılı uygulama bekleyebilir. İçeriği rakibin kelime sayısını geçmek için uzatmak, soruyu daha iyi cevapladığınızı göstermez.
Aynı arama ihtiyacına küçük başlık değişiklikleriyle onlarca sayfa açmak, kullanıcıya ve arama motoruna hangi URL'nin ana kaynak olduğunu belirsizleştirebilir. Filtre, etiket, baskı, takip parametresi ve takvim arşivi de kopya envanterini büyütebilir.
URL envanterini “tut / güncelle / birleştir / yönlendir / kaldır” kararlarıyla gözden geçirin. Ayrı kullanıcı değeri olmayan sayfaları yalnız canonical etiketiyle saklamak yerine üretim nedenini düzeltin. Birleştirmede benzersiz değer ve uygun bağlantıları koruyun.
Arama sonucu başlığı ve snippet'i cihaz, sorgu ve içerik bağlamına göre değişebilir. Google başlık bağlantısını yalnız `<title>` öğesinden değil sayfadaki belirgin başlıklar ve başka sinyallerden üretebilir; snippet de çoğu zaman sayfa içeriğinden seçilir.
Başlığı benzersiz, açıklayıcı, kısa fakat anlamlı yazın; ana H1/H2 ile çeliştirmeyin. Meta açıklamasını sayfayı doğru özetleyen öneri olarak kullanın. “Tam 60/160 karakter” hedefi uğruna anlamı bozmayın veya her sayfaya aynı metni kopyalamayın.
Her yazıya rastgele iki veya beş bağlantı eklemek bilgi mimarisi kurmaz. Önemli URL'ler standart, taranabilir `a href` bağlantılarıyla; bağlamı anlatan anchor metni üzerinden erişilebilir olmalıdır.
Tarayıcıda görünen içerik ilk HTML'de bulunmayabilir veya render sırasında API/JS hatasıyla kaybolabilir. Önemli başlık, bağlantı, ürün bilgisi ve canonical'ın alınan ve render edilen HTML'de nasıl göründüğünü karşılaştırın.
Yalnız kullanıcı tıklamasından sonra oluşan, URL taşımayan bağlantılar keşfi zorlaştırabilir. Sonsuz kaydırmada içerik gruplarına ayrı ve bağlantıyla erişilebilir URL sağlayın. URL Denetleme'nin render çıktısını ve sunucu loglarını birlikte kullanın.
Geçerli JSON-LD, zengin sonucun gösterileceği veya sıralamanın artacağı garantisi değildir. İşaretleme görünür içerikle aynı olmalı; sahte değerlendirme, güncel olmayan fiyat/stok veya sayfada bulunmayan SSS eklenmemelidir.
Kullanılan türün Google belgesindeki zorunlu/önerilen alanlarını kontrol edin. Rich Results Test sözdizimini; URL Denetleme ise Google'ın canlı sayfadaki işaretlemeyi görüp görmediğini değerlendirmek için kullanılabilir.
Core Web Vitals, gerçek kullanıcı deneyiminin önemli bir parçasıdır; ancak iyi skor ilk sıra garantisi değildir. Google'ın sayfa deneyimi belgesi, tek bir “page experience” sinyali olmadığını ve iyi CWV raporunun tek başına üst sıra garantilemediğini açıklar.
LCP, INP ve CLS'yi saha verisinde sayfa türü/cihaz bazında izleyin; laboratuvar testini değişiklik teşhisi için kullanın. Hızlı fakat alakasız, noindex veya güvensiz bir sayfa SEO açısından sağlıklı değildir.
Search Console Google Search'teki gösterim/tıklama/sorgu görünümünü; analitik ise site içindeki davranışı farklı yöntemlerle ölçer. Tıklama ile oturumun birebir eşleşmesi beklenmez.
URL değişikliği olan taşımada eski→yeni birebir harita, test ortamındaki noindex/robots kurallarının kaldırılması, güncel iç bağlantı/canonical/sitemap ve yeterli sunucu kapasitesi planlanmalıdır. Google, taşıma sonrasında yeni siteyi daha yoğun tarayabileceğini belirtir.
Taşıma öncesi önemli URL ve metrik tabanını kaydedin. Yönlendirmeleri hem örneklem hem tam listeyle test edin; eski domaini ve yönlendirmeleri yeterli süre koruyun. Birkaç günlük dalgalanmayı panikle geri alma sebebi yapmadan kritik erişim/index sinyallerini izleyin.
Belirtiyi sınıflandırın → tarama/dizin/render kanıtını toplayın → sabit SEO formüllerini bırakın → URL ve içerik sorumluluğunu netleştirin → tek değişiklik uygulayın → Search Console, log ve site verisiyle geri okuyun. En pahalı SEO hatası yanlış etiketi kullanmak değil, yanlış problemi çözmeye çalışmaktır.
Güncelleme: 15 Temmuz 2026
Başlıktaki 2025 ifadesi arşiv niteliğindedir; rehber Temmuz 2026'da güncellenmiştir. Aşağıdaki yaklaşım her hata için belirti → kanıt → kök neden → düzeltme → geri okuma zinciri kurar; sıralama garantisi veya sabit kelime/meta/link sayısı vaat etmez.
SEO düzeltmesi, görünen metriğe müdahale etmekten önce URL'nin tarama–dizin–sunum zincirindeki gerçek sorunu bulur.
1. Tarama ile Dizine Eklemeyi Aynı Sanmak
Googlebot'un bir URL'yi istemesi, sayfanın dizine ekleneceği veya sorguda görüneceği anlamına gelmez. URL keşfedilmemiş, taraması engellenmiş, taranmış fakat dizine alınmamış veya dizinde olduğu hâlde sorguyla yeterince ilgili bulunmamış olabilir.
- HTTP durumunu ve ana içeriğin gerçekten geldiğini kontrol edin.
- URL Denetleme'de canlı test ile dizin kaydını ayrı okuyun.
- robots.txt, noindex, canonical ve kimlik doğrulamayı birlikte inceleyin.
- Sitemap'e eklemenin dizin garantisi olmadığını unutmayın.
- Sorunun hangi aşamada olduğunu yazmadan içerik/bağlantı değişikliğine başlamayın.
2. robots.txt ile noindex'i Birbirinin Yerine Kullanmak
robots.txt tarama isteğini yönetir; bir URL'yi kesin olarak arama sonuçlarından çıkarmak için tasarlanmamıştır. Üstelik Google, robots.txt ile engellenen sayfadaki `noindex` kuralını göremeyebilir.
Bir sayfanın dizine alınmamasını istiyorsanız tarayıcının `noindex` robots meta veya `X-Robots-Tag` kuralını okuyabilmesi gerekir. Özel içerik için gerçek kimlik doğrulama kullanın. robots.txt değişikliğinde CSS/JS gibi render için gerekli kaynakların yanlışlıkla engellenmediğini de test edin.
3. Canonical'ı Yönlendirme veya Silme Komutu Sanmak
Canonical, benzer sayfalar arasında tercih edilen temsilciyi bildiren güçlü bir sinyaldir; kullanıcıyı taşımaz ve mutlak komut değildir. Alakasız sayfaları tek bir kategoriye canonical vermek değer sorununu çözmez.
- Canonical hedefi başarılı, erişilebilir ve indexlenebilir mi?
- Kaynak ile hedef gerçekten aynı veya çok benzer kullanıcı ihtiyacını mı karşılıyor?
- İç bağlantı, sitemap, hreflang ve yönlendirme sinyalleri aynı URL'yi mi destekliyor?
- Kanonik sayfada kendine işaret eden canonical var mı?
- Kalıcı taşımada kullanıcı ve bot için sunucu tarafı yönlendirme daha doğru mu?
Google'ın canonical rehberi yönlendirme ve `rel=canonical`ı güçlü, sitemap dahil etmeyi daha zayıf bir sinyal olarak açıklar. Çelişkili yöntemler kullanmayın.
4. Hata Sayfasını `200 OK` ile Sunmak
“Ürün bulunamadı” veya boş şablon gösteren sayfa `200` döndürürse soft 404 oluşabilir. Tersine, erişilebilir bir ürün veya kategori yanlışlıkla `404/5xx` verirse içerik kullanılamaz.
Gerçek karşılığı olan kalıcı taşımada uygun `301/308`, geçici taşımada uygun geçici yönlendirme; bulunmayan içerikte `404/410`, geçici sunucu sorununda `5xx` kullanın. Her eski URL'yi ana sayfaya yönlendirmeyin. Yönlendirme zinciri ve döngülerini kaldırın.
5. Arama Amacı Yerine Kelime Sayısına Yazmak
Google, tercih edilen sabit bir kelime sayısı olmadığını açıkça belirtir. Kullanıcı kısa bir tanım, güncel fiyat, karşılaştırma veya ayrıntılı uygulama bekleyebilir. İçeriği rakibin kelime sayısını geçmek için uzatmak, soruyu daha iyi cevapladığınızı göstermez.
- Sayfanın hedeflediği gerçek kullanıcı görevini yazın.
- Kendi deneyim, veri, örnek veya uzman değerlendirmesini ekleyin.
- Aynı paragrafı farklı başlıklarla tekrar etmeyin.
- Doğrulanamayan istatistik, uzman alıntısı ve vaka sonucu üretmeyin.
- Yazar, yöntem, kaynak ve güncelleme gerekçesini gerektiğinde açıklayın.
6. Birbirinin İşini Yapan Çok Sayıda URL Üretmek
Aynı arama ihtiyacına küçük başlık değişiklikleriyle onlarca sayfa açmak, kullanıcıya ve arama motoruna hangi URL'nin ana kaynak olduğunu belirsizleştirebilir. Filtre, etiket, baskı, takip parametresi ve takvim arşivi de kopya envanterini büyütebilir.
URL envanterini “tut / güncelle / birleştir / yönlendir / kaldır” kararlarıyla gözden geçirin. Ayrı kullanıcı değeri olmayan sayfaları yalnız canonical etiketiyle saklamak yerine üretim nedenini düzeltin. Birleştirmede benzersiz değer ve uygun bağlantıları koruyun.
7. Başlık ve Açıklamayı Sabit Karakter Formülüne Bağlamak
Arama sonucu başlığı ve snippet'i cihaz, sorgu ve içerik bağlamına göre değişebilir. Google başlık bağlantısını yalnız `<title>` öğesinden değil sayfadaki belirgin başlıklar ve başka sinyallerden üretebilir; snippet de çoğu zaman sayfa içeriğinden seçilir.
Başlığı benzersiz, açıklayıcı, kısa fakat anlamlı yazın; ana H1/H2 ile çeliştirmeyin. Meta açıklamasını sayfayı doğru özetleyen öneri olarak kullanın. “Tam 60/160 karakter” hedefi uğruna anlamı bozmayın veya her sayfaya aynı metni kopyalamayın.
8. İç Bağlantıyı Sayı Kotası Sanmak
Her yazıya rastgele iki veya beş bağlantı eklemek bilgi mimarisi kurmaz. Önemli URL'ler standart, taranabilir `a href` bağlantılarıyla; bağlamı anlatan anchor metni üzerinden erişilebilir olmalıdır.
- Kullanıcının bir sonraki sorusuna doğal bağlantı verin.
- Ana/kategori/rehber sayfaları ile ayrıntı sayfaları arasındaki yönü planlayın.
- Yetim sayfaları sitemap dışında içerik içi/navigasyon bağlantılarıyla keşfedilebilir kılın.
- Yönlendirmeli veya hata veren hedef yerine son kanonik URL'ye bağlanın.
- Site genelindeki aynı exact-match anchor'ı mekanik biçimde tekrar etmeyin.
9. JavaScript Render Sonucunu Kontrol Etmemek
Tarayıcıda görünen içerik ilk HTML'de bulunmayabilir veya render sırasında API/JS hatasıyla kaybolabilir. Önemli başlık, bağlantı, ürün bilgisi ve canonical'ın alınan ve render edilen HTML'de nasıl göründüğünü karşılaştırın.
Yalnız kullanıcı tıklamasından sonra oluşan, URL taşımayan bağlantılar keşfi zorlaştırabilir. Sonsuz kaydırmada içerik gruplarına ayrı ve bağlantıyla erişilebilir URL sağlayın. URL Denetleme'nin render çıktısını ve sunucu loglarını birlikte kullanın.
10. Yapılandırılmış Veriyi Görünmeyen İçeriği Uydurmak İçin Kullanmak
Geçerli JSON-LD, zengin sonucun gösterileceği veya sıralamanın artacağı garantisi değildir. İşaretleme görünür içerikle aynı olmalı; sahte değerlendirme, güncel olmayan fiyat/stok veya sayfada bulunmayan SSS eklenmemelidir.
Kullanılan türün Google belgesindeki zorunlu/önerilen alanlarını kontrol edin. Rich Results Test sözdizimini; URL Denetleme ise Google'ın canlı sayfadaki işaretlemeyi görüp görmediğini değerlendirmek için kullanılabilir.
11. Core Web Vitals Skorunu SEO'nun Tamamı Sanmak
Core Web Vitals, gerçek kullanıcı deneyiminin önemli bir parçasıdır; ancak iyi skor ilk sıra garantisi değildir. Google'ın sayfa deneyimi belgesi, tek bir “page experience” sinyali olmadığını ve iyi CWV raporunun tek başına üst sıra garantilemediğini açıklar.
LCP, INP ve CLS'yi saha verisinde sayfa türü/cihaz bazında izleyin; laboratuvar testini değişiklik teşhisi için kullanın. Hızlı fakat alakasız, noindex veya güvensiz bir sayfa SEO açısından sağlıklı değildir.
12. Search Console ile Analytics Sayılarını Aynı Sanmak
Search Console Google Search'teki gösterim/tıklama/sorgu görünümünü; analitik ise site içindeki davranışı farklı yöntemlerle ölçer. Tıklama ile oturumun birebir eşleşmesi beklenmez.
- Search görünürlüğü için Search Console'u, site içi davranış için analitiği esas alın.
- Tarih, saat dilimi, filtre, kanal ve landing page kapsamını eşitleyin.
- Küçük doğal farkı “veri bozuk” diye yorumlamayın; büyük sapmada etiket/izin/yönlendirme inceleyin.
- Markalı/markasız sorgu, ülke, cihaz ve sayfa gruplarını ayırın.
- Dağıtım, migration ve içerik güncelleme tarihlerini not edin.
13. Site Taşımasını Yönlendirme Listesi Olmadan Yapmak
URL değişikliği olan taşımada eski→yeni birebir harita, test ortamındaki noindex/robots kurallarının kaldırılması, güncel iç bağlantı/canonical/sitemap ve yeterli sunucu kapasitesi planlanmalıdır. Google, taşıma sonrasında yeni siteyi daha yoğun tarayabileceğini belirtir.
Taşıma öncesi önemli URL ve metrik tabanını kaydedin. Yönlendirmeleri hem örneklem hem tam listeyle test edin; eski domaini ve yönlendirmeleri yeterli süre koruyun. Birkaç günlük dalgalanmayı panikle geri alma sebebi yapmadan kritik erişim/index sinyallerini izleyin.
Hata Teşhis Kayıt Şablonu
Kod:
URL / şablon grubu:
İlk belirti ve tarih:
Etkilenen sorgu/sayfa/ülke/cihaz:
HTTP, robots, canonical, render, dizin kanıtı:
Son dağıtım/içerik/migration değişikliği:
Kök neden hipotezi:
Uygulanan tek değişiklik:
Beklenen sinyal ve geri okuma tarihi:İç Bağlantılar
- Teknik SEO: tarama, render ve dizin rehberi
- SEO içerik planlama rehberi
- Konu kümeleri ve iç bağlantı mimarisi
- Teknik SEO ve performans uygulamaları
Dış Kaynaklar
- Google: yararlı ve insan odaklı içerik
- Google: canonical URL yöntemleri
- Google: robots meta ve X-Robots-Tag
- Google: sayfa deneyimi
- Google: Search Console ve Analytics verisini birlikte kullanma
- Google: URL değişiklikli site taşıma
Özetle
Belirtiyi sınıflandırın → tarama/dizin/render kanıtını toplayın → sabit SEO formüllerini bırakın → URL ve içerik sorumluluğunu netleştirin → tek değişiklik uygulayın → Search Console, log ve site verisiyle geri okuyun. En pahalı SEO hatası yanlış etiketi kullanmak değil, yanlış problemi çözmeye çalışmaktır.
Güncelleme: 15 Temmuz 2026
Dijital Dünyanıza Yön Veren Pusula
Ekli dosyalar
Son düzenleme:
