Doğu Vinç: işin adıyla arayan müşteriye göre kurulan, yapay zekâ aramalarına hazır soru-cevap altyapısı

Bu projeyi ajansım İnternet Dedektifi ile yürüttüm. Bu sayfa, arama davranışını nasıl okuduğumu ve sayfa yapısına neden bu kararla vardığımı anlatıyor. Soru-cevap yapısının yapay zekâ aramalarındaki yerini GEO ve AEO Danışmanlığı sayfasında ayrıca anlattım.

Durum

Doğu Vinç, vinç kiralama ve ağır nakliyat yapan bir işletme; web sitesini sıfırdan ben kurdum. Hizmet alanı tek bir şehirle sınırlı değil, birkaç ile yayılıyor. Filo farklı kapasitede araçlardan oluşuyor ve iş çeşitliliği geniş: ağır nakliyat, makine montajı, klima montajı gibi birbirinden çok farklı işler aynı firmadan isteniyor.

Bu çeşitlilik sitede tek bir “hizmetlerimiz” sayfasına sığdırılmaya çalışılırsa ne olacağı belliydi: sayfa her şeyi söyler, hiçbir aramaya tam cevap vermez.

Sorun

Teşhisim, bu işte üç ayrı arama biçimi olduğu ve tek bir sayfanın üçüne birden cevap veremeyeceğiydi.

1. İşin adıyla arayan. Klima montajı yaptıracak kişi kaç tonluk vince ihtiyacı olduğunu bilmiyor; işin adını yazıyor.
2. Bölgeyle arayan. Aynı hizmeti yaşadığı il ya da ilçenin adıyla arıyor ve yakınlık bekliyor.
3. Aracın adıyla arayan. Sektörü bilen, kapasiteyi ve araç tipini doğrudan arıyor.

Bunun üstüne dördüncü bir sorun vardı: arayan kişi telefon açmadan önce aynı soruları soruyor. Operatör dahil mi, sigorta kimin, fiyat neye göre belirleniyor? Bu soruların cevabı sitede yoksa ya telefon açılıyor ve aynı cevap her seferinde tekrar ediliyor, ya da açılmıyor ve müşteri rakibe gidiyor.

Ne yaptım

Siteyi dört kapıya ayırdım

Sayfa yapısını tek hizmet sayfası yerine dört giriş kapısı olarak kurdum: araç sınıfına göre hizmetler, iş tipleri, hizmet bölgeleri ve araçlar. Her kapı bir arama biçimine karşılık geliyor. İş adıyla arayan iş tipi sayfasına, bölgeyle arayan bölge sayfasına, araç adıyla arayan araç sayfasına iniyor. Eylül 2026 itibarıyla site haritasında hizmetler için 11, iş tipleri için 9, bölgeler için 10 ve araçlar için 4 adres var. Sorguyu sayfaya eşleme işini SEO Danışmanlığı sayfasında da anlattım.

Her sayfayı bir soruya cevap verecek uzunlukta tuttum

Sayfa sayısını artırmanın riski ince içerik: birbirine benzeyen, kelimesi değiştirilmiş sayfalar. Bunu önlemek için her sayfanın kendi sorusunu cevaplamasını şart koştum. İlk yayında en kısa sayfa 310, ortanca sayfa 755 kelimeydi. Bu kuralın en çok zorladığı yer bölge sayfaları: il adı değiştirilmiş kopyaya dönme riski en yüksek orada.

Soruları sayfaya ve yapılandırılmış veriye birlikte koydum

Müşterinin telefonda sorduğu sorular sayfalarda görünür soru-cevap olarak yer aldı ve aynı içerik makine okunur biçimde işaretlendi. Bu vakayı yazarken site haritasındaki 58 sayfanın her birini tek tek açıp saydım; 50’sinde soru-cevap işaretlemesi var. İşletme bilgisi, hizmet alanı ve çalışma saatleri de aynı katmanda.

