Tüm içgörüler
AEO · 4 dk okuma

FAQPage şeması: görünmeyen SSS işe yaramaz

FAQPage şeması yalnızca sayfada görünen sorular için kullanılır. Gizli SSS bloğu bir işaretleme hatası değil, kural ihlalidir ve yaptırımı vardır.

Mustafa Gezer

10 yıllık sektör deneyimi · Kaynak Ol

Güncelleme:

FAQPage, soru-cevap içeriğini tanımlamak için kullanılan Schema.org türüdür. Google, FAQ zengin sonuçlarını 7 Mayıs 2026’dan itibaren göstermeyi bırakmıştır. Dolayısıyla bir hizmet sitesinde SSS bölümü hazırlamanın amacı, arama sonucunda açılır soru kutusu kazanmak değil; müşterinin karar verirken ihtiyaç duyduğu cevabı sayfada sunmak olmalıdır.

Google’ın FAQ desteğinde ne değişti?

Google’ın dokümantasyon günlüğü, 2026’daki kaldırma kararını ve ardından FAQ zengin sonuç belgesinin kaldırılmasını kaydeder. 2023’teki sağlık ve kamu sitelerine yönelik sınırlama, bugünkü durumu tek başına açıklamaz. Bu nedenle eski bir kontrol listesindeki “FAQ şeması ekleyin, sonuçta sorular açılır” önerisi güncel bir hizmet vaadi olarak kullanılamaz.

Schema.org türünün bulunması ile Google’ın o tür için özel bir sonuç görünümü sunması ayrı şeylerdir. Bir işaretlemenin doğrulayıcıdan geçmesi de görünürlük kazanıldığını göstermez. Teknik raporda içerik doğruluğu, veri biçimi ve platformun güncel desteği farklı başlıklarda değerlendirilmelidir.

SSS bölümüne hangi sorular yazılmalı?

Hizmet teklifini değerlendiren kişinin gerçekten sorduğu sorularla başlayın. Web tasarım için “Mobil uyumluluk dahil mi?”, SEO için “Mevcut sitemle çalışabilir miyiz?” veya GEO için “Kaynak gösterilmeyi garanti ediyor musunuz?” gibi sorular kapsamı açıklamaya yardımcı olabilir. Bunlar Kaynak Ol’un hizmet sayfalarında ele alınan karar sorularıdır.

Bir soruyu yazmadan önce cevabının mevcut sayfada zaten bulunup bulunmadığını kontrol edin. Aynı yanıtı üç kez tekrarlamak yerine ilgili bölüme bir bağlantı verilebilir. Ayrıca her sayfaya aynı genel SSS listesini eklemek, sayfanın kendi amacını belirsizleştirebilir. Sorular sayfanın hizmetiyle ve ziyaretçinin bulunduğu karar aşamasıyla ilişkili olmalıdır.

SSS için evrensel bir soru sayısı veya cevap kelime sınırı uygulamayın. Kısa bir evet-hayır yanıtı koşul açıklaması gerektirebilir. Kapsam sorusu birkaç örnekle anlaşılabilir. Yazıyı kontrol ederken “kaç kelime yazdık” sorusundan önce “ziyaretçi neyi anlayabildi” sorusunu sorun.

Faydalı bir cevap nasıl yazılır?

İlk cümlede yanıtı verin; ardından gerekli koşulu ve örneği açıklayın. Örneğin “Mevcut sitemle çalışabilir miyiz?” sorusunun cevabı, siteyi incelemeden bütün teknik değişikliklerin yapılabileceğini vaat etmemelidir. “Önce yapıyı inceleriz; korunacak alanları ve giderilecek sorunları belirleriz” ifadesi çalışma sürecini anlatır.

Bir süre veya fiyat paylaşıyorsanız hangi kapsam için geçerli olduğunu yazın. Henüz ölçüm yapmadığınız bir hizmete sonuç yüzdesi eklemeyin. Bir cevabın kısa, tablo içinde veya sayısal olması, onun doğru olduğunu göstermez. Cevabı hazırlayan kişinin sorumluluğu, kullanılan bilginin dayanağını ve sınırlarını açık tutmaktır.

