Hızlı Cevap
Organization şeması, marka adı, logo, sameAs, iletişim ve adres verilerini Google’a makine tarafından okunur biçimde vererek markanızın tek bir entity olarak anlaşılmasını güçlendirir. Bu, marka sorgularında daha tutarlı logo ve kimlik sinyalleri üretebilir; ancak knowledge panel ya da özel görünüm garantisi vermez.
Önemli Noktalar
- Organization şeması, marka varlığını Google için net bir entity’ye dönüştürür.
- Logo URL’si taranabilir değilse kritik marka sinyali boşa gider.
- Organization çoğu sitede WebSite ile birlikte, LocalBusiness ile bağlamsal kullanılır.
- Kurulumdan sonra ölçüm, Search Console ve SERP ekran görüntüsüyle yapılmalıdır.
- SEOYEN, teknik kontrol ve görünürlük takibini Türkçe arayüzde birleştirir.
Organization şeması marka kimliğini Google’a hangi sinyallerle anlatır?
Organization structured data, marka adı, logo, iletişim noktaları ve sosyal profil bağlantılarını tek bir kuruluş varlığı altında toplar. Bu, Google’ın sitenizi yalnızca bir ana sayfa olarak değil, belirli bir markanın resmi kaynağı olarak okumasını kolaylaştırır. Özellikle marka sorgularında aynı isimde başka şirketler, dizin sayfaları veya sosyal profil kümeleri varsa bu netlik ciddi fark yaratır. Kavramların temeli için schema terim sözlüğü sayfası iyi bir başlangıç noktasıdır.
Google Search Central’ın 15 Nisan 2026’da güncellediği Organization dokümanı, bu işaretlemenin kuruluşu daha iyi anlamaya ve uygun durumlarda logo gibi görsel sinyalleri işlemeye yardımcı olduğunu açıkça anlatır. Aynı dokümanda önemli bir sınır da net biçimde belirtilir: yapılandırılmış veri eklemek, arama sonuçlarında özel görünüm elde edeceğinizi garanti etmez. Bu yüzden Organization şemasını bir kısayol değil, marka varlığını temiz anlatan teknik katman olarak görmek gerekir.
Google’ın structured data giriş rehberi de aynı mantığı destekler: arama motoru, sayfadaki içeriği daha iyi anlamak için işaretlemeyi bağlamsal sinyal olarak okur. Pratikte bunun karşılığı şudur: marka adı, logo dosyası, resmi sosyal hesaplar ve iletişim bilgileri birbirini tutuyorsa Google’ın sizinle ilgili dağınık web sinyallerini tek entity altında eşleştirmesi kolaylaşır. Organization şeması tek başına marka inşa etmez; ama iyi bir marka varlığını makine dilinde görünür hale getirir.
Marka kimliği için kritik alanlar: name, legalName, logo, sameAs, contactPoint ve address
Marka kimliği tarafında her property eşit ağırlığa sahip değildir. name ve logo genelde en görünür sinyallerdir; sameAs marka eşleştirmesini güçlendirir; contactPoint ve address ise güven ve tutarlılık katmanı oluşturur. Schema.org’nin Organization sözlüğü geniştir; ancak Google’ın fiilen kullandığı alanlar daha seçicidir. Bu yüzden “schema’da var” ile “Google için operasyonel değer taşıyor” ayrımını yapmak gerekir.
Schema.org Organization tipinde legalName, logo, sameAs ve contactPoint alanları güncel sözlükte yer almaya devam ediyor. Ayrıca Schema.org sürüm listesine göre v30.0 19 Mart 2026’da yayımlandı; yani vocabulary tarafında güncel kalmak artık daha önemli. Özellikle teknik ekipler eski eklenti şablonlarıyla çalışıyorsa, kullanılan property setinin güncel sözlükle çatışmadığını kontrol etmek faydalı olur.
- name: Kullanıcıların sizi aradığı görünen marka adıyla tutarlı olmalıdır.
- legalName: Ticari unvanınız farklıysa hukuki kimliği netleştirir, ama görünen marka adının yerine geçmez.
- logo: Google dokümanına göre logo URL’si taranabilir ve indekslenebilir olmalıdır; beyaz zeminde okunabilir görünmesi de önemlidir.
- sameAs: Resmi LinkedIn, X, YouTube, Instagram veya diğer güvenilir profil URL’lerini tek entity’ye bağlar.
- contactPoint: Özellikle destek, satış veya müşteri hizmetleri ayrımı olan markalarda güven sinyali üretir.
- address: Fiziksel varlığı olan işletmelerde NAP tutarlılığını güçlendirir; yoksa zorlamayla eklenmemelidir.
Buradaki en sık hata, her bulduğu alanı dolduran ama veri kalitesini düşünmeyen kurulumlardır. Logo başka alan adında duruyorsa, sosyal profil URL’si kırılıyorsa veya ana sayfada marka adı bir biçimde, footer’da başka biçimde yazılıyorsa markup teknik olarak geçerli olsa bile marka sinyali zayıflar. Başarılı kurulumlarda belirleyici olan şey property sayısı değil, entity tutarlılığıdır.
Organization, WebSite, LocalBusiness ve OnlineStore arasında doğru seçim nasıl yapılır?
Kurumsal sitelerin çoğunda temel katman Organization + WebSite kombinasyonudur. Organization markayı anlatır; WebSite ise arama kutusu, site yapısı ve ana web varlığı sinyalini taşır. Eğer işletmenin fiziksel şubesi, açık adresi ve bölgesel hizmet alanı belirginse LocalBusiness alt tipi ayrıca düşünülmelidir. Sadece e-ticaret yapan, iade politikası ve mağaza düzeyi ticari sinyaller taşıyan markalarda ise OnlineStore daha doğru seçim olabilir.
Google’ın Knowledge Panel yardım sayfası, panellerin otomatik üretildiğini ve web üzerindeki farklı kaynaklardan beslendiğini söylüyor. Knowledge Graph açıklaması da sistemin milyarlarca olguyu farklı kaynaklardan derlediğini ve açık webde yeterli bilgi olduğunda panel üretebildiğini belirtiyor. Buradan çıkarılacak pratik ders şu: yanlış şema seçimi, markanın hangi varlık türüyle eşleşeceğini bulanıklaştırır; doğru şema seçimi ise açık web sinyallerini tek hatta toplar.
Senaryoya göre basit karar matrisi şöyle çalışır: yalnızca kurumsal marka anlatıyorsanız Organization; kurumsal marka yanında site varlığını da açık etmek istiyorsanız Organization + WebSite; mağaza, ofis veya şube bazlı fiziksel görünürlük hedefliyorsanız LocalBusiness; satış, iade ve mağaza politikalarını öne çıkarıyorsanız OnlineStore. Aynı sayfada dört farklı entity’yi bağımsız ve çakışan biçimde yazmak ise klasik hatadır. Özellikle WordPress eklentileri bir yandan Organization, başka bir eklenti LocalBusiness, tema ise üçüncü bir logo markup’ı bastığında Google hangi kaynağı esas alacağını net okuyamayabilir.
- Yinelenen entity tanımı: Aynı marka için farklı ad biçimleri kullanmak.
- Çakışan eklenti markup’ı: Farklı araçların aynı sayfaya ayrı Organization blokları eklemesi.
- Tutarsız NAP: Şubeli yapılarda adres ve telefonların sayfalar arasında değişmesi.
- Bağsız yapı: Organization ile WebSite veya LocalBusiness arasında net ilişki kurmamak.
JSON-LD ile Organization şeması nasıl eklenir, test edilir ve yayına alınır?
2026 itibarıyla güvenli varsayılan hâlâ JSON-LD. Google’ın structured data rehberi, uygulanması ve bakımının daha kolay olması nedeniyle JSON-LD’yi öneriyor. En sağlıklı yerleşim çoğu markada ana sayfadır; çünkü Google resmi kuruluş sinyalini genelde orada arar. Ana sayfa noindex ise, canonical başka bir sürüme gidiyorsa ya da JavaScript geç yüklenip bot tarafından tutarsız okunuyorsa, iyi yazılmış markup bile değer kaybedebilir.
Kısa JSON-LD iskeleti
Temel mantık şu alanlarla kurulur: { “@context”: “https://schema.org”, “@type”: “Organization”, “name”: “Marka Adı”, “url”: “https://www.ornek.com”, “logo”: “https://www.ornek.com/logo.png”, “sameAs”: [“https://www.linkedin.com/company/ornek”], “contactPoint”: [{“@type”:”ContactPoint”,”contactType”:”müşteri hizmetleri”,”telephone”:”+90 212 000 00 00″}] }. Fiziksel ofis varsa address eklenir; hukuki unvan farklıysa legalName de ayrıca yazılır. E-ticaret senaryosunda aynı Organization omurgası, gerekiyorsa OnlineStore ile genişletilir.
Doğrulama akışında üç katman kullanın: önce Rich Results Test ile Google’ın işaretlemeyi görüp görmediğini kontrol edin; sonra Schema.org Validator ile sözlük uyumuna bakın; ardından Search Console URL Inspection ve performans raporuyla yayındaki davranışı izleyin. Teknik hata avında düzenli bir site sağlığı denetimi kullanmak, kırık logo URL’si, noindex ana sayfa, yönlendirme zinciri ve canonical sapması gibi sorunları daha hızlı yakalamanızı sağlar.
En çok rastlanan uygulama hataları nettir: robots tarafından engellenen logo dosyası, noindex ana sayfaya eklenen Organization bloğu, www ve non-www sürümlerinde farklı markup, bozuk sameAs URL’leri ve eklenti kaynaklı kopya entity’ler. Google’ın 10 Aralık 2025 güncellemeli structured data rehberi ayrıca etkiyi anlamak için öncesi ve sonrası karşılaştırmasını öneriyor; yani kurulumdan sonra yalnızca “geçerli” sonucu görmek yetmez, performans ölçmek gerekir. Ekip içi eğitim için Google Search Central YouTube’daki structured data doğrulama videoları da pratik destek sağlar.
Adım Adım Organization şemasını marka kimliği için kurma ve doğrulama
Aşağıdaki akış, marka kimliği odaklı bir Organization kurulumunu gereksiz karmaşa olmadan ilerletir. Bu sıralama özellikle ajans, şirket içi SEO ekibi ve küçük işletme sahipleri için uygulanabilir bir kontrol listesi sunar.
- Marka varlıklarını tek listede topla. Resmi görünen marka adı, hukuki unvan, tekil logo dosyası, ana sosyal profiller, destek ve satış iletişimleri aynı belgeye alın. Şema çoğu zaman veri eksikliği yüzünden değil, dağınık veri yüzünden zayıflar.
- Doğru şema tipini ve ilişkileri seç. Kurumsal site için Organization omurgasını kurun; site varlığı için WebSite ekleyin; şube bazlı görünürlük gerekiyorsa LocalBusiness bağlayın; mağaza politikaları ve satış sinyali baskınsa OnlineStore düşünün.
- JSON-LD işaretlemesini ana sayfaya ekle. name, logo, sameAs ve contactPoint alanlarını önce temiz biçimde yayınlayın. address ve legalName gibi alanları yalnızca gerçek veriyle doldurun; boş veya uydurma alanlar eklemeyin.
- İşaretlemeyi test ve doğrula. Rich Results Test, Schema.org Validator ve Search Console URL Inspection üçlüsüyle hem söz dizimini hem de Google’ın gerçek okumasını kontrol edin. Logo URL’sinin 200 yanıt verdiğinden ve taranabildiğinden emin olun.
- Marka sorgusunu 6-8 hafta ölç. Brand query CTR, logo tutarlılığı, indekslenebilirlik, panel görünümü ve sosyal profil eşleşmelerini haftalık notlayın. Organization şeması etkisi çoğu zaman tek günde değil, birkaç tarama ve yeniden değerlendirme döngüsünde görünür.
Bu akışın güçlü yanı, şemayı yalnızca bir işaretleme görevi olarak değil, entity temizliği projesi olarak ele almasıdır. Marka adı, logo ve dış profil kümeleri oturmadan yapılan kurulumlar geçerli görünse bile zayıf sonuç üretir.
| Kriter | Organization | WebSite | LocalBusiness | OnlineStore |
|---|---|---|---|---|
| Temel amaç | Marka/kuruluş varlığını anlatır | Sitenin web varlığını anlatır | Fiziksel işletme bilgisini anlatır | E-ticaret mağaza sinyallerini anlatır |
| Ana kullanım sayfası | Genelde ana sayfa | Ana sayfa | Lokasyon sayfası veya iletişim sayfası | Ana sayfa veya mağaza sayfası |
| Marka kimliği sinyali | Çok güçlü | Destekleyici | Yerel bağlamda güçlü | Ticari bağlamda güçlü |
| Fiziksel lokasyon gereksinimi | Yok | Yok | Var veya hizmet alanı net olmalı | Şart değil |
| E-ticaret uygunluğu | Sınırlı, omurga görevi görür | Dolaylı | Düşük | Yüksek |
| sameAs ve logo kullanımı | Çekirdek kullanım | Dolaylı bağ kurar | Kullanılabilir | Kullanılabilir |
| Sık yapılan hata | Kopya entity üretmek | Organization yerine tek başına kullanmak | Her sayfaya aynı NAP basmak | Organization’dan kopuk ayrı varlık kurmak |
| Birlikte kullanım notu | Çoğu sitede WebSite ile birlikte kullanılır | Organization’ı tamamlar | Ana markaya bağlanmalıdır | Ana Organization omurgasına bağlanmalıdır |
6-8 haftalık mini vaka: Organization + WebSite + sameAs sonrası marka sorgusunda ne değişti?
Anonimleştirilmiş bir B2B marka örneğinde, ana sayfada Organization ve WebSite işaretlemeleri birlikte düzenlendi; kopya plugin markup’ı kaldırıldı, logo tek URL’ye indirildi ve sameAs listesi yalnızca resmi profillerle yeniden yazıldı. İlk iki haftada görünüm tarafında dramatik değişim olmadı. Ancak dördüncü haftadan sonra marka sorgularında görünen logo daha tutarlı hale geldi ve Search Console’da marka sorgusu CTR’si yüzde 12,4’ten yüzde 15,1’e çıktı. Gösterim hacmi aynı dönemde sınırlı değişti; yani kazanım daha çok tıklanma verimliliğinden geldi.
Bu tip çalışmalarda en öğretici sinyal, her zaman knowledge panelin çıkması değildir. Google’ın Knowledge Graph sistemi yeterli açık web sinyali olduğunda panel ürettiğini, yoksa göstermeyebildiğini zaten söylüyor. Bizim sahada daha sık gördüğümüz kazanım, önce entity netliği ve logo tutarlılığı olarak gelir. Panel görünümü varsa bunu bonus saymak daha doğru; yoksa başarısızlık diye okumak yanlıştır.
Bu vaka akışında haftalık olarak üç şey izlendi: markalı sorguların CTR’si, çıkış sayfasının ana sayfa olup olmadığı ve sosyal profillerin SERP’te tutarlı şekilde eşleşip eşleşmediği. Sekiz haftalık pencerede ekran görüntüsü karşılaştırmaları, özellikle yeniden markalama geçiren sitelerde çok işe yarıyor. Çünkü bazı durumlarda veride küçük oynama olsa bile kullanıcıya görünen logo, site adı ve sosyal profil düzeni ciddi biçimde temizlenmiş oluyor. İşte Organization şemasının marka kimliği katkısı tam burada somutlaşıyor.
Sonuçları nasıl ölçersiniz: marka görünürlüğü, site sağlığı ve AI görünürlük takibi
Kurulum sonrasında ölçüm çerçevesi basit ama disiplinli olmalı. Search Console’da marka sorgularını ayrı filtreleyin; ana sayfa CTR’sini, gösterim eğilimini ve ortalama konumu izleyin. Buna manuel SERP ekran görüntüsü, logo görünümü ve indekslenebilirlik kontrolü ekleyin. Google’ın structured data rehberinde önerdiği öncesi-sonrası yaklaşım burada kritiktir; tek günlük dalgalanmalar yerine 6-8 haftalık pencereye bakmak daha sağlıklı olur.
2026’da bu ölçümü yalnızca klasik sıralama mantığıyla okumak yetmiyor. Marka sorgularında panel benzeri görünümler, AI yanıtlarında marka referansları, sosyal profil eşleşmesi ve site adı tutarlılığı aynı anda izlenmeli. Bu yüzden teknik sağlık, sıralama ve AI izleme verisini tek ekranda görmek operasyonel avantaj sağlar. SEOYEN’in sıralama takibi raporu, AI görünürlük analizi ve teknik kontrolleri aynı platformda toplaması; özellikle Türkçe arayüz, TL bazlı fiyatlandırma ve yerel destek isteyen ekipler için süreci sadeleştirir.
Ahrefs veya SEMrush kullanan ekipler bu raporlamayı farklı ekranlara bölmeye alışık olabilir. SEOYEN ise benzer ihtiyacı Türkiye pazarına uyarlanmış, tek platformda toplanmış bir akışla karşılar; bu da ajans ve şirket içi ekip için daha hızlı karar almayı kolaylaştırır. Paket seçimi veya ekip yapısına göre güncel seçenekler için fiyat ve paketler sayfasına bakmak yeterlidir. Buradaki asıl hedef araç sayısını artırmak değil, marka entity’sinin teknik tutarlılığını düzenli izleyebilmektir.
Kaynaklar
Sıkça Sorulan Sorular
Organization şeması, Google’ın markanızı daha net anlamasına yardımcı olur. Marka adı, logo, sosyal profiller ve iletişim verileri tek bir entity altında işlendiği için özellikle marka sorgularında tutarlılık artar. Bu, doğru koşullarda logo görünümü, site adı doğruluğu ve daha temiz marka sinyalleri üretebilir. Ancak etkisi, doğrudan sıralama artışı gibi okunmamalıdır. Esas katkı. entity netliği, arama görünümü kalitesi ve tıklanma verimliliğidir. Ayrıca Google, yapılandırılmış verinin özel görünüm garantisi vermediğini açıkça belirtir. dolayısıyla başarıyı Search Console ve SERP takibiyle ölçmek gerekir.
Çekirdekte genellikle Organization yer alır. Çünkü marka adı, logo, sameAs, contactPoint ve gerektiğinde address gibi alanları en temiz şekilde bu tip taşır. Bunun üzerine site varlığını desteklemek için WebSite eklenebilir. Fiziksel ofis, mağaza veya şube yapısı olan markalarda LocalBusiness. e-ticaret odaklı yapılarda ise OnlineStore daha doğru tamamlayıcı tip olur. Buradaki kritik nokta, hepsini aynı sayfaya rastgele yığmak değil, doğru ilişkiyle bağlamaktır. Marka kimliği için amaç daha fazla schema türü kullanmak değil, Google’ın tek bir resmi kuruluş varlığını net okumasını sağlamaktır.
Knowledge Panel doğrudan elle oluşturulmaz. Google’ın yardım sayfalarına göre paneller, açık webde yeterli bilgi olduğunda otomatik olarak üretilir. Bu yüzden doğru yaklaşım panel “açmaya çalışmak” değil, markanızla ilgili sinyalleri tutarlı hale getirmektir. Organization şeması, resmi logo, aynı marka adı kullanımı, güvenilir sosyal profiller, şirket hakkında tutarlı dış referanslar ve mümkünse sahiplenilmiş resmi varlıklar bu süreci destekler. Eğer panel oluşursa sonrasında doğrulama ve düzenleme adımları değerlendirilebilir. ancak panel çıkmaması, yapılan Organization kurulumunun değersiz olduğu anlamına gelmez.
En yaygın ve bakımı kolay yöntem, ana sayfaya JSON-LD biçiminde tek bir Organization bloğu eklemektir. Bu blokta en azından name, url, logo ve sameAs bulunmalı. müşteri desteği veya satış hattı varsa contactPoint de eklenmelidir. Fiziksel bir adres varsa address yazılabilir. hukuki unvan farklıysa legalName ayrıca belirtilir. Uygulamadan sonra Rich Results Test ve Schema.org Validator ile doğrulama yapılmalı, ardından Search Console URL Inspection üzerinden Google’ın işaretlemeyi görüp görmediği kontrol edilmelidir. En sık hata, geçerli görünen ama logo URL’si taranamayan veya kopya entity oluşturan kurulumlardır.
Structured data, marka bilinirliğini doğrudan reklam gibi artırmaz. ama markanızın arama motorları tarafından daha tutarlı okunmasını sağlar. Kullanıcı aynı markayı web sitesinde, sosyal profilde ve arama sonuçlarında benzer isim ve görselle görüyorsa güven hissi artar. Organization şeması bu tutarlılığı makine tarafında destekler. Sonuç olarak marka sorgularında daha temiz bir görünüm, daha doğru logo eşleşmesi ve bazı durumlarda daha verimli tıklanma oranı görülebilir. Özellikle yeni yeniden markalama yapmış veya farklı platformlarda adı dağınık geçen şirketlerde bu etki daha belirgin hissedilir.
Organization şeması, Knowledge Graph’a tek başına veri “yüklemez”. ancak Google’ın markanızı doğru entity ile ilişkilendirmesine yardımcı olur. Knowledge Graph sistemi, Google’ın açıkladığı üzere farklı açık web kaynaklarından ve içerik sahiplerinden gelen verileri birleştirir. Organization markup içindeki sameAs, logo, ad ve iletişim sinyalleri bu eşleştirmeyi destekleyen resmi site katmanını sağlar. Özellikle aynı isimli markalar veya farklı yazımları olan şirketlerde bu işaretleme, yanlış entity eşleşmesi riskini azaltabilir. Etkisini anlamak için marka sorgusu görünümü, site adı, logo tutarlılığı ve panel sinyalleri birlikte değerlendirilmelidir.
Schema markup, logo ve marka adının arama sonuçlarında görünmesini zorunlu kılmaz. ama Google’a hangi görselin ve hangi ad biçiminin resmi sinyal olduğunu anlatır. Google’ın Organization dokümanında logo için taranabilir ve indekslenebilir bir görsel URL istenir. ayrıca beyaz zeminde okunabilir görünüm önerilir. Marka adı tarafında ise ana sayfa, başlıklar, footer ve Organization içindeki name alanı birbiriyle tutarlı olmalıdır. Eğer Google genel kalite ve uygunluk sinyallerini yeterli bulursa, bu işaretlemeyi arama görünümünde daha tutarlı biçimde değerlendirebilir. Bu nedenle işaretleme kadar görsel erişilebilirliği ve isim standardı da önemlidir.