Article Schema (Makale Yapılandırılmış Verisi)

TL;DR — Article schema, bir blog yazısına veya haber makalesine eklediğiniz ve arama motorları için temel bilgileri etiketleyen küçük bir kod bloğudur: “başlık bu”, “yazar bu”, “yayın tarihi bu”, “ana görsel bu”. Google’ın bu ayrıntıları arama sonuçlarında daha iyi sunmasına yardımcı olur. Google’ın kendi belgelerinde buna “Article rich result” denir; ancak Recipe veya Video gibi gösterişli, yeni görünümlü bir kart oluşturmaz. Ayrıca Google News’e veya Discover’a girmek için zorunlu değildir. Okumuş olabileceğiniz bazı iddiaların aksine AMP de gerektirmez.

Article schema nedir?

Bir makaleyi okurken başlığı, yazar künyesini ve tarihi gözle ayırt edebilirsiniz. Arama motoru ise düz metin görür ve bu ilişkileri çözümlemek zorundadır. Article schema, ortak schema.org sözlüğünü kullanan kodla bunu açıkça belirtir; böylece Google hangi bölümün başlık olduğunu, kimin yazdığını, ne zaman yayımlandığını ve ana görselin hangisi olduğunu bilir.

Bu işaretleme neredeyse her zaman JSON-LD olarak yazılır: sayfanın görünümünü değiştirmeyen küçük bir kod bloğu. Bunu Article, NewsArticle veya BlogPosting olarak görürsünüz. Üçü de geçerlidir ve Google üçünü tek rehberde ele alır. Evidence for this claim Schema.org defines Article and the more specific BlogPosting and NewsArticle types. Scope: Schema.org vocabulary; type validity is separate from Google search-feature eligibility. Confidence: high · Verified: 2026-07-14 Schema.org: Article Tür seçimi için kaygılanmanıza gerek yok; ayrıntılar Advanced sekmesinde.

Neden eklemeye değer?

Rehberlerin çoğunun abarttığı noktayı açık söyleyelim: Article schema, Recipe veya Product gibi gösterişli yeni bir sonuç kartı vermez. Yaptığı şey daha sakin, ama gerçektir:

• Google’ın normal arama sonuçlarında makaleniz için daha iyi bir başlık metni, daha iyi bir görsel ve daha net tarih bilgileri göstermesine yardımcı olur; Google’ın kendi belgelerinde buna “Article rich result” denir.
• Google News ve Discover, içeriğinizi daha iyi anlamak için bu işaretlemeyi okuyabilir; ancak ikisi de bunu zorunlu tutmaz. Özellikle Discover, hiçbir özel etiket veya yapılandırılmış veri gerektirmediğini belirtir. Evidence for this claim Google says Article structured data can help it understand article pages and show better title, image, and date information. Scope: Google Search Article documentation; markup does not guarantee a particular appearance. Confidence: high · Verified: 2026-07-14 Google: Article structured data

Dolayısıyla kazanım, mevcut sonucunuzun daha iyi sunulan bir sürümüdür; ayrı, yeni görünümlü bir kart değildir. Size bir “article carousel rich result” vaat eden veya Top Stories ya da Discover’a girmenizi sağlayanın bu işaretleme olduğunu ima eden herkes konuyu abartıyordur.

İyi haber: zorunlu hiçbir şey yok

Google’ın Article rehberi rahatlatıcı biçimde açık: zorunlu özellik yoktur. İçeriğinize uyan özellikleri eklersiniz. Uygulamada genellikle şunları doldurmak istersiniz:

• headline — makalenin başlığı; kısa tutun, çünkü Google uzun başlıkları kırpabilir.
• author — byline ile eşleşen ada sahip gerçek bir kişi veya kuruluş.
• datePublished ve dateModified — yayına giriş ve son anlamlı değişiklik tarihleri.
• image — ana görsel; Google en az 50 000 piksel ve 16:9, 4:3, 1:1 gibi oranlarda birkaç boyut/şekil önerir.

Görmezden gelinmesi gereken mitler

Okumuş olabileceğiniz iki iddia artık güncel değildir veya yanlıştır:

• “Article schema AMP gerektirir.” Gerektirmez. Google’ın güncel Article rehberinde AMP’den hiç söz edilmez.
• “Daha fazla özellik her zaman yararlıdır.” Google yalnızca içeriğinize uyan özellikleri eklemenizi açıkça söyler; “kazanmak” için doldurmanız gereken bir kontrol listesi yoktur.

Her zaman doğru olan bir nokta da şudur: geçerli işaretleme uygunluk sağlar, garanti vermez. Google bunu kullanıp kullanmayacağına yine kendi karar verir.

