Çoğu satıcı SSS'yi bir "destek yükünü azaltma" aracı sanır. Site menüsüne bir "Sıkça Sorulan Sorular" linki koyar, yirmi soruyu oraya yığar ve konuyu kapatır. Oysa o sayfa, arama motoru açısından neredeyse ölü bir alan; çünkü kimse "epin sitesi SSS" diye aramıyor. İnsanlar "kod ne kadar sürede gelir", "epin iadesi var mı", "kod tutmazsa ne olur" diye arıyor ve bu aramaların cevabı senin ayrı SSS sayfanda kilitli duruyor.
Asıl kayıp burada da bitmiyor. Ziyaretçi ürün sayfasındayken soru soruyor; cevabı almak için sayfadan çıkması gerekiyorsa çoğu zaman geri dönmüyor. Yani ayrı SSS sayfası hem organik görünürlüğü hem de dönüşümü aynı anda törpülüyor. Doğru kurgu, soruları sorulduğu yere taşımak: ürün sayfasına, kategori sayfasına, ödeme adımına. Sağlam bir epin satış scripti bunu şablon düzenlemeden, içerik alanı olarak yapmanı sağlar. Bu yazıda gömme mantığını, şema kurallarını ve sık yapılan hataları sırayla ele alıyorum.
Neden "tek büyük SSS sayfası" arama motorunda karşılık bulmuyor?
Arama motoru bir sayfayı tek bir konuya göre değerlendirir. Yirmi farklı konuyu (teslimat, iade, fatura, üyelik, bayilik, ödeme) tek sayfaya yığdığında o sayfanın konusu "her şey" olur, yani hiçbir şey. Hiçbir sorgu için güçlü bir eşleşme kuramaz. Buna karşılık aynı sorulardan teslimatla ilgili üç tanesini oyun kodu ürün sayfasına gömdüğünde, o sayfa hem ana ürün sorgusunda hem de "kod ne kadar sürede gelir" tarzı uzun kuyruk sorgularda yarışabilir hâle gelir.
İkinci sebep bağlam. "İade edebilir miyim?" sorusunun cevabı e-pin, oyun hesabı ve lisans ürünü için farklıdır. Genel SSS sayfasında bu cevabı yazarken mecburen muğlaklaşırsın: "ürüne göre değişir". Muğlak cevap ne ziyaretçiyi ikna eder ne arama motoruna net bir bilgi verir. Gömülü SSS'de ise her ürün grubunun kendi net cevabı olur. Epin yazılım tarafında yapacağın iş, kategori ve ürün şablonuna soru-cevap alanı eklemek; içerik tarafında yapacağın iş ise cevapları genelleştirmeyi bırakmak.
Hangi soru hangi sayfaya gömülmeli?
Gömme işi "aynı SSS bloğunu her yere kopyalamak" değildir. Aksine, aynı bloğu her sayfada tekrarlamak yinelenen içerik izlenimi yaratır ve şemanın değerini düşürür. Doğru yaklaşım sayfa niyetine göre ayırmaktır. Ürün sayfasına o ürünün teslimat ve kullanım soruları; kategori sayfasına o kategorinin genel çalışma mantığı; ödeme adımına ise ödeme ve fatura soruları. Aşağıdaki tablo bu dağılımı netleştiriyor.
| Sayfa tipi | Gömülecek soru tipi | Örnek soru | Şema eklenir mi? |
|---|---|---|---|
| Ürün detay | Teslimat, kullanım, geçerlilik | Kod satın aldıktan sonra ne kadar sürede gelir? | Evet |
| Kategori | Kategori mantığı, bölge/platform | Bu kategorideki kodlar TR hesaplarda çalışır mı? | Evet |
| Ödeme adımı | Ödeme, fatura, güvenlik | Havale ile ödemede kod ne zaman tanımlanır? | Hayır |
| Bayilik sayfası | Komisyon, limit, API | Bayi paneli toptan alımda nasıl çalışır? | Evet |
| Genel SSS | Kurumsal, üyelik, hesap | Üyelik bilgilerimi nasıl güncellerim? | Evet |
FAQPage şemasında hangi kural ihlali seni geri tepiyor?
Soru-cevap bloğuna şema eklemek tek başına sihir yapmaz; yanlış eklenmesi ise aktif zarar verir. Üç kural var ve üçü de sık ihlal ediliyor. Birincisi, şemadaki metin sayfada görünür olmalı. Ekranda görünmeyen, yalnızca şemaya yazılmış cevaplar kural ihlalidir. İkincisi, aynı soru-cevap birden fazla sayfada tekrarlanmamalı. Kopyala-yapıştır SSS bloğu bunu ihlal eder. Üçüncüsü, cevap tek ve nihai olmalı; kullanıcıların birbirine farklı cevaplar verdiği yapılar FAQPage değil QAPage kapsamına girer.
Buna bir de pratik kural ekleyelim: cevaplar 40-70 kelime arası olsun. Çok kısa cevap bilgi vermez, çok uzun cevap hem okunmaz hem de şemada budanır. Accordion (açılır kapanır) kullanmak sorun değildir; içeriğin HTML'de var olması yeterlidir. Kullandığın dijital ürün satış yazılımı şemayı otomatik üretiyorsa manuel JSON-LD yazma derdinden kurtulursun, ama ürettiği şemanın sayfadaki metinle birebir aynı olduğunu bir kez kontrol et.
Gömülü SSS uygulamalarında yapılan hataların dağılımı
- Aynı bloğu her sayfada tekrarlamak 40%
- Şema metni sayfada görünmemesi 30%
- Çok genel, muğlak cevaplar 20%
- Aşırı soru yığmak 10%
Soruları nereden bulacaksın, uydurmayacaksın değil mi?
Gömülü SSS'nin gücü, sorunun gerçekten sorulan soru olmasından gelir. Uydurulmuş, pazarlama dilinde yazılmış "Neden sizi tercih etmeliyim?" tarzı sorular ne arama karşılığı bulur ne ziyaretçiyi rahatlatır. Elinde üç bedava kaynak var ve üçü de altın değerinde.
Birincisi destek kayıtlarım. WhatsApp ve canlı destek geçmişini aç, son bir ayda en çok tekrarlanan on cümleyi çıkar. Bunlar aynen soru başlığı olacak; müşterinin diliyle, senin pazarlama dilinle değil. İkincisi arama konsolu verisi: sitenin hâlihazırda gösterim aldığı ama tıklama alamadığı soru biçimli sorgular, doğrudan gömülecek soru listendir. Üçüncüsü sitenin kendi arama kutusu; ziyaretçinin ne yazdığını kaydeden bir altyapı varsa orada bulunmayan ürün ve cevaplanmayan soru listesi hazır bekliyor. Panel tarafında bu üç kaynağı aynı yere akıtabiliyorsan içerik üretimi tahminden çıkıp veriye oturur.
Soruyu müşterinin yazdığı gibi yaz, düzeltmeye çalışma. "Kod gelmezse ne yapmalıyım?" başlığı, "Teslimat sorunlarında izlenecek prosedür" başlığından hem daha çok arama alır hem daha çok okunur.
Gömme işini teknik olarak nasıl kuracaksın?
Uygulama tarafında hedef şu: SSS bir metin bloğu değil, yapılandırılmış veri olmalı. Yani her soru-cevap çifti veritabanında ayrı bir kayıt olarak durmalı, sayfaya ise ilişkilendirme ile basılmalı. Bu kurulduğunda tek bir cevabı güncellediğinde o cevabın göründüğü her yer aynı anda güncellenir; şema da aynı kaynaktan üretildiği için metinle uyumsuz kalma riski sıfırlanır.
Sıralama da ihmal edilmemeli. En çok sorulan soru en üstte olacak ve varsayılan olarak açık gelecek; geri kalanlar kapalı duracak. Böylece sayfa uzamaz ama bilgi erişilebilir kalır. Mobilde başlıkların dokunma alanı en az 44 piksel yükseklikte olsun; küçük accordion başlıkları en çok kayıp yaşanan yerlerden biri. Bir de e-pin satış scripti tarafında sayfa hızını unutma: SSS bloğu için ayrı bir JavaScript kütüphanesi yüklemene gerek yok, native details/summary yapısı hem hızlı hem erişilebilir.
| Kontrol maddesi | Nasıl doğrulanır | Beklenen sonuç |
|---|---|---|
| Şema metni sayfada görünür mü? | Sayfa kaynağında cevabı ara | Aynı metin HTML'de mevcut |
| Aynı soru başka sayfada var mı? | Site içi arama ile tara | Her soru tek sayfada |
| Cevap uzunluğu uygun mu? | Kelime sayısı | 40-70 kelime arası |
| İlk soru açık geliyor mu? | Mobil görünüm | İlk başlık açık, diğerleri kapalı |
| Şema geçerli mi? | Zengin sonuç test aracı | Hata ve uyarı yok |
| Sorular gerçek veriden mi? | Destek kaydı eşleşmesi | Her soru bir gerçek talebe dayanıyor |
Bu yapıyı kurunca ne değişiyor?
Üç şey birlikte değişiyor. Ürün sayfaları uzun kuyruk sorgularda görünmeye başlıyor; ziyaretçi cevap için sayfadan çıkmadığı için ödeme adımına daha fazla kişi ulaşıyor; destek tarafında aynı soruyu yüzüncü kez yazmak zorunda kalmıyorsun. Bu üçü birbirini besleyen bir döngü ve kurulumu bir haftalık iş. Zor kısmı içerik değil, altyapının soru-cevabı yapılandırılmış veri olarak tutmasına izin vermesi. Paketleri karşılaştırırken "SSS modülü var mı" değil, "SSS kayıtlarını ürün ve kategoriyle ilişkilendirip şema üretebiliyor mu" sorusunu sor.
SSS'yi sayfaya gömülü ve şemalı yayınla
Pinova, soru-cevap kayıtlarını ürün ve kategorilerle ilişkilendirir, sayfa içine gömer ve FAQPage şemasını aynı kaynaktan otomatik üretir.
Genel SSS sayfamı tamamen kaldırmalı mıyım?
Kaldırmana gerek yok. Kurumsal ve üyelik soruları orada kalabilir. Ama teslimat, iade, platform uyumu gibi ticari niyetli sorular ilgili ürün ve kategori sayfalarına taşınmalı.
Aynı SSS bloğunu tüm ürünlere koyabilir miyim?
Koyabilirsin ama şema değerini kaybeder ve yinelenen içerik izlenimi doğar. Doğrusu, ürün grubuna göre değişen cevaplar yazıp her soruyu tek bir sayfada tutmaktır.
Accordion kullanmak şemayı bozar mı?
Bozmaz. Cevap metni sayfanın HTML kaynağında bulunduğu sürece açılır kapanır yapı sorun değildir. Sorun, cevabın yalnızca JavaScript ile sonradan yüklenmesidir.
Bir sayfaya en fazla kaç soru gömmeliyim?
Dört ile altı arası ideal. Daha fazlası sayfanın odağını dağıtır ve ziyaretçi hiçbirini okumaz. Kalan sorular için kategori veya genel SSS sayfasına iç link ver.
SSS'yi sayfaya gömmek, yeni içerik üretmeden var olan bilgiyi doğru yere taşıma işidir; bu yüzden getirisi en hızlı SEO hamlelerinden biri. Ürün sayfasında gömülü soru-cevap bloğunun şemayla birlikte nasıl göründüğünü incelemek istersen canlı demo içinde herhangi bir ürünü aç ve sayfa kaynağındaki FAQPage bloğuna bak; kurulumun tamamı orada zaten çalışıyor.