Google Search Console Kurulumu ve Site Haritası Gönderme (2026): Doğrulama, Dizine Ekleme ve Yaygın Hata Çözümleri

Google Search Console (GSC), sitenizin Google aramasındaki “sağlık raporu” gibidir. Sitenin taranıp taranmadığını, hangi sayfaların dizine girdiğini, hangi hataların görünürlüğü düşürdüğünü ve organik performansın nerede güç kaybettiğini tek bir yerde görmenizi sağlar. 2026’da rekabetin daha sert olduğu bir ortamda GSC’yi kurmamak, arama trafiğini “şansa” bırakmak anlamına gelir.

Bu rehberin hedefi; sıfırdan kurulumu tamamlayıp site haritasını doğru göndermek, dizine ekleme sürecini yönetmek ve en sık görülen hataları pratik şekilde çözebilmenizdir. En kritik nokta şudur: Doğrulama doğru yapılmazsa veriler eksik gelir, hataların kaynağı yanlış yorumlanır ve indeksleme süreci gereksiz yere uzar.

Bu rehberde neleri netleştireceksiniz?

• Hangi mülk türünü seçmeniz gerektiğini ve nedenini
• Doğrulama seçeneklerini, artılarını ve risklerini
• Site haritasını doğru formatta hazırlayıp göndermeyi
• URL Denetimi ile dizine ekleme süreçlerini akıllıca yönetmeyi
• “Gönderildi ancak dizine eklenmedi” gibi can sıkıcı durumları çözmeyi
• robots.txt, noindex, canonical, yönlendirme ve 404 kaynaklı problemleri sistematik biçimde ayıklamayı

Kuruluma Başlamadan Önce Teknik Hazırlık

Kuruluma geçmeden önce kısa bir teknik hazırlık yapmak, sonraki adımlarda “veri var ama neden yanlış?” türü sorunları azaltır. GSC’nin temel mantığı şudur: Google botları sitenizi tarar, sinyalleri değerlendirir ve uygun gördüğü URL’leri dizine alır. Siz de GSC üzerinden bu sürecin izini sürersiniz. Burada amaç sadece “eklemek” değil; Google’ın sitenizi doğru anlamasına yardım edecek bir altyapı kurmaktır.

Ön hazırlıkta özellikle site yapınızı ve tekil URL disiplininizi kontrol edin. Aynı içerik birden çok URL ile erişilebiliyorsa (www ve non-www, http ve https, sondaki slash farkı, parametreli URL’ler) dizin karmaşası yaşanır. Bu karmaşa bazen performans raporlarına “parça parça veri” olarak yansır ve gerçek tabloyu görmeyi zorlaştırır.

Aşağıdaki hazırlık kontrol listesi, kurulumun sağlam başlamasını sağlar:

• Tek bir ana sürüm belirleyin: https mi, www var mı, sondaki slash standardı ne?
• 301 yönlendirmelerini tutarlı kurun (dağınık 302 kullanmayın)
• robots.txt içinde yanlışlıkla kritik klasörleri engellemediğinizi doğrulayın
• Önemli şablonlarda yanlışlıkla noindex etiketi bulunmadığını kontrol edin
• Canonical etiketinin “kopya” üretmeyecek şekilde tutarlı çalıştığından emin olun
• Site haritası üretim yöntemini belirleyin (CMS eklentisi, otomatik üretim, manuel)

Bu hazırlıkların hepsi bir günde bitmek zorunda değil; fakat doğrulama ve harita gönderiminden önce en azından indekslenmesini istediğiniz sayfaların erişilebilir ve tutarlı URL’lerde olduğundan emin olmanız, ileride saatlerce hata kovalamayı engeller.

Mülk Seçimi: Domain mi, URL Ön Ekli mi?

GSC’de iki temel mülk yaklaşımı vardır: alan adı seviyesinde izleme ya da belirli bir URL ön eki altında izleme. Buradaki karar, izlemek istediğiniz kapsamla ilgilidir. Eğer sitenizin www, non-www, http, https ve alt alan adları dahil bütün varyasyonlarını tek çatı altında görmek istiyorsanız, alan adı düzeyinde kurulum daha düzenli bir resim sağlar. Daha dar bir kapsam (örneğin sadece belirli bir alt klasör ya da belirli bir protokol) takip edilecekse URL ön ekli yaklaşım tercih edilebilir.

