Ödeme Duvarları ve SEO

TL;DR — Bir ödeme duvarı (abonelik, tek seferlik ödeme veya yalnızca bir kayıt/giriş kapısı) SEO’nuzu otomatik olarak zedelemez. Google’ın bunu ele almak için desteklediği bir yöntemi vardır: esnek örnekleme. Googlebot’un makalenin tamamını okumasına izin verir, ardından Google’a hangi bölümün kısıtlı olduğunu söylemek için küçük bir yapılandırılmış veri parçası kullanırsınız. Bu şekilde yapıldığında, Google’a tam makaleyi gösterirken okuyucuların kısaltılmış bir sürüm görmesi gizleme değildir; bu onaylanmış bir istisnadır.

Ödeme duvarları SEO’ya zarar verir mi?

Google, tarayıcılar içeriğe erişebildiğinde ve uygulama belgelenen ödeme duvarı yapılandırılmış veri desenini kullandığında ödeme duvarlı içeriği destekler. Evidence for this claim Official or primary documentation supporting the adjacent article claim, with scope limited to the source's published description. Scope: No ranking guarantee or undisclosed system mechanics are inferred beyond the cited source. Confidence: high · Verified: 2026-07-14 Google: Paywalled content structured data Google’ın esnek örnekleme rehberliği, ölçüm ve öncü yaklaşımları açıklar, bir sıralama garantisi değil. Evidence for this claim Official or primary documentation supporting the adjacent article claim, with scope limited to the source's published description. Scope: No ranking guarantee or undisclosed system mechanics are inferred beyond the cited source. Confidence: high · Verified: 2026-07-14 Google: Flexible sampling

Kendi başlarına hayır. Bu, anlaşılması gereken ilk şeydir, çünkü oradaki rehberlerin yarısı ödeme duvarlarını en aza indirilmesi gereken bir SEO sorunu olarak çerçeveler. Öyle değiller. Google’ ın ödeme duvarlı içeriğe karşı bir önyargısı yoktur — New York Times, Wall Street Journal, Financial Times ve Washington Post’un tümü ödeme duvarlarının arkasındadır ve tam olarak kısıtladıkları haberler için öne çıkan sıralamalarda yer alır.

Sıralamalara zarar veren şey, Google’ın sayfanın ne hakkında olduğunu anlamak için içeriğinizin yeterince fazlasını görememesidir. Bir bot yalnızca iki cümlelik bir tanıtım görürse, sizi yalnızca bu iki cümle için sıralayabilir. Bu nedenle ödeme duvarları ve SEO ile ilgili tüm oyun şudur: arama motorunun tam makaleyi okumasına izin verin, normal ziyaretçiler hâlâ kapıya takılırken.

Bu işaretlemenin olmadığı bir şey: bir vaat. isAccessibleForFree ve bu işaretlemenin geri kalanını tam olarak doğru almak, dizine ekleme, sıralama veya zengin bir sonuç garanti etmez — Google’ın kendi yapılandırılmış veri belgeleri, arama sonuçlarında herhangi bir özelliğin görüneceğini garanti etmediğini açıkça söyler. İşaretlemenin yaptığı şey, tarayıcılara kullanıcıların gördüğünden daha fazlasını göstermenin gizleme riskini ortadan kaldırmaktır; kendi başına sıralama üretmez.

Bunu yapmanın desteklenen yolu: esnek örnekleme

Google’ın modeli esnek örnekleme olarak adlandırılır ve iki çeşidi vardır:

• Ölçüm — ziyaretçiler, ödeme duvarı devreye girmeden önce bir ücretsiz makale kotası alır (Google ayda yaklaşık 6–10 ile başlamayı önerir).
• Öncü — bir makalenin açılışını gösterir, ardından geri kalanını kısıtlarsınız.

Hangisini seçerseniz seçin, sayfaya Google’a “bu bölüm bir ödeme duvarının arkasında” diyen küçük bir yapılandırılmış veri parçası eklersiniz. Her şeyi meşru kılan etiket budur.

Google’a tam makaleyi göstermek hile değil mi?

Bu herkesin sorduğu sorudur ve cevap hayırdır — çünkü bunu beyan ettiniz. Gizleme (kötü şey), arama motorlarına kullanıcılardan farklı içerik göstermektir onları aldatmak ve sıralamaları manipüle etmek amacıyla. Esnek örnekleme bunun tam tersidir: yapılandırılmış veri aracılığıyla Google’a açıkça “hey, gerçek kullanıcılar sizin taradığınızdan daha sınırlı bir şey görüyor” dersiniz. Google’ın kendi spam politikası, esnek örnekleme rehberliğini izlediğiniz ve Google’ın tam içeriği görmesine izin verdiğiniz sürece ödeme duvarlarını gizleme tanımından adıyla hariç tutar.

Kaçınılması gereken tek hata

Ödeme duvarınızı, makalenin tamamını sayfanın HTML’sine koyup birisi giriş yapana kadar JavaScript veya CSS ile gizleyerek oluşturmayın. Daha kolay görünür, ancak geri teper: herkes JavaScript’i kapatıp ücretli içeriğinizi ücretsiz okuyabilir, ekran okuyucular “gizli” metni yüksek sesle okur ve Google hangi bölümü kısıtlamak istediğinizi güvenilir bir şekilde anlayamaz. Doğru yol, onu sunucuda kısıtlamaktır — kişinin giriş yaptığını veya abone olduğunu doğruladıktan sonra yalnızca tam makaleyi gönderin.

Tam mekanizmaları mı istiyorsunuz — tam yapılandırılmış veri, ölçüm sayıları, JavaScript tuzağı ve giriş sayfalarının neden kendi sorunlarına yol açtığı? Gelişmiş sekmesine geçin.

TL;DR — Ödeme duvarları sıralamayı doğrudan etkilemez; Google’ın içeriğinizi görememesi etkiler. Desteklenen model esnek örneklemedir — ölçümleme veya öncü içerik — yapılandırılmış verilerle (isAccessibleForFree: false ve kapalı bölümü işaretleyen bir hasPart/cssSelector, yalnızca sınıf seçicileri) bildirilir. Bu bildirim, Googlebot’a tam makaleyi sunmayı gizleme olmaktan çıkaran şeydir: gizleme, manipüle etme ve yanıltma niyeti gerektirir ve Google’ın spam politikası ödeme duvarlarını açıkça bu tanımın dışında tutar. Sunucu tarafında kapı uygulayın (2025 belge güncellemesi ve Mueller’ın ekran okuyucu uyarısı aynı JS gizleme hatasını hedefler), giriş sayfalarına benzersiz metin verin, özel URL’leri asla robots.txt ile engellemeyin ve önbelleğe alınmış bir kopyanın tam metni sızdırmasını önlemek için noarchive kullanın. Kayıt duvarları, ücretli duvarlarla aynı işaretlemeyi kullanır.

Sıralama sorunlarına asıl ne neden olur (kapı değil)

Ödeme duvarı uygunluğu, taranabilir içeriğe ve doğru işaretlemeye bağlıdır; tek başına bir ödeme duvarının varlığı bir ceza olarak belgelenmemiştir. Evidence for this claim Official or primary documentation supporting the adjacent article claim, with scope limited to the source's published description. Scope: No ranking guarantee or undisclosed system mechanics are inferred beyond the cited source. Confidence: high · Verified: 2026-07-14 Google: Paywalled content structured data Örnekleme seçimleri, kullanıcı ve iş dünyası ödünleşimleriyle yayıncı kararları olmaya devam eder. Evidence for this claim Official or primary documentation supporting the adjacent article claim, with scope limited to the source's published description. Scope: No ranking guarantee or undisclosed system mechanics are inferred beyond the cited source. Confidence: high · Verified: 2026-07-14 Google: Flexible sampling

