Çoğu KOBİ web sitesi insan gözüne güzel görünür ama makine tarafından okunamaz; yapay zeka tarayıcıları sayfanın metnini göremediğinde işletme, ne kadar iyi tasarlanmış olursa olsun yapay zeka cevaplarında hiç yer alamaz.
Bu, tasarımcının kötü iş yaptığı anlamına gelmiyor. Son on yılda web sitesi yaptırmanın ölçütü "hızlı açılsın, mobilde bozulmasın, güzel dursun" oldu; bu ölçütler hâlâ geçerli ama artık yeterli değil. Müşteriniz bugün sizi Google'ın on mavi bağlantısından değil, ChatGPT'ye ya da telefonundaki asistana "bu bölgede güvenilir bir X arıyorum" diye sorup gelen cevaptan buluyor olabilir. O cevabı üreten sistem sitenizi okuyamıyorsa sizi öneremez.
Bu rehber, web sitesi yaptıracak ya da mevcut sitesini yenileyecek işletme sahipleri için bir kontrol listesi. Her maddede ne olduğu, neden önemli olduğu ve kendinizin nasıl doğrulayabileceği yazılı; sonunda da ajansa sorabileceğiniz on soru var.
Web siteniz neden yapay zeka cevaplarında çıkmıyor?
Yapay zeka asistanları web'i tarayan yazılımlar kullanır; bunlara bot denir: GPTBot, ClaudeBot, PerplexityBot, Google-Extended gibi. Bot sitenize gelir, sunucunun gönderdiği HTML dosyasını alır ve içindeki metni okur.
Kritik nokta şu: bu botların çoğu sizin tarayıcınızın yaptığı işi yapmaz. Chrome sayfayı açtığında JavaScript'i çalıştırır, veriyi çeker, metni ekrana çizer; bot ise çoğu zaman sadece ilk gelen dosyaya bakar. İçerik ancak tarayıcıda JavaScript çalıştıktan sonra oluşuyorsa bot boş bir sayfa görür.
Sonuç garip bir çelişkidir: siz siteyi açarsınız, her şey yerli yerindedir; bot aynı adrese gider, hiçbir şey bulamaz. Site bozuk değildir, sadece makineye görünmezdir — "yapay zeka beni hiç anmıyor" şikâyetinin en yaygın teknik sebebi budur.
Sunucu tarafında içerik nedir ve nasıl doğrularsınız?
Çözüm, içeriğin tarayıcıya ulaşmadan önce hazır olmasıdır. Bunun iki yaygın yolu var:
- SSR (sunucu tarafı render): Ziyaretçi bir sayfa istediğinde sunucu HTML'i o anda üretip gönderir.
- SSG (statik site üretimi): Sayfalar site yayına alınırken önceden HTML dosyası olarak üretilir; sunucu sadece hazır dosyayı gönderir.
İkisi de aynı sonucu verir: bot ilk istekte dolu bir HTML alır. Örneğin okuduğunuz bu site statik üretimle çalışır — her yazı ve her hizmet sayfası için build sırasında gerçek bir HTML dosyası oluşturulur, bot sayfaya geldiğinde metin zaten oradadır.
Nasıl doğrularsınız: Sayfaya sağ tıklayıp "Sayfa kaynağını görüntüle" deyin, açılan metinde Ctrl+F ile sayfanızdaki bir cümleyi arayın. Cümle bulunuyorsa içerik sunucu tarafında hazır demektir; sadece <div id="root"></div> benzeri boş bir kabuk görüyorsanız siteniz botlara boş görünüyor olabilir. İkinci test: JavaScript'i kapatıp sayfayı yenileyin — ekran bembeyaz kalıyorsa sorun var.
Bu tek kontrol, listedeki diğer her şeyden önemli: içerik görünmüyorsa, geri kalan iyileştirmelerin okuyacak bir şeyi yok.
Her sayfanın kendi URL'si, başlığı ve canonical'ı var mı?
Tek sayfalık ("one page") siteler bir dönem çok popüler oldu: hizmetler, hakkımızda, iletişim — hepsi aşağı kaydırılan tek bir sayfada. Kullanıcı için sorun değil, arama ve yapay zeka tarafında ciddi bir kayıp. Bir cevap üretilirken kaynak olarak bir adres gösterilir; her şey tek adrestense sistemin elinde hiçbir spesifik soruya net cevap veremeyen tek bir genel sayfa vardır.
Her önemli konu kendi sayfasında yaşamalı, ve her sayfada şunlar bulunmalı:
- Kendi URL'si: okunabilir ve konuyu anlatan bir adres (
/hizmetler/dis-beyazlatmagibi,/sayfa?id=47gibi değil). - Kendine ait
<title>: tarayıcı sekmesinde ve arama sonucunda görünen başlık. Her sayfada farklı olmalı. - Kendine ait meta açıklama: sayfanın bir cümlelik özeti.
canonicaletiketi: "bu içeriğin asıl adresi budur" bilgisi; aynı içerik birden fazla adresten açılabildiğinde sinyallerin bölünmesini engeller.
Nasıl doğrularsınız: Sitenizin üç farklı sayfasını açın ve tarayıcı sekmelerindeki başlıkları karşılaştırın. Üçünde de aynı metin yazıyorsa (çoğu zaman sadece firma adı), sayfa bazlı meta etiketleri kurulmamış demektir.
Semantik HTML ve iletişim bilgisi: makinenin gerçekten okuduğu şey
Bir sayfanın görsel hiyerarşisi ile kod hiyerarşisi aynı şey değildir: tasarımda büyük ve kalın görünen bir yazı, kodda sıradan bir metin kutusu olabilir. Makine görseli değil kodu okur. Doğru yapı: sayfada tek bir H1, altında konuları ayıran H2'ler, gerekiyorsa H3'ler. Süsleme amaçlı başlık etiketi kullanılmamalı. Bu düzen, bir sistemin sayfanızdan tek bir bölümü alıntılayabilmesini sağlar — nerede başlayıp bittiğini anlar.
Aynı mantık görseller için de geçerli: her görselin alt metni olmalı — görseli göremeyen bir okuyucuya ya da makineye onun ne olduğunu anlatan kısa açıklama. Erişilebilirlik için de gerekir.
İletişim bilgisi sıklıkla gözden kaçar. Spam korkusuyla telefonu görsele gömen ya da JavaScript ile sonradan yazdıran siteler var; bu bilgiler makineye görünmez. Bir asistan "bu işletmeye nasıl ulaşırım" sorusuna cevap verirken numaranızı HTML içinde düz metin olarak bulamazsa cevapta yer alamazsınız. Adres, telefon ve e-posta okunabilir metin olarak durmalı, tel: ve mailto: bağlantılarıyla işaretlenmeli.
Yapılandırılmış veri (schema) neyi çözer?
Metin makineye "ne yazdığınızı" söyler; yapılandırılmış veri "ne olduğunuzu". Schema.org standardıyla yazılan JSON-LD parçaları sayfaya gömülü bir kimlik kartı gibidir: burası bir işletmedir, adı şudur, adresi budur, şu hizmetleri verir.
Bir KOBİ sitesinde en azından şunlar bulunmalı:
- LocalBusiness veya Organization: işletmenin adı, adresi, telefonu, çalışma saatleri, sosyal profilleri.
- Service: her hizmet sayfası için hizmetin tanımı ve hizmet verilen bölge.
- FAQPage: sayfadaki sık sorulan sorular ve cevapları.
- BreadcrumbList: sayfanın site içindeki yeri.
- Article / BlogPosting: yazılar için yazar ve tarih bilgisi.
Bu işaretlemeler sıralama garantisi vermez, belirsizliği azaltır: sistem adınızı ve adresinizi tahmin etmek zorunda kalmaz. Konunun güven sinyalleriyle ilişkisini Schema Markup ve E-E-A-T yazımızda daha ayrıntılı ele aldık.
Nasıl doğrularsınız: Google'ın Zengin Sonuç Testi veya Schema.org doğrulayıcısına sayfa adresinizi girin. Hiçbir yapılandırılmış veri bulunamadıysa bu katman hiç kurulmamış demektir.
Sayfa hızı ve Core Web Vitals: LCP ve CLS ne demek?
Core Web Vitals, Google'ın sayfa deneyimini ölçtüğü birkaç somut metriktir. İkisini bilmek yeterli:
- LCP (Largest Contentful Paint): Sayfanın en büyük görsel öğesinin ekrana gelme süresi; kullanıcının "sayfa açıldı" hissettiği an. Genel kabul, 2,5 saniyenin altının iyi olduğu yönünde.
- CLS (Cumulative Layout Shift): Sayfa yüklenirken içerik ne kadar zıplıyor? Butona basmak üzereyken sayfanın kayması bu metriği bozar. Düşük olması iyidir.
Hız doğrudan bir GEO sıralama faktörü olarak konuşulmasa da iki yerden etkiler: yavaş sitelerin taranırken daha az sayfası okunur ve ziyaretçi hızla geri döner. Ölçümü mutlaka mobil modda yapın.
Nasıl doğrularsınız: PageSpeed Insights'a adresinizi girin ve "Mobil" sekmesine bakın. Masaüstü skoru iyi, mobil skoru kötü olan siteler oldukça yaygındır.
robots.txt, sitemap.xml ve llms.txt: üç dosya, üç görev
Bu üç küçük dosya, sitenizin makinelere bakan yüzüdür.
robots.txt, hangi botun nereye girebileceğini söyler. En sık ve en pahalı hata, yapay zeka botlarının farkında olmadan engellenmesidir: bazı hosting panelleri ve güvenlik servisleri "yapay zeka tarayıcılarını engelle" seçeneğini varsayılan açık getirir ve bu seçenek açıkken yukarıdaki tüm çalışma boşa gider. GPTBot, ClaudeBot, PerplexityBot, OAI-SearchBot ve Google-Extended açıkça izinli olmalı.
sitemap.xml, sitedeki tüm adreslerin listesidir; botun hiçbir sayfayı kaçırmamasını sağlar. Elle tutulmamalı, yeni içerik eklendiğinde otomatik güncellenmelidir.
llms.txt, ne yaptığınızı ve en önemli sayfalarınızın nerede olduğunu düz metinle anlatan, yapay zeka modellerine yönelik sade bir site haritasıdır. Ayrıntılar için llms.txt Nedir? AI Tarayıcı Yönetimi yazısına bakabilirsiniz.
Nasıl doğrularsınız: Tarayıcıya siteniz.com/robots.txt yazın; açılmıyorsa dosya yok demektir. Açılıyorsa Disallow: / satırı veya yapay zeka botlarını engelleyen kurallar olup olmadığına bakın.
GEO uyumlu web sitesi kontrol listesi
İçerik tarafında hedef basit: müşterinizin sorduğu sorulara sayfalarınızda net cevap bulunsun. Bu da genellikle üç sayfa tipi demektir — her hizmet için bir hizmet sayfası, her bölge için bir bölge sayfası ve sık sorulan sorular. Strateji tarafını GEO Stratejisi Nasıl Kurulur yazısında anlattık; aşağıdaki tablo teknik tarafı tek bakışta özetliyor.
| Kontrol | Neden önemli | Nasıl doğrularsınız |
|---|---|---|
| İçerik sunucu tarafında üretiliyor mu (SSR/SSG) | Bot JavaScript çalıştırmadan metni göremezse site cevaplarda hiç yer almaz | Sayfa kaynağını görüntüleyin, bir cümlenizi Ctrl+F ile arayın; ya da JavaScript'i kapatıp yenileyin |
| Her sayfanın kendi URL'si var mı | Cevaplarda kaynak gösterilebilmesi için her konunun ayrı adresi gerekir | Menüdeki her bağlantıya tıklayın, adres çubuğunun değiştiğini görün |
Her sayfada farklı <title> ve meta açıklama | Sayfaların birbirinden ayrılmasını ve doğru sorguya eşlenmesini sağlar | Üç farklı sayfayı açıp tarayıcı sekme başlıklarını karşılaştırın |
canonical etiketi doğru mu | Aynı içeriğin birden çok adresten açılması sinyalleri böler | Sayfa kaynağında rel="canonical" arayın, adresin doğru olduğunu görün |
| Sayfada tek H1 ve düzgün başlık hiyerarşisi | Makinenin sayfadan tek bir bölümü alıntılayabilmesini sağlar | Ücretsiz bir başlık denetleyici eklentisiyle H1 sayısını kontrol edin |
| JSON-LD schema kurulu mu | İşletme kimliğinizi, hizmetlerinizi ve sorularınızı makineye açık dille bildirir | Zengin Sonuç Testi veya Schema.org doğrulayıcısına adresi girin |
| İletişim bilgisi düz metin olarak var mı | Görsele gömülü veya JS ile yazdırılan telefon ve e-posta makineye görünmez | Sayfa kaynağında telefon numaranızı ve e-postanızı aratın |
Görsellerde alt metni var mı | Erişilebilirlik ve içerik anlaşılırlığı için gerekli | Görsele sağ tıklayıp öğeyi inceleyin ya da erişilebilirlik denetimi çalıştırın |
| Mobil hız ve Core Web Vitals | Yavaş sayfa hem daha az taranır hem ziyaretçiyi kaçırır | PageSpeed Insights, "Mobil" sekmesi |
robots.txt yapay zeka botlarına açık mı | Engelli botlar sitenizi hiç okuyamaz; en pahalı sessiz hatadır | siteniz.com/robots.txt adresini açıp engelleme satırlarını kontrol edin |
sitemap.xml güncel ve otomatik mi | Yeni sayfaların keşfedilmesini hızlandırır | siteniz.com/sitemap.xml adresini açın, son eklediğiniz sayfa listede mi bakın |
llms.txt mevcut mu | Yapay zeka modellerine sitenin sade bir haritasını sunar | siteniz.com/llms.txt adresini açın |
Web sitesi yaptırırken ajansa sorulacak 10 soru
Teklif aşamasında bu soruları sormak, sonradan baştan yaptırmaktan çok daha ucuza gelir. Cevapların teknik olması gerekmez; net olması yeterlidir.
- İçerik sunucu tarafında mı üretilecek? Site JavaScript kapalıyken de metin gösterecek mi?
- Teslimden sonra bir sayfanın kaynak kodunu birlikte açıp metni görebilir miyiz? Bu, birinci maddenin kanıtıdır.
- Her sayfanın kendi başlığı, açıklaması ve canonical etiketi olacak mı? Bunlar sonradan panelden düzenlenebilecek mi?
- Hangi schema tipleri kurulacak? LocalBusiness, Service ve FAQPage kapsamda mı?
- Teslimde mobil PageSpeed skoru ve LCP değeri ne olacak? Bir hedef belirleyebilir misiniz?
robots.txtdosyasında yapay zeka botları açıkça izinli olacak mı? Hosting veya güvenlik katmanı bunları engelliyorsa kapatılacak mı?sitemap.xmlotomatik mi üretilecek, yoksa elle mi güncelleyeceğiz?llms.txtkapsamda mı? Değilse eklenmesi ne gerektirir?- İçeriği kim yazacak? Hizmet ve bölge sayfalarının metni fiyata dahil mi, yoksa bizden mi bekleniyor?
- Teslimden sonra içerik eklemeyi kendimiz yapabilecek miyiz? Yeni bir hizmet sayfası açmak için tekrar ajansa dönmek gerekecek mi?
Bu sorulara net cevap veren bir ajansla çalışmak çok daha az sürpriz üretir; kapsam açık yazıldığında bütçe de tartışılabilir hale gelir. Kurumsal web sitesi tasarımı ve GEO altyapısının birlikte nasıl kurulduğunu çözümler sayfamızda görebilirsiniz.
Sıkça Sorulan Sorular
Mevcut sitemi baştan yaptırmam mı gerekiyor?
Her zaman değil. Site zaten sunucu tarafında içerik üretiyorsa schema, meta etiketleri, llms.txt ve hız iyileştirmeleri mevcut yapı üzerine eklenebilir. Ancak içerik tamamen tarayıcıda JavaScript ile oluşuyorsa ve altyapı bunu değiştirmeye izin vermiyorsa, yenileme yama yapmaktan daha ekonomik olur. Sayfa kaynağı testi bu ayrımı netleştirir.
Tek sayfalık bir site yapay zeka aramalarında hiç çıkmaz mı?
Çıkabilir, ama çok sınırlı biçimde. Bütün konular aynı adreste olduğu için spesifik bir soruya kaynak gösterilecek ayrı adres yoktur. İşletme adıyla yapılan aramalarda görünme şansınız sürer; "şu hizmeti şu bölgede kim veriyor" tipi sorularda ayrı hizmet ve bölge sayfaları olan rakipler öne geçer.
Web sitesi ile GEO çalışması ayrı işler mi?
Aynı işin iki katmanı. Web sitesi, içeriğin makine tarafından okunabilir olmasını sağlayan altyapıdır; GEO ise onun üzerine kurulan içerik ve görünürlük çalışmasıdır. Altyapı hazır değilken yapılan GEO çalışması boşa gider, çünkü ortada okunabilecek sayfa yoktur. Bu yüzden yenilemeyi ve GEO kurulumunu aynı anda planlamak daha verimlidir.
Hangi platformu kullanmalıyım?
Platform seçimi değil, yapılandırma belirleyici. Yaygın içerik yönetim sistemlerinin çoğu sunucu tarafında HTML üretir ve doğru kurulduğunda sorunsuz çalışır; buna karşılık modern bir JavaScript çatısıyla yapılmış özel bir site, sunucu tarafı render açılmadan botlara boş görünebilir. Soru "hangi platform" değil, "bu kurulum makineye dolu HTML gönderiyor mu" olmalı.
Bu değişikliklerin sonucunu ne zaman görürüm?
Teknik düzeltmelerin etkisi botların siteyi yeniden taramasına bağlıdır; bu genellikle haftalar mertebesindedir. Yapay zeka cevaplarında düzenli anılmak ise içeriğin birikmesini ve markanın başka kaynaklarda doğrulanmasını gerektirdiği için daha uzun sürer. Altyapı düzeltmesi ilk adımdır, tek adım değildir.
Yukarıdaki testlerin hepsi birkaç dakika sürer; sitenizin bu listenin neresinde durduğunu kendiniz görebilirsiniz. Daha ayrıntılı bir döküm isterseniz, Next GEO Agency olarak sitenizi bu maddeler üzerinden inceleyip eksikleri çıkarıyoruz; iletişim sayfasından ulaşmanız yeterli.