Tam sürümü mü arıyorsunuz? Article, NewsArticle ve BlogPosting arasındaki seçim; önerilen özelliklerin doğru doldurulması; yaygın uygulama hataları ve abartılı vaatlerde bulunmadan Top Stories ile Discover bağlantısı için Advanced sekmesine geçin.

TL;DR — Article yapılandırılmış verisi (Article, NewsArticle veya BlogPosting; üçü de geçerlidir ve Google bunları tek rehberde belgeler), yazılı bir sayfanın headline, author, datePublished/dateModified ve image alanlarını işaretler. Zorunlu özellik yoktur; Google’ın yönlendirmesi “add the properties that apply to your content.” şeklindedir. Google’ın kendi belgelerinde buna “Article rich result” denir; ancak Recipe veya VideoObject’in ayırt edici kartından farklı olarak ayrı bir snippet biçimi oluşturmaz. Bunun yerine mevcut sonucunuzun başlık metni, görseli ve tarih bilgileriyle daha iyi sunulmasını sağlar. Article işaretlemesi, Top Stories gibi Google News özellikleri için zorunlu değildir; Discover rehberi de hiçbir özel etiket veya yapılandırılmış veri gerekmediğini belirtir. Bu nedenle bazı rehberlerin bir “article carousel” sunarken vaat ettiği uygunluk anahtarı değildir. Google’ın güncel Article rehberinde AMP’den de hiç söz edilmez; eski “Article schema AMP gerektirir” iddiası güncelliğini yitirmiştir. Geçerli işaretleme yalnızca uygunluk sağlar; kullanıp kullanmayacağına yine Google karar verir ve işaretleme hiçbir zaman bir sıralama faktörü değildir.

Article schema gerçekte ne yapar (ne yapmaz)?

En yaygın abartıyı baştan düzeltelim; çünkü diğer her şey bundan kaynaklanıyor: Google’ın kendi belgelerinde bu özellik “Article rich result” olarak adlandırılır, ancak Recipe işaretlemesinin sunduğu tarif kartı veya VideoObject’in sunduğu video küçük resmi görünümü gibi ayırt edici, yeni görünümlü bir kart değildir. Article için buna karşılık gelen bağımsız bir görsel snippet yoktur; buradaki “rich result”, mevcut listenizin daha iyi sunulmasıdır. Sağladıkları şunlardır:

• Mevcut sonuçların sunumunu iyileştirmek — Google makale için daha iyi bir başlık metni, daha iyi bir ana görsel ve daha net tarih bilgileri gösterebilir.
• Google’ın içeriğinizi anlamasına yardımcı olmak — ancak bu, Top Stories gibi Google News özellikleri için zorunlu değildir ve Google’ın Discover rehberi, uygun içerik için hiçbir özel etiket veya yapılandırılmış veri gerekmediğini belirtir. Article işaretlemesi ayrıntıları daha açık hâle getirebilir; iki yüzeyden birine erişim sağlamaz.

Bu, ayrı bir yeni snippet türü veya uygunluk anahtarı değil, görünüm kalitesine yönelik bir sinyaldir. “Article schema Top Stories’in veya makale carousel’lerinin kilidini açar” diyen bir rehber gördüğünüzde bunu abartı olarak değerlendirin. Google’ın kendi çerçevesi, bir kart sunmak veya News ya da Discover uygunluğunu etkinleştirmek değil; sayfayı anlamak ve daha iyi başlık metni, görseller ve tarih bilgileri göstermektir. Buradaki “daha iyi başlık metni, görseller ve tarih bilgileri” ifadesini Google’ın çerçevesinin bir açıklaması olarak kullanıyorum; kelimesi kelimesine alıntı değildir. Kelimesi kelimesine doğrulanan ifadeler için Quotes sekmesine bakın.

Article, NewsArticle ve BlogPosting — doğru türü seçmek zorunda mısınız?

Kısa yanıt: hayır; seçimi bu kadar dert etmeniz gerekmez. Üç tür de geçerlidir ve Google’ın rehberi Article, NewsArticle ve BlogPosting türlerini aynı önerilen özelliklerle birlikte ele alır. NewsArticle ve BlogPosting, Article türünün alt türleridir. Bu nedenle:

• Haber sitesindeki haber içeriği için NewsArticle kullanın.
• Blog yazıları için BlogPosting kullanın.
• Hiçbiri tam oturmuyorsa güvenli genel seçim olarak Article kullanın.

