Hazır Site Google'da ve Yapay Zekada Çıkar mı? 5 Kontrol

Bir site kurucuda şablon seçip metinleri yerleştirdiniz, alan adını bağladınız, site bir akşamda yayına çıktı. Ardından gelen soru hep aynı: bu site Google'da görünür mü, ChatGPT ya da Perplexity bir gün işletmenizi önerirken bu sayfalardan faydalanabilir mi?

Kısa cevap: platformun adı bu soruyu tek başına cevaplamaz. Aynı kurucu üzerinde botlara tertemiz okunan siteler de, neredeyse boş görünen siteler de var. Belirleyici olan, sitenin makinelere ne gönderdiği ve bu gönderileni sizin ne kadar değiştirebildiğinizdir. Bu yazı kurumsal tanıtım siteleri için beş kontrol veriyor; her birinde neye bakacağınızı ve sonucu nasıl okuyacağınızı anlatıyor. Online mağaza kuruyorsanız karar başka değişkenlere dayanır, onu e-ticaret altyapı seçimi yazısında ayrıca ele aldık.

Soru markada değil, kontrolde

İncelediğimiz birkaç Türkçe "hazır site mi özel yazılım mı" yazısı karşılaştırmayı ağırlıkla hız, tasarım esnekliği ve maliyet üzerinden yapıyor. Bunlar gerçek farklar ama arama görünürlüğü açısından ikincil kalıyor. Bir arama motoru ya da yapay zeka tarayıcısı sitenize geldiğinde tasarım aracınızı sormaz; yalnızca şu dört şeyle karşılaşır:

• Sunucunun ilk yanıtta gönderdiği HTML'in içinde gerçekten metin var mı?
• robots.txt dosyası bu tarayıcıya ne söylüyor?
• Sunucunun önündeki güvenlik katmanı bu isteği geçiriyor mu?
• Sayfanın başlığı, kanonik adresi ve yapılandırılmış verisi tutarlı mı?

Beşinci kontrol tarayıcıyı değil sizi ilgilendirir: bir gün platformdan ayrılmak isterseniz alan adınızı ve içeriğinizi yanınızda götürebilecek misiniz? İlk dördü bugünkü görünürlüğü, beşincisi yarınki manevra alanını belirler.

Bu çerçevenin iyi tarafı şu: hiçbiri için bir satıcının sözüne güvenmeniz gerekmiyor. Her birini kendi sitenizde, birkaç dakikada ölçebilirsiniz.

Birinci kontrol: sayfanın metni sunucudan mı geliyor?

Tarayıcınız bir sayfayı açtığında JavaScript çalıştırır ve ekrandaki her şeyi tamamlar. Tarayıcıların hepsi bunu yapmaz. Google'ın JavaScript çalıştırabildiği bilinir, ama bunu ikinci bir işleme aşamasında yapar; yapay zeka tarayıcılarından hangisinin JavaScript çalıştırdığını tahmin etmek yerine, sunucunun gönderdiği ham HTML'i kontrol etmek (curl ile ya da tarayıcıdaki kaynak görünümüyle) daha güvenilir bir yoldur. Bu yüzden asıl soru, sunucunun gönderdiği ham yanıtta sayfa metninin bulunup bulunmadığı.

Site kurucular bu konuda tek tip davranmaz. Bazıları sayfayı sunucuda hazırlayıp dolu HTML gönderir, bazıları iskeleti gönderip içeriği tarayıcıda tamamlar, bazıları da hangi bileşeni kullandığınıza göre ikisini karıştırır. Bir galeri, sekmeli bir bölüm ya da sonradan eklenen bir uygulama, metnin sunucu yanıtından düşmesine yol açabilir.

Ölçmek için geliştirici olmanız gerekmiyor. Tarayıcının adres çubuğuna view-source: yazıp ardından sayfanızın tam adresini ekleyin. Açılan ham metinde hizmet açıklamanızdan bir cümle arayın. Cümle orada duruyorsa ilk aşamayı geçtiniz. Yalnızca betik dosyaları ve boş bir kapsayıcı görüyorsanız, o sayfanın içeriği yalnızca JavaScript çalıştıran ziyaretçilere ulaşıyor demektir.

