Schema Markup ve Entity SEO 2026: Google’a markanızı doğru anlatın

Yapılandırılmış veri, sayfanın görünür metninin yerine geçen gizli bir SEO metni değildir. İşletmenizin adı bir sayfada farklı, logoda farklı, sosyal profillerde farklıysa JSON-LD bu dağınıklığı sihirli biçimde çözmez. Değeri; insanlara sunduğunuz açık bilgiyi, arama motorlarının daha az belirsizlikle işleyeceği tutarlı bir modele dönüştürmesidir.

Bu içerik, genel SEO optimizasyonu rehberinden farklı olarak yalnız anlamsal işaretleme ve varlık mimarisine odaklanır. Üretken arama görünürlüğü için Yapay Zekâ SEO 2026 rehberini, yerel keşif için ise Google Maps SEO 2026 rehberini birlikte kullanabilirsiniz.

Schema SEO’yu nasıl etkiler?

Schema’nın etkisini doğru değerlendirmek için üç sonucu ayırın: anlama, arama görünümü uygunluğu ve sıralama. İşaretleme Google’a içeriğin anlamı konusunda yardımcı olabilir. Desteklenen bir özellik ve bütün kurallar karşılandığında sayfa zengin sonuç için uygun hale gelebilir. Ancak Google, doğru işaretlemenin bile zengin sonucun gösterileceğini garanti etmediğini açıkça belirtir; işaretleme tek başına daha yüksek organik sıra vaadi değildir.^[2]

Hangi sayfada hangi schema kullanılmalı?

En doğru tür, sayfanın ana amacını temsil eden türdür. Bir hizmet sayfasına sırf daha popüler göründüğü için Product eklemek veya kurumsal siteyi fiziksel mağaza gibi işaretlemek yanıltıcıdır. Google, uygulanabilir en özel türü kullanmayı ve işaretlemenin sayfadaki ana içerikle ilişkili olmasını ister.^[2]

Aynı sayfada birden fazla alakalı nesne bulunabilir. Bir blog yazısı BlogPosting, yazarı Person, yayıncısı Organization ve yolu BreadcrumbList olarak tanımlanabilir. Bunları rastgele ayrı bloklar halinde bırakmak yerine @id referanslarıyla bağlamak daha anlaşılır bir grafik oluşturur.

LocalBusiness ile Service aynı şeyi anlatmaz

LocalBusiness, belirli bir fiziksel işletme veya şubeyi; Service ise sunulan hizmeti tanımlar. Bir ajansın ofisi ile “teknik SEO denetimi” aynı varlık değildir. Yerel işletmenin adresi ve çalışma saatleri; hizmetin sağlayıcısı, türü ve kapsadığı bölge bulunabilir. İlişkiyi provider veya ilgili özelliklerle kurun.

Google’ın LocalBusiness belgeleri; iş türüne uygun en özel alt türün seçilmesini, adres gibi zorunlu/önerilen alanların kullanım senaryosuna göre eklenmesini ve sayfadaki gerçek bilgilerle eşleşmesini ister.^[4] Hizmet bölgesi işletmeleri, adresini müşterilere göstermeyen işletmeler ve sanal ofisler için Google İşletme Profili politikaları ayrıca değerlendirilmelidir. Schema, profil politikasını geçersiz kılmaz.

{
  "@context": "https://schema.org",
  "@graph": [
    {
      "@type": "Organization",
      "@id": "https://example.com/#organization",
      "name": "Örnek Şirket",
      "url": "https://example.com/"
    },
    {
      "@type": "Service",
      "@id": "https://example.com/teknik-seo/#service",
      "name": "Teknik SEO Denetimi",
      "serviceType": "Teknik SEO denetimi",
      "url": "https://example.com/teknik-seo/",
      "provider": { "@id": "https://example.com/#organization" },
      "areaServed": [
        { "@type": "Country", "name": "Türkiye" },
        { "@type": "Country", "name": "Fransa" },
        { "@type": "Country", "name": "Almanya" }
      ]
    }
  ]
}

areaServed alanı bir ülkede gerçekten hizmet verdiğinizi kanıtlamaz ve yerel sıralama anahtarı değildir. Sitedeki dil, hizmet koşulları, iletişim, teslimat kapasitesi ve işletme bilgileri bu iddiayı desteklemelidir. Google tarafından belgelenmiş belirli bir Service zengin sonucu olmadığı için bu işaretlemenin amacı öncelikle anlamsal açıklıktır.^[7]

Çok şubeli işletmeler

Her şube için kullanıcıya yararlı, özgün ve yönetilebilir bir konum sayfası oluşturun. Şubenin kendine ait adı, adresi, telefonu, saatleri, harita bağlantısı ve sunulan hizmetleri görünür biçimde yer alsın. Her şube ayrı bir LocalBusiness @id değeri kullanabilir ve ana kuruluşa parentOrganization ile bağlanabilir. Aynı genel metni yüzlerce şehir URL’sine çoğaltıp yalnız şehir adını değiştirmek kullanıcı değeri yaratmaz.

Yerel görünürlük yalnız JSON-LD işi değildir. İşletme Profilinin doğrulanması, kategori ve saatlerin doğruluğu, gerçek yorumlar, yerel bağlantılar ve sayfanın teknik erişilebilirliği birlikte çalışır. Uygulamalı yol haritası için Google Maps SEO rehberine geçebilirsiniz.