Sayfayı dürüstçe tanımlayan en özgül türü seçin, ancak bunun için uykunuzu kaçırmayın. Önerilen özellik kümesi aynıdır ve seçime bağlı ayrı bir rich-result kazanımı yoktur. Schema.org bu üçünün dışında başka Article alt türleri de tanımlar; Google’ın rehberi ve bu makale, Google’ın desteklenen bir özellik kümesi yayımladığı üç türü ele alır. Evidence for this claim Google's Article objects may use Article, NewsArticle or BlogPosting; Schema.org defines NewsArticle and BlogPosting as more specific Article subtypes, but Google publishes one supported property set for the three. Scope: web Confidence: high · Verified: 2026-07-16 Article structured data

Zorunlu özellik yok: eksik değil, esneklik

Google’ın Article rehberi açıkça şunu söyler: “There are no required properties; instead, add the properties that apply to your content.” (çeviri) “Zorunlu özellik yoktur; bunun yerine içeriğinize uyan özellikleri ekleyin.” Evidence for this claim Google lists no required Article properties but recommends adding applicable author, date, headline, and image data. Scope: Google Search Article feature requirements; completeness and accuracy still matter. Confidence: high · Verified: 2026-07-14 Google: Article structured data Bu esneklik, Product veya Recipe işaretlemesindeki katı zorunluluk listelerine alışanları şaşırtabilir. Burada değerli olan, önerilen özellikleri doğru doldurmaktır:

Schema.org’un sunduğu her özelliği ekleme isteğine direnin. Google’ın yönlendirmesi yalnızca içeriğiniz için geçerli olan özellikleri eklemektir; daha uzun bir listeyi doldurmanın ödülü yoktur ve ilgisiz ya da yanlış özellikler yalnızca risk yaratır.

Yaygın uygulama hataları

• Yazar adının uyuşmaması. En sık görülen hata, author alanını sayfadaki yazar künyesiyle eşleşen gerçek bir Person/Organization yerine genel veya uyuşmayan bir değere (“Admin,” site adı ya da metni yazmamış bir editör) ayarlamaktır.
• Aşırı uzun headline. Google uzun başlıkları gösterirken kısaltır ve bazen yeniden yazar; dolayısıyla şişirilmiş bir headline değeri hiçbir şey kazandırmaz ve uyumsuz görünebilir.
• Eski kalan veya sürekli değiştirilen dateModified. Bu alanı her taramada güncellemek de hiç güncellememek de yanlış sinyal verir. Yalnızca içerik gerçekten değiştiğinde değiştirin.
• Tek bir düşük kaliteli image. Google’a birkaç boyut ve oran sunun; tek, küçük veya kötü kırpılmış bir görsel, gösterebileceği seçenekleri sınırlar.
• Var olmayan bir kartın peşine düşmek. Google bu özelliği “Article rich result” olarak adlandırır, ancak peşine düşülecek ayırt edici, yeni görünümlü bir snippet yoktur. Elde ettiğiniz yalnızca mevcut sonucun daha iyi sunulmasıdır.

Top Stories, News ve Discover ile bağlantısı — abartmadan

Burada kesin konuşmak önemli; çünkü Google iki yüzey için açıkça farklı şeyler söyler. Article işaretlemesi Google’ın makale ayrıntılarını daha iyi anlamasına yardım edebilir, ancak Top Stories gibi Google News özellikleri için zorunlu değildir ve Discover rehberi uygun içeriğin özel etiket veya yapılandırılmış veriye hiç ihtiyaç duymadığını belirtir. Article schema bu yüzeylerden birinin kilidini açmaz; Google’ın zaten değerlendirdiği sayfayı anlamasına yardım eden bir işaretlemedir. Top Stories veya Discover’a girmek; uygun yayıncı olmanıza, içerik kalitesine, güncelliğe ve Google’ın kendi sistemlerinin sizi göstermeye karar vermesine bağlıdır.

Ayrıntıya girmeden iki komşu noktayı da not edelim:

• Paywall içeriği: paywalled-content structured data ayrıca eklenmelidir. Bu, Article’ın parçası olmayan ayrı bir işaretlemedir ve Google’ın abonelik sayfalarını nasıl ele aldığını etkiler.
• author ve tarih alanlarını doğru doldurmak, tutarlı gerçek bir yazar kimliğinin sitedeki daha geniş E-E-A-T sinyalleri için önemli olmasıyla aynı nedenle iyi uygulamadır. Ancak bu işaretlemenin kendi başına doğrudan bir E-E-A-T girdisi olduğuna dair güncel bir kanıt bilmiyorum.

Yapılandırılmış veri bir sıralama faktörü değildir

