Abonelik ve ödeme duvarlı içerikle ilgili yapılandırılmış veriler (CreativeWork)

Bu sayfada, sitenizde ödeme duvarlı içeriği göstermek için CreativeWork özelliklerinden yararlanarak schema.org JSON-LD yönteminin nasıl kullanılacağı anlatılmaktadır. Bu yapılandırılmış veriler sayesinde Google, ödeme duvarlı içeriği, kurallarımızı ihlal eden gizleme uygulamasından ayırt edebilir. Abonelik ve ödeme duvarlı içerik ile ilgili daha fazla bilgi edinin.

Örnek

Ödeme duvarlı içeriğe sahip NewsArticle yapılandırılmış verilerin bir örneğini burada görebilirsiniz.

<html>
  <head>
    <title>Article headline</title>
    <script type="application/ld+json">
    {
      "@context": "https://schema.org",
      "@type": "NewsArticle",
      "headline": "Article headline",
      "image": "https://example.org/thumbnail1.jpg",
      "datePublished": "2025-02-05T08:00:00+08:00",
      "dateModified": "2025-02-05T09:20:00+08:00",
      "author": {
        "@type": "Person",
        "name": "John Doe",
        "url": "https://example.com/profile/johndoe123"
      },
      "description": "A most wonderful article",
      "isAccessibleForFree": false,
      "hasPart":
        {
        "@type": "WebPageElement",
        "isAccessibleForFree": false,
        "cssSelector" : ".paywall"
        }
    }
    </script>
  </head>
  <body>
    <div class="non-paywall">
      Non-Paywalled Content
    </div>
    <div class="paywall">
      Paywalled Content
    </div>
  </body>
</html>

Yönergeler

Sayfanızın arama sonuçlarında görünmeye uygun olması için genel yapılandırılmış veri yönergelerine ve teknik yönergelere uymanız gerekir. Ayrıca, aşağıdaki yönergeler ödeme duvarlı içerik için geçerlidir:

  • JSON-LD ve mikro veri biçimleri, ödeme duvarlı içerik için yapılandırılmış verileri belirtmenin kabul edilen yöntemleridir.
  • İçerik bölümlerini iç içe yerleştirmeyin.
  • cssSelector özelliği için yalnızca .class seçicileri kullanın.

Ödeme duvarlı içeriğe işaretleme ekleme

Web sitesi içeriğiniz için aboneliğe dayalı erişim sunarsanız veya kullanıcıların dizine alınmasını istediğiniz içeriğe erişim için kaydolmaları gerekirse bu adımları uygulayın. Aşağıdaki örnek, NewsArticle yapılandırılmış verileri için geçerlidir. Sayfanızın tüm sürümleri için (AMP ve AMP olmayanlar dahil) bu adımları uyguladığınızdan emin olun.

  1. Sayfanızın her ödeme duvarlı bölümüne sınıf adı ekleyin. Örneğin: 
    <body>
<p>This content is outside a paywall and is visible to all.</p>
<div class="paywall">This content is inside a paywall, and requires a subscription or registration.</div>
</body>
  2. NewsArticle yapılandırılmış verilerini ekleyin.
  3. Vurgulanmış JSON-LD yapılandırılmış verilerini NewsArticle yapılandırılmış verilerine ekleyin. 
    {
  "@context": "https://schema.org",
  "@type": "NewsArticle",
  "mainEntityOfPage": {
    "@type": "WebPage",
    "@id": "https://example.org/article"
  },
  (...)
  "isAccessibleForFree": false,
  "hasPart": {
    "@type": "WebPageElement",
    "isAccessibleForFree": false,
    "cssSelector": ".paywall"
  }
}
  4. Zengin Sonuçlar Testini kullanarak kodunuzu doğrulayın ve kritik hataları düzeltin.

Birden fazla ödeme duvarlı bölüm

Bir sayfada birden fazla ödeme duvarlı bölümünüz varsa sınıf adlarını dizi olarak ekleyin.

Bir sayfadaki ödeme duvarlı bölümlerin örneğini burada görebilirsiniz:

<body>
  <div class="section1">This content is inside a paywall, and requires a subscription or registration.</div>
  <p>This content is outside a paywall and is visible to all.</p>
  <div class="section2">This is another section that's inside a paywall, or requires a subscription or registration.</div>
</body>

Birden fazla ödeme duvarlı bölümün yer aldığı NewsArticle yapılandırılmış verilerinin örneğini burada görebilirsiniz. 

{
  "@context": "https://schema.org",
  "@type": "NewsArticle",
  "mainEntityOfPage": {
    "@type": "WebPage",
    "@id": "https://example.org/article"
    },
  (...)
  "isAccessibleForFree": false,
  "hasPart": [
    {
      "@type": "WebPageElement",
      "isAccessibleForFree": false,
      "cssSelector": ".section1"
    }, {
      "@type": "WebPageElement",
      "isAccessibleForFree": false,
      "cssSelector": ".section2"
    }
  ]
}

Desteklenen türler