Bu seçimin önemi şurada ortaya çıkar: Yanlış kapsam seçimi, veriyi eksik gösterir. Örneğin sadece https sürümünü ekleyip, hâlâ hatalı şekilde http’den trafik alan sayfalarınız varsa, bazı sinyaller gözden kaçabilir. Benzer şekilde, www ve non-www arasında tutarsız bir yönlendirme varsa raporlar birbirine karışabilir.

Seçim yaparken pratik bir yaklaşım:

• Kurumsal, tek marka site ve tüm varyasyonların izlenmesi isteniyorsa: geniş kapsam
• Test ortamı, geçici proje, tek bir klasör performansı veya belirli bir protokol izleniyorsa: dar kapsam
• Çok dil, çok ülke, alt alan adı kullanan yapılarda: alan adı seviyesinde tek merkez daha az dağınıklık yaratır

Kararı verdikten sonra doğrulama adımına geçmek mantıklıdır; çünkü doğrulama yönteminiz, seçtiğiniz mülk tipini doğrudan etkiler.

Doğrulama Yöntemleri: Hangisi Daha Sağlam?

Doğrulama, “Bu site üzerinde yetkim var” demenin teknik kanıtıdır. En kritik amaç; doğrulamayı bir kez yapmak değil, doğrulamanın kalıcı ve bozulmaya dayanıklı olmasını sağlamaktır. Bazı yöntemler tema değişince, CDN kuralı güncellenince veya eklenti kaldırılınca sessizce bozulabilir.

Yöntemleri güvenilirlik açısından düşünürsek, genelde DNS tabanlı doğrulama en dayanıklı olanıdır. Çünkü site dosyaları, tema ve sayfa yapısı değişse bile DNS kaydı yerinde kaldığı sürece doğrulama devam eder. Buna karşılık HTML etiket ya da HTML dosyası yöntemleri, site düzeninde yapılan değişikliklerden etkilenebilir.

Doğrulama seçeneklerini seçim kolaylığı açısından şöyle değerlendirebilirsiniz:

• DNS kaydı ile doğrulama: En kalıcı seçenek, teknik erişim gerektirir
• HTML dosyası yükleme: Hızlıdır, dosya yönetimi erişimi gerekir
• HTML meta etiketi: Tema veya başlık yapısı değişirse bozulabilir
• Etiket yöneticisi / analiz aracına bağlı doğrulama: Hesap erişimleri değişince sorun çıkarabilir

Doğrulama sırasında en sık yapılan hata; “kuruldu sanmak” ama aslında yanlış sürümü doğrulamaktır. Örneğin yalnızca www sürümünü doğrulayıp non-www sürümünden çalışan sayfalar bırakmak, raporların eksik görünmesine yol açabilir. Bu nedenle doğrulama tamamlanınca doğru sürüm ve doğru kapsam kontrolü yapmanız, sonraki adımların doğruluğunu belirler.

Doğrulama Sonrası İlk Yapılandırma: Erişim, Güvenlik ve Veri Tutarlılığı

Doğrulama biter bitmez site haritası göndermek cazip gelebilir; ancak önce birkaç temel ayarı yerli yerine oturtmak daha doğru olur. Çünkü GSC, sadece bir raporlama aracı değil; aynı zamanda ekip içinde yetki ve sorumluluk alanlarının tanımlandığı bir kontrol panelidir. Yanlış erişim düzeyi, kritik ayarların yanlışlıkla değiştirilmesine ve gereksiz risklere neden olabilir.

Önce kullanıcı erişimlerini düşünün. Ajansla çalışıyorsanız, teknik ekibiniz varsa veya içerik ekibi düzenli rapor alacaksa roller net olmalıdır. Herkese tam yetki vermek kısa vadede kolay görünür; ama uzun vadede karmaşa doğurur. Özellikle doğrulama yöntemine bağlı erişimler (DNS, etiket yöneticisi, analiz aracı) değişirse, doğrulama da tehlikeye girebilir.

İlk gün yapılabilecek hızlı yapılandırmalar:

• Yetkileri roller bazında dağıtın (tam yetki sadece gerekli kişide kalsın)
• Tercih ettiğiniz ana sürümü iç ekipte netleştirin (https, www, slash standardı)
• Sitemap göndermeden önce robots.txt ve noindex kontrollerini tekrar yapın
• Ana sayfa, kategori sayfaları ve kritik landing page’lerde canonical tutarlılığını gözden geçirin

Bu noktada amaç “mükemmel kurulum” değil; sorunsuz veri akışı ve sürdürülebilir kontrol sağlamaktır. Böylece site haritası gönderdiğinizde, Google’ın “neden tarayamıyorum?” sorusuna takılmadan ilerlersiniz.

Site Haritası Hazırlama: Hangi URL’ler Girmeli, Hangileri Girmemeli?

Site haritası, Google’a “İşte takip etmek istediğim URL listesi” demenin düzenli yoludur. Ancak birçok sitede site haritası, gereksiz URL’lerin çöplüğüne dönüşür: filtre sayfaları, etiket arşivleri, boş arama sonuç sayfaları, parametreli varyasyonlar, hatta 404’e giden URL’ler bile listelenir. Sonuç olarak Google’ın tarama bütçesi kötü kullanılır ve önemli sayfalar daha geç keşfedilir.

İyi bir site haritası şu prensiplerle hazırlanır: Dizine girmesini istediğiniz, kanonik ve erişilebilir URL’leri ekleyin. Kopya içerik üreten, noindex taşıyan, yönlendirmeli veya robots ile engellenmiş URL’ler haritada olmamalıdır. Haritayı “her şeyi ekleyeyim” mantığıyla büyütmek, çoğu zaman fayda değil zarar getirir.

Site haritasına dahil edilmesi genellikle doğru olan URL türleri:

• Ürün, kategori, hizmet ve içerik sayfalarının kanonik sürümleri
• Düzenli güncellenen blog yazıları ve rehber içerikler
• Yerel hedefleme sayfaları (şehir sayfaları gibi) gerçekten özgünse
• Kullanıcıya değer sunan statik sayfalar (hakkımızda, iletişim gibi)

Site haritasına eklenmemesi çoğu zaman daha iyi olan URL türleri:

• Site içi arama sonuç sayfaları
• Filtre ve sıralama parametreleriyle çoğalan URL’ler
• Etiket sayfaları (özgün içerik yoksa)
• Giriş ekranı, sepet adımları, kullanıcı paneli gibi kapalı alanlar
• noindex taşıyan sayfalar veya yönlendirme yapan URL’ler

Haritanın mantığı temiz olursa, GSC’de hata ayıklama da kolaylaşır. Çünkü “Google neden dizine almadı?” sorusu geldiğinde, önce haritanın kalitesinden şüphe etmeniz gerekmez.

Site Haritası Gönderme: Adım Adım ve Doğru Kontrol Noktaları

Site haritasını GSC’ye göndermek teknik olarak kısa bir işlemdir; fakat asıl başarı, gönderimden sonraki gözlemdir. Haritayı ekledikten sonra Google’ın onu düzenli çekip çekmediğini, kaç URL bulduğunu ve kaçını dizine aldığını takip etmek gerekir. “Gönderdim bitti” yaklaşımı, özellikle yeni sitelerde haftalarca fark edilmeyen sorunlara yol açabilir.

Gönderim adımlarını pratik bir sırayla yürütün: Önce doğru mülkte olduğunuzu kontrol edin, sonra site haritası yolunun doğru olduğundan emin olun, ardından raporlarda okuma yapın. Gönderim sonrası ilk günlerde “0 keşfedildi” gibi değerler görmek her zaman sorun değildir; ama birkaç gün geçmesine rağmen değişmiyorsa teknik kontrol şarttır.

Site haritası gönderirken uygulanabilir kontrol listesi:

• Harita URL’si tarayıcıda açılıyor mu ve boş dönmüyor mu?
• Harita içinde listelenen URL’ler 200 durum kodu veriyor mu?
• Haritadaki URL’ler kanonik sürüm mü, yönlendirme var mı?
• robots.txt bu haritayı veya URL’leri engelliyor mu?
• Haritada noindex taşıyan sayfa var mı?
• Büyük sitelerde harita bölünmüş mü (örneğin içerik türüne göre)?