Tüm bunların temelini oluşturduğu için bir kez daha belirtmekte yarar var: Article dâhil yapılandırılmış veri bir sıralama faktörü değildir. John Mueller’in birçok kez vurguladığı üzere, sıralamaları doğrudan etkilemez; zengin sonuçlara ve farklı gösterim biçimlerine uygunluğu etkiler. Article schema’yı sonuçlarda yükselmek için değil, Google’ın içeriğinizi anlamasına ve sunmasına yardımcı olmak için eklersiniz. Ayırt edici yeni bir kart sağlamasa bile makalelerinizin sunumunu iyileştirdiğinden, yine de eklemeye değer olduğunu düşünüyorum. Bir arama özelliği sağladığı sürece schema işaretlemesini destekliyorum; Google’ın daha temiz başlıklar, görseller ve tarihler için kullandığı “Article rich result” adı, kanıtlanmamış News veya Discover uygunluğu iddialarına dayanmadan bu ölçütü tek başına karşılar.

Article, daha geniş yapılandırılmış veri resminde nerede durur?

Article, schema.org’daki Creative Works türlerinden biridir; yanında AudioObject, Book, Course, Dataset, Movie, Recipe ve VideoObject gibi kardeş türler bulunur. Bu Creative Works merkezi hepsini bir arada toplar. Recipe ve VideoObject’in özel rich-result kartları vardır; Article’ın olmadığını net söylememizin nedeni budur. Genel sözlük ve JSON-LD’nin nasıl oturduğu için makalenin üstündeki Schema Markup ve Structured Data merkezlerine bakın.

AI özeti

Advanced sürümün kısa özeti:

• Nedir: Genellikle JSON-LD biçiminde uygulanan schema.org Article işaretlemesidir (Article, NewsArticle veya BlogPosting; üçü de geçerlidir ve Google bunları birlikte belgeler). Yazılı bir sayfanın headline, author, datePublished/dateModified ve image alanlarını tanımlar.
• Zorunlu özellik yoktur. Google, içeriğiniz için geçerli olan özellikleri eklemenizi söyler; zorunluluk listesi veya daha uzun bir liste için ödül yoktur.
• Google bunu “Article rich result” olarak adlandırır — ancak Recipe veya VideoObject’in aksine ayırt edici, yeni görünümlü bir kart yoktur. Mevcut sonucunuz daha iyi başlık metni, görsel ve tarih bilgileriyle sunulur.
• Top Stories veya Discover anahtarı değildir. Google, Article işaretlemesinin Top Stories gibi Google News özellikleri için zorunlu olmadığını söyler; Discover rehberi de uygun içeriğin hiçbir özel etiket veya yapılandırılmış veri gerektirmediğini belirtir. İşaretleme Google’ın sayfayı anlamasına yardımcı olabilir, ancak iki yüzeyden birinin kilidini açmaz.
• Görmezden gelinmesi gereken rakip abartısı: Article schema’nın “Top Stories’in, makale carousel’lerinin veya bir rich snippet’in kilidini açtığı” iddiaları, Google’ın anlamaya yönelik çerçevesini uygunluk garantisiyle karıştırır. Bunları Article’ın sağladığı ayrı bir görsel biçim olarak değil, abartılı iddialar olarak değerlendirin.
• AMP gereksinimi yoktur. Google’ın güncel Article rehberinde AMP’den hiç söz edilmez; yaygın biçimde tekrarlanan “Article schema AMP gerektirir” iddiası güncelliğini yitirmiştir.
• Tür seçimi: Haberler için NewsArticle, blog yazıları için BlogPosting, güvenli genel seçenek olarak Article kullanın. Schema.org başka alt türler de tanımlar; Google bu üçü için desteklenen bir özellik kümesi belgeler. Hepsinin önerilen özellikleri aynıdır ve seçime bağlı ayrı bir rich-result kazanımı yoktur.
• Önerilen özelliklerin doğru kullanımı: author, adı yazar künyesiyle eşleşen gerçek bir Person/Organization olmalıdır; headline kısa tutulmalıdır; dateModified gerçeği yansıtmalıdır; görseller temsil niteliği taşımalı, taranabilir, en az 50 000 piksel büyüklüğünde ve birden çok oranda (16x9, 4x3, 1x1) sunulmalıdır.
• Yaygın hatalar: Uyuşmayan veya genel yazar, aşırı uzun başlık, sürekli değişen ya da eski kalan dateModified, tek bir zayıf görsel ve var olmayan bir kart beklentisi.
• İlgili konu: Ücretli erişime tabi içerik için ayrı paywalled-content işaretlemesi gerekir. author ve tarih alanlarını doğru kullanmak, sitenin daha geniş E-E-A-T çalışmalarıyla birlikte iyi bir uygulamadır; ancak bu kayıt, işaretlemenin kendisinin doğrudan E-E-A-T girdisi olduğunu ortaya koymaz.
• Uygunluk ≠ gösterim; ayrıca sıralama faktörü değildir: Yapılandırılmış veri sıralamaları değil, rich-result/görünüm uygunluğunu etkiler. Geçerli işaretleme yalnızca uygunluk sağlar; kullanıp kullanmayacağına Google karar verir.