Bu testi yalnızca ana sayfada değil, en az üç farklı sayfa türünde yapın: bir hizmet sayfası, bir iletişim sayfası ve varsa bir blog yazısı. Aynı platformda bile şablonlar farklı davranabilir. Sunucu tarafı içeriğin neden bu kadar önemli olduğunu ve SSR ile SSG farkını GEO uyumlu altyapı kontrol listesi ayrıntılı işliyor.

İkinci kontrol: robots.txt'yi siz mi yazıyorsunuz, platform mu?

robots.txt, sitenizin kök dizinindeki küçük bir metin dosyasıdır ve tarayıcılara hangi yolları taramalarının uygun görüldüğünü beyan eder. Kendi sunucunuzda barınan bir sitede bu dosyayı doğrudan yazarsınız. Site kurucularda ise dosyayı çoğu zaman platform üretir; sizin ne kadar müdahale edebildiğiniz platformdan platforma değişir.

Somut bir örnek: Wix'in kendi yardım belgesi, robots.txt dosyasının varsayılan olarak arama motoru botlarının tüm sayfalara erişmesine izin verdiğini ve dosyanın panelin "SEO & GEO" bölümündeki Robots.txt Editor ile düzenlenebildiğini söylüyor. Yani o platformda dosya kilitli değil. Diğer kurucular için benzer bir iddiada bulunmadan önce kendi yardım belgelerine bakmak gerekir; biz burada doğrulamadığımız bir platform hakkında hüküm kurmuyoruz.

Kendi sitenizde yapacağınız kontrol basit:

1. Alan adınızın sonuna /robots.txt ekleyip dosyayı açın.
2. GPTBot, ClaudeBot, PerplexityBot, OAI-SearchBot ve Google-Extended adlarını arayın; bunlardan birine Disallow: / yazılmış mı bakın.
3. Genel User-agent: * bloğunda sitenin tamamını kapatan bir satır olup olmadığını kontrol edin.
4. Panelinizde bu dosyayı düzenleyebileceğiniz bir alan olup olmadığını not edin.

Dördüncü madde önemli: bugün dosya temiz olabilir, ama platform varsayılanını değiştirdiğinde bunu düzeltebilecek misiniz? Düzenleme alanı yoksa, o karar sizin değil platformun kararıdır.

Üçüncü kontrol: bot korumasını kim açıp kapatıyor?

robots.txt bir izin beyanıdır; isteği gerçekten geçiren ya da reddeden şey sunucu ile önündeki güvenlik katmanıdır. Dosyada her şey açık görünürken bir güvenlik duvarının yapay zeka tarayıcısını sessizce reddetmesi mümkün. Bu durumun nasıl ortaya çıktığını ve log kayıtlarıyla nasıl kanıtlandığını AI botu erişim doğrulama rehberi adım adım gösteriyor.

Site kurucularda bu katman genellikle sizin görmediğiniz bir yerde durur. Kendi sunucunuzda güvenlik eklentisini ya da CDN ayarını açıp kapatabilirsiniz; barındırmanın platformda olduğu bir yapıda ise bot yönetimi politikası çoğu zaman platformun elindedir. Bu kendi başına kötü bir şey değildir; platformlar kötü niyetli trafiğe karşı sizin yerinize nöbet tutar. Sorun, bu nöbetin yapay zeka tarayıcılarına nasıl davrandığını bilmemenizdir.

Bilmenin yolu ölçmektir. Sayfanıza normal bir tarayıcı kimliğiyle ve bir yapay zeka botunun kullanıcı ajanıyla ayrı ayrı istek gönderip dönen durum kodlarını karşılaştırın. Komut satırıyla uğraşmak istemiyorsanız AI Bot Erişim Testi aynı karşılaştırmayı tarayıcıdan yapıyor. İki yanıt arasında 403 ya da belirgin bir boyut farkı görürseniz, sorun içeriğinizde değil erişim katmanındadır ve bunu platformun destek ekibine sormanız gerekir.

