Bülten sonundaki üç paragraflık standart tanıtım, AI arama motorları için ölü alan. schema.org Organization yapısı bunu, motorların doğrudan okuyup atıf yaptığı bir varlık kaydına dönüştürür.

Basın bülteninin sonundaki üç paragraflık standart şirket tanıtımı — yani boilerplate — AI arama motorları için ölü alan. Bu bölümü schema.org Organization yapısına dönüştürdüğünüzde, her bültende yeniden basılan pazarlama dilini AI motorlarının doğrudan okuyup atıf yaparken kullandığı bir varlık kaydına çeviriyorsunuz. Bu yazıda eski boilerplate'in neden başarısız olduğunu, modern bir kapanışta hangi alanların bulunması gerektiğini ve mevcut bültenlerinizi nasıl tek seferde tüm yapıya yayılacak şekilde güncelleyebileceğinizi anlatıyoruz.

Eski boilerplate AI aramada neden başarısız oluyor

Klasik boilerplate telgraf çağındaki gazete editörleri için tasarlandı: bültenin altına eklenen, "sektörün öncüsü", "lider çözüm sağlayıcı" gibi sıfatlarla dolu üç paragraf. İnsan editör bunu hızlıca tarar, bir cümlesini alıp haberine yedirir. Bu format yapay zekâ retrieval sistemlerinde çalışmıyor.

AI arama motorları metni okuyup varlıkları (kurum adı, kuruluş yılı, merkez, kurucular, ürünler, ana şirket) çıkartır ve bir varlık grafiğine yerleştirir. "Lider e-ticaret platformu" ifadesi bu grafikte hiçbir yere oturmaz. AI motoru bu ifadeyi atayamaz, atıf yapamaz, başka bir kaynakla doğrulayamaz. Sadece pazarlama gürültüsü olarak işaretler ve atar.

Üstelik her bülteninizde aynı üç paragraf bulunur. Bu, varlık ayrımı yaratmak yerine duplicate-content sinyali üretir. Princeton araştırma ekibinin 2024 tarihli GEO: Generative Engine Optimization çalışması, yapay zekâ arama motorlarının yapılandırılmış veri ve açık varlık atıfları içeren içeriği belirgin biçimde öne çıkardığını gösteriyor. Yani bültenin en sonundaki, her seferinde aynı, neredeyse hiç güncellenmeyen pazarlama bloğu AI çağında en zayıf noktanız.

2026 boilerplate'inde gerçekten ne olmalı

Modern bir kapanış pazarlama paragrafı değil, varlık verisidir. Omurgada şu alanlar olmalı:

Tüzel ad, kuruluş yılı, kurucu(lar), merkez konumu — pazarlanabilir mesaj değil, doğrulanabilir gerçekler
Çalışan sayısı bandı, ana şirket veya iştirak ilişkileri — kurumsal grafiği örer
Doğrulanabilir kimlik linkleri: alan adı, LinkedIn, Crunchbase, Wikipedia, Wikidata sayfaları
Ürün veya hizmet taksonomisi — sıfat yerine alanın gerçek terimleri (e-ticaret, hızlı teslimat vb.)
Yatırım turu ve son duyurum tarihi — gazetecinin de AI motorunun da ilk arayacağı bilgi

Bunlar Trendyol için tek bir bültende kanıtlanması gereken şeyler değil — şirketin kalıcı kimliğinin parçası. Boilerplate'i bu listeye göre yazdığınızda, bültenin gövdesi haberi anlatırken kapanış varlığı tanımlar.

Fark yaratan schema.org Organization alanları

schema.org Organization sözlüğü şirket varlık verisinin kanonik dilidir ve Google, Microsoft, Yahoo, Yandex tarafından ortaklaşa desteklenir. Aynı JSON-LD bloğu birden fazla AI motoru tarafından okunur.

Hangi alanlar gerçekten fark yaratıyor:

Alan	AI aramada kullanım
`name`, `url`, `logo`, `foundingDate`	Knowledge panel ve temel varlık tanımı
`address` (PostalAddress)	Coğrafi ayrıştırma
`sameAs`	En kritik alan: aynı varlık olduğunu kanıtlar
`founder`, `numberOfEmployees`	Şirket büyüklüğü ve kuruluş bilgisi
`parentOrganization`, `subOrganization`, `brand`	Kurumsal grafik (Trendyol → Alibaba Group)
`knowsAbout`	Otorite olduğunuz alanları işaretler
`contactPoint` (`contactType: "press"`)	AI motoruna newsroom'un yapısal kapısını verir

sameAs özellikle kritik. Google'ın resmi Organization yapılandırılmış veri belgesi, bu alanın knowledge panel'i doldururken ve marka varlığını çözümlerken doğrudan kullanıldığını söylüyor. Bir LinkedIn ve bir Wikipedia URL'i, "Trendyol" adlı yüzlerce kayıt arasından sizinkini ayırır.

Trendyol için öncesi/sonrası