Resmî dokümantasyon

Arama motorlarının birincil kaynak belgeleri.

Google — Article structured data

• Article (Article, NewsArticle, BlogPosting) structured data — üç türün tamamını kapsayan tek rehberdir; belgelenen özelliği “Article rich result” olarak adlandırır, “zorunlu özellik yok” yaklaşımını, önerilen özellikleri (author, dateModified, datePublished, headline, image) ve en az 50 000 piksel büyüklüğünde, birden çok en-boy oranına sahip görsellere ilişkin yönlendirmeyi açıklar. Ayrıca Article işaretlemesinin Top Stories gibi Google News özellikleri için zorunlu olmadığını belirtir. AMP’den söz etmediğine dikkat edin.
• General structured data guidelines — Article dâhil tüm yapılandırılmış veriler için geçerli içerik, teknik ve kalite politikaları.
• Subscription and paywalled content — abonelik veya ücretli erişim kapsamındaki makaleler için ayrı işaretleme; Article rehberinde anılır ancak bağımsız olarak uygulanır.
• Rich Results Test — işaretlemeyi doğrulamak ve Google’ın hangi verileri okuyabildiğini görmek için kullanılır.
• Get on Discover (Google) — Discover’ın uygunluk rehberidir ve içeriğin hiçbir özel etiket veya yapılandırılmış veri gerektirmediğini belirtir.

Bing / Microsoft

• Sitenizi yapılandırılmış verilerle işaretleme — Bing’in genel schema.org ve JSON-LD desteği; genel Markup Validator ile doğrulanır.

Kaynaktan alıntılar

Google tarafından kayda geçirilmiş ifadeler. Kaynak sayfada metin görünüyorsa bağlantı, doğrudan alıntının bulunduğu bölüme gider.

Google belgeleri — zorunlu özellik yok

• “There are no required properties; instead, add the properties that apply to your content.” Alıntıya git

Yapılandırılmış veri ve sıralamalar (güncel çerçeve)

• Yapılandırılmış veri bir sıralama faktörü değildir. John Mueller’in Search Central ofis saatleri ve sosyal medya paylaşımlarında tutarlı biçimde ortaya koyduğu çerçeveye göre, yapılandırılmış veri sıralamayı doğrudan değiştirmez; zengin sonuçlarda ve farklı sunumlarda gösterilmeye uygunluğu etkiler. Bu ifade, Mueller’in kamuya açık açıklamalarının başka sözcüklerle aktarımıdır; tek bir kaynak transkriptinden alınmış kelimesi kelimesine bir alıntı olarak değerlendirilmemelidir.

Kaçınılması gereken Article schema mitleri ve hataları

Mit: “Article schema AMP gerektirir.” Yanlıştır ve eski rehberlerde hâlâ tekrarlandığı için doğrudan düzeltilmesi gerekir. Google’ın güncel Article rehberinde AMP’den hiç söz edilmez; günümüzde Article görünümü için AMP gereksinimi yoktur. Article işaretlemesini AMP’ye bağlayan bir kaynak güncelliğini yitirmiştir.

Mit: “Article schema size ayırt edici, yeni görünümlü bir rich-result kartı sağlar.” Sağlamaz. Google’ın kendi belgelerinde bu özellik “Article rich result” olarak adlandırılsa da Recipe veya VideoObject’in aksine Article’ın ayrı bir görsel snippet’i yoktur. Mevcut sonucunuzun başlık metni, görseli ve tarihi daha iyi sunulur. Ayrıca Top Stories gibi Google News özellikleri için zorunlu değildir ve Discover’ın kendi rehberi, uygun içeriğin hiçbir özel etiket veya yapılandırılmış veri gerektirmediğini belirtir. Yalnızca schema aracılığıyla bir “article carousel rich result” vaat eden rehberler — bunun Yoast, Semrush ve SEJ tarafından ayrı bir biçim gibi sunulduğunu gördüm — işaretlemenin yaptığını abartır. Bunları biçim veya uygunluk garantisi olarak değil, abartılı uygunluk iddiaları olarak değerlendirin.

Mit: “Daha fazla özellik her zaman yararlıdır.” Google yalnızca içeriğiniz için geçerli olan özellikleri eklemenizi açıkça söyler. Doldurulması gereken zorunlu bir liste veya daha uzun bir liste için ödül yoktur; ilgisiz ya da yanlış özellikler sıralama veya uygunluk artışı değil, yalnızca risk yaratır.