Gönderim sonrası okumayı da planlayın. Harita raporunda görülen “keşfedildi”, “işlendi”, “dizine alındı” gibi veriler, Google’ın sitenizi nasıl ele aldığını anlamak için güçlü sinyallerdir. Burada amaç sayıyı şişirmek değil; kritik sayfaların düzenli ve hatasız şekilde dizine girmesini sağlamaktır.

Dizine Ekleme Yönetimi: URL Denetimi Ne Zaman Kullanılmalı?

URL Denetimi, tek bir URL’nin Google gözündeki durumunu anlamak için en hızlı yoldur. Ancak bu araç yanlış kullanıldığında, herkesin düştüğü bir tuzak oluşur: Her sayfa için “dizine ekleme iste” butonuna basmak. Bu, kısa vadede iyi hissettirse de çoğu zaman sürdürülebilir bir yöntem değildir. Önemli olan; Google’ın sitenizi doğal şekilde tarayıp indekslemesini sağlayacak sinyalleri düzeltmektir.

URL Denetimi’ni stratejik kullanın: Yeni yayınlanan kritik bir sayfa, güncellenmiş önemli bir içerik, hatalı canonical işaretlemesi şüphesi veya beklenmedik “noindex” durumu gibi durumlarda devreye alın. Sitenizde binlerce sayfa varsa, tek tek istek göndermek yerine iç linkleme, harita kalitesi ve teknik erişilebilirlik daha çok sonuç verir.

URL Denetimi ile hızlı teşhis edebileceğiniz konular:

• Google URL’yi görüyor mu, en son ne zaman taradı?
• Dizine alınmış mı, alınmadıysa ana gerekçe ne?
• Google’ın seçtiği canonical ne, sizin belirlediğiniz canonical ne?
• Sayfa robots veya noindex nedeniyle engelleniyor mu?
• Sunucu yanıtı ve render durumu sorunlu mu?

Dizine ekleme hızını artırmak için pratik iyileştirmeler:

• Yeni içerikleri güçlü iç linklerle besleyin (anasayfa veya kategori üzerinden)
• Haritaya yalnızca kanonik ve değerli URL’leri koyun
• Kopya sayfa üretimini azaltın (parametre, etiket, filtre kontrolü)
• Sayfa hızını ve sunucu kararlılığını iyileştirin, 5xx dalgalanmalarını azaltın

Buradaki kilit hedef şudur: Google’a “bu site temiz, tutarlı ve keşfetmeye değer” sinyalini düzenli olarak vermek.

Kapsam ve Sayfa Raporlarını Okuma: Sorunları Erken Yakalamak

GSC’nin en büyük faydalarından biri, sorunları büyümeden gösterebilmesidir. Özellikle dizin kapsamı benzeri raporlar; hangi URL’lerin tarandığını, hangilerinin dizine alınmadığını ve nedenlerini topluca görmenizi sağlar. Bu raporlara bakmadan yalnızca trafik verisine odaklanmak, çoğu zaman geç kalmak demektir.

Raporları doğru okumak için “hata” ile “tercih” ayrımını yapmanız gerekir. Bazı URL’lerin dizine alınmaması normaldir: örneğin giriş sayfaları, filtre sayfaları veya tekrarlayan parametreli URL’ler. Sorun; değerli sayfalarınızın “dizine alınmaması” veya dizinden düşmesidir. Kritik sayfalar dizine girmiyorsa, SEO çalışmasının diğer kısmı verimsizleşir.

Raporlarda düzenli takip edebileceğiniz sinyaller:

• Dizine alınan sayfa sayısı artıyor mu, dalgalanma var mı?
• “Gönderildi ancak dizine eklenmedi” sınıfı yükseliyor mu?
• Sunucu hataları, zaman aşımı veya robots engelleri artıyor mu?
• Canonical uyuşmazlığı kaynaklı kopya sorunları çoğalıyor mu?

Bu raporları haftalık kısa rutinlere bağlamak işe yarar. Her hafta 15 dakikalık bir kontrol, ay sonunda saatler süren kriz çözümünü engelleyebilir. Özellikle sitenizde sık içerik giriliyorsa veya teknik değişiklikler yapılıyorsa, bu rutin görünürlüğü koruyan bir güvenlik ağı haline gelir.

Yaygın Hatalar ve Çözümleri: En Sık Görülen Senaryolar