Bu kararın ikinci gerekçesi yapay zekâ aramaları. Google, AI Overviews ve AI Mode’da görünmek için ek bir koşul ya da özel bir optimizasyon olmadığını yapay zekâ özellikleri dokümanında açıkça yazıyor; geçerli olan temel SEO kuralları. Bu yüzden ayrı bir yapay zekâ katmanı kurmadım. Soruyu başlıkta taşıyan ve hemen altında iki cümleyle cevap veren sayfa, hem Google’ın öne çıkan cevabına hem ChatGPT, Gemini ya da Perplexity’nin alıntılayabileceği kaynaklara aday olur. Aday olmak alıntılanmak anlamına gelmiyor; bunu sonuç bölümünde ayrıca yazdım.

Siteye bir llms.txt dosyası da ekledim. llms.txt, yapay zekâ araçlarına sitenin özetini sunmak için 2024’te önerilmiş bir dosya biçimi ve hâlâ öneri aşamasında. Google, aynı dokümanda yapay zekâ özelliklerinde görünmek için yeni bir makine okunur dosyaya ya da yapay zekâ metin dosyasına gerek olmadığını belirtiyor. Dosyayı bu yüzden bir kaldıraç olarak saymıyorum; maliyeti yok denecek kadar az olduğu için duruyor.

Blogu karar desteği olarak kurdum

Blog yazıları hizmet satmıyor, karar verdiriyor: kaç tonluk vinç gerektiği, yük tablosunun nasıl okunduğu, rüzgârın kaldırma işine etkisi, sapan seçimi. Bu sorular işin başında sorulur ve cevabını veren site, telefon açılacak site olur. Her yazı ilgili hizmet sayfasına bağlanıyor. Eylül 2026 itibarıyla blogda 19 adres var.

Hızı pazarlık konusu yapmadım

Telefonla aranıp dakikalar içinde karar verilen bir hizmette hız bir zorunluluk. Ölçülen üç sayfada mobil PageSpeed puanı 100, en büyük içerik boyaması 1,3 ile 1,6 saniye arasında, yerleşim kayması sıfır.

Sonuç

Tablodaki ilk üç satır yapısal ve bugünkü hâli gösteriyor: sayfa sayısı, soru-cevap kapsamı, hız. Çalışma sürüyor.

Search Console ölçümü bu sitede 21 Ağustos 2026’da başladı. İlk 23 günde 13 organik tıklama geldi; 7’si ana sayfaya, iş tipi ve bölge sayfalarına birer tıklama. Bu kadar kısa bir dönemden sonuç çıkarmıyorum. Telefon ve teklif talebi Search Console’da görünmüyor. Google’ın AI Overviews ve AI Mode’dan gelen tıklamaları ise ayrı bir satır olarak değil, genel web araması tıklamasının içinde sayılıyor; ChatGPT, Gemini ya da Perplexity’den gelen ziyaret hiç görünmüyor.

Yapay zekâ tarafında bugün elimde bir ölçüm yok. Kurduğum şey bir altyapı: soru-cevap yapısı, işaretleme ve hız. Doğu Vinç’in ChatGPT, Gemini ve Perplexity cevaplarında kaynak olarak geçip geçmediğini tarihli bir testle ölçmeden burada sonuç yazmıyorum.

Ne öğrendim

Müşteri sektörün diliyle değil, işin diliyle arıyor. Hizmet sağlayıcı filosunu kapasiteyle tanımlıyor; müşteri ihtiyacını işle tanımlıyor. Sayfa yapısı sağlayıcının kataloğunu değil, müşterinin cümlesini izlemeli.

Telefonda sorulan her soru bir sayfa bölümüdür. Satış ekibinin her gün tekrar ettiği cevaplar sitenin en değerli içeriği. Bu cevaplar sayfaya yazıldığında arayan kişinin kararı hızlanıyor ve yapay zekâ araçlarının alıntılayabileceği bir kaynak ortaya çıkıyor.

Sayfa sayısı hedef değil, sonuç. 58 sayfa bir hedef olarak konmadı; üç arama biçimi ve her birinin gerçek karşılığı sayılınca çıktı. Aynı işi on sayfayla yapmaya çalışmak cevapsız arama bırakır, iki yüz sayfayla yapmaya çalışmak birbirinin kopyası sayfalar üretir.