Mit: “Yapılandırılmış veri sıralamamı yükseltir.” Article dâhil yapılandırılmış veri bir sıralama faktörü değildir; Mueller bunu defalarca belirtmiştir. Sıralamaları değil, rich-result ve görünüm uygunluğunu etkiler. Sonuçlarda yükselmek için değil, Google’ın içeriğinizi anlamasına ve sunmasına yardımcı olmak için ekleyin.

Hata: genel veya uyuşmayan bir author. author değerini “Admin,” site adı ya da metni yazmamış bir editör olarak ayarlamak işaretlemenin amacını boşa çıkarır. Adı görünen yazar künyesiyle eşleşen gerçek bir Person veya Organization varlığına referans verin.

Hata: aşırı uzun headline. Google uzun başlıkları gösterimde kısaltır ve bazen yeniden yazar. Şişkin bir değer bir şey kazandırmaz; kısa tutun ve görünen başlıkla hizalayın.

Hata: sürekli değiştirilen veya eski kalan dateModified. Sahte bir güncellik izlenimi vermek için dateModified alanını her taramada değiştirmek de bu alanı hiç güncellememek de yanıltıcıdır. Yalnızca içerik gerçekten değiştiğinde güncelleyin.

Hata: Article schema’nın Top Stories veya Discover’ı açmasını beklemek. Google Article işaretlemesinin Top Stories için zorunlu olmadığını söyler; Discover rehberi de uygun içeriğin özel etiket veya yapılandırılmış veriye ihtiyaç duymadığını belirtir. Bu yerleşimler uygun yayıncı olma, içerik kalitesi, güncellik ve Google’ın kendi kararlarına bağlıdır. Temiz işaretleme sayfayı anlamaya yardım edebilir; bir düğmeyi açmaz.

Hata: paywall işaretlemesini unutmak. Abonelik/paywall makaleleri ayrı paywalled-content yapılandırılmış verisi ister; Article’ın parçası değildir. Atlamak, Google’ın erişim kısıtlı sayfayı ele alışında sorun çıkarabilir.

Genel ve iyi biçimlendirilmiş Article JSON-LD karşılaştırması

Article’ın zorunlu özelliği olmadığından, buradaki “bozuk” ifadesi nadiren “doğrulamadan geçmiyor” anlamına gelir. Genellikle yetersiz ve yararsız işaretlemeyi ifade eder: teknik olarak ayrıştırılabilen, ancak Google’a kullanabileceği çok az bilgi veren veya değerleri sayfayla eşleşmeyen işaretleme.

İnce ve genel bir snippet

Ayrıştırma başarılıdır; ancak author geneldir, tek ve düşük kaliteli bir görsel vardır, yayın ve değişiklik tarihleri eksiktir:

{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "How To Implement Article Schema Markup For Better Search Visibility And Rich Results In Google Today",
  "author": {
    "@type": "Person",
    "name": "Admin"
  },
  "image": "https://example.com/img/thumb.jpg"
}

Nesi zayıf?

• author.name: “Admin” — genel bir değerdir ve gerçek byline ile eşleşmez. Gerçek yazarı kullanın.
• Aşırı uzun headline — Google bunu kısaltır veya yeniden yazar; görünen başlıkla da eşleşmez.
• Tek ve küçük image — tek küçük görsel, Google’ın gösterebileceği seçenekleri sınırlar.
• datePublished/dateModified yok — tarih sinyalini kullanmamış olursunuz.

Aynı makalenin iyi biçimlendirilmiş hali

Belirli bir BlogPosting türü, byline ile eşleşen gerçek bir yazar, birden çok görsel oranı ve dürüst tarihler:

{
  "@context": "https://schema.org",
  "@type": "BlogPosting",
  "headline": "How to implement Article schema markup",
  "author": {
    "@type": "Person",
    "name": "Patrick Stox",
    "url": "https://example.com/author/patrick-stox/"
  },
  "publisher": {
    "@type": "Organization",
    "name": "Example",
    "logo": {
      "@type": "ImageObject",
      "url": "https://example.com/img/logo.png"
    }
  },
  "datePublished": "2026-07-01T09:00:00-04:00",
  "dateModified": "2026-07-01T09:00:00-04:00",
  "image": [
    "https://example.com/img/article-1x1.jpg",
    "https://example.com/img/article-4x3.jpg",
    "https://example.com/img/article-16x9.jpg"
  ]
}

Neden daha iyi?

• @type: "BlogPosting" — sayfayı dürüstçe tanımlayan en özgül türdür ve geçerli bir Article alt türüdür.
• Gerçek ve eşleşen author — yazar varlığına giden bir url ile.
• Kısa headline — görünen başlıkla hizalıdır.
• İki tarih de mevcut — saat dilimli ISO 8601 biçiminde.
• Üç görsel oranı (16x9, 4x3, 1x1) — Google her yüzey için uygun olanı seçebilir.