Kurulum ve harita gönderimi tamamlandığında bile bazı problemler kaçınılmazdır. Önemli olan, hatayı “adlandırıp” sistematik çözmektir. Aşağıda en sık karşılaşılan senaryoları, hızlı teşhis mantığıyla birlikte bulacaksınız. Buradaki amaç tek bir sihirli çözüm değil; sorunu kök nedenine indirerek kalıcı şekilde kapatmak.

Sık görülen dizin problemleri ve olası kök nedenler:

• “Gönderildi ancak dizine eklenmedi”: İçerik zayıf, kopyaya yakın, iç link az, teknik sinyal tutarsız
• “Taranmış ancak dizine eklenmemiş”: Google sayfayı gördü ama kalite veya benzersizlik sinyali yetersiz
• “Yönlendirme hatası”: 3xx zinciri, yanlış hedef, tutarsız http-https veya www kurgusu
• “Soft 404”: İçerik boş, ürün yok sayfası, anlamsız şablon, ince içerik
• “Sunucu hatası (5xx)”: Hosting dalgalanması, aşırı yük, güvenlik duvarı engeli
• “robots.txt tarafından engellendi”: Yanlış kural, test sonrası unutulan bloklar
• “noindex algılandı”: CMS ayarı, şablon hatası, eklenti çakışması
• “Kopya, kullanıcı seçimiyle canonical farklı”: Canonical hatalı, parametreli kopyalar çoğalıyor

Bu tip hatalarda uygulanabilir bir çözüm sırası vardır. Önce erişilebilirliği kontrol edin (200 yanıtı, robots, noindex), sonra canonical ve yönlendirme tutarlılığına bakın, ardından içerik ve iç link sinyallerini güçlendirin. Özellikle “dizine eklenmedi” sınıflarında, teknik olarak her şey doğru olsa bile Google sayfayı seçmeyebilir; o zaman çözüm içerik kalitesi, benzersizlik ve site içi otorite sinyalleridir.

Site haritası kaynaklı sık hatalar ve hızlı aksiyonlar:

• Harita okunamıyor: Harita URL’si erişilemiyor, sunucu engeli veya yanlış yol
• Haritada 404/3xx URL var: Harita üretimi temizlenmeli, sadece 200 kanonik URL bırakılmalı
• Haritada noindex URL var: noindex olanları haritadan çıkarın veya noindex kararını yeniden düşünün
• Haritada parametreli URL çoğalıyor: Harita üretim kuralını düzenleyin, filtre sayfalarını hariç tutun

Burada kritik güven unsuru şudur: Haritanız, sitenizin en temiz vitrinidir. Vitrin kirliyse Google’ın tarama iştahı düşer, sizin teşhis süreniz uzar.

2026 İçin Sağlamlaştırma İpuçları: Daha Temiz İndeks, Daha Net Raporlar

Kurulumu yapmak başlangıçtır; asıl değer, indeksin temiz kalması ve verinin doğru okunmasıyla oluşur. 2026’da özellikle e-ticaret, içerik siteleri ve yerel servis işletmeleri için rekabetin arttığı bir ortamda, küçük teknik ihmaller bile görünürlüğü belirgin etkileyebilir. Bu yüzden hedef “her şeyi dizine sokmak” değil; doğru sayfaları, doğru biçimde dizine sokmak olmalıdır.

İndeks hijyenini korumak için operasyonel yaklaşım geliştirin. Yeni içerik yayınlandığında otomatik olarak haritaya giriyor mu, bu sayfa gerçekten indekslenmeli mi, benzer sayfa üretiyor mu gibi sorular rutin hale gelmelidir. Ayrıca site güncellemeleri sonrası (tema değişimi, altyapı taşıma, hız optimizasyonu) GSC’de küçük dalgalanmalar normaldir; önemli olan bu dalgalanmanın sebeplerini hızlıca yakalamaktır.

Uygulanabilir güçlendirme önerileri:

• İçerik yayın akışına “indekslenebilirlik kontrolü” ekleyin (canonical, noindex, iç link)
• Kategori ve hub sayfalarını güçlendirerek tarama yönünü siz belirleyin
• Parametreli URL’leri kontrol altına alarak kopya üretimini azaltın
• Zayıf sayfaları birleştirin, güncelleyin veya indeks dışında bırakın (stratejik temizlik)
• Sunucu loglarını düzenli takip ederek bot erişim sorunlarını erkenden yakalayın