Kaynak Ol’da yanıt; ilgili teslimata, rehbere veya iletişim adımına bağlanabilir. Ancak her cevabın sonuna aynı teklif cümlesini eklemek gerekmez. Örneğin teknik erişim sorusunun ardından robots.txt ve sunucu erişimi yazısı, konunun uygulama ayrıntısını isteyen okuyucuya yardımcı olur.

Görünür cevap ile yapılandırılmış veri nasıl uyuşmalı?

Yapılandırılmış veri, sayfanın gerçek içeriğini tarif etmelidir. Okuyucunun hiç bulamadığı bir soruyu yalnızca JSON-LD içine yazmak, içerik ihtiyacını karşılamaz. Sayfadaki cevap ile veri içindeki cevap farklı koşullar veya farklı vaatler içeriyorsa önce bu tutarsızlık giderilmelidir.

Açılır kapanır bir bölüm kullanıyorsanız soru düğmesinin klavyeyle ve telefonda çalıştığını kontrol edin. Cevap yalnızca tasarım dosyasında kalmamalı; ziyaretçi gerçek sayfada açıp okuyabilmelidir. Doğrudan HTML içeriği ve doğru başlık düzeni, bu kontrolü kolaylaştırır.

<details>
  <summary>Mevcut sitemle çalışabilir miyiz?</summary>
  <p>Önce mevcut yapıyı inceler, korunacak alanları
  ve giderilecek sorunları belirleriz.</p>
</details>

Bu örnek bir görünür cevap bileşenidir. Bir FAQ zengin sonuç vaadi veya AI alıntılanma yöntemi değildir. Bir proje özel olarak yapılandırılmış veri istiyorsa, destek durumu ve görünür içerikle eşleşmesi ayrıca kontrol edilir.

Yayın öncesi hangi kontroller yapılmalı?

  • Soru gerçekten bu sayfanın hizmetiyle ilişkili mi?
  • Cevap, ilk cümlede sorunun ana noktasını açıklıyor mu?
  • Fiyat, süre ve kapsam ifadeleri gerekli koşulları içeriyor mu?
  • Veriye dayanan bir iddianın kaynağı bulunabiliyor mu?
  • İlgili rehber bağlantısı açılıyor ve doğru bölüme gidiyor mu?
  • Açılır kapanır cevap telefonda ve klavyeyle kullanılabiliyor mu?
  • Yapılandırılmış veri kullanılıyorsa görünür içerikle uyuşuyor mu?

Bu listeyi sayfanın gerçek ziyaretçi akışı içinde uygulayın. Blogdan hizmet sayfasına gelen kişi, soru-cevap bölümünü okuyup teklif kapsamını anlamalı ve iletişim yolunu bulabilmelidir. AEO uygulama rehberi bu okuma yolunu içerik planıyla birlikte ele alır.

Sık sorulan sorular

FAQPage eklemek Google’da açılır sorular gösterir mi?

Google’ın 2026 güncellemesine göre FAQ zengin sonuç gösterimi kaldırılmıştır. Bu nedenle böyle bir sonuç görünümü vaat edilmez.

SSS bölümünü kaldırmalı mıyım?

Müşterinin gerçek sorularını faydalı biçimde cevaplıyorsa bölüm kalabilir. Kararı arama kutusu beklentisine göre değil, sayfanın okuyucuya sunduğu değere göre verin.

FAQ şeması AEO için zorunlu mu?

Hayır. Öncelik, ziyaretçinin okuyabildiği doğru cevaptır. Bir veri türünü eklemek bütün yanıt sistemlerinde kaynak seçilmeyi sağlamaz.

Kaynaklar

Google FAQ destek durumu 10 Ekim 2026’da kontrol edilmiştir. Soru seçimi, cevap örnekleri ve kontrol listesi Kaynak Ol’un editoryal önerileridir.

BİR SONRAKİ ADIM

Markanızın bir sonraki
hamlesini konuşalım.

WhatsApp’tan konuşalım