Search Console kurulumu ve site haritası nasıl gönderilir?

Kısa cevap: Search Console kurulumu iki işten oluşur: bir mülk doğrulamak ve site haritasını göndermek. Mümkünse alan adı (Domain) mülkü kurun; http ile https protokollerini ve tüm alt alan adlarını tek panelde toplar, karşılığında yalnızca DNS doğrulaması kabul eder. Site haritası göndermek keşfi hızlandırır, ama indekslenmeyi garanti etmez ve sıralama vermez. Doğrulamayı tek yönteme bağlamayın; bir tema güncellemesi o yöntemi sildiğinde verilere erişiminiz kesilir.

Search Console ne gösterir, hangi mülk türünü seçmeli

Search Console, Google'ın siteniz hakkında bildiklerini size açan paneldir: hangi sorgularda göründüğünüz, hangi adreslerin dizine eklendiği, hangilerinin eklenmediği ve eklenmeme sebebi. Analitik araçları ziyaretçinin siteye girdikten sonrasını ölçer; Search Console ise siteye girmeden önceki tarafı, yani aramanın kendisini gösterir. İkisi birbirinin yerine geçmez, birlikte okunur.

Kurulumun ilk kararı mülk türüdür ve bu karar sonradan değiştirilmez; yalnızca yeni bir mülk eklenir. Alan adı (Domain) mülkü hem http hem https protokolünü, hem de tüm alt alan adlarını kapsar. Yani kök adres, www sürümü ve varsa bir blog ya da mağaza alt alan adı aynı panelde toplanır. Bedeli şudur: alan adı mülkü yalnızca DNS doğrulamasıyla kurulur, başka yöntem kabul edilmez.

URL-prefix mülkü ise tek bir protokol ve tek bir yol içindir. Bu türde kök adresin http ve https sürümleri iki ayrı mülk sayılır; alt alan adları da kapsam dışıdır. URL-prefix mülkünde DNS yöntemi kullanılamaz, onun yerine site üzerinde bir iz bırakan yöntemlerden biri seçilir. Pratik sonuç basit: DNS kayıtlarınıza erişiminiz varsa alan adı mülkü kurun. Kayıt eklemenin nasıl yapıldığını bilmiyorsanız DNS kayıt türleri yazısı TXT satırının nereye yazıldığını anlatıyor. Yalnızca belirli bir dizini ayrıca izlemek istiyorsanız, alan adı mülkünün yanına ek olarak bir URL-prefix mülkü de kurabilirsiniz.

Doğrulama yöntemleri ve nerede kırıldıkları

Google birkaç doğrulama yöntemi sunar ve hepsi aynı veriyi açar. Aralarındaki gerçek fark, yöntemin ne kadar kolay kaybolduğudur; tablonun son sütunu bu yüzden var.

Tag Manager yöntemini seçecekseniz bir ayrıntı önemlidir: kapsayıcının <noscript> parçası <body> etiketinden hemen sonra gelmelidir; başka bir yere taşınırsa doğrulama tanınmaz. Analytics yönteminde ise mülkte düzenleme yetkiniz olmalı ve Search Console'a girdiğiniz Google hesabı Analytics hesabıyla aynı olmalıdır.

Buradan çıkan en önemli sonuç şu: birden fazla yöntemle doğrulamak, tek yöntemin bozulmasına karşı sizi korur. Tema güncellemesinin <head> içindeki HTML etiketini silmesi sık yaşanan bir olaydır. Mülk doğrulaması düştüğünde panel verisine erişiminiz kesilir; performans geçmişinizi ve indeksleme raporlarını göremezsiniz, bir sorunu da tam o anda fark edemezsiniz. İkinci yöntem olarak DNS kaydını seçmek mantıklıdır, çünkü sitenin dosyalarına yapılan hiçbir müdahale DNS bölgesine dokunmaz.

Site haritasına ne konur, ne konmaz

Site haritası, sitenizdeki adresleri makineye okunur bir listede toplayan dosyadır. Tek işi keşfi hızlandırmaktır. Google bir adresi bağlantıları takip ederek de bulur; haritada görürse daha erken bulur. Haritada olmak sıralama vermez, indekslenmeyi de garanti etmez. Yazının en çok yanlış anlaşılan cümlesi budur ve “haritayı gönderdim, hâlâ çıkmıyorum” şikâyetinin tamamı bu yanlış anlamadan doğar.

Haritaya yalnızca üç koşulu birlikte sağlayan adresler konur: indekslenmesini istediğiniz, isteğe 200 yanıt kodu dönen ve canonical etiketi kendisini işaret eden adresler. Konmayacak olanlar ise şunlardır:

• Yönlendirilen adresler. Bir adres kalıcı olarak başka bir yere gidiyorsa haritada hedefin kendisi durur, yönlendirilen eski adres durmaz.
• noindex taşıyan adresler. Aynı anda hem “bunu dizine ekle” hem “bunu dizine ekleme” demiş olursunuz; bu çelişki hiçbir işe yaramaz.
• Parametre türevleri. Filtre, sıralama ve oturum parametresiyle üretilen adresler aynı içeriğin kopyalarıdır; canonical'ları başka bir adresi işaret eder.
• Hata dönen ya da erişilemeyen adresler. Haritanın değeri, içindeki adreslerin doğruluğundan gelir. Hata dönen satırlar haritanın tamamına olan güveni düşürür.

Site büyüdüğünde tek dosya yetmez: bir harita dosyası en fazla 50.000 adres taşıyabilir ve sıkıştırılmamış hâliyle 50 MB sınırını geçemez. Bu sınıra yaklaşan siteler harita dizini (sitemap index) kullanır: bir ana dosya alt haritaları listeler, alt haritalar da adresleri. Google'a yalnızca ana dizin dosyasını göndermek yeterlidir. Bu yapı aynı zamanda raporu okumayı kolaylaştırır; ürünleri, blog yazılarını ve kurumsal sayfaları ayrı haritalara koyduğunuzda hangi grubun indekslendiğini ayrı ayrı görürsünüz. Haritayı yalnızca panele göndermekle bırakmayın; robots.txt dosyasına da bir Sitemap: satırı ekleyin, böylece Search Console hesabı olmayan tarayıcılar da haritayı bulur.

Adım adım: mülkü doğrulamak ve haritayı göndermek

1. Mülk türünü seçin. DNS kayıtlarınıza erişiminiz varsa alan adı (Domain) mülkü kurun; http, https ve tüm alt alan adları tek panelde toplanır. Erişim yoksa URL-prefix mülküyle devam edin.
2. DNS TXT kaydıyla doğrulayın. Google'ın verdiği dizgiyi alan adınızın kök kaydına TXT olarak ekleyin. Kaydın yayılması iki-üç gün sürebilir; panel hemen onaylamazsa bir süre bekleyip tekrar deneyin.
3. İkinci bir yöntemle yedekleyin. Doğrulama geçtikten sonra Ayarlar bölümünden ikinci bir yöntem ekleyin. Biri siteye, biri DNS bölgesine dayanıyorsa tek bir müdahale ikisini birlikte silemez.
4. Site haritasını üretin. Site altyapınız harita üretiyorsa onu kullanın; üretmiyorsa bir araçla oluşturun. Harita adresi genelde kökteki sitemap.xml dosyasıdır.
5. Haritadaki adresleri denetleyin. Göndermeden önce her adresin 200 döndüğünü ve canonical etiketinin kendisini işaret ettiğini doğrulayın. Yönlendirilen ve noindex taşıyan satırları çıkarın.
6. Haritayı Search Console'a gönderin. Site Haritaları bölümünden harita adresini girin. Harita dizini kullanıyorsanız yalnızca ana dizin dosyasını göndermek yeterlidir.
7. robots.txt dosyasına Sitemap: satırını ekleyin. Böylece haritayı yalnızca Google değil, bu dosyayı okuyan diğer tarayıcılar da bulur.
8. Birkaç gün sonra Sayfalar raporunu okuyun. “Dizine eklenmedi” başlığı altındaki sebepleri tek tek açın. Bu liste, yapılacak işler listenizin kendisidir.

Gerçek değerler: robots.txt satırı ve harita dizini

Aşağıdaki örnekte alan adı ornekfirma.com bir yer tutucudur; kendi alan adınızı yazmanız gerekir. Yapının kendisi gerçektir.

# robots.txt dosyasi kok dizinde durur, alan adi yer tutucudur
User-agent: *
Allow: /
# haritayi robots.txt uzerinden de bildirin
Sitemap: https://ornekfirma.com/sitemap.xml
# sitemap.xml bir harita dizini olabilir, alt haritalari listeler
<?xml version="1.0" encoding="UTF-8"?>
<sitemapindex xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
  <sitemap>
    <loc>https://ornekfirma.com/sitemap-sayfalar.xml</loc>
  </sitemap>
  <sitemap>
    <loc>https://ornekfirma.com/sitemap-blog.xml</loc>
  </sitemap>
</sitemapindex>

Sayfalar raporunu ve URL denetimini okumak

Harita gönderildikten sonra iş bitmez, orada başlar. Sayfalar raporu adresleri iki kümeye ayırır: dizine eklenenler ve eklenmeyenler. İkinci kümenin altındaki sebepler birbirinden çok farklı işler gerektirir, bu yüzden hangisini okuduğunuzu bilmek gerekir.