Google’ın ödeme duvarlı içerik için bir cezası yoktur ve bu makalenin üst merkezi de bunu söyler: kapalı içerik, Google’ın desteklenen yaklaşımla okuyabildiği sürece sorun değildir. Başarısızlık modu sıralamanın üstündedir — bu anlama sorunudur. Googlebot yalnızca bir önizleme görürse, dizine ekleyip sıralayabileceği tek şey o önizlemedir. Aşağıdaki her teknik tek bir sorunu çözmek için vardır: motorun tamamını okumasına izin verin, kimliği doğrulanmamış insanlar yine de kapıya takılsın.

Her iki yönde de aşırıya kaçmak kolay olduğundan, açıkça belirtmeye değer iki sınır. İlk olarak, bu işaretleme, dizine eklenmesini istediğiniz ve bildirilmiş bir kapı altında olan içerik için bir araçtır — hiç dizine eklenmesini istemediğiniz içeriği açığa çıkarmak için bir mekanizma değil. Gerçekten özel hesap/yönetici URL’leri farklı bir durumdur (aşağıdaki karar ağacına bakın): bunlar noindex veya bir kimlik doğrulama yönlendirmesi alır, isAccessibleForFree değil. İkinci olarak, geçerli işaretleme ve tam tarama erişimi bir sıralama garantisi değildir. Google’ın yapılandırılmış veri yönergeleri doğrudan şunu söyler: “Google, yapılandırılmış verileri kullanan özelliklerin arama sonuçlarında görüneceğini garanti etmez” — işaretleme, sizi gizleme kategorisinden uzak tutan bildirimdir; dizinleme, sıralama, trafik veya zengin sonuç vaadi değildir.

Tarihsel olarak en büyük uyarı hikayesi buradan gelir. Wall Street Journal, 2017’de Google’ın eski First Click Free programından çekildiğinde, Google arama trafiğinde ~%44’lük bir düşüş bildirdi — ödeme duvarları cezalandırıldığı için değil, Google makaleleri artık hiç göremediği için. (First Click Free hakkında daha fazlası aşağıda; bu tarihtir, güncel politika değil.)

Esnek örnekleme: ölçümleme ve öncü içerik

Güncel, aktif model, Google’ın Esnek Örnekleme yönergelerinde açıklanan esnek örneklemedir. Google iki örnekleme türünü açıklar: “kullanıcılara abone olmalarını veya giriş yapmalarını gerektirmeden önce tüketmeleri için bir makale kotası sağlayan ölçümleme ve ardından ödeme duvarlarının görünmeye başlayacağı; ve bir makalenin içeriğinin bir kısmını tam olarak gösterilmeden sunan öncü içerik.”

Önemli olan sayılar, hepsi Google’ın kendi belgesinden:

• Aylık ölçümü günlük ölçüme tercih edin. Google: “In general, we think that monthly, rather than daily metering provides more flexibility and a safer environment for testing.” Tek birimlik bir değişiklik, 3 günlük örneklemde değil, 10 aylık örneklemde çok daha az sarsıcıdır.
• Ayda yaklaşık 6–10 ücretsiz makaleyle başlayın. “As a starting point for your explorations, we encourage you to provide 10 articles per month… for most daily news publishers, we expect the value to fall between 6 and 10 articles per user per month.”
• Görünürlük tavanını izleyin. “Our analysis shows that general user satisfaction starts to degrade significantly when paywalls are shown more than 10% of the time (which generally means that about 3% of the audience has been exposed to the paywall).”
• Giriş bölümü iyi bir uygulamadır. Ödeme duvarının üzerinde ilk birkaç cümleyi göstermek, kullanıcıların “experience the value of the content.” deneyimini yaşamasını sağlar.

Bu rakamların hiçbiri bir zorunluluk değildir. Google doğrudan şunu söylüyor: “There is no single value for optimal sampling across different businesses” — ayda 6–10 rakamı, Google’ın özellikle günlük haber yayıncıları için verdiği bir başlangıç noktasıdır ve bu bile “we leave the exact number to the discretion of individual publishers, who are best positioned to understand the particular demands of their businesses.” ifadesiyle birlikte gelir. Bunu kelimesi kelimesine kopyalanacak bir kural olarak değil, test edilmiş bir başlangıç aralığı olarak ele alın.

Yeterince takdir edilmeyen nokta: ölçümleme yalnızca bir para kazanma kadranı değildir. Google, belgeye “even minor changes to the current sampling levels could degrade user experience and, as user access is restricted, unintentionally impact article ranking in Google Search.” notuyla başlıyor. Ölçümü sıkılaştırmak, sıralamalarınıza sessizce mal olabilir.

Bu neden gizleme değil — yalnızca kural değil, gerekçe

Bu, tüm konunun taşıyıcı kısmıdır ve çoğu rehber, sonucu (“yapılandırılmış veri kullanırsanız ödeme duvarları gizleme değildir”) nedenini göstermeden ileri sürer. İşte Google’ın spam politikalarından doğrudan alınan gerçek gerekçe.

Tanımla başlayın. Gizleme, “the practice of presenting different content to users and search engines with the intent to manipulate search rankings and mislead users.” şeklindedir. Yük, bu ifadededir — manipüle etme ve yanıltma niyeti. Bir ödeme duvarı kimseyi kandırmaya çalışmaz; içeriği para kazandırır ve işlemdeki farkı işaretleme yoluyla beyan eder.

Ardından, aynı politikadaki açık istisna: “If you operate a paywall or a content-gating mechanism, we don’t consider this to be cloaking if Google can see the full content of what’s behind the paywall just like any person who has access to the gated material and if you follow our Flexible Sampling general guidance.”

Yani istisnanın iki koşulu vardır: (1) Google, ücretli bir abonenin göreceği aynı tam içeriği görür ve (2) esnek örneklemeyi izlersiniz — bu pratikte aşağıdaki yapılandırılmış veri anlamına gelir. Google’ın esnek örnekleme belgesi aynı mantığı pekiştirir: “Enclose paywalled content with structured data in order to help Google differentiate paywalled content from the practice of cloaking, where the content served to Googlebot is different from the content served to users.” Yapılandırılmış veri, “botlar için farklı içerik”i aldatmacadan, açıklanmış ve onaylanmış bir mekanizmaya dönüştüren beyandır.

Yapılandırılmış veriyi uygulama

İşaretleme, Google’ın Subscription and paywalled content belgesinde yer alır. İşi yapan iki özellik vardır:

• isAccessibleForFree (Boolean, zorunlu) — içeriğin ücretsiz mi yoksa erişime kapalı mı olduğunu belirtir. Google’ın kendi özellik referansı bunu zorunlu olarak işaretler; bunu en üst düzeydeki CreativeWork/NewsArticle düğümüne ve her kapalı bölüme ayarlayın.
• hasPart (önerilen, zorunlu değil) — her biri kendi WebPageElement değerine ve kapalı HTML’i sardığınız sınıfı gösteren bir isAccessibleForFree: false özelliğine sahip, kapalı bölüm başına bir tane olmak üzere cssSelector nesnelerinden oluşan bir dizi. Bu, içeriğin tamamı değil de bir bölümü kapalıysa Google’a parçanın hangi kısmının kapalı olduğunu söyleme şeklinizdir; bölüm düzeyinde hassasiyet elde etmenin önerilen yoludur, üst düzey bayrağın yanında ikinci bir zorunlu özellik değildir.

Minimum düzeyde bir NewsArticle şuna benzer:

{
  "@context": "https://schema.org",
  "@type": "NewsArticle",
  "isAccessibleForFree": false,
  "hasPart": {
    "@type": "WebPageElement",
    "isAccessibleForFree": false,
    "cssSelector": ".paywall"
  }
}

İnsanların takıldığı üç uygulama ayrıntısı:

• Yalnızca sınıf seçicileri. cssSelector “HTML’de ayarladığınız sınıf adına atıfta bulunur.” .paywall kullanın — bir kimlik (#paywall) veya alt öğe ya da öznitelik seçicisi değil.
• Birden fazla kapalı bölüm, bir dizi hasPart nesnesi kullanır; her biri kendi sınıf tabanlı seçicisine sahiptir. Kapalı bölümleri birbirinin içine yerleştirmeyin.
• Yalnızca haberler için değil. İşaretleme, herhangi bir CreativeWork alt türünde desteklenir — Article, NewsArticle, Blog, Comment, Course, HowTo, Message, Review, WebPage. Daha geniş yapılandırılmış veri rehberliği, isAccessibleForFree özelliğini yalnızca haberlere özgü değil, genel bir CreativeWork özelliği olarak ele alır.
• Doğru işaretleme sonucu garanti etmez. Tamamen geçerli, doğru şekilde iç içe yerleştirilmiş işaretleme bile Google’ın kapalı içeriğinizi anlamaya uygun hale gelmesini sağlar — bu bir sıralama veya zengin sonuç garantisi değildir. İşaretlemeyi, sizi gizleme (cloaking) kategorisinden uzak tutan mekanizma olarak ele alın; belirli bir sonucun vaadi olarak değil.

Kayıt duvarları aynı işaretlemeyi kullanır. Google, şema düzeyinde “erişim için ödeme” ile “erişim için kayıt” arasında ayrım yapmaz. John Mueller bunu Search Off the Record bölümünde şöyle söyledi: mekanizma “belki bir giriş gerektirir, belki bir ödeme gerektirir, belki belirli sayıda tekrardan sonra ‘Tamam, bu yeterince ücretsiz içerik’ dersiniz. Artık bunun için ödeme yapmanız gerekir… Bu, yalnızca bir giriş veya içeriğin görünürlüğünü temelde sınırlayan başka bir mekanizma olabilir.” İçeriği kapattıysanız, işaretleyin — ücretli olsun ya da olmasın. Hatta A/B fiyat testlerini geçerli bir neden olarak işaretler: “farklı eşikleriniz varsa, örneğin bazı kişilerin beş sayfayı ücretsiz görüntülemesine izin verirken diğerlerinin tüm içeriğe ücretsiz erişebilmesi gibi, çünkü A/B testi yapıyorsunuz… o zaman ödeme duvarı yapılandırılmış verisi kullanmak istersiniz.”

JavaScript ödeme duvarı tuzağı

İşte en yaygın gerçek dünya hatası ve bu, “yapılandırılmış veriyi unutmak”tan farklıdır. Birçok ödeme duvarı çözümü, sunucunun gönderdiği HTML’de makalenin tam halini sunar ve ardından abonelik durumu doğrulanana kadar onu gizlemek için JavaScript kullanır. Google, 2025’te JavaScript sorun giderme belgesine eklediği bir bölümde buna açıkça karşı uyardı: “Bazı JavaScript ödeme duvarı çözümleri, sunucu yanıtına tam içeriği dahil eder ve ardından abonelik durumu doğrulanana kadar onu gizlemek için JavaScript kullanır. Bu, içeriğe erişimi sınırlamanın güvenilir bir yolu değildir. Ödeme duvarınızın tam içeriği yalnızca abonelik durumu doğrulandıktan sonra sağladığından emin olun.”

Üç açıdan neden kötü:

1. Kolayca atlatılabilir. JavaScript’i devre dışı bırakın ve “gizli” makale kaynak kodunun hemen içinde görünür. Aslında hiçbir şeyi engellemiyorsunuz.
2. Gizleme istisnasını bulanıklaştırır. Tam metin herkes için DOM’da duruyorsa, Google hangi içeriğin engellenmesi amaçlandığını net olarak ayırt edemez — ki bu yapılandırılmış veri bildiriminin netleştirmesi gereken şeyin ta kendisidir.
3. Bu bir erişilebilirlik sorunudur. Mueller bunu tam olarak Search Off the Record’da dile getirdi: “when a user looks at your page, you don’t load the content into the HTML, but rather you make sure that it’s really not loaded into the page’s DOM so that, if a browser has something like… a screen reader, that the screen reader doesn’t go off and read all of this text that you’re trying to hide… make sure you don’t load it into the browser and use JavaScript to turn it on, but rather that it’s really only served to the user when you want to make it available.” (çeviri) «bir kullanıcı sayfanıza baktığında, içeriği HTML’e yüklemezsiniz, aksine sayfanın DOM’una gerçekten yüklenmediğinden emin olursunuz; böylece, tarayıcıda ekran okuyucu gibi bir şey varsa, ekran okuyucu gizlemeye çalıştığınız tüm bu metni okuyup durmaz… içeriği tarayıcıya yüklemeyin ve JavaScript ile açmayın, aksine yalnızca kullanıma sunmak istediğinizde kullanıcıya gerçekten sunun.» 2025 belge güncellemesi ve Mueller’ın uyarısı, iki açıdan görülen aynı hatadır.

Çözüm sunucu tarafı engellemedir: abonelik/giriş durumunu sunucuda doğrulayın ve tam makaleyi yalnızca kimliği doğrulanmış kullanıcılar için yanıta dahil edin. Ardından isAccessibleForFree/cssSelector katmanını ekleyin; böylece esnek örnekleme altında tam metni görmesi izin verilen Googlebot yine de her şeyi alırken, kimliği doğrulanmamış insanlar gerçekten alamaz. Ödeme duvarlarının mobil öncelikli dizinlemeyle kesiştiği yer de burasıdır: Google mobil sürümü tarar ve değerlendirir, bu nedenle engellenen tam içeriğin yalnızca masaüstünde değil, mobil sunucu yanıtında da bulunması gerekir.

Giriş sayfaları ve kayıt engelleri: daha sessiz tuzaklar

Giriş/kayıt konusunda iki farklı sorun ortaya çıkıyor; her ikisi de aynı Search Off the Record bölümünden.

Genel giriş sayfaları kopya olarak birleştirilir. Mueller: “if you have a very generic login page, we will see all of these URLs that show that login page, that redirect to that login page, as being duplicates… We’ll fold them together as duplicates, and we’ll focus on indexing the login page… If someone is searching for your service… the only thing… they find in search is like, ‘Here’s how to log in,’ that might be a kind of a weird experience for them.” (çeviri) «çok genel bir giriş sayfanız varsa, bu giriş sayfasını gösteren, bu giriş sayfasına yönlendiren tüm bu URL’leri kopya olarak göreceğiz… Bunları kopya olarak birleştireceğiz ve giriş sayfasını dizinlemeye odaklanacağız… Birisi hizmetinizi arıyorsa… aramada buldukları tek şey ‘Giriş nasıl yapılır’ gibi bir şeyse, bu onlar için tuhaf bir deneyim olabilir.» Çözüm, giriş sayfalarına her hizmet için benzersiz bağlamsal metin vermektir; böylece hepsi aynı olmaz.

Özel URL’leri robots.txt ile engellemeyin. Bu, yaygın bir sezgiyle çelişir. Mueller: “whether all of this should just be blocked by robots.txt, which is another common strategy… The problem, I think, with doing that is the URLs could become indexable so we wouldn’t see the contents of the login page… if it’s private content, serve it with a noindex or redirect it to a login page somewhere. Don’t use robots.txt.” (çeviri) «tüm bunların robots.txt ile engellenip engellenmemesi gerektiği, ki bu başka bir yaygın stratejidir… Bunu yapmanın sorunu, bence, URL’lerin dizinlenebilir hale gelebilmesi ve böylece giriş sayfasının içeriğini göremememizdir… özel içerikse, noindex ile sunun veya bir yere bir giriş sayfasına yönlendirin. robots.txt kullanmayın.» Robots ile engellenen bir URL, çıplak, içeriksiz bir URL olarak yine de dizinlenebilir — genellikle temiz bir noindex’ten daha kötüdür. (Bu, gerçekten özel içeriktir; ödeme duvarlı ama dizinlenmesi gereken durumdan farklıdır; ikisini karıştırmayın.)

Test etme ve “sızıntı” endişesi

Zengin Sonuçlar Testi ile test edin. Google, Ekim 2023’te Zengin Sonuçlar Testi’ne ödeme duvarlı içerik desteği ekledi; böylece canlı bir URL’de isAccessibleForFree/cssSelector doğrular ve Googlebot masaüstü veya akıllı telefon olarak test eder. Mueller’in 2020 ofis saatlerinde söylediği gibi, “you would use the rich results test, like any other kind of structured data… the tricky part with some of these paywall implementations is that Googlebot, of course, needs to be able to see the full content.” (çeviri) «zengin sonuçlar testini, diğer tüm yapılandırılmış veri türlerinde olduğu gibi kullanırsınız… bu ödeme duvarı uygulamalarının bazılarındaki zor kısım, Googlebot’un elbette tam içeriği görebilmesi gerektiğidir.»

Kendi kendini denetleme numarası: gizli bir pencere açın (her şeyden çıkış yapmış), kendi markanızı veya hizmetinizi arayın ve ne çıktığına bakın. Mueller’in tavsiyesi — “If the top result is something like a login page and there’s no information on this page at all otherwise, then probably that’s something that you can improve.” (çeviri) «En üst sonuç bir giriş sayfası gibi bir şeyse ve bu sayfada başka hiçbir bilgi yoksa, muhtemelen iyileştirebileceğiniz bir şeydir.»

Googlebot’a makalenin tamamını göstermek “sızdırıyor” mu? Hayır. Google’ın Arama İrtibat Kişisi Danny Sullivan, bunun ücretli içeriği açığa çıkardığı yönündeki yinelenen endişeyi ele aldı: “Our system is looking to be shown the full content, if a publisher wants to do that. If they do, we understand more about it. If we understand more, then we might be able to show it for more queries where it’s relevant,” (çeviri) «Sistemimiz, bir yayıncı isterse tam içeriğin gösterilmesini istiyor. Gösterirlerse, onun hakkında daha fazla şey anlarız. Daha fazla anlarsak, alakalı olduğu daha fazla sorguda gösterebiliriz.» ve “Since only we are seeing this, there’s nothing ‘leaky’ as you are suggesting.” (çeviri) «Bunu yalnızca biz gördüğümüz için, sizin önerdiğiniz gibi ‘sızdıran’ bir şey yok.» Gerçek sızıntı vektörünün, belirttiği gibi, önbelleğe alınmış kopya olduğunu — bu, ödeme duvarı işaretlemesinin kendisinden ayrı bir kontrol olan noarchive ile çözülür. Sullivan’ın açıklamaları Search Engine Roundtable’ın kapsamı aracılığıyla aktarılmıştır; bunları birinci taraf dökümü yerine aktarılmış olarak değerlendirin.

Bing’in yaklaşımı

Bing’in abonelik ve ödeme duvarı rehberi (Fabrice Canel, Mayıs 2022) yapısal olarak benzerdir ancak şema odaklı değildir. Üç noktası: (1) Bingbot’un kapalı içeriğin tamamını taramasına izin verin, (2) önbelleğe alınmış kopyaların sızmaması için noarchive/nocache (veya X-Robots-Tag: noarchive başlığı) kullanın ve (3) istekte bulunan IP’yi Bing’in yayınlanmış aralıklarına göre kontrol ederek tarayıcının gerçekten Bingbot olduğunu doğrulayın — herkesin taklit edebileceği kullanıcı aracısı dizesine güvenmeyin. isAccessibleForFree/cssSelector için yayınlanmış bir Bing karşılığı yoktur; Bing’in modeli tarama erişimi artı önbellek kontrolüdür, Google’ınki ise işaretleme odaklıdır. Özellik paritesi olduğunu varsaymayın.

İlk Tıklama Ücretsiz — geçmiş, politika değil

Hâlâ İlk Tıklama Ücretsiz’i güncelmiş gibi anlatan blog yazıları ve forum yanıtları göreceksiniz. Öyle değil. Google, Ekim 2017’de bunu kaldırdı ve yerine esnek örnekleme getirdi. O zamanki Google Haberler Başkan Yardımcısı Richard Gingras: “First, Flexible Sampling will replace First Click Free. Publishers are in the best position to determine what level of free sampling works best for them.” (çeviri) «İlk olarak, Esnek Örnekleme, İlk Tıklama Ücretsiz’in yerini alacak. Yayıncılar, kendileri için en iyi işe yarayan ücretsiz örnekleme düzeyini belirlemek için en iyi konumdadır.» İlk Tıklama Ücretsiz, katılan yayıncıların Google tarafından yönlendirilen ziyaretçilerin kendi ödeme duvarlarının ötesinde bile günde belirli sayıda makale (genellikle üç) okumasına izin vermesini zorunlu kılıyordu. Esnek örnekleme bu kararı yayıncılara geri verdi. FCF’nin bugün tercih edebileceğiniz bir şey olarak anıldığını görürseniz, bu rehberlik sekiz yıldan daha eski.

Bunun haber SEO’sundaki yeri

Ödeme duvarı işleme, daha geniş Haber ve Keşfet SEO resminin bir parçasıdır — haber site haritaları, Google Haberler/En Çok Okunanlar uygunluğu, Keşfet ve sendikasyon (kurallı vs. noindex) ile birlikte. Bir yayıncıysanız, ödeme duvarı işaretlemenizi ve sendikasyon politikanızı, ikisinden biri size sessizce dizinleme veya atıf kaybettirmeden önce halledin.

AI özeti

Gelişmiş sürümün yoğunlaştırılmış bir değerlendirmesi:

• Ödeme duvarları SEO’ya doğal olarak zarar vermez. Google’ın kapalı içeriğe karşı bir önyargısı yoktur; en büyük ödeme duvarlı yayıncılar iyi sıralanır. Zarar veren şey, Google’ın sayfayı anlamak için yeterli içeriği görememesidir — ve işaretlemenin kendisi bir beyandır, bir sıralama garantisi değildir (Google’ın kendi belgeleri, yapılandırılmış verilerin arama sonuçlarında herhangi bir özelliğin görüneceğini garanti etmediğini söyler).
• Esnek örnekleme desteklenen modeldir (Ekim 2017’den beri kaldırılan First Click Free değil): ölçümleme (ayda ~6–10 ücretsiz makaleyle başlayın, günlük yerine aylık tercih edin) veya ön bölüm (açılışı gösterin, gerisini kapayın). Google, “farklı işletmeler için optimal örnekleme için tek bir değer yoktur” konusunda açıktır — 6–10/ay günlük haberler için bir başlangıç noktasıdır, evrensel bir kural değildir. Kullanıcı memnuniyeti ~%10 ödeme duvarı maruziyetinin ötesinde düşer; ölçümlemeyi sıkılaştırmak sıralamalara bile mal olabilir.
• Yapılandırılmış veri mekanizmadır: makale düğümünde isAccessibleForFree: false (zorunlu özellik) ve bölüm düzeyinde hassasiyet için sınıf tabanlı hasPart içeren önerilen bir WebPageElement/cssSelector. Yalnızca haberlerde değil, herhangi bir CreativeWork alt türünde çalışır. Beyan edilen bir kapının altında dizine eklenmesini istediğiniz içerik içindir — gerçekten özel URL’ler bunun yerine noindex alır, bu işaretlemeyi değil.
• Neden gizleme değildir: gizleme, manipüle etme ve yanıltma niyeti gerektirir; Google’ın spam politikası, Google tam içeriği gördüğünde ve esnek örnekleme yönergelerini izlediğinizde ödeme duvarlarını açıkça hariç tutar. İşaretleme beyanın kendisidir.
• Kayıt/giriş duvarları, ücretli ödeme duvarlarıyla aynı işaretlemeyi kullanır — Google, şema düzeyinde ödeme ve kayıt arasında ayrım yapmaz (Mueller’e göre).
• JS ödeme duvarı tuzağı: makalenin tamamını HTML’de göndermeyin ve JS/CSS ile gizlemeyin — bu atlanabilir, gizleme istisnasını bulandırır ve ekran okuyucular “gizli” metni okur. Sunucu tarafında kapayın; tam içerik mobil yanıtta da olmalıdır (mobil öncelikli dizinleme).
• Giriş sayfası tuzakları: genel giriş sayfaları kopya olarak katlanır (onlara benzersiz metin verin); özel URL’leri asla robots.txt ile engellemeyin (noindex/yönlendirme kullanın).
• Önbellek sızıntısı ayrı bir kontroldür: noarchive/nocache, önbelleğe alınmış bir kopyanın kapalı metni ifşa etmesini durdurur (Danny Sullivan’a göre). Bing’in modeli, isAccessibleForFree eşdeğeri olmadan tarama erişimi + önbellek kontrolü + IP doğrulamasıdır.
• Test edin Rich Results Test ile (Ekim 2023’ten beri ödeme duvarı desteği) ve Mueller’ın gizli modda kendi kendine denetimiyle.

Resmi dokümantasyon

Arama motorlarından birincil kaynak rehberliği.

Google

• Esnek Örnekleme — temel model: ölçümleme ve ön bölüm, ayda 6–10 makalelik başlangıç noktası, %10 maruz kalma tavanı ve gizleme ayrımının gerekçesi.
• Abonelik ve ödeme duvarlı içerik işaretlemesi — isAccessibleForFree, hasPart/WebPageElement ve sınıf tabanlı cssSelector.
• Spam politikaları — Gizleme — gizleme tanımı ve açık ödeme duvarı istisnası.
• Aramayla ilgili JavaScript sorunlarını düzeltme — 2025 JavaScript ödeme duvarı rehberi.
• Google ortak tarayıcılar listesi — gerçek tarayıcı kullanıcı aracıları (aşağıda uydurma “Googlebot Subscriber” iddiasını çürütmek için kullanılır).
• Dijital aboneliklerin geleceğini şekillendirmek — 2017 First Click Free → Flexible Sampling geçişi.
• Zengin Sonuçlar Testi — canlı bir URL’de ödeme duvarı yapılandırılmış verilerini doğrular.

Bing / Microsoft

• Abonelik tabanlı ve ödeme duvarlı içerik için SEO en iyi uygulaması — Fabrice Canel, Mayıs 2022: tarama erişimi, önbellek kontrolü ve IP tabanlı Bingbot doğrulaması.

Kaynaktan alıntılar

Google ve Bing’den kayıtlara geçmiş açıklamalar. Her bağlantı, kaynak sayfa desteklediğinde alıntılanan pasaja doğrudan bağlanır.

Google — ödeme duvarları neden gizleme değildir (temel alıntılar)

• “Cloaking refers to the practice of presenting different content to users and search engines with the intent to manipulate search rankings and mislead users.” (çeviri) «Gizleme, arama sıralamalarını manipüle etmek ve kullanıcıları yanıltmak amacıyla kullanıcılara ve arama motorlarına farklı içerik sunma uygulamasını ifade eder.» — Google spam politikaları. Alıntıya git
• “If you operate a paywall or a content-gating mechanism, we don’t consider this to be cloaking if Google can see the full content of what’s behind the paywall just like any person who has access to the gated material and if you follow our Flexible Sampling general guidance.” (çeviri) «Bir ödeme duvarı veya içerik kısıtlama mekanizması işletiyorsanız, Google’ın ödeme duvarının arkasındaki tüm içeriği, kısıtlı materyale erişimi olan herhangi bir kişi gibi görebilmesi ve Flexible Sampling genel rehberimize uymanız koşuluyla bunu gizleme olarak değerlendirmiyoruz.» Alıntıya git
• “Enclose paywalled content with structured data in order to help Google differentiate paywalled content from the practice of cloaking, where the content served to Googlebot is different from the content served to users.” (çeviri) «Ödeme duvarlı içeriği yapılandırılmış verilerle çevreleyin; böylece Google’ın ödeme duvarlı içeriği, Googlebot’a sunulan içeriğin kullanıcılara sunulan içerikten farklı olduğu gizleme uygulamasından ayırt etmesine yardımcı olun.» Alıntıya git

Google — esnek örnekleme ve ölçümleme

• “There are two types of sampling we advise: metering, which provides users with a quota of articles to consume before requiring users to subscribe or log in, after which paywalls will start appearing; and lead-in, which offers a portion of an article’s content without it being shown in full.” (çeviri) «Önerdiğimiz iki örnekleme türü vardır: ölçümleme, kullanıcılara abone olmalarını veya giriş yapmalarını gerektirmeden önce tüketebilecekleri bir makale kotası sağlar ve ardından ödeme duvarları görünmeye başlar; ve öncü, bir makalenin içeriğinin bir kısmını tam olarak gösterilmeden sunar.» Alıntıya git
• “In general, we think that monthly, rather than daily metering provides more flexibility and a safer environment for testing.” (çeviri) «Genel olarak, günlük ölçümlemeden ziyade aylık ölçümlemenin daha fazla esneklik ve test için daha güvenli bir ortam sağladığını düşünüyoruz.» Alıntıya git
• “As a starting point for your explorations, we encourage you to provide 10 articles per month to Google search users and iterate from there… for most daily news publishers, we expect the value to fall between 6 and 10 articles per user per month.” (çeviri) «Keşifleriniz için bir başlangıç noktası olarak, Google arama kullanıcılarına ayda 10 makale sağlamanızı ve oradan yinelemenizi öneriyoruz… çoğu günlük haber yayıncısı için değerin kullanıcı başına ayda 6 ila 10 makale arasında olmasını bekliyoruz.» Alıntıya git
• “Our analysis shows that general user satisfaction starts to degrade significantly when paywalls are shown more than 10% of the time (which generally means that about 3% of the audience has been exposed to the paywall).” (çeviri) «Analizimiz, ödeme duvarlarının zamanın %10’undan fazla gösterildiğinde genel kullanıcı memnuniyetinin önemli ölçüde bozulmaya başladığını gösteriyor (bu genellikle izleyicinin yaklaşık %3’ünün ödeme duvarına maruz kaldığı anlamına gelir).» Alıntıya git

Google — JavaScript ödeme duvarı tuzağı

• “Some JavaScript paywall solutions include the full content in the server response, then use JavaScript to hide it until subscription status is confirmed. This isn’t a reliable way to limit access to the content. Make sure your paywall only provides the full content once the subscription status is confirmed.” (çeviri) «Bazı JavaScript ödeme duvarı çözümleri, sunucu yanıtına tam içeriği dahil eder ve ardından abonelik durumu doğrulanana kadar içeriği gizlemek için JavaScript kullanır. Bu, içeriğe erişimi sınırlamanın güvenilir bir yolu değildir. Ödeme duvarınızın tam içeriği yalnızca abonelik durumu doğrulandıktan sonra sağladığından emin olun.» Alıntıya git

Richard Gingras, Google Haberler Başkan Yardımcısı (Ekim 2017)

• “First, Flexible Sampling will replace First Click Free. Publishers are in the best position to determine what level of free sampling works best for them.” (çeviri) «İlk olarak, Esnek Örnekleme, İlk Tıklama Ücretsiz’in yerini alacak. Yayıncılar, kendileri için en iyi işe yarayan ücretsiz örnekleme düzeyini belirlemek için en iyi konumdadır.» Duyuruyu okuyun

John Mueller, Google — Search Off the Record (Eylül 2025)

• Kayıt ve ödeme kapıları hakkında: “It also doesn’t have to be something that’s behind a clear payment thing. It can just be something like a login or some other mechanism that basically limits the visibility of the content.” (çeviri) «Ayrıca net bir ödeme şeyinin arkasında olması gerekmez. Temel olarak içeriğin görünürlüğünü sınırlayan bir giriş veya başka bir mekanizma gibi bir şey olabilir.»
• DOM/ekran okuyucu uyarısı hakkında: “you make sure that it’s really not loaded into the page’s DOM so that, if a browser has something like… a screen reader, that the screen reader doesn’t go off and read all of this text that you’re trying to hide.” (çeviri) «içeriğin gerçekten sayfanın DOM’una yüklenmediğinden emin olursunuz, böylece bir tarayıcıda… ekran okuyucu gibi bir şey varsa, ekran okuyucu devreye girip gizlemeye çalıştığınız tüm bu metni okumaz.»
• Özel URL’ler hakkında: “if it’s private content, serve it with a noindex or redirect it to a login page somewhere. Don’t use robots.txt.” (çeviri) «özel içerikse, onu noindex ile sunun veya bir yerde bir giriş sayfasına yönlendirin. robots.txt kullanmayın.» Tam metin (PDF)

John Mueller, Google — SEO ofis saatleri (Aralık 2020)

• “Essentially you would use the rich results test, like any other kind of structured data. I think the tricky part with some of these paywall implementations is that Googlebot, of course, needs to be able to see the full content so that we can understand what it is that we should be showing your site for.” (çeviri) «Temel olarak, diğer her türlü yapılandırılmış veri gibi zengin sonuçlar testini kullanırsınız. Bu ödeme duvarı uygulamalarının bazılarındaki zor kısmın, Googlebot’un elbette tam içeriği görebilmesi gerektiğini düşünüyorum, böylece sitenizi ne için göstermemiz gerektiğini anlayabiliriz.» Kapsam (Search Engine Journal)

Danny Sullivan, Google Arama Bağlantısı — “sızdırmayan” açıklaması

• “Our system is looking to be shown the full content, if a publisher wants to do that. If they do, we understand more about it. If we understand more, then we might be able to show it for more queries where it’s relevant.” and “Since only we are seeing this, there’s nothing ‘leaky’ as you are suggesting.” (çeviri) «Sistemimiz, bir yayıncı isterse tam içeriğin gösterilmesini istiyor. İsterlerse, onu daha iyi anlarız. Daha iyi anlarsak, alakalı olduğu daha fazla sorguda gösterebiliriz.» ve «Bunu yalnızca biz gördüğümüz için, önerdiğiniz gibi bir “sızıntı” yok.» Kapsam (Search Engine Roundtable)

Hangi ödeme duvarı kurulumuna ihtiyacım var?

Ödeme duvarı uygulamaları çoğunlukla nasıl kapattığınıza ve neyin dizine eklenmesini istediğinize göre farklılık gösterir. Adım adım ilerleyin — yaprak size hangi işaretlemenin (varsa) ve hangi kontrolün geçerli olduğunu söyler.

Ödeme duvarlarıyla yapılmaması gerekenler

1. First Click Free’i güncel politika olarak ele almak. Pek çok bayat yazı, First Click Free’yi hâlâ tercih edebileceğiniz bir şeymiş gibi anlatır. Google bunu Ekim 2017’de kaldırdı ve yerine esnek örneklemeyi getirdi. Düzeltme: ölçümleme/ön bölüm ve yapılandırılmış veri etrafında tasarlayın; FCF’nin canlı bir rehber olarak gösterildiğini görürseniz, yok sayın.

2. Tam makaleyi sunucu tarafında kapamak yerine JavaScript/CSS ile gizlemek. Makalenin tamamını HTML’de gönderip oturum açana kadar gizlemek atlatılabilir (JS’yi devre dışı bırakın ve okunabilir hale gelir), Google’ın ödeme duvarını tanıma yeteneğini bulandırır ve ekran okuyucuların “gizli” metni sesli okumasına neden olur. Düzeltme: abonelik/oturum açma durumunu sunucuda doğrulayın ve tam içeriği yalnızca kimliği doğrulanmış kullanıcılara gönderin — ardından üzerine yapılandırılmış veriyi ekleyin.

3. Herhangi bir ödeme duvarının gizleme (cloaking) sayıldığını varsaymak. Google’ın spam politikası, ödeme duvarlarını açıkça gizleme tanımının dışında tutar; koşul, Google’ın tam içeriği görmesine izin vermek ve esnek örnekleme rehberine uymaktır. Düzeltme: gizleme korkusuyla içeriğinizi Google’dan saklamayın — onaylanmış mekanizma olan işaretlemeyle beyan edin.

4. Özel bir “Googlebot Subscriber” tarayıcısı olduğuna inanmak. Birkaç düşük kaliteli rehber (muhtemelen biri diğerlerine yayılmış) bir “Googlebot Subscriber” veya “Googlebot Registered User” tarayıcısına izin vermeniz gerektiğini iddia eder. Böyle bir kullanıcı aracısı yoktur — Google’ın yayınlanmış tarayıcı listesi Googlebot, Googlebot-Image, Googlebot-Video ve Googlebot-News içerir ve abonelikle ilgili hiçbir şey yoktur. Düzeltme: yok sayın; izin listesine eklenecek ayrı bir tarayıcı yoktur.

5. Özel/oturum açma URL’lerini robots.txt ile engellemek. Robots tarafından engellenen bir URL, yine de çıplak, içeriksiz bir URL olarak dizine eklenebilir — genellikle temiz bir noindex’ten daha kötüdür ve Mueller de bunu söyler. Düzeltme: özel içerik için noindex veya yönlendirme kullanın; robots.txt’yi dizinden çıkarma için değil, tarama bütçesi kontrolü için ayırın.

6. “80 kelimelik minimum ön bölüm”ü Google politikası olarak göstermek. Bu rakam resmiymiş gibi dolaşır, ancak hiçbir Google belgesine dayanmaz. Google’ın gerçek nicel rehberliği örnekleme sıklığıyla (ayda 6–10 makale) ilgilidir, ön bölüm kelime sayısıyla değil. Düzeltme: herhangi bir kelime sayısı alt sınırını doğrulanmamış bir uygulayıcı sezgisel kuralı olarak ele alın, politika olarak değil.

7. Google’a tam metni göstermenin bir önbellek kontrolü gerektirdiğini unutmak. Ödeme duvarı işaretlemesi Googlebot’un tam makaleyi görmesini sağlar, ancak önbelleğe alınmış bir kopya, önbelleği bulan herkese sızabilir. Düzeltme: bu bir endişeyse noarchive/nocache (veya X-Robots-Tag: noarchive başlığı) ekleyin — bu, ödeme duvarı işaretlemesinden ayrı bir kontroldür.

Ödeme duvarı kurulumunu kontrol etmek için snippet’ler

Kapama ve işaretlemenizin gerçekten çalışıp çalışmadığına dair pratik kontroller. https://example.com/article ve .paywall değerlerini kendi değerlerinizle değiştirin.

1. Tam makale HTML’de gönderiliyor mu? (JS tuzağı testi)

Ücretli içeriğiniz ham sunucu yanıtında mevcutsa, gerçekten kapalı değildir — yalnızca görsel olarak gizlenmiştir. JavaScript’i çalıştırmadan HTML’yi getirin ve ücretli bir cümle arayın.

macOS / Linux (curl + grep)

# Fetch the raw HTML (no JS execution) and look for a line that should be gated.
curl -s "https://example.com/article" | grep -i "a sentence only subscribers should see"
# Empty result = the gated text isn't in the raw HTML (good, server-side gated).
# A match = the full content is shipping to everyone and merely hidden (the JS trap).

Compare what Googlebot vs. a logged-out user receives

# As a normal visitor:
curl -s "https://example.com/article" -o guest.html
# Emulating Googlebot's user-agent (only meaningful if you serve UA-based content):
curl -s -A "Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)" \
  "https://example.com/article" -o googlebot.html
# Diff the visible article body — Googlebot should get the full text under flexible sampling.
diff <(grep -o '<p>.*</p>' guest.html) <(grep -o '<p>.*</p>' googlebot.html)

2. Extract and sanity-check the paywall structured data

Pull the JSON-LD blocks with a Chrome DevTools Console snippet. Open the article, open DevTools → Console, paste:

// Dump every JSON-LD block and flag paywall properties.
[...document.querySelectorAll('script[type="application/ld+json"]')]
  .map(s => { try { return JSON.parse(s.textContent); } catch { return null; } })
  .filter(Boolean)
  .forEach(obj => {
    const json = JSON.stringify(obj);
    if (json.includes('isAccessibleForFree') || json.includes('cssSelector')) {
      console.log('Paywall markup found:', obj);
    } else {
      console.log('JSON-LD (no paywall props):', obj['@type']);
    }
  });

Confirm the cssSelector actually matches an element (class selectors only — #id and complex selectors are unsupported):

// Paste your declared selector; it MUST match at least one element, and be a .class.
const sel = '.paywall';
console.log('Matches on page:', document.querySelectorAll(sel).length);
console.log('Is a class selector:', /^\.[\w-]+$/.test(sel)); // true = supported form

3. Bookmarklet: is this page marked as gated?

Drag-to-bookmark this one-liner (or paste in the address bar) to check any article for isAccessibleForFree: false without opening DevTools:

javascript:(()=>{const b=[...document.querySelectorAll('script[type="application/ld+json"]')].map(s=>s.textContent).join('');alert(b.includes('"isAccessibleForFree":false')||b.includes('"isAccessibleForFree": false')?'Gated: isAccessibleForFree:false present':'No paywall markup found on this page');})();

4. Confirm the cached copy isn’t leaking (noarchive check)

# Check for a noarchive directive in the meta robots tag or the X-Robots-Tag header.
curl -s "https://example.com/article" | grep -i 'name="robots"'
curl -sI "https://example.com/article" | grep -i 'x-robots-tag'
# You want "noarchive" (or nocache) present if you don't want a cached copy exposing gated text.

After these pass, validate the live URL in the Rich Results Test as Googlebot desktop and smartphone — it’s the authoritative check that Google parses your isAccessibleForFree/cssSelector markup.

Paywall symptoms, causes, and fixes

Rich Results Test does not validate the gated section

Symptom: The live URL does not show usable paywalled-content markup, or the reported cssSelector does not identify the gated content.

Likely cause: isAccessibleForFree is missing or set inconsistently; hasPart is malformed; the selector uses an ID or complex selector instead of a class; the HTML lacks the declared class; or Googlebot receives only the teaser and cannot inspect the full work.

Fix and confirmation: Use isAccessibleForFree: false on the work and each gated WebPageElement, point every cssSelector at an actual class such as .paywall, and make the full subscriber-equivalent content available to Googlebot under flexible sampling. Re-run the live URL in the Rich Results Test as both smartphone and desktop until the markup and gated section are parsed as intended.

Logged-out source contains the full paid article

Symptom: Disabling JavaScript, inspecting the HTML, or using a screen reader exposes text that the visible paywall claims is unavailable.

Olası neden: Sunucu makalenin tamamını herkese gönderiyor ve JavaScript veya CSS bunu yalnızca sayfa yüklendikten sonra gizliyor.

Düzeltme ve doğrulama: Erişim kontrolünü sunucuya taşıyın ve tam metni yalnızca giriş/abonelik onaylandıktan sonra gönderin; aynı zamanda Googlebot’a bildirilen esnek örnekleme düzenine göre hizmet vermeye devam edin. Sayfayı oturum açmadan ve komut dosyaları devre dışıyken getirin ve kısıtlanmış gövdenin bulunmadığını doğrulayın; ardından kimlik doğrulayın ve tam makalenin geldiğini doğrulayın.

Arama sonuçları çoğunlukla çıplak bir giriş sayfasına yönlendiriyor

Belirti: Gizli modda yapılan bir marka/hizmet araması genel bir giriş sayfası gösteriyor veya birçok özel URL aynı içeriksiz giriş deneyimine daralıyor.

Olası neden: Özel yollar, hizmet bağlamı olmayan tek bir genel sayfaya yönlendiriyor veya robots.txt özel URL’leri engellerken çıplak URL dizinlemeye hâlâ izin veriyor.

Düzeltme ve doğrulama: Meşru giriş hedeflerine benzersiz bağlamsal metin verin. Gerçekten özel içerik için, dizinleme kontrolü olarak robots.txt yerine kimlik doğrulama artı noindex veya amaçlı bir giriş yönlendirmesi kullanın. Gizli modda aramayı tekrarlayın ve temsili URL’leri inceleyerek sonucun bilgilendirici olduğunu ve özel URL’lerin çıplak girişler olarak görünmediğini doğrulayın.

Google yalnızca tanıtım metnini sıralayabiliyor

Belirti: Sayfa dizinleniyor ancak yalnızca giriş kısmıyla ilgili görünüyor, tam makalenin konusuyla değil.

Olası neden: Googlebot, kimliği doğrulanmamış bir okuyucuyla aynı kısa tanıtım metnini alıyor, bu nedenle motor kısıtlanmış gövdeyi anlayamıyor.

Düzeltme ve doğrulama: Doğrulanmış Googlebot’un bir abonenin aldığı aynı tam içeriği tarayabilmesi için esnek örnekleme uygulayın, kısıtlanmış bölümü yapılandırılmış verilerle bildirin ve canlı sayfayı doğrulayın. Yeniden taramadan sonra Google’ın amaçlanan makaleyi işleyebildiğini doğrulamak için URL İnceleme’yi kullanın; sıralama toplarlanması anında bir doğrulama sinyali değildir.

Ödeme duvarı başlatma kontrol listesi

Örnekleme ve erişim modeli

• Ölçüm veya tanıtım metnini bilinçli olarak seçin; rastgele bir satıcı varsayılanını devralmayın.
• Ölçüm kullanıyorsanız, önce aylık örneklemeyi test edin ve Google’ın ayda 6–10 ücretsiz makale aralığını evrensel bir komut olarak değil, bir başlangıç noktası olarak kullanın.
• Ödeme duvarının ne sıklıkta göründüğünü izleyin; Google, %10’dan fazla gösterildiğinde memnuniyetin düştüğünü söylüyor.
• Googlebot, bildirilen esnek örnekleme düzenine göre yetkili bir okuyucunun aldığı aynı tam içeriğe erişebilir.

İşaretleme

• Üst düzey Article, NewsArticle veya diğer CreativeWork, çalışma kısıtlandığında isAccessibleForFree: false bildirir.
• Kısıtlanmış her bölüm, hasPart içeren bir WebPageElement isAccessibleForFree: false öğesine sahiptir.
• Her cssSelector, bir kimlik veya karmaşık alt öğe seçici değil, .paywall gibi gerçek bir sınıf seçici kullanır.
• Birden çok kısıtlanmış bölüm, ayrı, iç içe olmayan hasPart girişleridir.
• Kayıt duvarları, ücretli erişim duvarlarıyla aynı ödeme duvarı işaretlemesini kullanır.

Teslim ve gizlilik

• Erişim sunucu tarafında zorunlu kılınır; oturum açılmamış HTML, JavaScript veya CSS’in ortaya çıkarabileceği gizli tam makaleyi içermez.
• Mobil yanıt aynı doğru kısıtlama ve örnekleme davranışını izler.
• Gerçekten özel URL’ler, gizlilik mekanizması olarak robots.txt yerine kimlik doğrulama ve noindex veya bir giriş yönlendirmesi kullanır.
• Giriş sayfaları, her yolda çoğaltılan tek bir genel sayfa yerine yararlı, hizmete özgü bağlam içerir.
• Önbelleğe alınmış kopyaların kısıtlanmış metni ifşa etmemesi gereken yerlerde noarchive/nocache bulunur.

Başlatma öncesi kanıt

• Canlı aday, Zengin Sonuçlar Testi’nde akıllı telefon ve masaüstü olarak doğrulanır.
• Oturum açılmamış, JavaScript devre dışı bırakılmış bir getirme, tam kısıtlanmış gövdeyi ifşa etmez.
• Kimliği doğrulanmış bir oturum tam makaleyi alır.
• Gizli modda yapılan bir marka/hizmet araması, siteyi çıplak bir giriş sonucuna indirgemez.
• Analizler, ölçüm tüketimini ve ödeme duvarı maruziyetini, etkinlik yüklerine özel makale metni dahil etmeden kaydeder.

Ödeme duvarının bildirildiğini ve uygulandığını kanıtlayın

Ödemeli yapılandırılmış veri testi

• Çalıştırılacak test: Canlı URL’yi Google’ın Zengin Sonuçlar Testi’nde akıllı telefon ve masaüstü olarak test edin, isAccessibleForFree, hasPart ve her cssSelector öğesini inceleyin.
• Beklenen sonuç: Google, kısıtlı CreativeWork öğesini ayrıştırır ve bildirilen her sınıf, Googlebot tam makaleye erişebilirken amaçlanan kısıtlı bölüme karşılık gelir.
• Başarısızlık yorumu: Eksik özellikler, seçici uyumsuzlukları, geçersiz iç içe yerleştirme veya yalnızca özet içeren bir Googlebot yanıtı, esnek örnekleme bildiriminin bozuk olduğu anlamına gelir.
• İzleme penceresi: Her şablon veya ödeme duvarı satıcısı dağıtımından hemen sonra.
• Geri alma tetikleyicisi: Üretim şablonu, makale kümesi genelinde kısıtlı içeriği doğru şekilde bildirmeyi veya sunmayı durdurur ve geniş çaplı dağıtımdan önce düzeltilemez.

Sunucu tarafı yetkilendirme testi

• Çalıştırılacak test: Aynı makaleyi JavaScript devre dışıyken oturum açmadan getirin, ardından kimliği doğrulanmış yetkili bir oturumda getirin; oturum açmamış yanıtta bir ekran okuyucu kontrolü ekleyin.
• Beklenen sonuç: Oturum açmamış kullanıcılar yalnızca amaçlanan örneği alır ve kısıtlı gövdeyi HTML/DOM’da bulamazken, yetkili kullanıcılar tam makaleyi alır.
• Başarısızlık yorumu: Oturum açmamış yanıtta tam metin, ödeme duvarının içeriği yalnızca istemci tarafında gizlediği anlamına gelir; kimlik doğrulamadan sonra metnin eksik olması, yetkilendirme teslimatının başarısız olduğu anlamına gelir.
• İzleme penceresi: Herhangi bir ödeme duvarı JavaScript’i, şablon, önbellek, CDN veya kimlik doğrulama değişikliğinden sonra hazırlık ve üretimde hemen.
• Geri alma tetikleyicisi: Kimliği doğrulanmamış kullanıcılar tam ücretli makaleyi alabilir veya yetkili okuyucular değişiklikten sonra geniş çapta erişimi kaybeder.

Önbellek kontrolü ve özel URL testi

• Çalıştırılacak test: Sayfanın robots meta ve X-Robots-Tag öğelerini gerektiği gibi noarchive veya nocache için inceleyin, ardından temsili gerçekten özel URL’leri kimlik doğrulama ve noindex davranışı için inceleyin.
• Beklenen sonuç: Önbelleğe alınmış kopya kontrolleri, amaçlandığı yerde kısıtlı makalelerde bulunur; özel URL’ler korunur ve dizine eklemeyi önlemek için yalnızca robots.txt’ye güvenilmez.
• Başarısızlık yorumu: Eksik önbellek yönergeleri kopya sızıntısı riski oluştururken, yalnızca robots tabanlı bir engelleme, çıplak bir özel URL’nin dizine eklenmeye uygun kalmasına neden olabilir.
• İzleme penceresi: Başlık, CDN, robots veya kimlik doğrulama değişikliklerinden hemen sonra; dağıtımdan sonra etkilenen şablonları yeniden kontrol edin.
• Geri alma tetikleyicisi: Bir dağıtım özel içeriği ifşa eder, erişim kontrollerini kaldırır veya özel URL’leri geniş çapta dizine eklenebilir hale getirir ve hemen düzeltilemez.

Sürekli esnek örnekleme metrikleri

Ödeme duvarı gösterim oranı

• Metrik: Ödeme duvarının gösterildiği uygun içerik görüntülemelerinin yüzdesi.
• Size ne söyler: Örnekleme modelinin ziyaretler arasında ne kadar kısıtlayıcı hissettirdiği; bu, Google’ın doğrudan kullanıcı memnuniyetiyle ilişkilendirdiği maruz kalma ölçüsüdür.
• Nasıl çekilir: Sunucu veya ödeme duvarı platformu kapı gösterimlerini uygun makale görüntülemelerine bölün, kullanıcı kohortu, edinme kaynağı ve cihaza göre segmentlere ayırın.
• Kıyaslama / gerçekçi aralık: Google, ödeme duvarlarının zamanın %10’undan fazla gösterilmesi durumunda genel memnuniyetin önemli ölçüde düştüğünü ve genellikle kitlenin yaklaşık %3’ünü açığa çıkardığını söylüyor. Bunu bir uyarı tavanı olarak ele alın ve kendi abonelerinize, iş modelinize ve makale karışımınıza göre test edin.
• Sıklık: Ani yapılandırma değişiklikleri için haftalık ve istikrarlı eğilim için aylık; bu öncü bir deneyim/para kazanma kontrolüdür.

Aylık ücretsiz makale hakkı ve tüketimi

• Metrik: Yapılandırılmış aylık ücretsiz makale kotası ve kullanıcıların engellemeyle karşılaşmadan önce kaç ücretsiz makale tükettiğinin dağılımı.
• Size ne söyler: Ölçümün, okuyuculara ürünü anlamaları için yeterli örnekleme sunup sunmadığını, aynı zamanda abonelik istemine ulaşıp ulaşmadığını gösterir.
• Nasıl çekilir: Anonim ölçüm kimliği ve aya göre gruplandırılmış sunucu tarafı ölçüm veya ödeme duvarı platformu günlüklerini kullanın; yapılandırılmış kotayı tüketim yüzdelik dilimleriyle birlikte raporlayın.
• Kıyaslama / gerçekçi aralık: Google, keşif için başlangıç noktası olarak ayda 10 makale önerir ve çoğu günlük haber yayıncısı için kullanıcı başına ayda 6–10 makale bekler. Bu, her yayın için bir zorunluluk değil, başlangıç aralığıdır.
• Sıklık: Önerilen ölçüm süresiyle uyumlu olarak aylık; günlük gürültüye tepki vermek yerine bilinçli kota denemelerinden sonra gözden geçirin.

Kendinizi test edin: Ödeme duvarları ve SEO

Korumalı içeriği gizleme yapmadan dizine eklenebilir tutma konusunda beş hızlı soru. Her biri için bir yanıt seçin, ardından kontrol edin.

Değişiklik günlüğü