FAQ Schema, bir sayfadaki soru-cevap yapısını arama motorlarına daha net anlatmak için kullanılan yapılandırılmış veri türüdür. Ama bugün çoğu site için asıl mesele “eklemek” değil, doğru beklentiyle uygulamaktır.
FAQ Schema, bir sayfada yer alan sık sorulan sorular ve cevapların makine tarafından daha düzenli anlaşılması için kullanılan yapılandırılmış veri işaretlemesidir. Schema.org tarafında bu yapı FAQPage olarak tanımlanır. Google da FAQPage, Question ve Answer tipleriyle bu yapının nasıl işaretleneceğini açıkça anlatır.
Ama burada birçok kişinin gözden kaçırdığı bir gerçek var. FAQ Schema ile FAQ rich result aynı şey değildir. FAQ Schema teknik yapıdır. Google’da açılır soru-cevap görünümü ise bunun olası sonuçlarından biridir. Üstelik bugün bu görünüm çoğu site için düzenli biçimde gösterilmez. Google’ın güncel dokümanına göre FAQ rich results yalnızca iyi bilinen, otoriter, sağlık veya devlet odaklı siteler için kullanılabilir durumdadır. Google 2023’te bu görünümü büyük ölçüde daralttı ve bu kısıt 2026 tarihli FAQ dokümanında da açıkça yer alıyor.
Kurumsal bir marka sitesi, e-ticaret sitesi ya da standart hizmet sitesi için FAQ Schema eklemek bugün çoğu durumda “Google’da kesin açılır soru-cevap kutusu alalım” işi değildir.
Peki o zaman neden hâlâ konuşuyoruz?
Çünkü doğru uygulandığında sayfanın yapısını daha net anlatır. İçeriği düzenler. Teknik bütünlüğü artırır. Bazı durumlarda Google’ın sayfayı daha iyi okumasına yardımcı olur. Ama beklentiyi doğru kurmak gerekir.
FAQ Schema tam olarak ne işe yarar?
FAQ Schema’nın temel işi, sayfadaki soru-cevap yapısını işaretlemektir. Yani Google’a ve diğer sistemlere “burada bir soru var, bu da bu sorunun cevabı” demiş olursunuz. Bu, özellikle bilgi mimarisi dağınık olan sitelerde sayfanın ne sunduğunu daha düzenli anlatır. Google structured data dokümanları da yapılandırılmış verinin sayfa içeriğini anlamaya yardımcı olduğunu açıkça söyler.
Mesela bir estetik kliniği sayfasında “İşlem ne kadar sürer?”, “Kaç seansta etkisini gösterir?”, “İşlem sonrası nelere dikkat edilir?” gibi sorular gerçekten sayfada yer alıyorsa, bunları FAQ Schema ile işaretlemek içeriğin yapısını daha açık hale getirir. Bu her zaman görünür bir arama sonucu üretmeyebilir. Ama sayfanın semantik düzenini güçlendirir. Bu yaklaşım özellikle büyük içerik arşivlerinde ve kurumsal sitelerde küçümsenmemelidir.
FAQ Schema ile QAPage aynı şey değildir
Bu ayrım sık karıştırılır. Google, bir sayfada kullanıcıların tek bir soruya birden fazla cevap gönderdiği yapılar için QAPage kullanılmasını ister. FAQPage ise sitenin kendi hazırladığı soru-cevap listeleri içindir. Yani forum, topluluk sayfası veya kullanıcı yorumlu soru-cevap yapısı ile kurumun kendi hazırladığı SSS alanı aynı mantıkla işaretlenmez.
Örneğin bir avukatlık sitesi “Boşanma davası ne kadar sürer?” gibi soruları kendi hazırlayıp cevaplıyorsa bu FAQPage mantığına uygundur. Ama kullanıcıların girip birbirine yanıt verdiği bir hukuk forumu kurduysanız, burada QAPage yapısı daha doğru olur. Yanlış tip kullanmak teknik olarak küçük görünür. Ama makineye yanlış içerik modeli anlatmış olursunuz.
Google bugün FAQ Schema için ne diyor?
Burada en güncel ve en önemli gerçek şu: Google’ın 2026 tarihli FAQ structured data dokümanında, FAQ rich results özelliğinin yalnızca iyi bilinen ve otoriter sağlık ya da devlet odaklı sitelerde kullanılabildiği açıkça yazıyor. Aynı bilgi, 2023 tarihli “Changes to HowTo and FAQ rich results” duyurusunda da yer alıyor. Ayrıca Google, diğer siteler için bu yapıyı kaldırmak zorunda olmadığınızı ama görünür bir etki beklememeniz gerektiğini söylüyor.
Bu bilgi önemli. Çünkü internette hâlâ “FAQ Schema ekleyin, arama sonucunda daha çok yer kaplayın” diye anlatılan çok sayıda eski içerik var. Bugün bu öneri çoğu sektör için güncel değil. Bizim tavrımız net: FAQ Schema’yı eski büyü vaadiyle değil, doğru teknik düzenleme mantığıyla değerlendirin. Eğer tek motivasyonunuz “Search sonucunda ekstra alan kaplayalım” ise, büyük ihtimalle hayal kırıklığı yaşarsınız.
FAQ Schema nasıl yapılır?
Google, structured data için birkaç formatı destekler. Ama pratikte en temiz yöntem çoğu projede JSON-LD kullanmaktır. FAQ sayfasında temel yapı FAQPage tipi altında mainEntity alanına birden fazla Question eklenmesi ve her sorunun acceptedAnswer ile cevaplanması şeklindedir. Google’ın kendi örnek yapısı da bu mantıkla ilerler.
Basit bir JSON-LD örneği şöyle olabilir:
{
"@context": "https://schema.org",
"@type": "FAQPage",
"mainEntity": [
{
"@type": "Question",
"name": "SEO çalışmaları ne kadar sürede sonuç verir?",
"acceptedAnswer": {
"@type": "Answer",
"text": "SEO etkisi sektör, rekabet ve mevcut site yapısına göre değişir. Genelde ilk iyileşmeler birkaç hafta içinde görülebilir, daha güçlü sonuçlar ise daha uzun sürede ortaya çıkar."
}
},
{
"@type": "Question",
"name": "FAQ Schema her sitede rich result sağlar mı?",
"acceptedAnswer": {
"@type": "Answer",
"text": "Hayır. Google’ın güncel kurallarına göre FAQ rich results şu anda çoğunlukla iyi bilinen, otoriter sağlık ve devlet odaklı siteler için geçerlidir."
}
}
]
}
Bu kodu eklemek teknik olarak zor değildir. Asıl mesele, sayfadaki görünen içerikle birebir uyumlu olmasıdır. Google’ın FAQ rehberinde çok açık bir kural var: tüm FAQ içeriği kullanıcıya sayfanın üzerinde görünür olmalıdır. Yani sayfada olmayan bir soruyu schema içine eklemek doğru değildir. Bu kestirme yol gibi görünür. Ama çoğu durumda yanlış yaklaşımdır.
Doğru uygulama için nelere dikkat edilmeli?
İlk kural basit. SSS alanı gerçekten sayfada bulunmalı. Google bunu özellikle söylüyor. Soru ve cevaplar kullanıcı tarafından görülebilir olmalı. Gizli, sadece kod içine yazılmış ya da sonradan uydurulmuş içeriklerle bu yapı kurulmaz.
İkinci kural, soruların gerçekten sık sorulan ve sayfanın ana konusuyla ilgili olmasıdır. Bir ürün sayfasına alakasız genel şirket soruları eklemek çoğu durumda kötü pratiktir. Aynı şey hizmet sayfaları için de geçerli. Örneğin “Lazer epilasyon nasıl yapılır?” sayfasında “Kargom nerede?” gibi bir soru SSS mantığına uymaz. Teknik olarak çalışsa bile içerik kalitesini zayıflatır.
Üçüncü kural, sayfa tipine göre düşünmektir. Her sayfada SSS alanı olmak zorunda değildir. Bu çok yaygın bir yanlış. Sadece “schema koyalım” diye anlamsız soru blokları eklemek çoğu durumda işe yaramaz. Eğer kullanıcı o sayfada o soruları gerçekten soruyorsa, o zaman değer üretir. Yoksa yapay görünür.
FAQ Schema hangi sayfalarda daha mantıklıdır?
En mantıklı kullanım alanı, kullanıcının gerçekten karar vermeden önce benzer soruları sorduğu sayfalardır. Hizmet sayfaları, ürün detay sayfaları, tedavi bilgilendirme sayfaları, süreç anlatımı içeren kurumsal sayfalar ve belirli işlem adımlarını açıklayan alanlar burada öne çıkar.
Mesela bir tüp bebek kliniği sayfasında “İlk muayene ne kadar sürer?”, “Tedavi sürecinde hangi testler istenir?”, “Yaş faktörü başarı oranını etkiler mi?” gibi sorular gerçekten değerlidir. Aynı şekilde bir Google Ads hizmet sayfasında “Minimum reklam bütçesi ne olmalı?”, “Ajans yönetim ücreti nasıl belirlenir?”, “Lead kalitesi nasıl ölçülür?” gibi sorular da kullanıcı için karar kolaylaştırır.
Burada pratik ölçü şu olabilir:
Kullanıcı satış öncesi bu soruyu gerçekten soruyor mu?
Sorulmuyorsa, sırf schema için o soruyu yazmak çoğu durumda iyi fikir değildir.
FAQ Schema nasıl test edilir?
Google bu konuda net. Önce Rich Results Test ile sayfadaki structured data’nın Google tarafından nasıl görüldüğünü kontrol etmenizi önerir. Daha genel schema doğrulaması için de Schema Markup Validator kullanılabilir. Google’ın structured data test sayfasında bu iki araç özellikle öneriliyor.
Burada iyi bir pratik vardır. Kod eklenir, test edilir, sonra canlı URL Search Console URL Inspection ile kontrol edilir. Çünkü bazen kod doğrudur ama Google sayfayı henüz görmemiştir. Bazen de şablon güncellemesi sonrası bazı sayfalarda işaretleme düşebilir. Google’ın FAQ dokümanında da ilk yayına alıştan sonra ve yeni şablon değişikliklerinden sonra Search Console üzerinden geçerlilik durumunun izlenmesi açıkça önerilir.
Sık yapılan hatalar neler?
En yaygın hata, FAQ Schema’yı sadece rich result alma aracı gibi görmek. Bu artık çoğu site için gerçekçi değil. İkinci hata, sayfada görünmeyen soruları kod içine eklemek. Üçüncü hata, kullanıcıların sormadığı soruları sadece alan doldurmak için yazmak. Dördüncü hata da her sayfaya aynı kalıp SSS bloklarını basmak.
Aynı 5 soruyu 40 hizmet sayfasına dağıtmak, çoğu durumda iyi optimizasyon değildir.
Bu yaklaşım hem içeriği zayıflatır hem de sayfaların birbirinden ayrışmasını bozar. Teknik olarak schema eklenmiş görünürsünüz. Ama gerçek kalite yükselmez.
Peki bugün FAQ Schema eklemeye değer mi?
Evet, ama doğru beklentiyle.
Eğer siz sağlık ya da devlet odaklı, otoriter bir site değilseniz Google’da eski tip FAQ rich result görünümü alma ihtimaliniz düşüktür. Bu gerçeği baştan kabul etmek gerekir. Buna rağmen FAQ Schema yine de anlamlı olabilir. Çünkü sayfa yapısını düzenler, soru-cevap alanını disipline eder ve structured data tarafında daha temiz bir teknik yapı kurmanızı sağlar. Google’ın da söylediği gibi, artık görünür etki üretmeyen structured data’yı kaldırmak zorunda değilsiniz; sadece görünür sonuç beklentisini doğru kurmalısınız.
- Önce gerçekten güçlü bir SSS alanı yazın.
- Sonra bunu teknik olarak temiz biçimde işaretleyin.
- Ama bütün umudu Google’daki görünüm değişikliğine bağlamayın.
Asıl kazanç çoğu zaman kullanıcı deneyimindedir.
Şimdi ne yapmalı?
Mevcut hizmet ve ürün sayfalarınızı açın. Sonra satış ekibine, danışma hattına ya da DM kutunuza en çok gelen sorulara bakın. Her sayfada gerçekten cevap verilmesi gereken 3 ila 5 soru varsa, o sayfa için güçlü bir SSS alanı üretin. Sonra FAQ Schema’yı bu gerçek içerik üstüne kurun.
Şu soruyu da kendinize sorun:
Bu sorular gerçekten kullanıcıyı rahatlatıyor mu, yoksa sadece şema alanı doldurmak için mi yazıldı?
Cevap ikinci tarafa kayıyorsa, orada teknik değil editoryal problem vardır.
Sıkça Sorulan Sorular
FAQ Schema ile FAQ rich result aynı şey mi?
Hayır. FAQ Schema teknik işaretlemedir. FAQ rich result ise Google’ın bunu görünür bir arama sonucu biçiminde göstermesi durumudur. Google bugün bu görünümü çoğunlukla otoriter sağlık ve devlet siteleriyle sınırlar.
FAQ Schema her sitede kullanılabilir mi?
Teknik olarak kullanılabilir. Ama görünür rich result etkisi çoğu site için beklenmemelidir. Yine de sayfa yapısını daha net anlatmak için değerlendirilebilir.
FAQ Schema için JSON-LD şart mı?
Şart değil. Google farklı structured data formatlarını destekler. Ama test ve bakım kolaylığı nedeniyle JSON-LD çoğu projede daha pratik olur.
Sayfada görünmeyen soruları schema içine ekleyebilir miyim?
Hayır. Google’ın kuralı açıktır: tüm FAQ içeriği kullanıcıya sayfada görünür olmalıdır. Sayfada olmayan soru-cevapları sadece kod içine eklemek doğru değildir.
FAQ Schema’nın doğru çalıştığını nasıl anlarım?
Rich Results Test ile teknik olarak kontrol edebilirsiniz. Ayrıca Schema Markup Validator ile genel doğrulama yapabilir, Search Console URL Inspection ile Google’ın sayfayı nasıl gördüğünü inceleyebilirsiniz.