“Taranıyor ancak dizine eklenmedi” demek, Google'ın sayfayı gerçekten çektiğini ama dizine koymaya değer bulmadığını anlatır. Burada teknik bir engel yoktur; sorun sayfanın kendisindedir. Çok ince içerik, başka sayfalarla büyük ölçüde örtüşen metin ya da siteye hiçbir yeni şey katmayan bir liste sayfası bu sebebin tipik örnekleridir. Bu satırı görüp haritayı tekrar göndermek hiçbir şeyi değiştirmez; sayfayı güçlendirmek ya da o sayfadan vazgeçmek gerekir.

Alternatif canonical sebebiyle dizine eklenmeme ise bambaşka bir durumdur. Google sayfayı çekmiştir, ama içeriğin asıl adresinin başka bir adres olduğuna karar vermiştir; ya sizin canonical etiketiniz başka bir adresi işaret ettiği için, ya da iki adresin içeriği neredeyse aynı olduğu için. Bu bir kalite sorunu değil, bir adres tekilleştirme sorunudur. Çözümü canonical ve yönlendirme düzeninizi düzeltmekten geçer; HTTPS taşınması, 301 ve canonical yazısı bu düzeni kuruyor.

Tek bir adresi incelemek için URL denetimi (URL Inspection) aracını kullanın, ama aracın iki ayrı şey gösterdiğini bilin. İndekslenmiş sürüm, Google'ın dizininde şu anda duran hâlidir; sizin dün yaptığınız düzeltmeyi içermez. Canlı test ise sayfayı o anda yeniden çeker ve bugünkü hâlini gösterir. Bir düzeltmeden sonra canlı testin temiz görünmesi normaldir; dizinin güncellenmesi için ayrıca beklemek gerekir. Bu ikisini karıştırmak, “düzelttim ama rapor hâlâ hata diyor” yanılgısının kaynağıdır.

Yaygın hatalar

• URL-prefix mülkü kurup yalnızca bir protokolü izlemek. Sitenizin https sürümünü izlerken http sürümünde kalan sayfaları hiç görmezsiniz. Rapor temiz görünür, sorun yerinde durur.
• Haritaya yönlendirilen ve noindex taşıyan adresler koymak. Harita “bunları dizine ekle” demektir; sayfa ise tersini söyler. Bu çelişki hem tarama emeğini boşa harcar hem raporu okunmaz hâle getirir.
• Haritayı bir kez gönderip bir daha güncellememek. Yeni sayfalar haritada yoksa keşif gecikir; silinen sayfalar haritada kaldıkça hata satırı üretir. Harita, içerik değiştikçe güncellenen canlı bir dosyadır.
• Doğrulamayı tek yönteme bağlamak. Tema güncellemesi <head> içindeki etiketi silerse mülk doğrulaması düşer ve tüm veri erişiminiz kesilir.
• “Gönderdim ama indekslenmedi” diye aynı haritayı tekrar tekrar göndermek. Harita okunduysa sorun haritada değil, sayfadadır. Tekrar göndermek hiçbir sebebi ortadan kaldırmaz; raporda yazan sebebi okumak kaldırır.
• Haritayı robots.txt ile engellenen bir yola koymak. Tarayıcı dosyayı çekemezse harita hiç okunmaz; panelde yalnızca “alınamadı” satırını görürsünüz.

Ne zaman uzmana bırakmalı

Bir mülk doğrulamak ve bir harita göndermek tek kişinin yarım saatte bitireceği iştir. Zorlaşan kısım sonrasıdır: Sayfalar raporunda yüzlerce adres “dizine eklenmedi” sebebiyle listelenmişse, bunların hangisinin canonical sorunundan, hangisinin içerik zayıflığından, hangisinin de altyapının ürettiği parametre adreslerinden geldiğini ayırmak gerekir. Bu ayrım yapılmadan atılan her adım tahmine dayanır.

Bu ayrımı biz SEO çalışmasının ilk adımı olarak yapıyoruz; sitenin genel bir fotoğrafını isterseniz teknik denetim sayfasına bakabilir ya da iletişim sayfasından yazabilirsiniz.

Devamını okumak için

Mülkü kurdunuz ama sayfalar hâlâ görünmüyorsa teşhis sırası sitem Google'da çıkmıyor yazısında adım adım duruyor. Adresleri tekilleştirmek ve protokol taşımak için HTTPS taşınması, 301 ve canonical yazısına, TXT kaydını nereye yazacağınızı görmek için DNS kayıt türleri yazısına bakın. Aynı dosya mantığının yapay zekâ tarayıcıları tarafındaki karşılığı ise llms.txt ve yapay zekâ tarayıcıları yazısında. Tüm başlıklar blog sayfamızda, çalışma alanlarımız ana sayfamızda.