Burada karşılanan “zorunlu” bir özellik olmadığına dikkat edin; her alan önerilir. İki snippet arasındaki fark geçme veya kalma değil, Google’ın verdiğiniz bilgilerle ne kadarını yapabildiğidir.

Kendinizi test edin: Article Schema

Article, NewsArticle ve BlogPosting işaretlemesinin ne yaptığı (ve ne yapmadığı) ile görmezden gelinmesi gereken mitler hakkında beş kısa soru. Her biri için bir yanıt seçin, sonra kontrol edin.

Article schema için izlenecek temel KPI’lar

Article schema’nın Search Console’da Recipe veya Product gibi kendine ait bir rich-result raporu yoktur. Bu nedenle yararlı KPI’lar işaretlemenin gerçekte yaptığı şeyi, yani mevcut sonucunuzun görünüm kalitesini yansıtan ölçümlerdir. Yayından sonra tek bir sayıya takılmak yerine bunları çeyrekten çeyreğe izleyin.

Top Stories / Discover arama görünümü gösterimleri

Ölçüm: Search Console’un Search appearance kırılımında “Top stories” veya ayrı Discover raporunda görünen gösterim ve tıklamalar. Ne söyler: Google’ın Article işaretli sayfalarınızı bu yüzeylerde gösterip göstermediğini. Ancak Article işaretlemesi ikisi için de zorunlu değildir (Google Top Stories için işaretleme gerekmediğini, Discover için de özel etiket veya yapılandırılmış veri gerekmediğini söyler); bu nedenle düşük sayı bozuk işaretleme, yüksek sayı da yalnızca işaretlemenin başarısı anlamına gelmez. Nasıl çekilir: Search Console → Performance → Search appearance filtresi veya mülkünüzde trafik varsa özel Discover raporu. Benchmark / gerçekçi aralık: siteler arası kıyas yoktur; Top Stories ve Discover uygunluğu yayıncı durumuna, nişe ve güncelliğe bağlıdır. Her bölüm için kendi tabanınızı oluşturup eğilimi izleyin. Sıklık: aylık veya Article işaretlemesi/yayın ritmi değiştiğinde.

Makale şablonlarında geçerli yapılandırılmış veri oranı

Ölçüm: Eksik önerilen alan bulunmadan sorunsuz ayrıştırılan Article şablonlu sayfaların oranı. Ne söyler: Bir CMS güncellemesinin, tema değişikliğinin veya şablon düzenlemesinin site genelindeki işaretlemeyi bozup bozmadığını gösterir; tek bir şablon hatası her makaledeki author veya image alanını fark edilmeden kaldırabilir. Nasıl alınır: Örnek bir URL grubunu Schema Markup Validator veya Rich-Result Eligibility Checker ile kontrol edin; Search Console’daki yapılandırılmış veri uyarıları da Google’ın ayrıştıramadığı sayfaları gösterebilir. Kıyaslama / gerçekçi aralık: Bu bir dağılım değil, düzen ve bakım ölçümüdür. Kısmi kapsamın hiçbir avantajı olmadığından, dürüst hedef şablonlu sayfaların %100’ünde önerilen alanların bulunmasıdır. Sıklık: Her şablon veya CMS değişikliğinin hemen ardından; diğer zamanlarda üç ayda bir örnek kontrol yeterlidir.

Gösterilen başlık, görsel ve tarih doğruluğu

Ölçüm: Google’ın arama sonuçlarında gösterdiği başlık, görsel ve tarihin headline, image ve datePublished/dateModified alanlarında belirlediğiniz değerlerle eşleşip eşleşmediği. Ne söyler: Article schema’nın ana kazanımı olan “better display quality” (çeviri) “daha iyi gösterim kalitesi” için doğrudan gözlenebilir sonuçtur. Google kendi tahmini başlığını veya farklı bir görseli kullanıyorsa o sayfadaki işaretleme işini yapmıyor olabilir. Nasıl çekilir: URL Inspection aracının önizlemesi, Rich Results Test veya hedef sorgular için elle SERP kontrolü. Benchmark / gerçekçi aralık: Hedeflenecek bir yüzde yoktur; kontrol ettiğiniz her sayfa için geçer/kalır okumasıdır. Her uyuşmazlığı author, headline veya image değerlerini gözden geçirme sinyali sayın. Sıklık: Önemli sayfaları yayından kısa süre sonra, ardından güncellenen eski içerikte ara sıra kontrol edin.

Article schema oluşturma ve kontrol araçları

Kendi üç ücretsiz aracım Article schema döngüsünü tamamlar: doğru üretme, mevcut işaretlemeyi doğrulama ve hâlâ eksik olan recommended alanları tam olarak görme.