Bu işaretleme, CreativeWork türü veya aşağıdaki daha spesifik CreativeWork türlerinden biri için desteklenir:

Aşağıdakiler gibi birden fazla schema.org türü kullanılabilir:

"@type": ["Article", "LearningResource"]

Google'ın, makalenizde ��deme duvarlı içerik olduğunu anlaması için zorunlu özellikleri eklemeniz gerekir. Bir sayfanın hangi bölümlerinin ödeme duvarının arkasında olduğu (veya abonelik ya da kayıt gerektirdiği) hakkında daha fazla ayrıntı için önerilen özellikleri ekleyebilirsiniz.

Zorunlu özellikler
isAccessibleForFree

Boolean

Makalenin herkesin erişimine açık mı yoksa ödeme duvarının arkasında mı olduğu (ya da abonelik veya kayıt mı gerektirdiği). Bu bölümün, ödeme duvarı arkasında olduğunu belirtmek için isAccessibleForFree özelliğini false değerine ayarlayın.
Önerilen özellikler
hasPart.cssSelector

CssSelectorType

Ödeme duvarlı bölümü belirtmek için HTML'de ayarladığınız sınıf adına referans veren bir CSS seçici.
hasPart.@type

Text

@type cihazını WebPageElement ayarlayın.
hasPart.isAccessibleForFree

Boolean

Makalenin bu bölümünün, ödeme duvarı arkasında olup olmadığı (veya abonelik ya da kayıt gerektirip gerektirmediği). Bu bölümün, ödeme duvarı arkasında olduğunu belirtmek için isAccessibleForFree özelliğini False değerine ayarlayın.

AMP ile ilgili dikkat edilmesi gereken noktalar

AMP sayfalarını kullanıyorsanız aklınızda bulundurmanız gereken noktaların bir listesini burada bulabilirsiniz:

  • Ödeme duvarlı içeriğe sahip bir AMP sayfanız varsa uygun durumlarda amp-subscriptions kullanın.
  • Yetkilendirme uç noktanızın; Google'ın ve diğerlerinin uygun botlarına içeriğe erişim izni verdiğinden emin olun. Bu, her yayıncı için farklıdır.
  • Bot erişim politikanızın AMP ve AMP olmayan sayfalar için aynı olduğundan emin olun. Aksi halde Search Console'da içerik uyuşmazlığı hataları görünebilir.

Arama'da üretken yapay zeka ile ilgili göz önünde bulundurulması gereken noktalar

Yapay zeka özetleri; bir konu veya sorgunun, web kaynakları da dahil olmak üzere çeşitli kaynaklara dayalı önizlemesini sunar. Bu nedenle, Arama'nın önizleme kontrollerine tabidir.

Yapay zeka özetlerinden ayrı bir özellik olan göz atma sırasında yapay zeka araçları, sayfada ödeme duvarı yapılandırılmış verileri varsa ödeme duvarlı makaleler için önemli noktaları göstermez.

Google'ın sayfalarınızı tarayıp dizine ekleyebildiğinden emin olma

Google'ın sayfanızın tamamını (ödeme duvarlı bölümler de dahil olmak üzere) tarayıp dizine almasını istiyorsanız Googlebot'un (ve geçerliyse Googlebot-News'un) sayfanıza erişebildiğinden emin olun.

Google'ın sitenizdeki bir URL'yi nasıl taradığını ve oluşturduğunu test etmek için URL Denetleme aracını kullanın.

Arama sonuçlarında hangi bilgilerin gösterileceğini kontrol etme

noarchive robots meta etiketini kullanarak Google'ın sayfanız için önbelleğe alınan bağlantıyı göstermesini engelleyebilirsiniz.

İçeriğinizin belirli bölümlerinin arama sonucu snippet'lerinde görünmesini engellemek için data-nosnippet HTML özelliğini kullanın. max-snippet robots meta etiketini kullanarak arama sonucu snippet'inin içerebileceği karakter sayısını da sınırlandırabilirsiniz.

Troubleshooting

If you're having trouble implementing or debugging structured data, here are some resources that may help you.

  • If you're using a content management system (CMS) or someone else is taking care of your site, ask them to help you. Make sure to forward any Search Console message that details the issue to them.
  • Google does not guarantee that features that consume structured data will show up in search results. For a list of common reasons why Google may not show your content in a rich result, see the General Structured Data Guidelines.
  • You might have an error in your structured data. Check the list of structured data errors and the Unparsable structured data report.
  • If you received a structured data manual action against your page, the structured data on the page will be ignored (although the page can still appear in Google Search results). To fix structured data issues, use the Manual Actions report.
  • Review the guidelines again to identify if your content isn't compliant with the guidelines. The problem can be caused by either spammy content or spammy markup usage. However, the issue may not be a syntax issue, and so the Rich Results Test won't be able to identify these issues.
  • Troubleshoot missing rich results / drop in total rich results.
  • Allow time for re-crawling and re-indexing. Remember that it may take several days after publishing a page for Google to find and crawl it. For general questions about crawling and indexing, check the Google Search crawling and indexing FAQ.
  • Post a question in the Google Search Central forum.