Şirket için Organization şeması: unvan, vergi no, sameAs

Organization şeması, sitenin hangi kuruma ait olduğunu makineye söyleyen bir JSON-LD bloğudur. Ana sayfaya ya da hakkımızda sayfasına koyun; ad, logo, resmî unvan (legalName), resmî profil bağlantıları (sameAs) ve isterseniz vergi numarası (taxID) yazın. Google bu alanların hiçbirini zorunlu tutmuyor.

Bu yazı hukuki tavsiye değildir. Vergi numarası, MERSİS numarası ve unvan gibi bilgilerin sitede nasıl gösterileceği şirketin kararı ve sorumluluğudur; emin olmadığınızda mali müşavirinize ya da avukatınıza danışın.

Organization şeması nedir, ne işe yarar?

Organization, schema.org'un kurum türüdür. Google, ana sayfaya kurum şeması eklemenin kurumunuzun idari bilgilerini daha iyi anlamasına ve sizi başka kurumlardan ayırt etmesine yardım edebileceğini yazıyor. Aynı belgeye göre bazı alanlar arka planda ayırt etmek için kullanılıyor (iso6523Code ve naics gibi), bazıları arama sonuçlarındaki görünümü etkileyebiliyor (hangi logonun gösterileceği gibi).

Google'ın belgesinden (son güncelleme 8 Eylül 2026) üç nokta:

• Zorunlu alan yok. Kurumunuz için geçerli olan önerilen alanları ekleyin.
• Bu bilgiyi ana sayfaya ya da kurumu anlatan tek bir sayfaya (örneğin hakkımızda) koymanız öneriliyor. Her sayfaya koymanız gerekmiyor.
• Kurumunuza uyan en özel alt türü kullanın. Örnek: e-ticaret sitesi için OnlineBusiness yerine OnlineStore; fiziksel işletme için LocalBusiness alt türleri.

Google'ın yapay zekâ özellikleri belgesi (son güncelleme 10 Aralık 2025) ayrıca AI Özetleri ve AI Modu'nda görünmek için eklenmesi gereken özel bir schema.org yapısal verisi olmadığını yazıyor. Yani Organization şeması, AI cevaplarına girmenin şartı değil; kurumunuzu doğru tanıtmanın bir yolu. Bu şemanın AI cevaplarında seçilme ihtimalini artırdığına dair bir kanıt bulamadık.

Hangi alanlar yazılır?

Google'ın önerilen alan listesinden şirket sitesinde işe yarayanlar:

JSON-LD biçiminde kurgu bir örnek (adresler, numaralar ve şirket uydurmadır; yalnız biçimi gösterir):

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Organization",
  "@id": "https://www.example.com/#organization",
  "name": "Örnek Mutfak",
  "legalName": "Örnek Mutfak Gereçleri Anonim Şirketi",
  "url": "https://www.example.com/",
  "logo": "https://www.example.com/logo-512.png",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "Örnek Mah. Örnek Sok. No: 1",
    "addressLocality": "Kadıköy",
    "addressRegion": "İstanbul",
    "postalCode": "34000",
    "addressCountry": "TR"
  },
  "telephone": "+90-212-000-00-00",
  "taxID": "VERGI-NO-BURAYA",
  "sameAs": [
    "https://www.linkedin.com/company/example",
    "https://www.instagram.com/example"
  ]
}
</script>

@id ve ad alanlarının neden önemli olduğu aşağıda.

Unvan (legalName) nasıl yazılır?

Google, legalName için "kayıtlı, resmî ad" diyor ve yalnız name'den farklıysa yazılmasını istiyor. Yani marka adınız ile şirket unvanınız aynı değilse ikisini ayrı alanlara yazın: name için günlük marka adı, legalName için unvan.

