Sesli Arama ve Asistan Optimizasyonu: Tek Cevap Kuralı

Direksiyonda, akşam yedi buçuk. Azı dişi ağrıyan biri telefona soruyor: "Yakınımda şu an açık bir diş hekimi var mı?" Asistan bir isim söylüyor, adresi okuyor, "aramamı ister misiniz?" diye ekliyor. İkinci isim yok. Üçüncü de yok. Ekranda bir liste açılmış olabilir ama kullanıcı ekrana bakmıyor; iki eli direksiyonda.

Sesli aramanın teknik tarafı çok konuşuldu: konuşma tanıma, doğal dil işleme, uzun kuyruklu sorgular. Hepsi doğru, ama asıl fark orada değil. Asıl fark sonucun biçiminde. Ekranda on bağlantı varken üçüncü sıra da bir şey ifade ediyordu; kullanıcı listeyi tarıyor, karşılaştırıyor, seçiyordu. Seste liste yok. Tek cevap var. Sıralama sürekli bir ölçek olmaktan çıkıp ikili bir sonuca dönüşüyor: ya sizsiniz, ya değilsiniz.

Bu yazı, o ikili sonucu lehinize çevirmek için hangi verinin makine tarafından okunabilir olması gerektiğini anlatıyor. Baştan bir sınır koyalım: "aramaların yüzde şu kadarı sesli" tipi istatistikler dolaşımda, ama çoğunun doğrulanabilir bir kaynağı yok. Burada o rakamları tekrarlamayacağız. Sesli sorgular ayrıca hiçbir analitik panosunda ayrı bir satır olarak raporlanmıyor; bunun ölçüme ne yaptığını yazının sonunda ayrıca ele alıyoruz.

Sesli sorgu yazılıdan biçim olarak nerede ayrılır

Klavye başındaki insan tasarruf eder. Konuşan insan etmez. Yazarken sorguyu bir arama kutusuna göre kısaltırsınız; konuşurken karşınızda biri varmış gibi tam cümle kurarsınız. Fark dört başlıkta toplanıyor.

Yazılı sorgu	Aynı ihtiyacın sesli hali
diş hekimi kadıköy	kadıköy'de bu akşam açık bir diş hekimi var mı
implant fiyat	implant yaptırmak ne kadar tutuyor
oto çekici beşiktaş	arabam çalışmıyor en yakın çekici kim
kuaför randevu	yarın sabaha kuaför randevusu bulabilir miyim

Tam cümle. Sesli sorguda özne ve yüklem yerinde durur. Anahtar kelime yığını değil, dilbilgisel bir yapı gelir.

Soru kalıbı. "Var mı", "nasıl", "ne kadar", "nerede", "açık mı" gibi kalıplar sesli sorgunun neredeyse standart parçasıdır. Bu, cevabın da soru-cevap biçiminde yapılandırılmış olmasını avantaja çevirir.

Konuşma dili. Yazarken "ücret", konuşurken "ne kadar tutuyor". Yazarken "randevu", konuşurken "bakabilir misiniz". Sayfa metniniz sadece kurumsal terimlerle yazılmışsa, kullanıcının gerçekten kurduğu cümleyle örtüşmez.

Bağlam gömülü. En kritik farkı en sona bıraktık: sesli sorgu çoğu zaman zaman ve konum kısıtı taşır. "Şu an", "bu akşam", "yakınımda", "en yakın". Bunlar sıfat değil, filtre. Asistan bu filtreyi metinden değil, yapılandırılmış veriden uygular. Bu ayrım yerel SEO ile GEO arasındaki farkın tam ortasında duruyor: biri konumu, diğeri cevabı çözüyor; sesli arama ikisini aynı anda istiyor.

Tek cevap sorunu: asistan listelemez, seçer

Ekranda üçüncü sırada olmak bir şeydir. Tıklanma alır, marka adınız görülür, kullanıcı karşılaştırma yaparken sizi de değerlendirir. Seste üçüncü sırada olmak hiçbir şeydir. Asistan bir isim okur ve durur.

Bunun rekabete üç somut etkisi var.

Birincisi, "biraz daha iyi" diye bir konum kalmıyor. Klasik aramada altıncılıktan dördüncülüğe çıkmak ölçülebilir bir kazanç üretirdi. Seste altıncılık ile yirmincilik arasında pratik fark yok; ikisi de sıfır.

İkincisi, kazanan uzun süre kazanıyor. Asistan bir işletmeyi seçtiğinde kullanıcı onu arıyor, gidiyor, deneyimliyor. Bu deneyim yorum olarak geri dönüyor, yorumlar sinyali güçlendiriyor. Görünürlük kendi kendini besliyor.

