SSS sayfası yalnızca soruları alt alta dizmek değildir. Bu rehberde arama, gruplama ve ziyaretçinin karar anına göre yapılandırılmış bir sık sorulan sorular deneyimini adım adım ele alıyoruz.
Birçok sitede SSS, tek bir akordeon listesine sıkıştırılmış uzun bir soru yığınıdır. Ziyaretçi aradığı cevabı bulamaz, sayfa güven üretmez ve destek yükü azalmaz. sss sayfası tasarımı, soruları yayınlamakla bitmez; niyeti okuyup doğru cevaba en kısa yoldan götüren bir bilgi mimarisi kurmakla başlar.
Bu rehberde SSS’yi “liste” değil “karar destek aracı” olarak ele alıyoruz. Hangi soruların hangi grupta duracağı, arama alanının ne zaman işe yarayacağı ve her cevabın nasıl bir sonraki adıma bağlanacağı net bir çerçevede anlatılıyor.
SSS sayfası neden çoğu sitede işe yaramaz?
Problem genellikle içerik eksikliği değil, yapı eksikliğidir. Onlarca soru tek bir açılır listede durur; başlıklar benzerdir; cevaplar ya çok kısa ya da çok uzundur. Mobilde kaydırma yorar, masaüstünde tarama bozulur.
İkinci sorun, soruların “içeriden” yazılmasıdır. Ekip kendi jargonunu kullanır; ziyaretçi ise “kargo ne zaman gelir?”, “iptal edebilir miyim?”, “fiyat neleri kapsar?” gibi günlük dille arar. SSS, destek ekibinin en sık duyduğu cümlelerle hizalanmalıdır.
Üçüncü sorun, sayfanın yalnızca bilgilendirme sayfası sanılmasıdır. İyi kurgulanmış bir SSS, fiyatlandırma, hizmet detayı, iletişim ve teklif alma gibi karar noktalarına köprü kurar. Aksi halde ziyaretçi cevabı bulsa bile ne yapacağını bilmez.
Arama, grup ve karar anı: üç katmanlı yapı
Etkili sss sayfası tasarımı üç katmanı birlikte kullanır: hızlı arama, anlamlı gruplar ve karar anına göre sıralama. Bu üçlü, hem az sorulu hem çok sorulu sitelerde ölçeklenir.
1. Arama alanı ne zaman gerekir?
On sorunun altındaysanız arama şart değildir; net gruplar yeter. Yirmi soru ve üzeri veya birden fazla hizmet hattı varsa üstte sade bir arama kutusu ekleyin. Placeholder metni “Kargo, iade, fatura…” gibi örnek niyetler versin. Sonuç yoksa “iletişime geç” yolunu gösterin; boş sonuç ekranı çıkmaz sokak olmamalıdır.
2. Gruplama: kategori değil, niyet
Grupları ürün katalogu gibi “Genel / Teknik / Diğer” diye ayırmak zayıf kalır. Daha iyi bir çerçeve ziyaretçinin karar aşamasıdır:
- Başlamadan önce: kimler için uygun, ne kadar sürer, neler dahil
- Satın alma anı: ödeme, sözleşme, teslimat, iptal
- Kullanım / teslim sonrası: destek, revizyon, bakım, erişim
- Güven ve yasal: KVKK, fatura, garanti kapsamı (yalnızca gerçek politikanız)
Her grupta 4–8 soru hedefleyin. Bir grup şişiyorsa alt grup açın; tüm siteyi tek akordeona yığmayın.
3. Karar anına göre öncelik
En üstteki sorular, satış ve destek ekiplerinin en çok duyduğu engeller olmalıdır. “Fiyat neden değişir?”, “Ne zaman başlarız?”, “İçerik kimden?” gibi engelleri gizlemeyin. Şeffaf cevap, satış baskısından daha fazla güven üretir.
Akordeon her zaman doğru seçim mi?
Akordeon mobil için uygundur; uzun metinleri sıkıştırır. Yine de her soruyu körü körüne akordeona koymak zorunlu değildir. Kısa ve kritik cevaplar (örneğin “yanıt süresi” veya “çalışma modeli”) düz metin kartı olarak da sunulabilir.
Karar tablosu gerektiren konularda (paket farkları, kim neyi sağlar) kısa bir tablo, beş ayrı akordeon maddesinden daha net olur. Aşağıdaki örnek, yapı seçimini özetler:
| İhtiyaç | Uygun bileşen | Neden |
|---|---|---|
| Çok sayıda kısa soru | Akordeon + arama | Tarama ve yer tasarrufu |
| Karşılaştırma | Tablo | Yan yana okuma |
| Tek kritik politika | Vurgulu metin kartı | Gözden kaçmayı azaltır |
| Derin süreç anlatımı | Kısa adım listesi + ilgili sayfa linki | SSS’yi romanlaştırmamak |
Akordeon kullanıyorsanız bir seferde bir paneli açık tutmak, klavye ile erişilebilir başlıklar ve net “aç/kapa” durumu temel erişilebilirlik gereksinimleridir. Başlık soru cümlesi olmalı; “Soru 1” gibi etiketler kullanılmamalıdır.
Soru ve cevap yazımı: kısa, dürüst, eyleme bağlı
İyi bir SSS maddesi üç parçadan oluşur: ziyaretçinin diliyle soru, doğrudan cevap, gerekirse tek net sonraki adım.
Soru yazımında ilk kelimeleri arama diline yakın tutun. “Teslimat sürecimiz nasıldır?” yerine “Site ne zaman yayına alınır?” daha sık aranır. Cevapta önce sonucu verin, sonra gerekçeyi ekleyin. Uzun arka plan hikâyeleri hizmet sayfasına aittir; SSS’de yer kaplamasın.
Her cevapta abartılı vaatten kaçının. Süre, kapsam ve sorumluluk sınırlarını net yazın. “Her şey dahil” gibi belirsiz ifadeler yerine “tasarım revizyonu X tur, metin sizin tarafınızdan sağlanır” gibi somut çerçeve kullanın. Bu yaklaşım hem destek yükünü düşürür hem de yanlış beklentiyi keser.
Cevabın sonunda, ilgili detay sayfasına tek bir iç bağlantı yeterli olabilir. Örneğin web sitesi yenileme veya kurumsal site ihtiyacı olan okuyucuyu web tasarım hizmeti sayfasına, daha geniş kurumsal ihtiyaçlar için kurumsal web tasarım sayfasına yönlendirebilirsiniz. Link yağmuru yapmayın; bir madde, bir mantıklı sonraki adım.
Güven sinyalleri: SSS’yi “kanıt katmanına” bağlamak
SSS tek başına güven üretmez; güveni destekler. Cevaplarda referans verdiğiniz politikalar sitede gerçekten bulunmalı, iletişim kanalları güncel olmalı, süreç adımları hizmet sayfalarıyla çelişmemelidir.
Şu üç bağlantı çoğu işletmede işe yarar:
- Politika cevabı → ilgili yasal veya süreç sayfası
- Kapsam cevabı → hizmet detay sayfası
- Destek cevabı → iletişim / teklif formu
KepezWeb gibi ajans sitelerinde SSS, portfolyo ve hizmet sayfalarının yanında “karar öncesi son kontrol listesi” gibi çalışır. Ziyaretçi “bize uygun mu?” sorusunu burada kapatır. Bu yüzden soruları pazarlama sloganıyla değil, gerçek itirazlarla doldurun.
SEO ve teknik düzen: görünür ama şişirilmiş olmayan SSS
SSS sayfası bilgilendirici arama niyetine hizmet edebilir; ancak her soruyu ayrı bir anahtar kelime hedefi sanmak hatadır. Sayfanın birincil rolü kullanıcıya netlik vermektir. Yapılandırılmış veri (FAQ şeması) kullanacaksanız, sayfada gerçekten görünen soru-cevaplarla birebir eşleşmesine dikkat edin. Gizli metin veya yanıltıcı şema eklemeyin.
URL sade olsun: örneğin /sss veya /sikca-sorulan-sorular. Başlık ve meta açıklama, “tüm sorularınız burada” gibi boş vaatler yerine sayfanın ne işe yaradığını söylesin. İçerik güncellendikçe tarih veya “son kontrol” notu eklemek, özellikle fiyat ve süreç maddelerinde faydalıdır; ama uydurma tarihler yazmayın.
Teknik tarafta sayfa hızı ve erişilebilirlik, SSS deneyimini doğrudan etkiler. Ağır animasyonlu akordeonlar, odak kaybı ve klavyeyle açılamayan paneller hem kullanıcıyı hem tarama deneyimini bozar. Site genelinde SEO düzeni kuruyorsanız SEO hizmeti çerçevesinde SSS’nin site haritası, iç link ve şema tutarlılığını da kontrol listesine ekleyin.
Uygulama kontrol listesi
Yayına almadan önce şu kontrolü yapın:
- Destek ve satış ekibinden son 30–90 günün gerçek sorularını toplayın.
- Soruları karar aşamalarına göre gruplayın; “diğer” kutusunu şişirmeyin.
- Her cevabı 2–6 cümlede tutun; uzun süreçleri ilgili sayfaya bağlayın.
- Arama eşiğini soru sayısına göre belirleyin.
- Mobilde bir parmakla tarama ve açma deneyimini test edin.
- Çelişen maddeleri (süre, kapsam, sorumluluk) hizmet metinleriyle hizalayın.
- Boş arama / bulunamayan soru için iletişim yolunu görünür bırakın.
- Yılda en az bir kez, ürün veya süreç değişince ilgili maddeleri gözden geçirin.
Bu listeyi uyguladığınızda SSS, statik bir metin deposu olmaktan çıkar; canlı bir güven ve yönlendirme aracı haline gelir. KepezWeb projelerinde de aynı mantık geçerlidir: önce gerçek itirazlar, sonra sade arayüz, en son görsel cilâ.
Sıkça Sorulan Sorular
SSS sayfasında kaç soru olmalı?
Sabit bir sayı yoktur. Çoğu KOBİ sitesinde 12–25 iyi yazılmış madde yeterlidir. Önemli olan sayı değil, grupların netliği ve cevabın işe yarar olmasıdır. Kullanılmayan soruları silin.
Her hizmet için ayrı SSS mi yoksa tek sayfa mı?
Ortak itirazlar tek bir SSS sayfasında toplanabilir. Hizmete özgü derin sorular ilgili hizmet detayında kısa bir blok olarak durmalıdır. Böylece hem genel tarama hem bağlamsal okuma korunur.
Akordeon SEO’yu olumsuz etkiler mi?
Doğru kodlanmış, sayfa kaynağında okunabilir ve kullanıcıya gerçekten sunulan içerik genelde sorun yaratmaz. Asıl risk, içeriği gizlemek, şemayı şişirmek veya aynı soruları onlarca sayfada kopyalamaktır.
SSS ile blog yazısı arasındaki fark nedir?
SSS kısa, doğrudan ve karar odaklıdır. Blog yazısı bağlam, örnek ve derinlemesine açıklama sunar. Uzun eğitim içeriğini SSS’ye taşımak tarama deneyimini bozar; özetleyip blog veya rehber sayfasına bağlayın.
Soru metinlerini kim yazmalı?
İlk taslağı destek ve satış notlarından çıkarın; düzenlemeyi içerik ve tasarım birlikte yapsın. Yalnızca pazarlama ekibinin uydurduğu sorular, gerçek ziyaretçi dilini kaçırır.
SSS sayfanızı soru yığınından çıkarıp güven ve yönlendirme katmanına dönüştürmek istiyorsanız, KepezWeb ekibiyle sayfa yapınızı birlikte sadeleştirebilirsiniz. İhtiyacınıza uygun bir yol haritası için teklif al sayfasından bize yazmanız yeterli.
