Google Search Console’da “Zengin sonuçlar” raporunu açtınız ve bir rakibinizin arama sonucunda yıldız puanı, fiyat aralığı, SSS açılır kutuları gibi ekstra alanlar aldığını gördünüz. Siz aynı içerik kalitesine sahip olsanız bile bu görünürlük farkı tıklama oranını doğrudan etkiler. İşte burada schema markup devreye girer: Arama motoruna “Bu sayfadaki şey tam olarak nedir?” sorusunun net cevabını veren, ölçülebilir bir yapı.
Schema markup nedir nasıl eklenir?
Schema markup, web sayfanızdaki içeriği yapılandırılmış veri (structured data) formatında arama motorlarına tanımlamanın yoludur. HTML’in içine eklediğiniz bu işaretleme, Google’ın sayfadaki varlıkları (kurum, kişi, ürün, hizmet, yorum, SSS, video, etkinlik gibi) daha doğru anlamasını sağlar.
Buradaki kritik nokta şu: Schema, tek başına sıralama garantisi vermez. Ama doğru kurgulandığında zengin sonuç (rich result) alma ihtimalini artırır, tıklama oranını yükseltir ve özellikle rekabetin yüksek olduğu dikeylerde (sağlık, e-ticaret, yerel hizmetler) SERP’te alan kazanmanızı sağlar. KOBİ’ler ve klinikler için bu, aynı reklam bütçesiyle daha çok lead veya hasta başvurusu anlamına gelebilir.
“Schema markup nedir nasıl eklenir” sorusunun ikinci kısmı ise daha operasyonel: Google’ın en çok önerdiği yöntem JSON-LD kullanmaktır. Kod, sayfanın “ veya “ bölümüne `application/ld+json` script etiketiyle eklenir ve sayfadaki içerikle birebir uyumlu olmalıdır.
Ne zaman gerçekten fark yaratır?
Schema’nın etkisi “it depends” konusudur. Bazı sitelerde fark hemen görünürken bazılarında aylar sürebilir, bazen de hiç rich result çıkmayabilir. Bunun sebebi Google’ın schema’yı bir sinyal olarak kullanması ama sonucu garanti etmemesidir.
En çok fark yarattığı senaryolar şunlardır: Hizmet sayfaları net ve tek amaçlıysa (örneğin “Diş İmplantı”), sayfa SEO’su güçlü ve içerik tutarlıysa, teknik sağlık yerindeyse (Core Web Vitals, indeksleme, canonical, dil/ülke kurgusu), ayrıca site genelinde organizasyon ve iletişim bilgileri tutarlı şekilde işlenmişse.
Ters tarafta ise schema ekleyip zengin sonuç alamamanız normal olabilir. Özellikle içerik sayfada yokken “SSS” şeması eklemek, gerçek kullanıcı yorumu olmadan “Review” işaretlemek gibi uyumsuzluklar manuel işlem riskini artırır. Kısacası schema, mevcut doğrulanabilir içeriği makineye anlatma işidir.
Hangi schema türleri sizin için mantıklı?
Çoğu işletme aynı anda 10 farklı schema eklemeye çalışır. Bu genelde gereksiz karmaşa ve hata üretir. Daha iyi yaklaşım, dönüşüm hedefiyle uyumlu 3-4 temel türü doğru uygulamaktır.
KOBİ ve hizmet sitelerinde genellikle Organization veya LocalBusiness, WebSite ve WebPage, Service (bazı senaryolarda), BreadcrumbList ve SSS içerikleri varsa FAQPage iyi bir başlangıçtır. Sağlık tarafında ise doktorlar için Physician, klinikler için MedicalClinic gibi tipler mantıklı görünse de Google’ın rich result destekleri sınırlı olabilir. Yine de varlık tanımı açısından değer üretir ve Knowledge Graph tutarlılığına katkı sağlar.
E-ticaret tarafında Product, Offer, AggregateRating gibi yapılar etkili olabilir; ancak burada en küçük tutarsızlık (fiyat, stok, para birimi) hataya ve görünürlüğün düşmesine neden olur. Bu yüzden otomasyon (örneğin CMS entegrasyonu) şarttır.
Uygulama formatı: Neden JSON-LD?
Schema üç şekilde eklenebilir: Microdata, RDFa ve JSON-LD. Pratikte en yönetilebilir yöntem JSON-LD’dir çünkü HTML yapısını bozmaz, template üzerinde temiz yönetilir ve bakım maliyeti düşüktür.
Özellikle çok dilli sitelerde veya sık güncellenen kampanya sayfalarında JSON-LD ile sürüm kontrolü daha kolaydır. Ayrıca Tag Manager ile enjekte etme yaklaşımı da görülebilir; ancak kritik sayfalar için doğrudan kod tabanında yönetmek daha stabil sonuç verir. Tag Manager kullanımı, yanlış tetikleme veya sayfa türüne göre farklı schema basma gibi riskler taşır.
Adım adım schema markup nasıl eklenir?
İşin en net yolu, önce bir sayfa türü seçmek, sonra şemayı o sayfanın içeriğine göre yazmak, ardından test edip Search Console’dan takip etmektir.
1) Hedef sayfayı seçin ve “tek amaç” belirleyin
Örnek: “Diş İmplantı” hizmet sayfası. Bu sayfanın amacı randevu formu veya WhatsApp tıklaması olabilir. Bu sayfa için Organization (site geneli), BreadcrumbList ve WebPage kesin; içerikte SSS varsa FAQPage de mantıklıdır.
2) Site geneli Organization şeması (temel katman)
Aşağıdaki örnek temel bir Organization şemasıdır. Bilgileriniz gerçek ve tutarlı olmalıdır.
“`html { “@context”: “https://schema.org”, “@type”: “Organization”, “name”: “Marka Adı”, “url”: “https://www.ornekalanadi.com”, “logo”: “https://www.ornekalanadi.com/assets/logo.png”, “telephone”: “+90XXXXXXXXXX”, “sameAs”: [ “https://www.instagram.com/marka”, “https://www.facebook.com/marka” ] } “`
Bu şema genelde tüm sayfalara uygulanır. Yerel işletmeyseniz Organization yerine LocalBusiness türevi seçmek (örneğin MedicalClinic) daha anlamlı olabilir, ama adres/telefon gibi alanların her yerde aynı olması gerekir.
3) BreadcrumbList ile arama sonucunda hiyerarşi
Breadcrumb hem kullanıcı deneyimi hem de arama motoru için iyi bir sinyaldir.
“`html { “@context”: “https://schema.org”, “@type”: “BreadcrumbList”, “itemListElement”: [ { “@type”: “ListItem”, “position”: 1, “name”: “Ana Sayfa”, “item”: “https://www.ornekalanadi.com/” }, { “@type”: “ListItem”, “position”: 2, “name”: “Hizmetler”, “item”: “https://www.ornekalanadi.com/hizmetler/” }, { “@type”: “ListItem”, “position”: 3, “name”: “Diş İmplantı”, “item”: “https://www.ornekalanadi.com/dis-implanti/” } ] } “`
4) FAQPage: Sadece sayfada gerçekten SSS varsa
Google’ın en çok suistimal edilen alanlarından biri SSS şemasıdır. Sayfada SSS bölümü yoksa eklemeyin. Varsa soru ve cevap metinleri sayfadaki metinle aynı olmalı.
“`html { “@context”: “https://schema.org”, “@type”: “FAQPage”, “mainEntity”: [ { “@type”: “Question”, “name”: “İmplant tedavisi kaç gün sürer?”, “acceptedAnswer”: { “@type”: “Answer”, “text”: “Süre, kemik yapısı ve planlamaya göre değişir. Muayene sonrası net takvim belirlenir.” } }, { “@type”: “Question”, “name”: “İmplant ağrılı mı?”, “acceptedAnswer”: { “@type”: “Answer”, “text”: “İşlem lokal anestezi ile yapılır. Sonrasında hekimin önerdiği şekilde ağrı yönetimi planlanır.” } } ] } “`
Burada trade-off şu: SSS şeması görünürlük getirebilir ama SERP’te daha fazla bilgi gösterdiği için bazı kullanıcılarda tıklamayı azaltabilir. Özellikle “fiyat” gibi kritik soruları SERP’te tam yanıtlamak yerine sayfaya yönlendirecek şekilde kurgulamak daha akıllıca olabilir.
5) Doğrulama ve takip
Schema ekledikten sonra iki aşamalı kontrol yapın: İlki kodun teknik olarak doğru olması, ikincisi Google’ın bunu rich result için uygun görmesi.
Teknik doğrulamada hata almıyorsanız iş bitmez. Search Console’da ilgili sayfanın dizine eklenmesini ve zengin sonuç raporlarında birikmesini izlemek gerekir. Bazı şemalar, doğru olsa bile rich result olarak gösterilmeyebilir. Bu, hatadan çok Google’ın uygun görmemesiyle ilgilidir.
En sık yapılan hatalar (ve maliyeti)
Schema tarafındaki hatalar genelde “küçük” görünür ama SEO operasyonunun güvenilirliğini zedeler. En tipik problemler; sayfada olmayan bir içeriği işaretlemek, aynı sayfaya çakışan birden fazla tip basmak, fiyat/stok gibi dinamik alanları güncelleyememek ve kopyala-yapıştır şemayı her sayfada aynı bırakmaktır.
Sağlık turizmi sitelerinde ayrıca çok dilli yapı kritik: Türkçe sayfaya İngilizce FAQ basmak veya farklı dil sayfalarında aynı URL’leri şemada kullanmak, Google’ın sayfayı anlamasını zorlaştırır. Burada doğru hreflang kurgusu ve şemanın sayfa diliyle uyumlu olması gerekir.
CMS’e göre ekleme: WordPress ve özel yazılım
WordPress kullanıyorsanız bazı SEO eklentileri temel schema’yı otomatik ekler. Bu iyi bir başlangıçtır, ancak çoğu zaman kurum (Organization) bilgileri eksik kalır veya hizmet sayfalarına özel yapılandırma yetmez. Ayrıca eklentilerin ürettiği schema ile sizin manuel eklediğiniz schema çakışabilir. Bu durumda Google kararsız kalır, hata raporları artar.
Özel yazılım veya modern framework altyapısında (Next.js gibi) schema’yı sayfa template’inde component olarak yönetmek daha temizdir. Böylece her sayfa türü (hizmet, blog, doktor profili) kendi şemasını kontrollü basar ve çok dilli sayfalarda otomasyon kolaylaşır.
Bu noktada bizim yaklaşımımız genelde şu yönde: Önce ölçümleme (GA4, Tag Manager, Search Console) ve teknik performans zemini oturur, ardından schema sayfa türlerine göre planlanır ve aylık raporlama döngüsünde hatalar izlenir. Bu tarz uçtan uca kurgu için isterseniz [LQ Design](https://lqdesign.net) ekibiyle aynı masaya oturup “hangi sayfaya hangi şema, hangi hedef için” net bir yol haritası çıkarabilirsiniz.
Schema’yı büyüme sistemine bağlayın
Schema’yı “ekledim bitti” işi olarak görmeyin. En sağlıklı model, schema’yı dönüşüm hunisinin bir parçası yapmaktır: Hangi sayfa daha çok gösterim alıyor, hangisi daha iyi tıklanıyor, hangi arama niyetinde (bilgilendirici vs ticari) SSS daha iyi çalışıyor, hangi ülkede hangi hizmet sayfası daha çok başvuru getiriyor?
Bu sorulara cevap ürettiğinizde schema, sadece teknik bir SEO detayı olmaktan çıkar. İçerik stratejisi, sayfa kurgusu ve reklam mesajıyla aynı hedefe hizalanır. Sonuçta amaç “kod eklemek” değil; arama sonuçlarında daha net anlatılan, daha çok tıklanan ve daha çok dönüşüm üreten bir yapı kurmaktır.
Bir sonraki adım olarak tek bir para sayfanızı seçin, içeriği gerçekten temsil eden bir Organization + BreadcrumbList + (varsa) FAQPage setiyle başlayın ve iki hafta boyunca Search Console verilerini izleyin. Veriye bakarak ilerlediğinizde schema, sizin için süslü bir eklenti değil, kontrol edilebilir bir performans kaldıraçı olur.