Entity SEO: Schema’nın ötesindeki marka kanıtı

Entity SEO, markanızı çok sayıda anahtar kelimeyle doldurmak değildir. Arama sistemlerinin aynı gerçek dünya kişi, kuruluş, hizmet ve yer ilişkisini farklı sayfalarda tutarlı biçimde ayırt edebilmesini sağlamaktır. JSON-LD bunun yalnız bir katmanıdır. Hakkımızda sayfası, ekip profilleri, iletişim verileri, hizmet açıklamaları, editoryal sorumluluk, harici güvenilir profiller ve gerçek dünya itibarı aynı kimliği destekler.

• Resmî şirket adı, ticari ad ve logo bütün birincil yüzeylerde tutarlı.
• Ana Organization @id değeri değişmiyor; makale yayıncıları ve hizmet sağlayıcıları buna bağlanıyor.
• Yazar sayfaları gerçek biyografi, uzmanlık ve ilgili yayın bağlantılarını içeriyor.
• Hizmet iddiaları görünür sayfa metni, vaka veya süreç bilgisiyle destekleniyor.
• Dil sürümleri ortak kuruluş kimliğini koruyor; sayfa başlığı, açıklama ve inLanguage yerelleştiriliyor.
• İşletme adresi, telefon ve saatler site, profil ve yapılandırılmış veride güncel.
• sameAs yalnız markanın gerçekten yönettiği veya açıkça temsil edildiği URL’leri içeriyor.

Knowledge Panel veya AI yanıtında görünme, tek bir schema alanıyla garanti edilemez. Google Organization işaretlemesinin kuruluş ayrıntılarını daha iyi anlamaya ve aynı adlı kuruluşları ayırmaya yardımcı olabileceğini; bazı özelliklerin logo ve bilgi paneli gibi görsel öğeleri etkileyebileceğini belirtir.^[3] Bu ifade “knowledge panel açma kodu” şeklinde pazarlanmamalıdır.

Dört dilli sitede içerik ve schema yönetişimi

Her dil için bir içerik sorumlusu ve ortak bir veri sözlüğü belirleyin. Şirketin telefonu değiştiğinde dört metin, dört JSON-LD bloğu ve İşletme Profili ayrı ayrı unutulmamalıdır. Merkezi tema veya güvenilir bir eklenti ortak varlıkları yönetebilir; ancak çeviri eklentisinin her dilde URL, tarih, yazar ve breadcrumb alanlarını doğru ürettiği test edilmelidir.

Otomatik çeviri, şirket türünü veya hizmet bölgesini değiştirmemelidir. Öte yandan başlık, açıklama ve hizmet adı hedef pazarın gerçek arama diline göre yazılmalıdır. Bu ayrım, teknik doğruluk ile yerel anlamı birlikte korur.

En sık görülen dokuz schema markup hatası

Öncelik nasıl verilmeli?

İlk hedef bütün Schema.org sözlüğünü kullanmak değil, ticari ve editoryal olarak önemli sayfalardaki belirsizliği azaltmaktır. Kuruluş kimliği bozuksa önce onu düzeltin. Şube trafiği önemliyse LocalBusiness sayfalarını; yayın trafiği önemliyse Article, yazar ve breadcrumb yapısını öne alın. Her aşamada işaretlemenin görünür içerikten üretildiğini doğrulayın.

• Ana Organization kimliği ve resmî alanlar onaylandı.
• Her sayfa şablonunun ana varlığı belirlendi.
• Google tarafından desteklenen görünüm ile genel Schema.org anlam katmanı ayrıldı.
• Dört dilde URL, başlık, breadcrumb ve inLanguage kontrol edildi.
• Görseller, logo ve profil URL’leri taranabilir.
• Kritik uyarılar düzeltildi; yanıltıcı veya görünmeyen alanlar kaldırıldı.
• Yayın sonrası Search Console ve gerçek sonuç görünümü izleme takvimine alındı.

Kaynaklar ve yöntem

Bu rehberde Google’a özgü görünüm ve uygunluk iddiaları Search Central belgelerine; genel tür ve özellik tanımları Schema.org sözlüğüne dayandırılmıştır. Kaynaklar 7 Eylül 2026 tarihinde kontrol edilmiştir.

1. Google Search Central — Structured data nasıl çalışır?
2. Google Search Central — Genel yapılandırılmış veri kuralları, 10 Temmuz 2026 güncellemesi.
3. Google Search Central — Organization structured data.
4. Google Search Central — LocalBusiness structured data.
5. Google Search Central — Article structured data.
6. Google Search Central — Breadcrumb structured data.
7. Google Search Central — Google Search tarafından desteklenen yapılandırılmış veri özellikleri.
8. Google Search Central Blog — Arama sonuçları sayfasını sadeleştirme, 12 Haziran 2025 ve devam güncellemeleri.
9. Schema.org — Şema ve tür hiyerarşisi.
10. Google Search Central — FAQ zengin sonuç özelliğinin 7 Mayıs 2026’da kullanımdan kaldırılması.
11. Google Search Central — ProfilePage structured data.