Bu yaklaşım, hem dizine ekleme sorunlarını azaltır hem de performans raporlarını daha anlamlı hale getirir. Çünkü veri temiz olduğunda karar almak kolaylaşır: Hangi sayfaya yatırım yapılmalı, hangi sayfa geride kalıyor, hangi sorgu grubunda büyüme fırsatı var daha net görünür.

Sık Sorulan Sorular – S.S.S

1. Google Search Console kurmak SEO için zorunlu mu?
Zorunlu değildir, ancak SEO’yu yönetilebilir hale getirir. Dizine ekleme sorunlarını ve tarama engellerini görmeden ilerlemek, görünürlüğü şansa bırakır. GSC, “ne oluyor?” sorusuna somut veriyle cevap verdiği için pratikte vazgeçilmezdir.

2. Domain düzeyi mülk ile URL ön ekli mülk arasındaki fark nedir?
Domain düzeyi mülk, alan adının tüm varyasyonlarını daha geniş kapsamda takip etmeye uygundur. URL ön ekli mülk ise belirli bir protokol veya alt klasör gibi daha dar kapsamlı izleme için tercih edilir. Hedefiniz tüm resmi görmekse geniş kapsam genelde daha rahat yönetilir.

3. Doğrulama yöntemi olarak en güvenlisi hangisi?
Genellikle DNS tabanlı doğrulama daha dayanıklıdır çünkü site içi değişikliklerden daha az etkilenir. Tema değişimi, eklenti kaldırma veya CDN ayarları meta etiket gibi yöntemleri bozabilir. Kalıcı bir kurulum istiyorsanız doğrulamanın “kolay” değil “sağlam” olması önemlidir.

4. Doğrulama yaptım ama veriler gelmiyor, normal mi?
Evet, özellikle yeni eklenen mülklerde verinin oturması zaman alabilir. Ayrıca yanlış mülkü (örneğin sadece www veya sadece http) eklemek de veri eksikliğine neden olur. İlk günlerde erişim ve kapsam doğrulaması yapmak bu yüzden kritiktir.

5. Site haritası göndermeden de Google sayfaları bulur mu?
Evet, iç linkler ve dış linkler üzerinden keşif yapabilir. Ancak site haritası, özellikle yeni sitelerde ve çok sayfalı yapılarda keşfi hızlandırır. Harita, doğru hazırlanırsa tarama verimliliğini artırır.

6. Site haritasına tüm sayfaları eklemeli miyim?
Hayır, yalnızca dizine girmesini istediğiniz kanonik ve değerli sayfaları eklemek daha doğrudur. Parametreli, noindex’li, yönlendirmeli veya düşük değerli sayfaları eklemek tarama bütçesini dağıtabilir. Harita bir “kalite filtresi” gibi düşünülmelidir.

7. “Gönderildi ancak dizine eklenmedi” ne anlama gelir?
Google URL’yi aldı ve değerlendirdi, ancak dizine koymayı tercih etmedi anlamına gelir. Bu durum içerik kalitesi, benzersizlik, iç link yetersizliği veya kopya sinyalleriyle ilişkili olabilir. Çözüm, sadece teknik değil içerik ve yapı sinyallerini de güçlendirmektir.

8. “Taranmış ancak dizine eklenmemiş” ile “Gönderildi ancak dizine eklenmedi” farkı nedir?
İkisi de dizine alınmama durumudur, ancak birinde URL site haritası üzerinden özellikle gönderilmiştir. Bu fark, sorun araştırmasında ipucu sağlar: Harita kalitesi ve seçim kriterleri ayrıca değerlendirilmelidir. Yine de iki durumda da kalite ve tutarlılık sinyalleri belirleyicidir.

9. URL Denetimi’nden sürekli “dizine ekleme iste” yapmak doğru mu?
Kritik sayfalar için yararlıdır ama her sayfa için sürekli yapılması sürdürülebilir değildir. Google’ın doğal tarama düzenini desteklemek daha kalıcı sonuç verir. İç linkleme, harita temizliği ve teknik erişilebilirlik uzun vadede daha etkilidir.

