الجدران المدفوعة وتحسين محركات البحث
كيفية إبقاء المحتوى المدفوع والمحتوى المقيد بالتسجيل قابلًا للفهرسة دون خداع — أخذ عينات مرن، وترميز isAccessibleForFree/cssSelector، وفخ الجدار المدفوع القائم على جافا سكريبت، واستراتيجية القياس.
اللغات
الجدار المدفوع لا يضر بتحسين محركات البحث بطبيعته — جوجل ليس لديه تحيز ضد المحتوى المقيد، وأكبر الناشرين ذوي الجدران المدفوعة يحتلون مراتب جيدة. ما يضر هو عدم قدرة جوجل على رؤية محتوى كافٍ لفهم الصفحة. الحل المدعوم هو أخذ عينات مرن: دع زاحف جوجل يزحف إلى المقالة الكاملة، ثم أعلن عن الجزء المقيد باستخدام بيانات منظمة (isAccessibleForFree بالإضافة إلى cssSelector). هذا استثناء صريح ومرخص من الخداع — الخداع يتعلق بنية الخداع؛ هذه آلية معلنة. استخدم القياس (ابدأ بحوالي 6-10 مقالات مجانية شهريًا) أو المقدمة، وقم بتقييد الوصول من جانب الخادم (وليس باستخدام جافا سكريبت يخفي المحتوى فقط في DOM)، وامنح صفحات تسجيل الدخول نصًا فريدًا، ولا تستخدم أبدًا robots.txt لإخفاء عناوين URL الخاصة.
الخلاصة — لا يؤذي نظام حظر الاشتراك (اشتراك، أو دفع لمرة واحدة، أو مجرد بوابة تسجيل/دخول) تحسين محركات البحث تلقائيًا. لدى Google طريقة مدعومة للتعامل معه تسمى أخذ العينات المرن: تتيح لـ Googlebot قراءة المقال كاملًا، ثم تستخدم القليل من البيانات المنظمة لإخبار Google بالجزء المحجوب. عند القيام بذلك بهذه الطريقة، فإن إظهار المقال كاملًا لـ Google بينما يرى القراء نسخة مختصرة ليس تمويهًا — بل استثناء معتمد.
هل تؤثر أنظمة حظر الاشتراك على تحسين محركات البحث؟
تدعم Google المحتوى المحجوب بالاشتراك عندما يتمكن الزاحفون من الوصول إليه وعندما يستخدم التنفيذ نمط البيانات المنظمة الموثق لأنظمة حظر الاشتراك. 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: Google: Paywalled content structured data تصف إرشادات أخذ العينات المرن من Google أساليب القياس والمقدمة، وليس ضمانًا للترتيب. 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: Google: Flexible sampling
ليس من تلقاء نفسها. هذا هو أول شيء يجب توضيحه، لأن نصف الأدلة الموجودة تصور أنظمة حظر الاشتراك كمشكلة في تحسين محركات البحث يجب تقليلها. ليست كذلك. ليس لدى Google أي تحيز ضد المحتوى المحجوب بالاشتراك — نيويورك تايمز، وول ستريت جورنال، فاينانشال تايمز، وواشنطن بوست جميعها خلف أنظمة حظر اشتراك وتظهر في مراتب متقدمة تمامًا للقصص التي تحجبها.
ما يضر بالترتيب فعلًا هو عدم قدرة Google على رؤية ما يكفي من المحتوى لفهم موضوع الصفحة. إذا رأى الروبوت فقط مقدمة من جملتين، فلن يتمكن من ترتيبك إلا لتلك الجملتين. لذا فإن اللعبة الكاملة مع أنظمة حظر الاشتراك وتحسين محركات البحث هي: دع محرك البحث يقرأ المقال كاملًا، بينما يواجه الزوار العاديون البوابة.
شيء واحد ليس هذا الترميز: وعد. الحصول على isAccessibleForFree وباقي الترميز بشكل صحيح تمامًا لا يضمن الفهرسة أو الترتيب أو نتيجة غنية — توثيق البيانات المنظمة من Google يقول بوضوح إنه لا يضمن ظهور أي ميزة في نتائج البحث. ما يفعله الترميز هو إزالة خطر التمويه المتمثل في إظهار الزاحفين أكثر مما يراه المستخدمون؛ لا يصنع الترتيبات بنفسه.
الطريقة المدعومة للقيام بذلك: أخذ العينات المرن
نموذج Google يسمى أخذ العينات المرن، وله نوعان:
- القياس — يحصل الزوار على حصة من المقالات المجانية (تقترح Google البدء بحوالي 6–10 شهريًا) قبل تفعيل نظام حظر الاشتراك.
- المقدمة — تعرض بداية المقال، ثم تحجب الباقي.
بالإضافة إلى أيًا كان ما تختاره، تضيف قطعة صغيرة من البيانات المنظمة إلى الصفحة تخبر Google، “هذا القسم خلف نظام حظر اشتراك.” هذه هي التسمية التي تجعل كل شيء شرعيًا.
أليس إظهار المقال كاملًا لـ Google غشًا؟
هذا هو السؤال الذي يسأله الجميع، والإجابة هي لا — لأنك أعلنت ذلك. التمويه (الشيء السيئ) هو عندما تعرض لمحركات البحث محتوى مختلفًا عن المستخدمين بهدف خداعهم والتلاعب بالترتيبات. أخذ العينات المرن هو العكس: أنت تخبر Google علنًا، من خلال البيانات المنظمة، “مرحبًا، يرى المستخدمون الحقيقيون شيئًا أكثر تقييدًا مما تزحفه.” سياسة البريد العشوائي من Google تستثني أنظمة حظر الاشتراك من تعريف التمويه بالاسم، طالما تتبع إرشادات أخذ العينات المرن وتتيح لـ Google رؤية المحتوى الكامل.
الخطأ الوحيد الذي يجب تجنبه
لا تبني نظام حظر الاشتراك الخاص بك عن طريق إرسال المقال كاملًا في HTML الصفحة وإخفائه فقط باستخدام JavaScript أو CSS حتى يسجل شخص ما الدخول. يبدو الأمر أسهل، لكنه يأتي بنتائج عكسية: يمكن لأي شخص تعطيل JavaScript وقراءة المحتوى المدفوع مجانًا، وستقرأ قارئات الشاشة النص “المخفي” بصوت عالٍ، ولا يمكن لـ Google تحديد الجزء الذي قصدت حجبه بشكل موثوق. الطريقة الصحيحة هي حجبه على الخادم — أرسل المقال كاملًا فقط بعد تأكيد أن الشخص مسجل الدخول أو مشترك.
هل تريد الآليات الكاملة — البيانات المنظمة الدقيقة، أرقام القياس، فخ JavaScript، ولماذا تسبب صفحات تسجيل الدخول مشاكلها الخاصة؟ انتقل إلى علامة التبويب متقدم.
الخلاصة — لا تضر الجدران المدفوعة بالترتيب بطبيعتها؛ ما يضر هو عجز Google عن رؤية محتواك. النموذج المدعوم هو أخذ العينات المرن — القياس أو المقدمة — المعلن عنه بالبيانات المنظمة (تعيين
isAccessibleForFree: falseمعhasPart/cssSelectorلتحديد القسم المحجوب، مع الاقتصار على محددات الفئات). هذا الإعلان هو ما يجعل تقديم المقالة الكاملة إلى Googlebot ليس تمويهًا: فالتمويه يتطلب نية التلاعب والتضليل، وسياسة البريد العشوائي في Google تستثني الجدران المدفوعة صراحةً من ذلك التعريف. احجب المحتوى من جانب الخادم (فتحديث وثيقة 2025 وتحذير مولر المتعلق بقارئات الشاشة يستهدفان خطأ الإخفاء بجافاسكربت نفسه)، وامنح صفحات تسجيل الدخول نصًا فريدًا، ولا تحظر عناوين URL الخاصة عبرrobots.txt، واستخدمnoarchiveلمنع تسرب نسخة مخزنة مؤقتًا من النص الكامل. تستخدم جدران التسجيل العلامة نفسها المستخدمة للجدران المدفوعة.
ما الذي يسبب مشاكل الترتيب فعليًا (ليس الجدار)
تعتمد أهلية الجدار المدفوع على المحتوى القابل للزحف والترميز الدقيق؛ وجود جدار مدفوع وحده غير موثق كعقوبة. 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: Google: Paywalled content structured data تظل خيارات أخذ العينات قرارات ناشر مع مقايضات للمستخدمين والأعمال. 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: Google: Flexible sampling
ليس لدى Google أي عقوبة للمحتوى المحمي بجدار مدفوع، والمحور الأصلي لهذه المقالة يقول ذلك: المحتوى المقيد جيد طالما يمكن لـ Google قراءته من خلال النهج المدعوم. وضع الفشل يسبق الترتيب — إنه الفهم. إذا لم يرَ Googlebot سوى معاينة، فكل ما يمكنه فهرسته وترتيبك بناءً عليه هو تلك المعاينة. كل تقنية أدناه موجودة لحل مشكلة واحدة: السماح للمحرك بقراءة المحتوى كاملاً، بينما لا يزال البشر غير المصادق عليهم يواجهون الجدار.
حدّان يستحقان التوضيح بوضوح، لأنه من السهل التجاوز في أي من الاتجاهين. أولاً، هذا الترميز أداة للمحتوى الذي تريد فهرسته تحت جدار معلن — وليس آلية لكشف محتوى لا تريد فهرسته على الإطلاق. عناوين URL الخاصة بالحساب/الإدارة الحقيقية حالة مختلفة (انظر شجرة القرار أدناه): تلك تحصل على noindex أو إعادة توجيه مصادقة، وليس isAccessibleForFree. ثانيًا، الترميز الصحيح والوصول الكامل للزحف ليسا ضمانًا للترتيب. تقول إرشادات البيانات المنظمة من Google مباشرة أن “Google
does not guarantee that features that consume structured data will show up in
search results” (ترجمة) «لا تضمن Google أن الميزات التي تستهلك البيانات المنظمة ستظهر في نتائج البحث» — الترميز هو الإعلان الذي يبقيك خارج فئة التمويه، وليس وعدًا بالفهرسة أو الترتيب أو الزيارات أو نتيجة غنية.
تاريخيًا، من هنا تأتي أكبر قصة تحذيرية. عندما انسحبت صحيفة وول ستريت جورنال من برنامج Google القديم First Click Free في عام 2017، أبلغت عن انخفاض بنحو 44% في زيارات بحث Google — ليس لأن الجدران المدفوعة تُعاقب، ولكن لأن Google لم يعد بإمكانها رؤية المقالات على الإطلاق. (المزيد عن First Click Free أدناه؛ إنه تاريخ، وليس سياسة حالية.)
أخذ العينات المرن: القياس والمقدمة
النموذج الحالي النشط هو أخذ العينات المرن، الموضح في إرشادات أخذ العينات المرن من Google. تصف Google نوعين من أخذ العينات: “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.” (ترجمة) «القياس، الذي يوفر للمستخدمين حصة من المقالات لاستهلاكها قبل مطالبتهم بالاشتراك أو تسجيل الدخول، وبعدها تبدأ الجدران المدفوعة في الظهور؛ والمقدمة، التي تقدم جزءًا من محتوى المقال دون عرضه بالكامل.»
الأرقام المهمة، كلها من وثيقة Google الخاصة:
- فضل القياس الشهري على اليومي. جوجل: “In general, we think that monthly, rather than daily metering provides more flexibility and a safer environment for testing.” (ترجمة) «بشكل عام، نعتقد أن القياس الشهري، بدلاً من اليومي، يوفر مرونة أكبر وبيئة أكثر أمانًا للاختبار.» التغيير بوحدة واحدة أقل إزعاجًا بكثير عند 10 عينات شهرية مقارنة بـ 3 عينات يومية.
- ابدأ بحوالي 6–10 مقالات مجانية شهريًا. “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.” (ترجمة) «كنقطة انطلاق لاستكشافاتكم، نشجعكم على توفير 10 مقالات شهريًا… بالنسبة لمعظم ناشري الأخبار اليومية، نتوقع أن تتراوح القيمة بين 6 و10 مقالات لكل مستخدم شهريًا.»
- راقب سقف التعرض. “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).” (ترجمة) «يُظهر تحليلنا أن رضا المستخدم العام يبدأ في التدهور بشكل ملحوظ عندما تظهر الجدران المدفوعة أكثر من 10% من الوقت (وهو ما يعني عمومًا أن حوالي 3% من الجمهور قد تعرض للجدار المدفوع).»
- المقدمة ممارسة جيدة. عرض الجمل الأولى فوق الجدار المدفوع يتيح للمستخدمين “experience the value of the content.” (ترجمة) «تجربة قيمة المحتوى.»
لا شيء من هذه الأرقام إلزامي. تقول جوجل مباشرة: “There is no single value for optimal sampling across different businesses” (ترجمة) «لا توجد قيمة واحدة مثلى للقياس عبر الأعمال المختلفة» — رقم 6–10 شهريًا هو نقطة بداية تقدمها جوجل خصيصًا لناشري الأخبار اليومية، وحتى ذلك يأتي مع “we leave the exact number to the discretion of individual publishers, who are best positioned to understand the particular demands of their businesses.” (ترجمة) «نترك الرقم الدقيق لتقدير الناشرين الأفراد، الذين هم في أفضل وضع لفهم المتطلبات الخاصة لأعمالهم.» تعامل معه كنطاق بداية مُختبر، وليس قاعدة تُنسخ حرفيًا.
النقطة غير المُقدَّر قيمتها: القياس ليس مجرد أداة لتحقيق الدخل. تفتتح جوجل المستند بملاحظة أن “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.” (ترجمة) «حتى التغييرات الطفيفة على مستويات القياس الحالية قد تؤدي إلى تدهور تجربة المستخدم، ومع تقييد وصول المستخدم، قد تؤثر من دون قصد على ترتيب المقالات في بحث Google.» تشديد القياس قد يكلفك ترتيبك بهدوء.
لماذا هذا ليس تمويهًا — المنطق، وليس القاعدة فقط
هذا هو الجزء الأساسي من الموضوع بأكمله، ومعظم الأدلة تؤكد الاستنتاج (“الجدران المدفوعة ليست تمويهًا إذا استخدمت البيانات المنظمة”) دون إظهار لماذا. إليك المنطق الفعلي، مباشرة من سياسات البريد العشوائي في جوجل.
ابدأ بالتعريف. التمويه هو “the practice of presenting different content to users and search engines with the intent to manipulate search rankings and mislead users.” (ترجمة) «ممارسة تقديم محتوى مختلف للمستخدمين ومحركات البحث بقصد التلاعب بترتيب البحث وتضليل المستخدمين.» العبء على هذا الشرط — قصد التلاعب و الخداع. الجدار المدفوع لا يحاول خداع أي شخص؛ إنه يحقق الدخل من المحتوى، وهو يعلن الفرق في المعاملة من خلال الترميز.
ثم الاستثناء الصريح، في نفس السياسة: “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.” (ترجمة) «إذا كنت تدير جدار دفع أو آلية لتقييد المحتوى، فإننا لا نعتبر هذا تمويهًا إذا كان بإمكان Google رؤية المحتوى الكامل لما هو خلف جدار الدفع تمامًا مثل أي شخص لديه حق الوصول إلى المواد المقيدة وإذا اتبعت إرشاداتنا العامة لأخذ العينات المرنة.»
إذن الاستثناء له شرطان: (1) ترى جوجل نفس المحتوى الكامل الذي سيراه المشترك المدفوع، و(2) تتبع القياس المرن — وهو ما يعني عمليًا البيانات المنظمة أدناه. يعزز مستند القياس المرن في جوجل نفس المنطق: “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.” (ترجمة) «قم بتضمين المحتوى خلف جدار الدفع مع بيانات منظمة لمساعدة Google على التمييز بين المحتوى خلف جدار الدفع وممارسة التمويه، حيث يختلف المحتوى المقدم إلى Googlebot عن المحتوى المقدم للمستخدمين.» البيانات المنظمة هي الإعلان الذي يحول “محتوى مختلف للروبوتات” من خداع إلى آلية معلنة ومرخصة.
تنفيذ البيانات المنظمة
الترميز موجود في مستند جوجل الاشتراكات والمحتوى المدفوع. خاصيتان تقومان بالعمل:
isAccessibleForFree(Boolean، مطلوب) — ما إذا كان المحتوى مجانيًا أم محميًا. تشير مرجعية الخصائص الخاصة بجوجل إلى أن هذا هو المطلوب؛ قم بتعيينه على عقدةCreativeWork/NewsArticleالعلوية وأيضًا على كل قسم محمي.hasPart(موصى به، وليس مطلوبًا) — مصفوفة من كائناتWebPageElement، واحد لكل قسم محمي، كل منها يحتوي علىisAccessibleForFree: falseخاص به وcssSelectorيشير إلى الفئة التي قمت بتغليف HTML المحمي بها. هذه هي الطريقة التي تخبر بها جوجل أي جزء من القطعة محمي عندما يكون قسمًا وليس القطعة بأكملها؛ إنها الطريقة الموصى بها للحصول على دقة على مستوى القسم، وليست خاصية ثانية مطلوبة بجانب العلامة العلوية.
يبدو NewsArticle الأدنى بهذا الشكل:
{
"@context": "https://schema.org",
"@type": "NewsArticle",
"isAccessibleForFree": false,
"hasPart": {
"@type": "WebPageElement",
"isAccessibleForFree": false,
"cssSelector": ".paywall"
}
}ثلاث تفاصيل تنفيذية يتعثر فيها الناس:
- محددات الفئات فقط. إن
cssSelector“references the class name that you set in the HTML.” (ترجمة) «يشير إلى اسم الفئة الذي عيّنته في HTML.» استخدم.paywall— وليس معرّفًا (#paywall)، وليس محددًا فرعيًا أو سمة. - الأقسام المحمية المتعددة تستخدم مصفوفة من كائنات
hasPart، كل منها بمحدده القائم على الفئة. لا تتداخل الأقسام المحمية داخل بعضها البعض. - ليست للأخبار فقط. العلامة مدعومة على أي نوع فرعي من
CreativeWork—Article،NewsArticle،Blog،Comment،Course،HowTo،Message،Review،WebPage. تعامل الإرشادات الأوسع للبيانات المنظمةisAccessibleForFreeكخاصية عامة لـCreativeWork، وليست خاصة بالأخبار فقط. - العلامة الصحيحة لا تضمن نتيجة. حتى العلامة الصالحة تمامًا والمتداخلة بشكل صحيح تجعل جوجل مؤهلة فقط لفهم حمايتك — إنها ليست ضمانًا للترتيب أو النتائج الغنية. تعامل مع العلامة كآلية تبقيك خارج فئة التمويه، وليس وعدًا بأي نتيجة محددة.
جدران التسجيل تستخدم نفس العلامة تمامًا. لا تميز جوجل بين “الدفع للوصول” و”التسجيل للوصول” على مستوى المخطط. قال جون مولر ذلك صراحةً في Search Off the Record: الآلية “could be maybe you require a login, maybe you require a payment, maybe after a certain number of iterations you’re like, ‘Oh, this is enough free content.’ Now you have to pay for it… It can just be something like a login or some other mechanism that basically limits the visibility of the content.” (ترجمة) «يمكن أن تكون ربما تطلب تسجيل دخول، ربما تطلب دفعًا، ربما بعد عدد معين من التكرارات تقول: ‘أوه، هذا محتوى مجاني كافٍ.’ الآن عليك أن تدفع مقابله… يمكن أن يكون مجرد شيء مثل تسجيل دخول أو آلية أخرى تحد أساسًا من رؤية المحتوى.» إذا قمت بحمايته، قم بتمييزه — مدفوعًا أم لا. حتى أنه يشير إلى اختبارات التسعير A/B كسبب صالح: “if you have something like different thresholds where you say some people get to view five pages for free and others have the whole content available for free because you’re doing A/B testing… then you’d want to use a paywall structured data.” (ترجمة) «إذا كان لديك شيء مثل عتبات مختلفة حيث تقول إن بعض الأشخاص يمكنهم عرض خمس صفحات مجانًا والبعض الآخر لديه المحتوى الكامل متاحًا مجانًا لأنك تجري اختبار A/B… فستحتاج إلى استخدام بيانات منظمة لجدار الدفع.»
فخ جدار الدفع القائم على جافاسكربت
إليك الخطأ الأكثر شيوعًا في العالم الحقيقي، وهو مختلف عن “نسيان البيانات المنظمة.” الكثير من حلول جدار الدفع ترسل المقال الكامل في HTML الذي يرسله الخادم، ثم تستخدم جافاسكربت لإخفائه حتى يتم تأكيد حالة الاشتراك. حذرت جوجل صراحةً من هذا في إضافة عام 2025 إلى وثيقة استكشاف أخطاء جافاسكربت: “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.” (ترجمة) «تتضمن بعض حلول جدار الدفع القائمة على جافاسكربت المحتوى الكامل في استجابة الخادم، ثم تستخدم جافاسكربت لإخفائه حتى يتم تأكيد حالة الاشتراك. هذه ليست طريقة موثوقة لتقييد الوصول إلى المحتوى. تأكد من أن جدار الدفع الخاص بك يوفر المحتوى الكامل فقط بمجرد تأكيد حالة الاشتراك.»
لماذا هو سيء من ثلاث جهات:
- يمكن تجاوزه بسهولة. عطّل JavaScript وستجد المقالة “المخفية” مباشرة في المصدر. أنت لا تقوم فعليًا بحجب أي شيء.
- إنه يخلط استثناء التمويه. إذا كان النص الكامل موجودًا في DOM للجميع، لا يمكن لجوجل أن يحدد بوضوح أي محتوى كان مقصودًا أن يكون محجوبًا — وهذا هو الشيء الذي يفترض أن يوضحه إعلان البيانات المنظمة.
- إنها مشكلة إتاحة. أثار مولر هذا بالضبط في Search Off the Record: “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.” (ترجمة) «عندما ينظر المستخدم إلى صفحتك، لا تقم بتحميل المحتوى في HTML، بل تأكد من أنه غير محمّل فعليًا في DOM الصفحة بحيث، إذا كان المتصفح يحتوي على شيء مثل… قارئ شاشة، لا يقرأ قارئ الشاشة كل هذا النص الذي تحاول إخفاءه… تأكد من عدم تحميله في المتصفح واستخدام JavaScript لتشغيله، بل تأكد من أنه يُقدَّم للمستخدم فقط عندما تريد إتاحته.» تحديث مستند 2025 وتحذير مولر هما نفس الخطأ من زاويتين.
الحل هو الحجب من جانب الخادم: تأكد من حالة الاشتراك/تسجيل الدخول على الخادم،
وقم بتضمين المقالة الكاملة في الاستجابة فقط للمستخدمين المصادق عليهم. ثم
أضف isAccessibleForFree/cssSelector في الأعلى بحيث يحصل Googlebot — الذي يُسمح له
برؤية النص الكامل بموجب أخذ العينات المرن — على كل شيء، بينما لا يحصل البشر غير المصادق عليهم
على ذلك فعليًا. هذا أيضًا هو المكان الذي تتقاطع فيه الجدران المدفوعة مع فهرسة الجوال أولاً:
يزحف جوجل ويقيّم نسخة الجوال، لذا يجب أن يكون المحتوى الكامل المحجوب موجودًا في استجابة خادم الجوال أيضًا، وليس فقط على سطح المكتب.
صفحات تسجيل الدخول وبوابات التسجيل: المزالق الأكثر هدوءًا
تظهر مشكلتان متميزتان حول تسجيل الدخول/التسجيل، كلتاهما من نفس حلقة Search Off the Record.
صفحات تسجيل الدخول العامة تُدمج في التكرارات. مولر: “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.” (ترجمة) «إذا كان لديك صفحة تسجيل دخول عامة جدًا، سنرى كل هذه العناوين التي تعرض صفحة تسجيل الدخول، والتي تعيد التوجيه إلى تلك الصفحة، كتكرارات… سنطويها معًا كتكرارات، وسنركز على فهرسة صفحة تسجيل الدخول… إذا كان شخص ما يبحث عن خدمتك… الشيء الوحيد… الذي يجده في البحث هو مثل، ‘إليك كيفية تسجيل الدخول،’ قد يكون ذلك تجربة غريبة نوعًا ما بالنسبة له.» الحل هو إعطاء صفحات تسجيل الدخول نصًا سياقيًا فريدًا لكل خدمة، بحيث لا تكون جميعها متطابقة.
لا تستخدم robots.txt للعناوين الخاصة. هذا يتناقض مع حدس شائع.
مولر: “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.” (ترجمة) «ما إذا كان كل هذا يجب حظره فقط بواسطة robots.txt، وهي
استراتيجية شائعة أخرى… المشكلة، أعتقد، في القيام بذلك هي أن العناوين قد تصبح قابلة
للفهرسة لذا لن نرى محتويات صفحة تسجيل الدخول… إذا كان محتوى خاصًا، قم بتقديمه مع noindex
أو أعد توجيهه إلى صفحة تسجيل دخول في مكان ما. لا تستخدم robots.txt.» يمكن فهرسة عنوان
محجوب بواسطة robots.txt كعنوان عاري بدون محتوى — غالبًا أسوأ من noindex نظيف. (هذا
محتوى خاص حقًا، وهو حالة مختلفة عن المحتوى المدفوع الذي يجب فهرسته؛ لا تخلط بين الاثنين.)
الاختبار والقلق من “التسرب”
اختبر باستخدام Rich Results Test. أضافت جوجل
دعم المحتوى المدفوع
إلى Rich Results Test في أكتوبر
2023، لذا فهو يتحقق من isAccessibleForFree/cssSelector على عنوان مباشر، مع الاختبار
كـ Googlebot لسطح المكتب أو الهاتف الذكي. كما قال مولر في ساعات العمل عام 2020،
“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.” (ترجمة) «ستستخدم اختبار النتائج الغنية، مثل
أي نوع آخر من البيانات المنظمة… الجزء الصعب مع بعض هذه التطبيقات للجدران المدفوعة هو أن
Googlebot، بالطبع، يحتاج إلى أن يكون قادرًا على رؤية المحتوى الكامل.»
خدعة التدقيق الذاتي: افتح نافذة تصفح خاص (مسجّل الخروج من كل شيء)، وابحث عن علامتك التجارية أو خدمتك، وشاهد ما يظهر. نصيحة مولر — “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.” (ترجمة) «إذا كانت النتيجة الأولى شيئًا مثل صفحة تسجيل الدخول ولا توجد معلومات على هذه الصفحة على الإطلاق، فمن المحتمل أن هذا شيء يمكنك تحسينه.»
هل عرض المقال كاملًا لـ Googlebot “تسريب”؟ لا. داني سوليفان،
مسؤول التواصل في Google، تناول القلق المتكرر بأن هذا يكشف المحتوى المدفوع:
“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,” (ترجمة) «نظامنا يسعى إلى
أن يُعرض عليه المحتوى الكامل، إذا أراد الناشر ذلك. إذا فعلوا، فإننا نفهم المزيد عنه.
وإذا فهمنا المزيد، فقد نتمكن من عرضه لمزيد من الاستعلامات حيث يكون ذا صلة.» و*“Since
only we are seeing this, there’s nothing ‘leaky’ as you are suggesting.”* (ترجمة)
«بما أننا وحدنا من يرى هذا، فلا يوجد أي “تسريب” كما توحي بذلك.» ناقل التسريب الحقيقي،
كما أشار، هو النسخة المخزنة مؤقتًا — ويُحل باستخدام noarchive، وهو تحكم منفصل عن
ترميز الجدار المدفوع نفسه.
تُنقل تصريحات سوليفان عبر تغطية Search Engine Roundtable؛
فاعتبرها منقولة وليست نصًا حرفيًا من المصدر الأول.
نهج Bing
إرشادات Bing الخاصة بـ الاشتراكات والجدران المدفوعة
(فابريس كانيل، مايو 2022) متشابهة هيكليًا لكنها ليست قائمة على المخطط. نقاطها
الثلاث: (1) اسمح لـ Bingbot بالزحف إلى المحتوى المدفوع بالكامل، (2) استخدم
noarchive/nocache (أو ترويسة X-Robots-Tag: noarchive) حتى لا تتسرب
النسخ المخزنة مؤقتًا، و(3) تحقق من أن الزاحف هو Bingbot بحق عن طريق فحص
عنوان IP الطالب مقابل النطاقات المنشورة من Bing — وليس بالثقة في سلسلة
user-agent، التي يمكن لأي شخص تزييفها. لا يوجد مكافئ منشور من Bing لـ
isAccessibleForFree/cssSelector؛ نموذج Bing هو الوصول للزحف بالإضافة إلى التحكم في التخزين المؤقت،
بينما نموذج Google قائم على الترميز. لا تفترض تكافؤ الميزات.
First Click Free — تاريخ، وليس سياسة
ستظل ترى منشورات المدونات وإجابات المنتديات تصف First Click Free كما لو كانت حالية. ليست كذلك. Google أوقفتها في أكتوبر 2017، واستبدلتها بالعينات المرنة. ريتشارد جينغراس، نائب رئيس الأخبار في Google آنذاك: “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.” (ترجمة) «أولًا، سيحل أخذ العينات المرن محل “النقرة الأولى المجانية”. الناشرون هم في أفضل وضع لتحديد مستوى أخذ العينات المجاني الذي يناسبهم بشكل أفضل.» كانت First Click Free تتطلب من الناشرين المشاركين السماح للزوار القادمين عبر Google بقراءة عدد محدد من المقالات يوميًا (عادةً ثلاثة) حتى بعد جدارهم المدفوع. العينات المرنة أعادت هذا القرار إلى الناشرين. إذا رأيت FCF مذكورة كشيء يمكنك الاشتراك فيه اليوم، فهذه الإرشادات قديمة بأكثر من ثماني سنوات.
مكانة هذا في SEO الأخبار
التعامل مع الجدران المدفوعة هو جزء واحد من الصورة الأوسع لـ SEO الأخبار و Discover — إلى جانب خرائط مواقع الأخبار، وأهلية Google News / Top Stories، وDiscover، والنشر المشترك (canonical مقابل noindex). إذا كنت ناشرًا، فاحرص على ترتيب ترميز الجدار المدفوع وسياسة النشر المشترك قبل أن يكلفك أي منهما بصمت الفهرسة أو الإسناد.
ملخص الذكاء الاصطناعي
نظرة مختصرة على النسخة المتقدمة:
- لا تضر الجدران المدفوعة بتحسين محركات البحث (SEO) بطبيعتها. ليس لدى Google أي تحيز ضد المحتوى المقيد؛ فكبار الناشرين الذين يستخدمون الجدران المدفوعة يحتلون مراتب جيدة. ما يضر هو عدم قدرة Google على رؤية محتوى كافٍ لفهم الصفحة — والترميز نفسه هو إعلان، وليس ضمانًا للترتيب (تقول وثائق Google الخاصة إن البيانات المنظمة لا تضمن ظهور أي ميزة في نتائج البحث).
- أخذ العينات المرن هو النموذج المدعوم (وليس الوصول المجاني الأول المتقاعد، الذي اختفى منذ أكتوبر 2017): القياس (ابدأ بحوالي 6–10 مقالات مجانية شهريًا، وفضل القياس الشهري على اليومي) أو المقدمة (اعرض البداية، وقيد الباقي). توضح Google أنه “لا توجد قيمة واحدة مثالية لأخذ العينات عبر الشركات المختلفة” — 6–10 شهريًا هي نقطة بداية للأخبار اليومية، وليست قاعدة عالمية. يتدهور رضا المستخدم بعد حوالي 10% من التعرض للجدار المدفوع؛ وقد يؤدي تشديد القياس إلى خسارة الترتيب.
- البيانات المنظمة هي الآلية:
isAccessibleForFree: false(الخاصية المطلوبة) على عقدة المقالة، بالإضافة إلى موصى بهhasPart/WebPageElementمع محدد CSS قائم على الفئةcssSelectorلدقة على مستوى القسم. يعمل على أي نوع فرعي منCreativeWork، وليس فقط الأخبار. إنه للمحتوى الذي تريد فهرسته تحت بوابة معلنة — عناوين URL الخاصة حقًا تحصل علىnoindexبدلاً من ذلك، وليس هذا الترميز. - لماذا ليس تمويهًا: يتطلب التمويه نية التلاعب والتضليل؛ سياسة البريد العشوائي في Google تستثني الجدران المدفوعة صراحةً عندما ترى Google المحتوى الكامل وتتبع إرشادات أخذ العينات المرن. الترميز هو الإعلان.
- تستخدم جدران التسجيل/تسجيل الدخول نفس الترميز تمامًا مثل الجدران المدفوعة — لا تميز Google بين الدفع والتسجيل على مستوى المخطط (وفقًا لمولر).
- فخ الجدار المدفوع عبر JavaScript: لا ترسل المقالة الكاملة في HTML وتخفيها باستخدام JS/CSS — فهي قابلة للتجاوز، وتشوش استثناء التمويه، وتقرأ قارئات الشاشة النص “المخفي”. قم بالبوابة من جانب الخادم؛ يجب أن يكون المحتوى الكامل في استجابة الجوال أيضًا (فهرسة الجوال أولاً).
- مزالق صفحة تسجيل الدخول: تُطوى صفحات تسجيل الدخول العامة كمكررات (امنحها نصًا فريدًا)؛ لا تضع أبدًا عناوين URL الخاصة في
robots.txt(استخدمnoindex/إعادة التوجيه). - تسرب ذاكرة التخزين المؤقت هو عنصر تحكم منفصل:
noarchive/nocacheيمنع نسخة مخزنة مؤقتًا من كشف النص المقيد (وفقًا لداني سوليفان). نموذج Bing هو الوصول إلى الزحف + التحكم في ذاكرة التخزين المؤقت + التحقق من IP، دون ما يعادلisAccessibleForFree. - اختبر باستخدام اختبار النتائج الغنية (دعم الجدران المدفوعة منذ أكتوبر 2023) والتدقيق الذاتي في وضع التصفح المتخفي من مولر.
الوثائق الرسمية
إرشادات من المصادر الأساسية من محركات البحث.
- Flexible Sampling — النموذج الأساسي: القياس مقابل المقدمة، نقطة البداية من 6 إلى 10 مقالات شهريًا، سقف التعرض بنسبة 10%، والأساس المنطقي للتمييز عن التمويه.
- ترميز المحتوى المدفوع والمحتوى خلف جدار الدفع —
isAccessibleForFree، وhasPart/WebPageElement، وcssSelectorالقائم على الفئات. - سياسات البريد العشوائي — التمويه — تعريف التمويه والاستثناء الصريح لجدار الدفع.
- إصلاح مشكلات JavaScript المتعلقة بالبحث — إرشادات JavaScript لجدار الدفع لعام 2025.
- قائمة الزاحفين الشائعين من Google — وكلاء مستخدم الزاحف الفعليين (المستخدمون أدناه لدحض ادعاء “Googlebot Subscriber” الملفق).
- قيادة مستقبل الاشتراكات الرقمية — الانتقال من First Click Free إلى Flexible Sampling في عام 2017.
- اختبار النتائج الغنية — يتحقق من صحة البيانات المنظمة لجدار الدفع على عنوان URL مباشر.
Bing / Microsoft
- أفضل ممارسات SEO للمحتوى القائم على الاشتراك والمحتوى خلف جدار الدفع — فابريس كانيل، مايو 2022: الوصول إلى الزحف، والتحكم في التخزين المؤقت، والتحقق من Bingbot القائم على عنوان IP.
اقتباسات من المصدر
تصريحات رسمية من Google وBing. كل رابط يتعمق في الاقتباس حيث تدعم الصفحة المصدر ذلك.
Google — لماذا لا تعتبر جدران الدفع تمويهًا (الاقتباسات الأساسية)
- “Cloaking refers to the practice of presenting different content to users and search engines with the intent to manipulate search rankings and mislead users.” (ترجمة) «يشير التمويه إلى ممارسة تقديم محتوى مختلف للمستخدمين ومحركات البحث بهدف التلاعب بترتيب البحث وتضليل المستخدمين.» — سياسات البريد العشوائي من Google. الانتقال إلى الاقتباس
- “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.” (ترجمة) «إذا كنت تدير جدار دفع أو آلية لتقييد المحتوى، فإننا لا نعتبر هذا تمويهًا إذا كان بإمكان Google رؤية المحتوى الكامل لما هو خلف جدار الدفع تمامًا مثل أي شخص لديه حق الوصول إلى المواد المقيدة وإذا اتبعت إرشاداتنا العامة لـ Flexible Sampling.» الانتقال إلى الاقتباس
- “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.” (ترجمة) «قم بتضمين المحتوى خلف جدار الدفع مع بيانات منظمة لمساعدة Google على التمييز بين المحتوى خلف جدار الدفع وممارسة التمويه، حيث يختلف المحتوى المقدم إلى Googlebot عن المحتوى المقدم للمستخدمين.» الانتقال إلى الاقتباس
Google — أخذ العينات المرن والقياس
- “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.” (ترجمة) «هناك نوعان من أخذ العينات ننصح بهما: القياس، الذي يوفر للمستخدمين حصة من المقالات لاستهلاكها قبل مطالبتهم بالاشتراك أو تسجيل الدخول، وبعدها تبدأ الجدران المدفوعة في الظهور؛ والمقدمة، التي تقدم جزءًا من محتوى المقال دون عرضه بالكامل.» الانتقال إلى الاقتباس
- “In general, we think that monthly, rather than daily metering provides more flexibility and a safer environment for testing.” (ترجمة) «بشكل عام، نعتقد أن القياس الشهري، بدلاً من اليومي، يوفر مرونة أكبر وبيئة أكثر أمانًا للاختبار.» الانتقال إلى الاقتباس
- “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.” (ترجمة) «كنقطة انطلاق لاستكشافاتكم، نشجعكم على توفير 10 مقالات شهريًا لمستخدمي بحث Google والتكرار من هناك… بالنسبة لمعظم ناشري الأخبار اليومية، نتوقع أن تتراوح القيمة بين 6 و10 مقالات لكل مستخدم شهريًا.» الانتقال إلى الاقتباس
- “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).” (ترجمة) «يُظهر تحليلنا أن رضا المستخدم العام يبدأ في التدهور بشكل ملحوظ عندما تظهر الجدران المدفوعة أكثر من 10% من الوقت (وهو ما يعني عمومًا أن حوالي 3% من الجمهور قد تعرض للجدار المدفوع).» الانتقال إلى الاقتباس
Google — فخ الجدار المدفوع القائم على JavaScript
- “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.” (ترجمة) «تتضمن بعض حلول الجدران المدفوعة القائمة على JavaScript المحتوى الكامل في استجابة الخادم، ثم تستخدم JavaScript لإخفائه حتى يتم تأكيد حالة الاشتراك. هذه ليست طريقة موثوقة لتقييد الوصول إلى المحتوى. تأكد من أن جدارك المدفوع يوفر المحتوى الكامل فقط بعد تأكيد حالة الاشتراك.» الانتقال إلى الاقتباس
ريتشارد جينغراس، نائب رئيس الأخبار في Google (أكتوبر 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.” (ترجمة) «أولاً، سيحل أخذ العينات المرن محل “النقرة الأولى المجانية”. الناشرون هم في أفضل وضع لتحديد مستوى أخذ العينات المجاني الذي يناسبهم بشكل أفضل.» قراءة الإعلان
جون مولر، Google — خارج السجل (سبتمبر 2025)
- بشأن بوابات التسجيل مقابل الدفع: “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.” (ترجمة) «كما لا يجب أن يكون شيئًا خلف شيء دفع واضح. يمكن أن يكون مجرد تسجيل دخول أو آلية أخرى تحد من رؤية المحتوى.»
- بشأن تحذير DOM/قارئ الشاشة: “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.” (ترجمة) «تتأكد من أنه غير محمّل فعليًا في DOM الصفحة بحيث، إذا كان المتصفح يحتوي على شيء مثل… قارئ شاشة، لا يقرأ قارئ الشاشة كل هذا النص الذي تحاول إخفاءه.»
- بشأن عناوين URL الخاصة: “if it’s private content, serve it with a noindex or redirect it to a login page somewhere. Don’t use robots.txt.” (ترجمة) «إذا كان محتوى خاصًا، قدمه مع noindex أو أعد توجيهه إلى صفحة تسجيل دخول في مكان ما. لا تستخدم robots.txt.» النص الكامل (PDF)
جون مولر، Google — ساعات العمل المكتبية لتحسين محركات البحث (ديسمبر 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.” (ترجمة) «بشكل أساسي، ستستخدم اختبار النتائج الغنية، مثل أي نوع آخر من البيانات المنظمة. أعتقد أن الجزء الصعب في بعض هذه التطبيقات للجدران المدفوعة هو أن Googlebot، بالطبع، يحتاج إلى رؤية المحتوى الكامل حتى نتمكن من فهم ما يجب أن نعرض موقعك من أجله.» التغطية (Search Engine Journal)
داني سوليفان، مسؤول التواصل في Google — توضيح “عدم التسريب”
- “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.” (ترجمة) «يريد نظامنا أن يُعرض عليه المحتوى الكامل إذا اختار الناشر ذلك. وعندها نفهم عنه أكثر، وربما نعرضه لاستعلامات إضافية يكون مناسبًا لها.» و “Since only we are seeing this, there’s nothing ‘leaky’ as you are suggesting.” (ترجمة) «بما أننا وحدنا من يرى هذا، فلا يوجد أي “تسريب” كما توحي بذلك.» التغطية (Search Engine Roundtable)
ما إعداد الجدار النقدي الذي أحتاجه؟
تختلف تطبيقات الجدار النقدي في الغالب في كيفية تقييد الوصول وما تريد فهرسته. مرّ عبر الخيارات — الورقة النهائية تخبرك بأي ترميز (إن وُجد) وأي تحكم ينطبق.
Choosing the right gating + markup approach
ما الذي يجب تجنبه مع الجدران النقدية
1. التعامل مع “الوصول المجاني للنقرة الأولى” كسياسة حالية. تصف العديد من المنشورات القديمة “الوصول المجاني للنقرة الأولى” كما لو كان لا يزال بإمكانك الاشتراك فيه. أوقفته Google في أكتوبر 2017 واستبدلته بالعينة المرنة. الإصلاح: صمّم حول نظام القياس/المقدمة والبيانات المنظمة؛ إذا رأيت FCF مُستشهدًا به كإرشاد حي، فتجاهله.
2. إخفاء المقال الكامل باستخدام JavaScript/CSS بدلاً من التقييد من جانب الخادم. إرسال المقال كاملًا في HTML وإخفائه حتى تسجيل الدخول قابل للتجاوز (عطّل JavaScript وسيصبح قابلاً للقراءة)، ويشوّش قدرة Google على التعرف على الجدار النقدي، ويجعل قارئات الشاشة تقرأ النص “المخفي” بصوت عالٍ. الإصلاح: تأكد من حالة الاشتراك/تسجيل الدخول على الخادم وأرسل المحتوى الكامل فقط للمستخدمين الموثقين — ثم أضف البيانات المنظمة فوق ذلك.
3. افتراض أن أي جدار نقدي يُعد تمويهًا. سياسة البريد العشوائي من Google تستثني الجدران النقدية صراحةً من تعريف التمويه، بشرط السماح لـ Google برؤية المحتوى الكامل واتباع إرشادات العينة المرنة. الإصلاح: لا تخفِ محتواك عن Google خوفًا من التمويه — أعلِنه بالترميز، وهو الآلية المعتمدة.
4. الاعتقاد بوجود زاحف خاص باسم “Googlebot Subscriber”. تدّعي عدة أدلة منخفضة الجودة (ربما نُسخ أحدها عن الآخر) أنه يجب عليك السماح بزاحف “Googlebot Subscriber” أو “Googlebot Registered User”. لا يوجد مثل هذا العامل-المستخدم — قائمة الزواحف المنشورة من Google تتضمن Googlebot وGooglebot-Image وGooglebot-Video وGooglebot-News، ولا شيء متعلق بالمشتركين. الإصلاح: تجاهله؛ لا يوجد زاحف منفصل لإدراجه في القائمة البيضاء.
5. حظر عناوين URL الخاصة/تسجيل الدخول باستخدام robots.txt.
يمكن فهرسة عنوان URL المحظور بواسطة robots كعنوان URL عارٍ بدون محتوى — وغالبًا أسوأ من noindex نظيف، ومولر يقول ذلك صراحةً. الإصلاح: استخدم noindex أو إعادة توجيه للمحتوى الخاص؛ واحتفظ بـ robots.txt للتحكم في ميزانية الزحف، وليس لإلغاء الفهرسة.
6. الاستشهاد بـ”حد أدنى 80 كلمة للمقدمة” كسياسة من Google. هذا الرقم يتداول كما لو كان رسميًا، لكنه لا يعود إلى أي مستند من Google. الإرشاد الكمي الفعلي من Google يتعلق بتكرار العينة (6–10 مقالات/شهر)، وليس عدد كلمات المقدمة. الإصلاح: تعامل مع أي حد لعدد الكلمات كقاعدة عملية غير موثقة من الممارسين، وليس كسياسة.
7. نسيان أن إظهار النص الكامل لـ Google يتطلب تحكمًا في التخزين المؤقت.
ترميز الجدار النقدي يسمح لـ Googlebot برؤية المقال الكامل، لكن نسخة مخزنة مؤقتًا يمكن أن تسرّبه لأي شخص يجد ذاكرة التخزين المؤقت. الإصلاح: أضف noarchive/nocache (أو ترويسة X-Robots-Tag: noarchive) إذا كان ذلك مصدر قلق — إنه تحكم منفصل عن ترميز الجدار النقدي.
مقتطفات لفحص إعداد الجدار النقدي
فحوصات عملية لمعرفة ما إذا كان تقييدك وترميزك يعملان فعلًا. استبدل https://example.com/article و.paywall بما يخصك.
1. هل يُرسل المقال الكامل في HTML؟ (اختبار فخ JavaScript)
إذا كان محتواك المدفوع موجودًا في استجابة الخادم الخام، فهو ليس مقيدًا حقًا — إنه مخفي بصريًا فقط. اجلب HTML دون تنفيذ JavaScript وابحث عن جملة مدفوعة.
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. استخراج البيانات المنظمة للجدار المدفوع والتحقق منها
اسحب كتل JSON-LD باستخدام مقتطف من وحدة تحكم أدوات مطوري Chrome. افتح المقالة، افتح أدوات المطورين ← وحدة التحكم، ثم الصق:
// 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']);
}
});تأكد من أن cssSelector يطابق عنصرًا فعليًا (محددات الفئة فقط —
#id والمحددات المعقدة غير مدعومة):
// 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 form3. إشارة مرجعية: هل هذه الصفحة مُعلَّمة كمحتوى محجوب؟
اسحب إلى الإشارات المرجعية هذا السطر الواحد (أو الصقه في شريط العناوين) للتحقق من أي مقالة
للتأكد من وجود isAccessibleForFree: false دون فتح أدوات المطورين:
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. تأكد من أن النسخة المخزنة مؤقتًا لا تتسرب (فحص noarchive)
# 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.بعد اجتياز هذه الفحوصات، تحقق من عنوان URL المباشر في
اختبار النتائج المنسقة كـ Googlebot لسطح المكتب
والهاتف الذكي — إنه الفحص الموثوق الذي يؤكد أن Google يحلل
ترميز isAccessibleForFree/cssSelector الخاص بك.
أعراض الجدار المدفوع وأسبابه وحلوله
اختبار النتائج المنسقة لا يتحقق من القسم المحجوب
العرض: لا يُظهر عنوان URL المباشر ترميزًا قابلاً للاستخدام للمحتوى المحجوب، أو أن
cssSelector المُبلغ عنه لا يحدد المحتوى المحجوب.
السبب المحتمل: isAccessibleForFree مفقود أو مضبوط بشكل غير متسق؛ hasPart
غير صحيح البنية؛ يستخدم المحدد معرّفًا أو محددًا معقدًا بدلاً من فئة؛ يفتقر HTML إلى
الفئة المُعلنة؛ أو يتلقى Googlebot المقتطف فقط ولا يمكنه فحص العمل الكامل.
الإصلاح والتأكيد: استخدم isAccessibleForFree: false على العمل وكل
WebPageElement محجوب، ووجّه كل cssSelector إلى فئة فعلية مثل .paywall، واجعل
المحتوى الكامل المكافئ للمشترك متاحًا لـ Googlebot ضمن أخذ العينات المرن.
أعد تشغيل عنوان URL المباشر في اختبار النتائج المنسقة كجهاز هاتف ذكي وسطح مكتب
حتى يتم تحليل الترميز والقسم المحجوب كما هو مقصود.
المصدر غير المسجل يحتوي على المقالة المدفوعة الكاملة
العرض: تعطيل JavaScript أو فحص HTML أو استخدام قارئ شاشة يكشف نصًا يدعي الجدار المدفوع المرئي أنه غير متاح.
السبب المحتمل: يرسل الخادم المقال الكامل للجميع وتقوم JavaScript أو CSS بإخفائه فقط بعد تحميل الصفحة.
الإصلاح والتأكيد: انقل فحص الاستحقاق إلى الخادم وأرسل النص الكامل فقط بعد تأكيد تسجيل الدخول/الاشتراك، مع الاستمرار في خدمة Googlebot ضمن إعداد أخذ العينات المرن المُعلن. اجلب الصفحة بدون تسجيل دخول ومع تعطيل البرامج النصية وتأكد من غياب المحتوى المحجوب؛ ثم قم بالمصادقة وتأكد من وصول المقال الكامل.
نتائج البحث تؤدي بشكل رئيسي إلى صفحة تسجيل دخول فارغة
العرض: بحث غير مُسمّى عن علامة تجارية/خدمة يُظهر صفحة تسجيل دخول عامة، أو العديد من عناوين URL الخاصة تنهار على نفس تجربة تسجيل الدخول الخالية من المحتوى.
السبب المحتمل: تعيد التوجيهات الخاصة إلى صفحة عامة واحدة بدون سياق الخدمة، أو robots.txt يحظر عناوين URL الخاصة مع السماح بفهرسة عناوين URL الفارغة.
الإصلاح والتأكيد: امنح وجهات تسجيل الدخول الشرعية محتوى سياقيًا فريدًا. بالنسبة
للمحتوى الخاص حقًا، استخدم المصادقة بالإضافة إلى noindex أو إعادة توجيه تسجيل دخول هادفة
بدلاً من robots.txt كأداة تحكم في الفهرسة. كرر البحث غير المُسمّى و
افحص عناوين URL ممثلة لتأكيد أن النتيجة مفيدة وأن عناوين URL الخاصة
لا تظهر كإدخالات فارغة.
يمكن لـ Google ترتيب المقدمة فقط
العرض: الصفحة مفهرسة ولكنها تبدو ذات صلة فقط بالمقدمة، وليس بموضوع المقال الكامل.
السبب المحتمل: يتلقى Googlebot نفس المقدمة القصيرة التي يتلقاها القارئ غير المُصادق، لذلك لا يمكن للمحرك فهم المحتوى المحجوب.
الإصلاح والتأكيد: نفذ أخذ العينات المرن بحيث يمكن لـ Googlebot المُتحقق منه الزحف إلى نفس المحتوى الكامل الذي يتلقاه المشترك، وأعلن عن القسم المحجوب ببيانات منظمة، وتحقق من الصفحة الحية. استخدم URL Inspection بعد إعادة الزحف لتأكيد أن Google يمكنه عرض المقال المقصود؛ استعادة الترتيب ليست إشارة تحقق فورية.
قائمة التحقق لإطلاق الجدار المدفوع
نموذج أخذ العينات والوصول
- اختر القياس أو المقدمة عمدًا؛ لا ترث إعدادًا افتراضيًا عشوائيًا من المورد.
- إذا كنت تستخدم عدادًا، اختبر أخذ العينات الشهري أولاً واستخدم نطاق 6–10 مقالات مجانية شهريًا من Google كنقطة بداية، وليس أمرًا عالميًا.
- راقب عدد مرات ظهور الجدار المدفوع؛ تقول Google إن رضا المستخدمين يتدهور عندما يظهر أكثر من 10% من الوقت.
- يمكن لـ Googlebot الوصول إلى نفس المحتوى الكامل الذي يتلقاه القارئ المخوَّل ضمن إعداد أخذ العينات المرن المُعلن.
الترميز
- يعلن
ArticleأوNewsArticleأو أيCreativeWorkآخر على المستوى الأعلى عنisAccessibleForFree: falseعندما يكون العمل محجوبًا. - يحتوي كل قسم محجوب على
hasPartWebPageElementمعisAccessibleForFree: false. - يستخدم كل
cssSelectorمحدد فئة فعلي مثل.paywall، وليس معرّفًا أو محددًا معقدًا للعناصر الفرعية. - الأقسام المحجوبة المتعددة هي إدخالات
hasPartمنفصلة وغير متداخلة. - جدران التسجيل تستخدم نفس ترميز الجدار المدفوع مثل جدران الوصول المدفوع.
التسليم والخصوصية
- يتم فرض الاستحقاق من جانب الخادم؛ لا يحتوي HTML غير المُسجَّل على المقال الكامل المخفي لتكشفه JavaScript أو CSS.
- استجابة الجوال تتبع نفس سلوك الحجب وأخذ العينات الصحيح.
- عناوين URL الخاصة حقًا تستخدم المصادقة و
noindexأو إعادة توجيه تسجيل دخول، وليس robots.txt كآلية خصوصية. - صفحات تسجيل الدخول تتضمن سياقًا مفيدًا خاصًا بالخدمة بدلاً من صفحة عامة واحدة مكررة عبر كل مسار.
-
noarchive/nocacheموجودة حيث يجب ألا تكشف النسخ المخزنة مؤقتًا النص المحجوب.
إثبات ما قبل الإطلاق
- يتحقق المرشح الحي في اختبار النتائج الغنية كجهاز ذكي وسطح مكتب.
- جلب بدون تسجيل دخول ومع تعطيل JavaScript لا يكشف عن المحتوى المحجوب الكامل.
- جلسة مُصادق عليها تتلقى المقال الكامل.
- بحث غير مُسمّى عن علامة تجارية/خدمة لا يختزل الموقع إلى نتيجة تسجيل دخول فارغة.
- التحليلات تسجل استهلاك العداد والتعرض للجدار المدفوع دون تضمين نص المقال الخاص في حمولات الأحداث.
إثبات أن نظام الدفع مُعلن ومُطبَّق
اختبار البيانات المنظمة خلف نظام الدفع
- الاختبار المطلوب تنفيذه: اختبر الرابط المباشر في أداة اختبار النتائج الغنية من Google كجهاز ذكي
وسطح مكتب، مع فحص
isAccessibleForFreeوhasPartوكلcssSelector. - النتيجة المتوقعة: يفسّر Google المحتوى المحمي
CreativeWorkوكل فئة مُعلنة تُطابق القسم المحمي المقصود بينما يتمكن Googlebot من الوصول إلى المقالة الكاملة. - تفسير الفشل: الخصائص المفقودة، أو عدم تطابق المحددات، أو التداخل غير الصالح، أو استجابة Googlebot التي تعرض جزءًا فقط تعني أن إعلان أخذ العينات المرن معطّل.
- نافذة المراقبة: فورًا بعد كل نشر لقالب أو مزود نظام دفع.
- مشغل التراجع: يتوقف القالب الإنتاجي عن إعلان أو كشف المحتوى المحمي بشكل صحيح عبر مجموعة المقالات ولا يمكن إصلاحه قبل النشر الواسع.
اختبار الصلاحية من جانب الخادم
- الاختبار المطلوب تنفيذه: اجلب نفس المقالة بدون تسجيل دخول مع تعطيل JavaScript، ثم اجلبها في جلسة موثّقة ومصرّح بها؛ وتضمين فحص قارئ الشاشة على الاستجابة غير المسجّلة.
- النتيجة المتوقعة: يتلقى المستخدمون غير المسجّلين العينة المقصودة فقط ولا يمكنهم العثور على النص المحمي في HTML/DOM، بينما يتلقى المستخدمون المصرّح لهم المقالة الكاملة.
- تفسير الفشل: النص الكامل في الاستجابة غير المسجّلة يعني أن نظام الدفع يخفي المحتوى فقط من جانب العميل؛ النص المفقود بعد المصادقة يعني أن تسليم الصلاحية يفشل.
- نافذة المراقبة: فورًا في بيئة الاختبار والإنتاج بعد أي تغيير في JavaScript نظام الدفع، أو القالب، أو ذاكرة التخزين المؤقت، أو CDN، أو المصادقة.
- مشغل التراجع: يمكن للمستخدمين غير المصادق عليهم استرجاع المقالة المدفوعة الكاملة، أو يفقد القراء المصرّح لهم الوصول بشكل واسع بعد التغيير.
اختبار التحكم في ذاكرة التخزين المؤقت والروابط الخاصة
- الاختبار المطلوب تنفيذه: افحص وسم robots الوصفي وX-Robots-Tag في الصفحة بحثًا عن
noarchiveأوnocacheحسب الحاجة، ثم افحص روابط خاصة حقيقية ممثلة بحثًا عن المصادقة وسلوكnoindex. - النتيجة المتوقعة: توجد عناصر التحكم في النسخة المخزنة على المقالات المحمية حيثما كان مقصودًا؛ الروابط الخاصة محمية ولا تعتمد على robots.txt وحده لمنع الفهرسة.
- تفسير الفشل: توجيهات التخزين المؤقت المفقودة تخلق خطر تسرب النسخ، بينما الحظر عبر robots فقط يمكن أن يترك رابطًا خاصًا مكشوفًا مؤهلًا للفهرسة.
- نافذة المراقبة: فورًا بعد تغييرات الترويسة، أو CDN، أو robots، أو المصادقة؛ أعد فحص القوالب المتأثرة بعد النشر.
- مشغل التراجع: يكشف النشر محتوى خاصًا، أو يزيل عناصر التحكم في الوصول، أو يجعل الروابط الخاصة قابلة للفهرسة بشكل واسع ولا يمكن تصحيحه فورًا.
مقاييس أخذ العينات المرن المستمرة
معدل عرض نظام الدفع
- المقياس: النسبة المئوية لمرات عرض المحتوى المؤهل التي يظهر فيها نظام الدفع.
- ما يخبرك به: مدى تقييد نموذج أخذ العينات عبر الزيارات؛ وهو مقياس التعرض الذي تربطه Google مباشرة برضا المستخدم.
- كيفية استخراجه: اقسم مرات عرض البوابة من الخادم أو منصة نظام الدفع على مرات عرض المقالات المؤهلة، مقسمة حسب شريحة المستخدمين، ومصدر الاكتساب، والجهاز.
- المعيار / النطاق الواقعي: تقول Google إن الرضا العام يتدهور بشكل ملحوظ عندما يُعرض نظام الدفع أكثر من 10% من الوقت، مما يكشف عمومًا حوالي 3% من الجمهور. تعامل مع ذلك كسقف تحذيري واختبره مقابل المشتركين لديك، ونموذج العمل، ومزيج المقالات.
- الإيقاع: أسبوعيًا للتغييرات المفاجئة في التكوين وشهريًا للاتجاه المستقر؛ هذا عنصر تحكم رئيسي في التجربة/الربحية.
الحصة الشهرية للمقالات المجانية والاستهلاك
- المقياس: الحصة الشهرية المكوّنة من المقالات المجانية بالإضافة إلى توزيع عدد المقالات المجانية التي يستهلكها المستخدمون قبل مواجهة البوابة.
- ما يخبرك به: ما إذا كان العداد يمنح القراء عينة كافية لفهم المنتج مع الوصول إلى طلب الاشتراك.
- كيفية استخراجه: استخدم سجلات العداد من جانب الخادم أو سجلات منصة حظر الاشتراك مجمعة حسب هوية العداد المجهولة والشهر؛ وأبلغ عن الحصة المكوّنة إلى جانب النسب المئوية للاستهلاك.
- المعيار / النطاق الواقعي: توصي Google بـ 10 مقالات شهريًا كنقطة بداية للاستكشاف وتتوقع 6–10 لكل مستخدم شهريًا لمعظم ناشري الأخبار اليومية. هذا نطاق بداية، وليس إلزامًا لكل منشور.
- الإيقاع: شهريًا، بما يتوافق مع فترة العداد الموصى بها؛ راجع بعد تجارب الحصة المتعمدة بدلاً من التفاعل مع الضوضاء اليومية.
اختبر نفسك: أنظمة حظر الاشتراك وتحسين محركات البحث
خمسة أسئلة سريعة حول إبقاء المحتوى المحجوب قابلًا للفهرسة دون تمويه. اختر إجابة لكل سؤال، ثم تحقق.
سجل التغييرات
تم التحديث في 22 أغسطس 2026.
ملخص تحريري وتفاصيل التغيير المسجلة.تفاصيل التغيير
-
تفاصيل التغيير متاحة حاليًا باللغة الإنجليزية.
المقارنة الكاملة غير متاحة — لم تُؤرشف لقطة سابقة لهذه المراجعة.
تم التحديث في 22 أغسطس 2026.
ملخص تحريري وتفاصيل التغيير المسجلة.تفاصيل التغيير
-
تفاصيل التغيير متاحة حاليًا باللغة الإنجليزية.
المقارنة الكاملة غير متاحة — لم تُؤرشف لقطة سابقة لهذه المراجعة.
تم التحديث في 6 أغسطس 2026.
ملخص تحريري وتفاصيل التغيير المسجلة.تفاصيل التغيير
-
تفاصيل التغيير متاحة حاليًا باللغة الإنجليزية.
-
تفاصيل التغيير متاحة حاليًا باللغة الإنجليزية.
المقارنة الكاملة غير متاحة — لم تُؤرشف لقطة سابقة لهذه المراجعة.
تم التحديث في 18 يوليو 2026.
ملخص تحريري وتفاصيل التغيير المسجلة.تفاصيل التغيير
-
تفاصيل التغيير متاحة حاليًا باللغة الإنجليزية.
-
تفاصيل التغيير متاحة حاليًا باللغة الإنجليزية.
-
تفاصيل التغيير متاحة حاليًا باللغة الإنجليزية.
المقارنة الكاملة غير متاحة — لم تُؤرشف لقطة سابقة لهذه المراجعة.