Dördüncü kontrol: başlık, canonical ve şema sizin elinizde mi?

İçerik okunabiliyorsa sıradaki soru, her sayfanın kendini makinelere doğru tanıtıp tanıtmadığı. Burada üç alan önemli:

• Sayfa başlığı ve açıklaması: Her sayfanın kendine ait, konusunu adlandıran bir başlığı olmalı. Şablondan gelen "Ana Sayfa | Firma Adı" kalıbının tüm sayfalarda tekrarlanması sık görülür.
• Kanonik adres (canonical): Aynı içeriğin birden çok adresten açılabildiği durumlarda hangi adresin asıl olduğunu söyler. Platform bunu otomatik üretiyorsa doğru adrese işaret edip etmediğini kontrol etmek gerekir. Google'ın kanonikleştirme belgesi bu tercihi bir talimat değil, bir ipucu olarak tanımlar.
• Yapılandırılmış veri (şema): İşletme adı, adres, telefon, hizmet ve SSS gibi bilgilerin makinece okunur kopyası. Bazı kurucular temel bir işletme şeması ekler; özel alan eklemeye izin verip vermedikleri değişir.

Kontrol yöntemi yine ham kaynaktır. Aynı view-source: görünümünde <title>, rel="canonical" ve application/ld+json ifadelerini arayın. Başlık her sayfada farklı mı, canonical sayfanın kendi adresini mi gösteriyor, şema bloğunda işletme bilgileri sayfada görünenle aynı mı? Bu üç sorudan birine "hayır" cevabı alıyor ve panelde düzeltecek bir alan bulamıyorsanız, platformun sınırına dayanmışsınız demektir.

Bir not: şemanın yapay zeka cevaplarında doğrudan sıralama etkisi yarattığına dair birincil kaynakla doğrulanmış bir dayanak yok. Şemayı değerli kılan, sayfada görünen bilgiyle birebir tutarlı bir makine okunur kopya sunması. Tutarsız bir şema, hiç şema olmamasından daha kötü bir sinyal olabilir.

Beşinci kontrol: çıkış maliyeti — alan adı ve içerik kimin?

Hazır sitelerle ilgili en az konuşulan konu, platformdan ayrılmanın bedeli. Bugün her şey yolundayken bu soru gereksiz görünür, ama sitenin ikinci ya da üçüncü yılında ihtiyaçlar değiştiğinde karşınıza çıkar.

Üç şeye bakın:

• Alan adının kaydı kimin adına? Alan adını platform üzerinden aldıysanız, başka bir kayıt firmasına transfer edilebildiğini ve transfer kodunu nereden alacağınızı bugünden öğrenin. Alan adı sizin adınıza değilse, sitenin arama geçmişi de aslında sizin değildir.
• İçerik dışa aktarılabiliyor mu? Metinleri, görselleri ve blog yazılarını toplu olarak indirebiliyor musunuz, yoksa her şeyi tek tek kopyalamak mı gerekecek? Örnek olarak Wix'in yardım merkezindeki bir istek sayfası, blog yazılarının şu an başka platformlara dışa aktarılamadığını belirtiyor. Bu, taşınmanın imkânsız olduğu anlamına gelmez; elle yapılacak iş miktarının arttığı anlamına gelir.
• Adres yapısı taşınabilir mi? Platformun zorunlu kıldığı URL kalıpları yeni sitede birebir kurulamayabilir. Değişen her adres için eski adresten yenisine kalıcı yönlendirme gerekir.

Son madde, sıralama kaybı riskinin en belirgin olduğu adımdır. Taşıma planlıyorsanız eski adreslerin tam listesini çıkarmadan tek bir sayfayı kaldırmayın; 301 yönlendirme haritası bu listenin nasıl kurulacağını ve yayın günü neyin kontrol edileceğini anlatıyor.

Hazır sitenin yeterli olduğu durumlar