Schema Markup Generator ile işaretlemeyi oluşturun

Schema Markup Generator form üzerinden Article, NewsArticle veya BlogPosting JSON-LD oluşturur; elle yazmak yerine bunu kullanabilirsiniz. Genellikle yanlış yapılan iç içe yapıyı doğru kurar: düz metin yerine author alanını Person veya Organization nesnesi olarak, iç içe publisher logosu olan ImageObject olarak ve Google’ın önerdiği 16x9/4x3/1x1 oranlarını sağlayabileceğiniz image dizisi olarak. Sonucu sayfaya doğrudan ekleyebileceğiniz altı biçimde dışa aktarır.

Schema Markup Validator ile mevcut işaretlemeyi doğrulayın

Schema Markup Validator, elinizdeki JSON-LD’yi denetler; kodu veya tam HTML sayfasını yapıştırabilirsiniz. Hem schema.org sözlüğüne hem de Google’ın Article için önerdiği özelliklere göre, önem derecelerine ayrılmış sonuçlar sunar. Advanced sekmesinde ele alınan yazar uyuşmazlığı hatası için özellikle yararlıdır: bloklar arası @id grafik kontrolleri, sayfanın başka bir yerindeki gerçek bir Person veya Organization varlığına çözümlenmeyen author referanslarını işaretler.

Rich-Result Eligibility Checker ile her alan için uygunluğu kontrol edin

Rich-Result Eligibility Checker, Article işaretlemenizin önerilen alan kümesini (headline, author, datePublished, dateModified ve image) kapsayıp kapsamadığını alan alan görmenin en hızlı yoludur. Mevcut alanlar için açık bir onay işareti, eksik alanlar için X ve önerilen ancak isteğe bağlı alanlar için uyarı gösterir. Article’ın zorunlu özelliği olmadığından, tahmin yürütmek yerine hangi önerilen alanların eklenmeye değer olduğuna karar vermek için kullanılır.

İkinci görüş için Google’ın kendi doğrulayıcısı

Google’ın Rich Results Test aracını yukarıdaki araçlardan sonra çalıştırmak yararlıdır; spesifikasyonun üçüncü taraf yorumundan ziyade Google’ın kendi ayrıştırıcısının sayfadan tam olarak ne okuduğunu gösterir. Bir şablon değişikliğini site genelinde yayımlamadan önce son kontrol olarak kullanışlıdır.

Zaman ayırmaya değer kaynaklar

Sektörden seçtiklerim

Article schema konusunda birçok tanınmış rehber, işaretlemenin Top Stories ve Discover için sağladıklarını abartır. Bu nedenle birkaçını bu makalenin düzelttiği abartının örnekleri olarak listeliyorum. Bunları, bu özelliği “Article rich result” olarak adlandırmakla birlikte kazanımı ayrı bir yeni kart veya uygunluk anahtarı değil, mevcut sonucun daha iyi sunulması ve içeriğin anlaşılması olarak çerçeveleyen Google’ın kendi belgeleriyle karşılaştırarak okuyun:

• Article (Article, NewsArticle, BlogPosting) structured data (Google Search Central) — yetkili başvuru kaynağıdır: zorunlu özellik yoktur; önerilen alanları, en az 50 000 piksel büyüklüğünde ve birden çok orana sahip görselleri açıklar; Top Stories için işaretleme gerekmediğini belirtir ve dikkat çekici biçimde AMP’den söz etmez.
• Get on Discover (Google) — Discover uygunluğu için hiçbir özel etiket veya yapılandırılmış veri gerekmediğini belirtir.
• General structured data guidelines (Google) — tüm yapılandırılmış verilere uygulanan politikalar.
• Subscription and paywalled content (Google) — erişimi kısıtlı makaleler için ayrı işaretleme.
• Structured data / schema ultimate guide (Yoast) — yararlı bir genel başvuru kaynağıdır; ancak Article schema’yı Top Stories ve makale carousel’leri gibi rich result’ları etkinleştiriyormuş gibi çerçevelediğine dikkat edin. Google’ın kendi belgeleri, işaretlemenin iki yüzey için de zorunlu olmadığını söyler.
• Schema markup guide (Semrush) — benzer biçimde Article schema’yı sayfaları “rich snippet için uygun” hâle getiriyormuş gibi sunar ve News/Discover uygunluğunu işaretlemenin kendisiyle karıştırır. Bunu abartılı bir uygunluk iddiası olarak değerlendirin.
• What Is Schema Markup? How to Add It & Why It Matters (Ahrefs) — yapay zekâ aracısı ve makinece okunabilirlik açısından yararlı bir yaklaşım sunan sağlam bir genel schema rehberi.

Değişiklik günlüğü