Önceki boilerplate (üç paragraflık düz metin):

Trendyol, Türkiye'nin lider e-ticaret platformudur. 2010 yılında kurulan şirket, müşterilerine en iyi alışveriş deneyimini sunmaya odaklanmıştır. Trendyol; moda, elektronik, ev ve yaşam kategorilerinde milyonlarca ürünü uygun fiyatlarla sunarak ülke genelinde tercih edilen alışveriş destinasyonu haline gelmiştir.

Aynı şirket, yalnızca kamuya açık veriyle, schema.org Organization olarak:

{
  "@context": "https://schema.org",
  "@type": "Organization",
  "name": "Trendyol",
  "url": "https://www.trendyol.com",
  "logo": "https://www.trendyol.com/assets/logo.png",
  "foundingDate": "2010",
  "address": {
    "@type": "PostalAddress",
    "addressLocality": "İstanbul",
    "addressCountry": "TR"
  },
  "sameAs": [
    "https://www.linkedin.com/company/trendyol",
    "https://en.wikipedia.org/wiki/Trendyol",
    "https://www.crunchbase.com/organization/trendyol"
  ],
  "parentOrganization": {
    "@type": "Organization",
    "name": "Alibaba Group"
  },
  "knowsAbout": ["e-ticaret", "online perakende", "hızlı teslimat"],
  "contactPoint": {
    "@type": "ContactPoint",
    "contactType": "press",
    "email": "[email protected]"
  }
}

İlki AI motoru için bir avuç sıfat. İkincisi, motorun anında varlık grafiğine yerleştirebileceği on civarında doğrulanabilir alan.

Yayınlamadan önce doğrulama: işe yarayan iki araç

JSON-LD'yi yazdınız. Yayınlamadan önce iki kez doğrulayın:

Google Rich Results Test Google'ın kendi render kurallarına göre kontrol eder. Knowledge panel uygunluğunu belirler. Ancak Google'ın daha dar bir alt küme kullandığını unutmayın.
schema.org Markup Validator schema.org'un kendisinin işlettiği validator. Tüm sözlüğü kontrol eder, Google'ın görmezden geldiği tip hatalarını yakalar.

Her iki validator'ı her bültende çalıştırın. En sık karşılaşılan hatalar:

@context eksik — en yaygın hata, JSON-LD bu olmadan geçerli değil
@type yanlış büyük/küçük harf (organization yerine Organization olmalı)
address düz string olarak yazılmış, PostalAddress nesnesi değil
sameAs tek string olarak yazılmış, dizi değil

Hatalı bir parça ve düzeltilmiş hali:

// HATALI
{
  "@type": "Organization",
  "name": "Trendyol",
  "address": "İstanbul, Türkiye",
  "sameAs": "https://www.linkedin.com/company/trendyol"
}

// DÜZELTİLMİŞ
{
  "@context": "https://schema.org",
  "@type": "Organization",
  "name": "Trendyol",
  "address": {
    "@type": "PostalAddress",
    "addressLocality": "İstanbul",
    "addressCountry": "TR"
  },
  "sameAs": [
    "https://www.linkedin.com/company/trendyol",
    "https://en.wikipedia.org/wiki/Trendyol"
  ]
}

Yapılandırılmış veri hatalarını, kırık link gibi yayın engelleyici olarak değerlendirin. Çünkü gerçekten öyleler — doğrulamayan bir JSON-LD AI motoru tarafından sessizce atılır.

Boilerplate-as-API: tek kaynak, her bülten

Asıl mimari kazanım, boilerplate'i her bültende kopyala-yapıştır olarak görmeyi bırakıp tek kanonik kayıt olarak yönetmektir.

Pratikte:

Sitede sabit bir URL'de kanonik Organization JSON-LD tutun (örn. /press/about.jsonld)
Her bültenin HTML'ine inline JSON-LD gömün — sayfanın kendi içinde okunması için — VE aynı zamanda kanonik kayda link verin
Bir alan değiştiğinde (yeni yatırım turu, merkez taşınması, yeni CEO) tek dosyayı güncelleyin; gelecekteki tüm bültenler düzeltilmiş varlık verisini miras alır
Yanına 2-3 cümlelik kısa, insan okunabilir bir tanıtım koyun — gazeteci hâlâ hızlıca tarıyor

Prfect bülten oluşturucusu bu yapıyı varsayılan olarak destekler: Organization kaydını bir kez tanımlarsınız, her yeni bültene otomatik iliştirilir. Newsroom mimarisini katmanlı düşünmek için diğer yazılarımıza göz atabilirsiniz.

Sonuç basit: bülteninizin sonundaki en cansız üç paragraf, doğru veri yapısıyla AI motorlarının size atıf vermesinde en güçlü silahınıza dönüşüyor. Boilerplate'i düz metin olarak değil, API olarak düşünün.

Basın Bülteni Boilerplate'ini schema.org Organization Olarak Yeniden Yazmak