10. robots.txt ile noindex arasındaki fark nedir?
robots.txt, botların sayfayı taramasını engelleyebilir; noindex ise sayfanın dizine eklenmemesini söyler. Bazı senaryolarda robots engeli, sayfanın durumunu analiz etmeyi de zorlaştırır. Hangisinin kullanılacağı hedefe göre seçilmelidir.

11. Canonical etiketi yanlışsa ne olur?
Google, sizin sayfanız yerine başka bir URL’yi ana sürüm olarak seçebilir. Bu da doğru sayfanın dizine girmemesine veya performansın dağılmasına neden olabilir. Canonical tutarlılığı, özellikle parametreli ve benzer içerikli sayfalarda çok kritiktir.

12. 301 ve 302 yönlendirme farkı GSC açısından önemli mi?
Evet, çünkü 301 kalıcı, 302 geçici yönlendirme sinyali taşır. Kalıcı taşıma ve sürüm birleştirme durumlarında 301 daha doğru olur. Yanlış yönlendirme türü, indeksleme ve sinyal aktarımını geciktirebilir.

13. Soft 404 neden olur ve nasıl çözülür?
Google, sayfa 200 dönse bile içeriği “boş veya değersiz” görürse soft 404 olarak sınıflandırabilir. Stokta olmayan ürün şablonları, çok kısa içerikler veya anlamsız sayfalar buna yol açabilir. Çözüm, gerçek 404 vermek, yönlendirmek veya sayfayı değerli içerikle güçlendirmektir.

14. Çok büyük sitelerde tek sitemap yeterli mi?
Genellikle büyük sitelerde sitemap’leri parçalara bölmek daha sağlıklı yönetim sağlar. İçerik türüne göre (ürün, kategori, blog gibi) ayrı haritalar izlemeyi kolaylaştırır. Böylece hatanın hangi gruptan çıktığını daha hızlı yakalarsınız.

15. Sitemap güncellendiğinde tekrar göndermek gerekir mi?
Genelde gerekmez; doğru yapıdaysa Google haritayı periyodik olarak yeniden alır. Ancak büyük değişiklikler sonrası kontrol etmek mantıklıdır. Önemli olan, haritanın her zaman güncel ve temiz kalmasıdır.

16. Dizine ekleme süresi ne kadar sürer?
Sitenin otoritesi, iç link yapısı, sunucu kararlılığı ve içerik kalitesi süreyi etkiler. Bazı sayfalar hızlı dizine girerken bazıları daha uzun değerlendirme sürecine takılabilir. Hız için en sağlıklı yol, teknik tutarlılık ve güçlü keşif sinyalleridir.

17. Aynı içerik hem www hem non-www’da açılıyorsa ne yapmalıyım?
Tek bir ana sürüm seçip diğerini 301 ile yönlendirmek en doğru çözümdür. Aksi halde kopya içerik ve sinyal bölünmesi oluşabilir. Bu durum GSC raporlarında dağınık veri olarak kendini gösterebilir.

18. Parametreli URL’ler (filtre, sıralama) indekslenmeli mi?
Çoğu durumda hayır, çünkü çok sayıda kopya sayfa üretir. Eğer parametreli sayfa gerçekten özgün değer sunmuyorsa indeksin kirlenmesine yol açar. En iyi yaklaşım, bu URL’leri kontrol altına alıp kanonik yapıyı netleştirmektir.

19. Site taşındıysa (alan adı veya altyapı) GSC’de neyi kontrol etmeliyim?
Öncelikle yönlendirmelerin tutarlı olduğundan ve yeni sürümün doğru doğrulandığından emin olun. Ardından sitemap’i güncelleyip yeni URL’leri temiz şekilde sunmak gerekir. Taşıma sonrası ilk haftalarda kapsam raporlarını daha sık takip etmek faydalıdır.

20. GSC performans raporundaki düşüş her zaman SEO sorunu mu demektir?
Her zaman değil; mevsimsellik, talep değişimi veya sıralama dalgalanmaları da etkiler. Ancak dizine ekleme sorunları veya teknik engeller de benzer düşüş yaratabilir. Bu yüzden performans düşüşünde kapsam ve tarama sinyallerini birlikte okumak en doğru yaklaşımdır.