SSS Sayfaları ve Yapay Zekâ Cevapları: Soruyu Kimin Dili Sorar

Bir SSS sayfasının yapısı, sorunun ve cevabın net biçimde ayrıldığı bir format; bu da hem klasik aramanın hem yapay zekâ modellerinin bir cevabı doğrudan alması için ideal bir zemin. Uzun bir makale içinde gömülü bir cevap yerine, açıkça soru olarak yazılmış bir başlık ve altındaki kısa cevap çok daha kolay alıntılanıyor.

Bu format aynı zamanda bir sayfanın konusunu da netleştiriyor; bir SSS bölümü, sayfanın hangi soruları karşıladığını hem okuyucuya hem modele açıkça gösteriyor.

Bir güzellik salonu zincirinde gördüğümüz sahne: SSS bölümü sitenin en altına, neredeyse görünmez bir yere gizlenmişti, oysa müşteri hizmetlerine gelen soruların çoğu zaten orada cevaplanıyordu. Karar kriteri şu: bir SSS bölümünün gücü yalnız içeriğinden değil, ne kadar görünür ve erişilebilir konumlandırıldığından da geliyor; doğru cevaplar görünmeyen bir yerde durursa hem müşteriye hem modele ulaşmıyor.

Bir işletme genelde sorularını kendi iç terminolojisiyle yazıyor: 'hizmet kapsamı', 'süreç yönetimi' gibi. Ama bir müşteri bu kelimeleri değil, kendi günlük dilini kullanıyor: 'ne kadar sürede biter', 'ek ücret çıkar mı', 'iptal edersem ne olur'.

Bu farkın kaynağı genelde çağrı merkezi kayıtları, satış ekibinin sık duyduğu sorular ya da site içi arama kutusuna yazılan gerçek sorgular. SSS sorularını buradan türetmek, masa başında uydurmaktan çok daha güçlü sonuç veriyor.

Bir kırtasiye zincirinde gördüğümüz sahne: SSS sayfasında 'ürün teslimatı nasıl işler' gibi resmi bir başlık vardı ama müşteri hizmetlerine gelen gerçek soru hep 'kargo kaça çıkıyor' biçimindeydi. Karar kriteri şu: SSS başlığı, o soruyu bir müşterinin telefonda ya da canlı destekte söylediği cümleye ne kadar yakınsa o kadar işe yarıyor; şirket içi terimle yazılmış bir başlık aranmıyor, alıntılanmıyor.

Bir diğer somut kaynak, canlı destek yazışmalarının kendisi; müşterinin gerçek zamanlı yazdığı cümleler, sonradan düzeltilmiş bir formdan çok daha ham ve güvenilir bir dil örneği sunuyor. Bu yazışmalar düzenli taranmadığı sürece elde kayıp bir kaynak olarak kalıyor.

Google'ın kılavuzuna göre FAQPage yalnız her sorunun tek bir cevabı olduğu, kullanıcı katkısına açık olmayan sayfalarda kullanılmalı; kullanıcıların kendi cevaplarını ekleyebildiği bir yapı için QAPage önerilir.

Bu işaretlemenin arama sonucunda görsel bir SSS kutusu olarak çıkıp çıkmayacağı zamanla değişiyor; Google bu görsel sonucu hangi sitelerde gösterdiğini daralttığını duyurmuştu, güncel kapsam duruma bağlı ve Google'ın kendi sayfasından kontrol edilmeli. Ama yapılandırılmış veri, görsel sonuçtan bağımsız olarak sayfanın konusunu makineye tanımlamaya devam ediyor.

Bir spor kulübünde gördüğümüz sahne: FAQPage işaretlemesi eklenmişti ama sayfanın kendisinde soru başlıkları görsel olarak hiç ayrılmamış, hepsi tek bir paragrafta akıyordu. Karar kriteri şu: yapılandırılmış veri, sayfanın görünen yapısının yerine geçmiyor; hem kullanıcının hem modelin soru ile cevabı ayırt edebildiği görsel bir düzen olmadan işaretleme tek başına yetmiyor.

Gerçek bir SSS listesi kurmanın en somut yolu, işletmenin zaten elinde olan ama düzenli toplanmayan kaynaklara bakmak.

Bir catering firmasında gördüğümüz sahne: SSS listesi iki yıl önce bir kere hazırlanmış, o günden beri hiç güncellenmemişti; bu arada işletme yeni bir hizmet eklemiş, müşteriler artık o hizmetle ilgili sorular soruyordu ama SSS'de hiç yer yoktu. Karar kriteri şu: SSS bir kere yazılıp bırakılan bir liste değil, işletme değiştikçe güncellenmesi gereken canlı bir belge.

• Satış ve müşteri hizmetleri ekibine son üç ayda en sık duydukları beş soruyu sorun.
• Site içi arama kutusuna yazılan gerçek sorguları (varsa) dışa aktarıp inceleyin.
• Search Console'daki arama terimleri raporunda soru biçiminde yazılmış sorguları ayıklayın.
• Sosyal medya yorumlarında ve DM'lerde tekrar eden soruları not edin.
• Toplanan soruları müşterinin yazdığı biçime en yakın hâliyle, değiştirmeden SSS başlığına taşıyın.

Bir mobilya markasının sitesinde gördüğümüz sık hata, SSS bölümünü pazarlama ekibinin masa başında yazması; sorular gerçek bir müşteri sorgusuna değil, işletmenin anlatmak istediği noktalara göre kurulmuş oluyor.

Bir diğer hata, bir soruya birden fazla, birbiriyle çelişen cevap vermek; FAQPage yalnız tek cevaplı yapılar için uygun, aynı soruya sayfa içinde iki farklı cevap yazmak hem kullanıcıyı hem modeli yanıltıyor.

Üçüncü sık hata, SSS sorularını yalnızca ürün ya da hizmet bazında kurmak, fiyatlandırma, iptal, garanti gibi işlem sürecine dair soruları hiç eklememek; oysa müşteri hizmetlerine gelen soruların büyük kısmı tam da bu süreç sorularından oluşuyor.

Bir SSS sayfasının işe yarayıp yaramadığını ölçmenin ilk yolu, Search Console'daki üretken yapay zekâ raporunda o sayfanın gösterim aldığı sorguları kontrol etmek; bu, sayfanın hangi sorulara cevap olarak çekildiğini doğrudan gösteriyor.

İkinci yol, birkaç yapay zekâ asistanına gerçek müşteri sorularını doğrudan sorup hangi sayfanın kaynak gösterildiğini not etmek; SSS sayfası hiç çıkmıyorsa, sorunun ya soru dilinde ya da sayfanın yapısında bir sorun var demektir.

Karar kriteri şu: bir SSS güncellemesinin etkisini görmek zaman alıyor, birkaç haftalık bir pencere bırakmadan 'işe yaramadı' sonucuna varmak erken; aynı sorguları bir ay sonra tekrarlamak, gerçek değişimi göstermenin tek yolu.