Dürüst olmak gerekirse, birçok işletme için hazır site doğru karardır. Aşağıdaki koşulların çoğu sizin için geçerliyse, özel kuruluma para ayırmak yerine mevcut platformda beş kontrolü geçmeye odaklanmak daha akıllıca olur:

• Site beş-on sayfalık bir tanıtım sitesi; hizmetler, hakkımızda, iletişim ve belki birkaç yazı.
• Birinci kontrolde içerik sunucu yanıtında görünüyor.
• robots.txt panelden düzenlenebiliyor ve yapay zeka tarayıcıları engellenmemiş.
• Bot erişim testinde tarayıcı kimliği ile bot kimliği aynı yanıtı alıyor.
• Başlık ve açıklama her sayfa için ayrı yazılabiliyor.
• Alan adı sizin adınıza kayıtlı.

Bu tabloda eksik kalan tek şey genelde şemanın derinliği ve içeriğin kendisidir. İkincisi zaten platformdan bağımsızdır: soruları net cevaplayan, işletmeyi somut bilgilerle tanıtan metin, hangi altyapıda olursa olsun işin asıl ağırlığını taşır. İyi yapılandırılmış bir hazır sitede kötü yazılmış metin, özel kurulmuş bir sitede iyi yazılmış metinden daha az şey başarır.

Özel kurulumun gerekçelendiği durumlar

Özel kurulum, bir kontrolde tıkandığınızda ve o tıkanıklık panelden çözülemediğinde anlam kazanır. Tipik gerekçeler şunlar:

• Kritik sayfalarda içerik sunucu yanıtında yok ve kullandığınız bileşenler bunu değiştirmenize izin vermiyor.
• Bot erişimi sessizce kesiliyor ve destek ekibi bu davranışı değiştiremeyeceğini söylüyor.
• Sayfa sayısı büyüyor: onlarca hizmet, sektör ya da bölge sayfası, her birine ayrı başlık, canonical ve şema gerektiriyor; panel bunları tek tek yönetmeyi zorlaştırıyor.
• Yapılandırılmış veri ihtiyacı derinleşiyor: hizmet katalogları, SSS blokları, organizasyon bilgisi ve sayfalar arası tutarlı kimlik gibi alanlar platformun sunduğu şablonun ötesine geçiyor.
• Çıkış maliyeti büyüyor: içerik her ay artıyor ve dışa aktarılamayan her yazı, ileride ödenecek taşıma bedelini büyütüyor.

Bu durumlarda kurumsal sitenin statik üretim ya da sunucu tarafı render ile kurulması, robots.txt ve güvenlik katmanının sizin kontrolünüze geçmesi ve içeriğin sürüm kontrollü dosyalarda tutulması, beş sorunun kontrolünü sizin tarafınıza taşır. Kurumsal web sitesi kurulumu hizmetimiz bu yaklaşımla çalışıyor; ama bu yol, hazır sitenin bir kontrolde gerçekten tıkandığı gösterildiğinde anlamlıdır.

Karar tablosu: beş kontrol, iki yol

Aşağıdaki tablo her kontrolün sonucunu bir sonraki adıma bağlar. Bir satırda "tıkandı" sütunuyla karşılaşmanız, hemen platform değiştirmeniz gerektiği anlamına gelmez; önce desteğe sorulacak somut bir soru verir.

İlk üç satırdan birinde tıkanan bir site, görünürlük açısından temel sorun yaşıyor demektir. Son iki satırdaki tıkanıklıklar ise acil değil ama biriken maliyettir.

Bu hafta yapabileceğiniz yarım saatlik denetim

Platform değiştirip değiştirmemeye karar vermeden önce aşağıdaki sırayı bir kez uygulayın ve sonuçları tek bir belgeye yazın:

1. Üç farklı sayfa türünde ham kaynağı açın ve birer cümle arayın.
2. robots.txt dosyasını açın, yapay zeka tarayıcılarının adlarını tek tek arayın.
3. Paneldeki SEO ayarlarında robots.txt, başlık ve canonical alanlarının düzenlenebilir olup olmadığını not edin.
4. Bot erişim testini ana sayfa ve bir hizmet sayfası için çalıştırın.
5. Ham kaynakta şema bloğunu bulun ve içindeki adres ile telefonu sayfada görünenle karşılaştırın.
6. Alan adının kimin adına kayıtlı olduğunu ve transfer kodunun nereden alındığını öğrenin.
7. İçeriği dışa aktarma seçeneği olup olmadığını platformun yardım belgesinden kontrol edin.

Bu listenin çıktısı, "hazır site mi özel kurulum mu" tartışmasını fikir alışverişinden çıkarıp somut bir bulgu listesine çevirir. Sonuçları birlikte okumak isterseniz iletişim üzerinden bir ön görüşme ayarlayabilirsiniz; görüşmede sitenizin hangi kontrolde tıkandığını konuşur, gerekirse sonraki adımın kapsamını birlikte belirleriz.

Sıkça Sorulan Sorular

Hazır bir web sitesi Google'da çıkar mı?

Evet, çıkabilir. Google site kurucularla yapılmış siteleri de tarar ve dizine ekler; platformun adı tek başına engel değildir. Belirleyici olan, sayfa metninin taranabilir olması, her sayfanın kendine ait başlık ve kanonik adresi taşıması ve içeriğin aranan soruyu gerçekten cevaplamasıdır. Bu koşullar sağlanmıyorsa hangi platformda olursa olsun görünürlük zayıf kalır.

Site kurucuyla yapılan bir site yapay zeka aramalarında görünür mü?

Görünebilir, ama iki koşul özellikle önemlidir: sayfa metninin sunucunun ilk yanıtında bulunması ve yapay zeka tarayıcılarının hem robots.txt dosyasında hem de güvenlik katmanında engellenmemesi. Hangi yapay zeka tarayıcısının JavaScript çalıştırdığına güvenmek yerine sunucunun gönderdiği ham HTML'i kontrol etmek daha güvenilir bir yoldur; içeriği tarayıcıda sonradan çizilen sayfalar, JavaScript çalıştırmayan bir tarayıcıya boş görünebilir. Her iki koşul da sitenizin ham kaynağına bakılarak ve bot kimliğiyle istek gönderilerek ölçülebilir.

Wix sitesinde robots.txt dosyası düzenlenebilir mi?

Wix'in kendi yardım belgesine göre evet. Belge, dosyanın varsayılan olarak arama motoru botlarının tüm sayfalara erişmesine izin verdiğini ve panelin SEO & GEO bölümündeki Robots.txt Editor ile düzenlenebildiğini söylüyor. Düzenleme yaptıktan sonra dosyayı alan adının sonuna /robots.txt ekleyerek açmak ve yapay zeka tarayıcılarının adlarının engellenmediğini kontrol etmek iyi bir alışkanlıktır.

Hazır siteden özel siteye geçerken sıralama kaybedilir mi?

Kaybedilmesi zorunlu değildir, ama risk gerçektir. Riskin ana kaynağı adres değişiklikleridir: eski adreslerin tam listesi çıkarılmadan ve her biri yeni karşılığına kalıcı 301 yönlendirmesiyle bağlanmadan yapılan geçişler, birikmiş arama geçmişini boşa çıkarabilir. Alan adının sizin adınıza kayıtlı olması, içeriğin önceden dışa aktarılması ve geçişin yönlendirme haritası üzerinden yapılması bu riski belirgin biçimde azaltır; hiçbir yöntem sonucu garanti etmez.

Hazır sitenin en büyük dezavantajı nedir?

Çoğu işletme için en büyük dezavantaj tasarım sınırı değil kontrol sınırıdır. Sunucunun botlara ne gönderdiği, güvenlik katmanının hangi tarayıcıları geçirdiği ve içeriğin başka bir platforma nasıl taşınacağı gibi kararlar kısmen ya da tamamen platformun elindedir. Bu sınırlar küçük bir tanıtım sitesinde sorun yaratmayabilir; sayfa sayısı ve içerik birikimi arttıkça ağırlaşır.