Bir müşteri e-pin sitenize girdi, ürünü sepete attı ama ödeme yapmadan çıktı. Neden? Çoğu zaman cevap basittir: aklındaki soruya sitede cevap bulamadı. "Kod ne zaman gelir", "iade var mı", "bakiye nasıl yüklenir" gibi sorular satın alma anında en çok tereddüt yaratan noktalardır ve bu soruları önceden cevaplamayan siteler hem satış hem destek yükü kaybeder.
SSS (Sıkça Sorulan Sorular) sayfası bu yüzden bir e-pin ve dijital ürün sitesinde "olsa iyi olur" değil, dönüşüm ve destek maliyeti açısından doğrudan etkili bir bileşendir. Bu yazıda bir e-pin sitesi için SSS sayfasının neden gerekli olduğunu, hangi soruların öncelikli olduğunu ve doğru kurgulandığında hem müşteri güvenini hem SEO performansını nasıl artırdığını ele alıyoruz.
Neden her e-pin sitesinin bir SSS sayfasına ihtiyacı var?
E-pin ve dijital kod satışı, fiziksel ürün satışından farklı bir güven ilişkisi gerektirir. Müşteri elinde tutabileceği bir ürün almaz; ekranda bir kod görür ve o kodun çalışacağına inanmak zorundadır. Bu belirsizlik, satın alma öncesi soru sayısını normal e-ticaretten çok daha yüksek tutar.
SSS sayfası olmayan bir sitede bu sorular üç yere gider: canlı destek kuyruğuna, WhatsApp hattına ya da hiçbir yere — müşteri siteden çıkar ve rakipte alışveriş yapar. SSS sayfası, bu soruların büyük kısmını satın alma anından önce, tek bir yerde ve tutarlı şekilde cevaplayarak hem terk oranını düşürür hem destek ekibinin iş yükünü azaltır.
- Satın alma öncesi tereddütü satın alma anında değil, öncesinde çözer
- Aynı soruyu her müşteriye tekrar tekrar cevaplama yükünü ortadan kaldırır
- Yeni ziyaretçiye "bu site ciddi, süreç netleşmiş" hissi verir
Müşteriler hangi soruları soruyor, siz kaçını cevaplıyorsunuz?
Bir e-pin sitesinde en sık gelen destek talepleri neredeyse her zaman aynı kalıba döner. Bu kalıbı bilmeden yazılan bir SSS sayfası genelde "hakkımızda" metninin uzatılmış hâli olur ve gerçek soruları cevaplamaz.
Gerçek satış verilerine bakıldığında öne çıkan sorular şunlardır:
- "Kodu ne zaman alıyorum, ödeme sonrası anlık mı gönderiliyor?"
- "Yanlış ürün/bölge/miktar seçersem ne olur, değişim yapılıyor mu?"
- "Kod çalışmazsa ne yapmalıyım, kime ulaşacağım?"
- "Site cüzdanıma/bakiyeme nasıl para yüklerim, bakiyemle nasıl öderim?"
- "Bayi/toptan fiyatlandırma var mı, nasıl bayi olurum?"
- "Havale/EFT ile ödeme yaparsam kod ne zaman gelir?"
Bu listeyi kendi destek geçmişinizden (WhatsApp, canlı destek, e-posta) çıkarmak, tahmine dayalı bir SSS yazmaktan çok daha isabetli sonuç verir. Gerçekte sorulan soru neyse, SSS'de öncelik ona verilmelidir.
SSS sayfası aslında bir SEO silahı mı?
Evet — ve çoğu e-pin sitesi bunu fark etmez. SSS sayfaları, arama motorlarında "uzun kuyruk" (long-tail) sorgularda sıralanmak için doğal bir fırsattır. "Steam kodu ne zaman gelir", "Pubg UC iadesi var mı" gibi sorular tam olarak kullanıcıların Google'a yazdığı ifadelerdir ve markalı arama kadar rekabetçi değildir.
SSS sayfası doğru işaretlenip her ürün/kategori sayfasına da soru-cevap formatında küçük bloklar eklendiğinde, Google arama sonuçlarında "genişletilebilir" soru-cevap kutucukları (zengin sonuç) olarak da görünebilir. Bu, tıklama oranını doğrudan artıran görünür bir avantajdır.
Genel bir SSS sayfası tek başına yeterli değil. Ürün ailelerine özel mikro-SSS blokları (ör. "Steam kodu hakkında sık sorulanlar") ekleyin — hem kullanıcı hem arama motoru, cevabı ilgili sayfada görmeyi tercih eder.
Doğru SSS nasıl yazılır: hangi sorular öncelikli?
SSS sayfası yazarken en sık yapılan hata, soruları rastgele sırayla dizmektir. Oysa öncelik satın alma sürecindeki gerçek karar anlarına göre belirlenmelidir: önce güven soruları, sonra süreç soruları, en sonda politika soruları gelmelidir.
Bir e-pin sitesinde bu süreç manuel yürütüldüğünde hem soruların takibi hem güncel tutulması ayrı bir efor gerektirir. Aşağıdaki tablo, SSS içeriğinin manuel yönetimi ile Pinova gibi bir altyapı üzerinde yönetilmesi arasındaki pratik farkı gösteriyor:
| Konu | Manuel / Elle | Pinova ile |
|---|---|---|
| Sık sorulan soru tespiti | Destek yazışmaları elle taranır, tahmine dayalı liste çıkarılır | Sipariş ve destek talepleri sistemde kayıtlı olduğundan en sık tekrarlanan konular görülebilir |
| "Kodum nerede" sorusu | Her seferinde müşteri temsilcisi siparişi tek tek kontrol eder | Otomatik teslimat + sipariş takip sayfası, SSS'de doğrudan link olarak verilir |
| İade/garanti politikası | Farklı sayfalarda dağınık, ürün ailesine göre unutulmuş olabilir | Tek merkezi panelden tanımlanır, tüm ürün sayfalarına tutarlı yansır |
| SSS içeriğini güncelleme | Geliştiriciye kod değişikliği talebi, yayına alma bekler | Panelden anında düzenlenir, teknik bilgi gerekmez |
| Bayi/toptan soruları | Telefon veya WhatsApp'tan tek tek, aynı cevap defalarca yazılır | Bayi sistemi + kendine özel SSS bölümü ile önceden cevaplanır |
Schema.org FAQPage işaretlemesi olmadan olur mu?
Teknik olarak olur — SSS sayfası okunur ve işlevini görür. Ama FAQPage yapılandırılmış veri (schema markup) eklenmediğinde arama motorları o içeriğin soru-cevap formatında olduğunu anlamak için sayfayı yorumlamak zorunda kalır ve zengin sonuç (genişletilebilir kutucuk) fırsatını genelde kaçırırsınız.
Uygulamada dikkat edilmesi gereken birkaç nokta var:
- Her soru-cevap çifti gerçekten sayfada görünür metin olmalı, gizli metin işaretlenmemeli
- Cevaplar kısa ve net olmalı; SSS'de "detaylı bilgi için iletişime geçin" gibi boş cevaplardan kaçınılmalı
- Aynı soru birden fazla sayfada tekrarlanıyorsa, kanonik bir SSS sayfasına yönlendirme yapılmalı
Bu işaretlemeyi elle her sayfaya eklemek, özellikle yüzlerce ürün sayfası olan bir e-pin sitesinde sürdürülebilir değildir. Otomatik oluşturulan sayfalarda bu yapının şablona gömülü olması, her yeni ürün eklendiğinde ayrıca uğraşmayı ortadan kaldırır.
SSS sayfanız kaç günde kendini amorti eder?
Bu soru soyut görünse de aslında ölçülebilir. Destek ekibinize günde kaç kez aynı soru geliyor, her yanıt kaç dakika sürüyor ve bu süre başka işlere ayrılabilseydi ne kazanılırdı — bu üç veriyi bir araya getirdiğinizde SSS sayfasının getirisi net rakamlara dönüşür.
Örneğin günde 15 kez "kodum ne zaman gelir" sorusu geliyorsa ve her cevap 2 dakika sürüyorsa, bu tek soru başına ayda yaklaşık 15 saatlik destek yüküdür. SSS sayfasında bu soruya net, aranabilir bir cevap vermek — sipariş takip linkiyle birlikte — bu yükün büyük kısmını tek seferde ortadan kaldırır. Amortisman süresi genelde haftalar değil, günler mertebesindedir.
SSS'leri yazmak yerine sistemin kendisi cevaplasa nasıl olur?
Pinova'da sipariş takibi, otomatik teslimat ve bayi/cüzdan süreçleri sistemin kendisinde çalıştığı için SSS sayfanız gerçek verilerle, gerçek soruları cevaplayabilir — tahmine gerek kalmaz.
E-pin sitesinde SSS sayfası kaç soru içermeli?
Sabit bir sayı yoktur ama 10-15 soru genelde yeterlidir. Daha fazlası kategori bazlı ayrı SSS bloklarına bölünmelidir; tek sayfada 30-40 soru kullanıcının aradığını bulmasını zorlaştırır.
SSS sayfası hangi menüde yer almalı?
Footer'da ve mümkünse ödeme/sepet sayfasına yakın bir yerde link olarak bulunmalı. Kullanıcı tereddüt ettiği anda tek tıkla ulaşabilmeli, sayfayı aramak zorunda kalmamalı.
Ürün sayfalarına da SSS eklemek mi, yoksa tek merkezi sayfa mı?
İkisi birlikte en iyi sonucu verir: genel politika soruları (iade, ödeme, güvenlik) merkezi SSS'de; ürüne özel sorular (bölge kısıtı, teslim süresi) ilgili ürün sayfasında kısa blok olarak yer almalı.
SSS içeriğini ne sıklıkla güncellemek gerekir?
Yeni bir ödeme yöntemi eklendiğinde, politika değiştiğinde veya destek ekibinde tekrarlayan yeni bir soru fark edildiğinde güncellenmeli. Statik bir SSS, birkaç ay içinde güncelliğini yitirir.