Üçüncüsü — ve en çok gözden kaçanı — asistanın üçüncü bir seçeneği var: cevap vermemek. Veri eksikse, çelişkiliyse ya da güven eşiğini geçmiyorsa asistan "internette şunları buldum" deyip topu ekrana atar. Kullanıcı arabadaysa o ekrana bakmaz. Yani rakibinize kaybetmeseniz bile kaybedebilirsiniz. Sesli aramada hedef sadece rakibi geçmek değil; asistanın tereddüt etmeyeceği kadar net veri sunmak.

"Yakınımda" ve "şu an açık mı" sorgularının arkasındaki veri

Asistan çalışma saatinizi sayfa metnindeki "Hafta içi 09:00-18:00 arası hizmetinizdeyiz" cümlesinden okumak zorunda kalmasın. O cümle insan için yazılmıştır; makine için ayrıca yazılması gerekir.

Yerel niyet taşıyan bir sesli sorgunun cevaplanabilmesi için dört veri parçasının yapılandırılmış halde bulunması gerekir: konum, çalışma saati, telefon ve eylem adresi. LocalBusiness şeması bunların hepsini taşır.

{
  "@context": "https://schema.org",
  "@type": "Dentist",
  "name": "Örnek Ağız ve Diş Sağlığı Polikliniği",
  "telephone": "+90-216-000-00-00",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "Örnek Cad. No:1",
    "addressLocality": "Kadıköy",
    "addressRegion": "İstanbul",
    "postalCode": "34710",
    "addressCountry": "TR"
  },
  "geo": { "@type": "GeoCoordinates", "latitude": 40.99, "longitude": 29.03 },
  "openingHoursSpecification": [
    {
      "@type": "OpeningHoursSpecification",
      "dayOfWeek": ["Monday","Tuesday","Wednesday","Thursday","Friday"],
      "opens": "09:00",
      "closes": "21:00"
    },
    {
      "@type": "OpeningHoursSpecification",
      "dayOfWeek": "Saturday",
      "opens": "10:00",
      "closes": "17:00"
    }
  ]
}

Bu bloğun sesli aramada karşılığı olan üç ayrıntı var:

openingHoursSpecification gerçekten günlük olmalı. Cumartesi farklı saatte açılıyorsa ayrı bir blok yazılır. "Hafta içi" diye tek satır geçmek, "cumartesi açık mısınız" sorusunu cevapsız bırakır.

Tatil ve istisna günler için specialOpeningHoursSpecification kullanılır. Resmî tatilde kapalıysanız ve bunu yalnızca sosyal medyada duyurduysanız, asistan sizi açık sanıp kullanıcıyı kapalı kapıya gönderir. Bir kez yaşanan bu deneyim, kazandığınız görünürlükten daha pahalıya patlar.

geo alanı "yakınımda" sorgusunun temelidir. Adres metni doğru olsa bile koordinat yoksa mesafe hesabı harita servisinin sizi doğru eşleştirmesine kalır.

Şema yazımının genel mantığı, alan seçimi ve güvenilirlik sinyalleriyle ilişkisi için schema markup ve E-E-A-T'yi birlikte ele aldığımız yazıya bakabilirsiniz.

Konuşma diline uygun içerik: cevabı ilk cümlede bitirin

Sesli asistan bir paragrafı baştan sona okumaz. Cevabı bulur, kısaltır, okur. Bu yüzden metnin yapısı, üslubundan daha belirleyicidir.

Soruyu sayfada aynen sorun. SSS bloklarını "Fiyatlandırma" gibi başlıklarla değil, kullanıcının kurduğu cümleyle yazın: "İmplant tedavisi ne kadar sürüyor?" Sorunun kendisi eşleşme yüzeyidir.

Cevabı ilk cümlede bitirin. Ters piramit. İlk cümle tek başına alınıp okunduğunda anlamlı olmalı; bağlam, koşullar ve ayrıntı sonraki cümlelere gelir. "Bu sorunun cevabı birkaç değişkene bağlı" diye başlayan bir paragraf, asistanın okuyabileceği bir cevap üretmez.

Bir soruya bir cevap. Tek paragrafta üç soruyu birden cevaplarsanız, asistan hangi kısmı alacağını bilemez.

Rakam verirken koşulu yazın. "Genellikle 3-6 seans" ile "3-6 seans" arasında güven farkı vardır. Kesin konuşmak yerine sınırı söylemek, uzun vadede alıntılanma ihtimalini artırır.

Aynı mantık şehir ve semt sayfaları için de geçerli; nasıl kurulacağını şehir bazlı hizmet sayfalarının yazımını anlattığımız yazıda adım adım ele aldık.

Telefon ve adres verisinin tutarlılığı: çelişki asistanı susturur

Bir işletmenin telefon numarası kaç yerde yazılıdır? Site altbilgisi, iletişim sayfası, JSON-LD şeması, Google Business Profile, Apple Business Connect, harita uygulamaları, sektörel dizinler, sosyal medya profilleri, eski kampanya sayfaları. Dokuz kaynak, dokuz güncelleme noktası.