Ticaret unvanını ticaret sicilindeki gibi, kısaltmasız ve birebir yazmanızı öneririz (bu bizim önerimiz; Google'ın belgesi yazımla ilgili ayrıntı vermiyor). Sitenizin iletişim sayfasındaki unvanla şemadaki unvan aynı olmalı. Google'ın yapay zekâ özellikleri belgesi de yapısal verinin görünür metinle uyuşmasını istiyor.

Vergi numarası şemaya yazılmalı mı?

Önce neyi bildiğimizi ayıralım.

Google ne diyor. taxID, "kurumunuzla ilişkili vergi kimliği, varsa" olarak tanımlı ve adres alanında verdiğiniz ülkeyle uyumlu olması isteniyor. vatID için Google bunun, kullanıcıların kamu KDV kayıtlarında şirketi arayabildiği, önemli bir güven işareti olduğunu yazıyor. schema.org'a göre taxID, kurumun ya da kişinin vergi kimliğidir; vatID ise ulusal ön ekiyle yazılan katma değer vergisi kimliğidir (örnek: IT123456789).

Türkiye'de ne yazıyor. Bu bölüm hukuk metnine dayanıyor, ama tavsiye değildir:

• Elektronik Ticaret Aracı Hizmet Sağlayıcı ve Elektronik Ticaret Hizmet Sağlayıcılar Hakkında Yönetmelik (Resmî Gazete, 29 Aralık 2022, sayı 32058) madde 5, kendi sitesinde mal ya da hizmet satan e-ticaret hizmet sağlayıcıdan ana sayfada, "iletişim" başlığı altında bazı bilgileri istiyor. Tacir için ticaret unvanı, MERSİS numarası ve merkez adresi; esnaf ve sanatkâr için ad-soyad, vergi kimlik numarası ve merkez adresi. Ayrıca KEP adresi, e-posta, telefon ve varsa işletme adı ile tescilli marka gibi bilgiler de isteniyor.
• Yani e-ticaret yapan bir tacir için Yönetmelik'in sayfada görünmesini istediği numara MERSİS numarasıdır; vergi kimlik numarası esnaf ve sanatkâr için sayılıyor. Biz metni Resmî Gazete'nin ilgili sayfasından okuduk; sonradan yapılmış değişiklikleri taramadık, güncel halini doğrulamadan dayanmayın.
• Bu Yönetmelik e-ticaret yapanlar içindir. Satış yapmayan bir kurumsal tanıtım sitesi için aynı yükümlülüğün olup olmadığını doğrulayamadık.

Kişisel veri sorusu. Kişisel Verilerin Korunması Kanunu (6698), kişisel veriyi "kimliği belirli veya belirlenebilir gerçek kişiye ilişkin her türlü bilgi" diye tanımlıyor (madde 3). Anonim ya da limited bir şirketin vergi numarası bir gerçek kişiye ait bilgi değil. Şahıs işletmesinde ise bilgi bir gerçek kişiyle bağlantılı olabilir. Şahıs işletmelerinde vergi numarasının nasıl oluştuğunu birincil kaynaktan doğrulayamadık. Şahıs işletmesiyseniz numarayı yayımlamadan önce mali müşavirinize sorun.

Bizim önerimiz (kural değil):

1. Şemaya yalnız sayfada zaten görünen bilgiyi koyun. İletişim sayfanızda vergi numarası yoksa şemaya da eklemeyin.
2. Vergi numarasını yayımlamak şirket içinde bilinçli bir karar olsun; sonradan "neden yayımladık" diye sorulmasın.
3. Numara şirkete ait değil, bir gerçek kişiye bağlıysa koymayın.
4. Türkiye'de vatID yazıp yazmama konusunu doğrulayamadık: Google'ın örneği ülke ön ekli bir kod gösteriyor, bizim Türkiye'deki karşılığına dair birincil kaynağımız yok. Emin değilseniz yazmayın.

MERSİS numarası için Google'ın tanıdığı bir alan yok. schema.org'un genel identifier alanı PropertyValue kabul ediyor (örneğin {"@type":"PropertyValue","propertyID":"MERSİS","value":"…"}); bunu Google'ın belgesi saymıyor, bu yüzden bir etkisi olacağını söylemiyoruz.

sameAs alanına neler konur?

schema.org sameAs için "öğenin kimliğini açıkça gösteren bir başvuru sayfasının adresi" diyor; örnek olarak Wikipedia sayfası, Wikidata kaydı ya da resmî web sitesi veriyor. Google ise kurumun başka bir sitedeki profil sayfasını (sosyal medya ya da yorum sitesi gibi) örnek gösteriyor.

Pratikte:

• Yalnız şirketin kendi yönettiği, gerçekten var olan profilleri yazın: LinkedIn kurum sayfası, resmî sosyal medya hesapları, varsa Wikipedia ya da Wikidata kaydı, mağaza veya pazaryeri profili.
• Çalışanların kişisel hesaplarını, kapanmış hesapları ve yalnız bağlantı almak için açılmış profilleri yazmayın.
• Her adres açılıyor ve aynı kuruma ait olmalı.

Ruescan'ın bu konudaki eşiği en az 3 adrestir; bu Ruescan'ın kuralıdır, Google'ın değil.

@id ve ad neden tutarlı olmalı?

JSON-LD'de @id, belgede anlatılan düğümü tekil olarak tanımlayan anahtar sözcüktür (W3C JSON-LD 1.1). Kurumunuza https://www.example.com/#organization gibi kalıcı bir @id verirseniz, öteki şemalar (örneğin blog yazısının publisher alanı) aynı @id'ye başvurabilir ve her yerde aynı kurumdan söz edildiği belli olur.

Ad için Google'ın cümlesi açık: name alanında site adınızda kullandığınız name ve alternateName ile aynı adı kullanın. Başlıkta, paylaşım etiketinde ve şemada üç ayrı yazım olmasın.

Türk sitelerinde durum nasıl?

19 Ekim 2026'da 8 sektörden 30 büyük Türk sitesinin ana sayfasını ölçtük: 13'ünün ilk HTML'inde kurum kimliği şeması (Organization) bulamadık. Örnek rastgele değil, ölçüm pilot; sonradan JavaScript ile eklenen şema bu ölçümde görünmemiş olabilir. Ayrıntı: Türk siteleri yapay zekâya hazır mı? 30 sitede ölçtük.

Kendi sitemizin ana sayfasındaki yapı bu yazıda anlatılanın küçük hâli: Organization düğümü, kalıcı @id, alternateName ve sameAs profilleri var; vergi numarası eklemedik.

Ruescan, Rueseo'nun site tarayıcısıdır; 275 sinyalinden üçü bu yazıdaki konulara bakar: kimlik şeması, kalıcı kimlik (@id) ve resmî profiller (sameAs).

Şemayı nasıl test ederim?

Google'ın önerdiği adımlar: Rich Results Test ile kodu doğrulayın, kritik hataları düzeltin; birkaç sayfada yayına alıp URL Inspection aracıyla Google'ın sayfayı nasıl gördüğüne bakın; sayfanın robots.txt, noindex ya da giriş duvarıyla kapalı olmadığından emin olun. Yeniden taranmayı beklemek birkaç gün sürebilir.

Sık sorulan sorular