Numara değiştiğinde bunların hepsi güncellenmezse ortaya bir çelişki çıkar. Klasik aramada bu, sıralamayı aşağı çeken zayıf bir sinyaldir. Sesli aramada sonuç daha serttir: asistan hangi numaranın doğru olduğuna karar veremediğinde çoğu zaman numarayı hiç okumaz. "Aramamı ister misiniz?" cümlesi kurulmaz, akış orada kesilir.

Pratik bir kontrol listesi:

• Adres yazımı her yerde birebir aynı olsun. "Cad." ve "Caddesi" farklı iki dize olarak görülebilir.
• Tek bir birincil numara belirleyin. Kampanya numaraları ikincil olarak kalsın, şemaya girmesin.
• Kapanmış şube veya taşınmış adres kayıtlarını dizinlerden silin; sadece siteden kaldırmak yetmez.
• Şubeli işletmelerde her şubenin kendi sayfası ve kendi LocalBusiness kaydı olsun. Tek sayfada üç adres, asistanın konum eşleştirmesini bozar.

Araba içi ve kulaklık bağlamı: kullanıcının elleri dolu

Sesli sorguların önemli bir kısmı, kullanıcının ekrana bakamadığı bir durumda geliyor: araç kullanırken, yürürken, alışveriş yaparken, mutfakta. Bu bağlamın tek bir tasarım sonucu var: cevap bir eylemle bitmeli.

Ekran başındaki kullanıcı "detaylı bilgi için formu doldurun" cümlesini kabul eder. Direksiyondaki kullanıcı kabul etmez. Onun yapabileceği üç şey var: aramak, yol tarifi almak, randevu talebi bırakmak. Bu üçünü de tek adımda mümkün kılmak gerekir.

• Telefon numarası sayfada metin olarak ve tel: bağlantısıyla bulunsun. Görsel içine gömülmüş numara makine tarafından okunamaz.
• Randevu adresi ayrı ve doğrudan bir URL olsun; JavaScript ile açılan bir modal, asistanın veremeyeceği bir cevaptır.
• Harita bağlantısı koordinatla eşleşsin.
• İletişim bilgisi bot koruması adına şifrelenmesin. Bu sitede de e-posta gizleme özelliği bilerek kapatıldı: adres gizlendiğinde JavaScript çalıştırmayan tarayıcılar iletişim bilgisini hiç göremiyordu.

Ağırlama sektöründe bu bağlam özellikle keskin; rezervasyon ve "şu an açık mı" sorularının nasıl kurgulanacağını otel, restoran ve kafeler için GEO yazısında ayrıca ele aldık.

Ölçümün sınırı: sesli sorgu ayrı raporlanmıyor

Burada dürüst olmak gerekiyor. Search Console'da "sesli sorgu" diye bir filtre yok. Analitikte "asistandan geldi" diye bir kaynak yok. Sesli aramadan gelen bir kullanıcı, çoğu zaman doğrudan telefon araması olarak gelir ve web analitiğinize hiç uğramaz.

Yani sesli arama performansını ölçemezsiniz; yalnızca dolaylı okuyabilirsiniz. Bakılabilecek dört sinyal var:

Sinyal	Nereden	Ne söyler
Soru kalıplı uzun kuyruk sorgular	Search Console sorgu raporu	"var mı", "nasıl", "ne kadar", "açık mı" içeren sorguların payı artıyor mu
tel: tıklamaları	Site analitiği, olay takibi	Sayfadan doğrudan arama isteği eğilimi
Yol tarifi ve arama istekleri	Google Business Profile performans raporu	Konum temelli niyetin hacmi ve saat dağılımı
Saat bazlı dağılım	Aynı rapor	Mesai dışı ve akşam saatlerinde yoğunlaşma

Bu dört sinyalin hiçbiri sesliyi izole etmez. Yazarak arayan biri de tel: bağlantısına tıklar. Ama eğilim birlikte hareket ederse yön verir. Kurulabilecek en dürüst cümle şu: sesli aramaya yönelik iyileştirmelerin çoğu — yapılandırılmış çalışma saati, tutarlı NAP, soru başlıklı içerik, tıklanabilir telefon — zaten yerel görünürlüğün genel altyapısıdır. Ölçemediğiniz için yapmamak, ölçebildiğiniz şeyleri de zayıflatır.

Hangi işletme için öncelikli, hangisi için sonraya bırakılabilir

Öncelik iki bileşenin kesişiminde belirleniyor: fiziksel lokasyon ve aciliyet. İkisi birden varsa sesli arama sıradaki en yüksek getirili iştir. Biri yoksa sıra aşağı iner.

Öncelik	İşletme tipi	Neden
Yüksek	Acil diş, çilingir, oto çekici, nöbetçi eczane, veteriner, oto tamir	Aciliyet + konum + kullanıcının elleri dolu
Yüksek	Restoran, kafe, otel, otopark, benzin istasyonu	"Yakınımda" ve "şu an açık mı" sorgularının çekirdeği
Orta	Kuaför, güzellik salonu, poliklinik, spor salonu	Konum var, aciliyet randevuya bağlı olarak değişiyor
Düşük	Hukuk bürosu, mali müşavir, danışmanlık	Karar süreci uzun; kullanıcı araştırma yapıp yazarak karşılaştırıyor
Düşük	B2B yazılım, ajans, e-ihracat, e-ticaret ürün sayfası	Fiziksel lokasyon bileşeni yok veya zayıf

Alt sıradaki işletmeler için bu bir "yapmayın" değil, "sıralamada sonra gelsin" demektir. Hukuk bürosunun sesli aramadan müvekkil alması olasıdır ama nadirdir; aynı emek içerik derinliğine harcandığında daha fazla getirir.

Başlangıç için üç iş yeter: LocalBusiness şemasını günlük çalışma saatiyle birlikte yazmak, dokuz kaynaktaki telefon-adres bilgisini eşitlemek, en çok sorulan on soruyu kullanıcının kurduğu cümleyle sayfaya koyup cevabı ilk cümlede bitirmek. Bu üçünü kurduktan sonra ölçüm tartışması anlamlı hale gelir. Kendi işletmenizde nereden başlanacağını konuşmak isterseniz iletişim sayfasından yazabilirsiniz.

Sıkça Sorulan Sorular

Sesli arama için ayrı bir sayfa ya da ayrı bir site gerekir mi?

Hayır, ayrı bir sayfa veya alt alan adı gerekmez. Sesli arama ayrı bir dizin kullanmaz; mevcut sayfalarınızı okur. Yapılması gereken, aynı sayfaların üzerinde çalışma saati, konum ve telefon verisini yapılandırılmış hale getirmek ve içeriği soru-cevap yapısında yazmaktır. Ayrı bir "sesli arama sayfası" oluşturmak, içerik tekrarı riski dışında bir kazanç üretmez.

Sesli aramada asistan kaç sonuç okuyor?

Yerel niyetli sorgularda genellikle tek bir işletme okunur; bazı durumlarda kullanıcıya iki veya üç seçenek sıralanır. Bu, ekranda görünen on sonuçlu listeden temel olarak farklıdır. Pratik sonuç şudur: sesli aramada ilk sırada olmakla altıncı sırada olmak arasında derece farkı değil, var olma farkı vardır. Asistanın verisi yetersiz bulduğu durumlarda hiçbir isim okumayıp kullanıcıyı ekrana yönlendirdiği de olur.

"Yakınımda" sorgularında çıkmak için ne gerekir?

Dört verinin makine tarafından okunabilir olması gerekir: koordinat, günlük çalışma saati, telefon ve adres. Bunlar LocalBusiness şemasında geo, openingHoursSpecification, telephone ve address alanlarına karşılık gelir. Sayfa metninde "hafta içi 09:00-18:00 açığız" yazması yeterli değildir; asistan zaman filtresini düz metinden değil yapılandırılmış veriden uygular. Tatil ve istisna günler için specialOpeningHoursSpecification ayrıca doldurulmalıdır.

Sesli aramadan gelen trafiği ölçebilir miyim?

Doğrudan ölçemezsiniz. Search Console sesli sorguları ayrı raporlamaz, analitikte asistan diye bir trafik kaynağı yoktur ve sesli aramanın sonucu çoğu zaman web sitesine hiç uğramayan bir telefon aramasıdır. Yapılabilecek şey dolaylı okumadır: soru kalıplı uzun kuyruk sorguların payı, telefon bağlantısı tıklamaları, işletme profilindeki yol tarifi ve arama istekleri, bunların saat bazlı dağılımı. Bu sinyaller sesliyi izole etmez ama eğilim hakkında yön verir.

Hangi işletmeler sesli arama optimizasyonuna öncelik vermeli?

Fiziksel lokasyonu olan ve müşteri ihtiyacında aciliyet bileşeni bulunan işletmeler öncelik vermelidir: acil diş hekimliği, çilingir, oto çekici, nöbetçi eczane, veteriner, oto tamir, restoran, kafe, otel, otopark. Karar süreci uzun olan ve kullanıcının yazarak karşılaştırma yaptığı alanlarda — hukuk bürosu, mali müşavirlik, B2B yazılım, ajans hizmetleri — sesli arama sıralamada daha sonra gelir. Bu işletmeler için aynı emek içerik derinliğine harcandığında daha yüksek getiri sağlar.