Google Adsense: تغييرات على منصة إدارة الموافقة (CMP) لـ Discourse

وصلتني رسالة من جوجل:

بدءًا من 16 يناير 2024، ستتطلب جوجل من جميع الناشرين الذين يقدمون إعلانات لمستخدمي المنطقة الاقتصادية الأوروبية والمملكة المتحدة استخدام منصة إدارة موافقة (CMP) معتمدة من جوجل. يمكنك استخدام أي منصة إدارة موافقة معتمدة من جوجل لهذا الغرض، بما في ذلك حل إدارة الموافقة الخاص بجوجل. إذا كنت مهتمًا باستخدام حل إدارة الموافقة الخاص بجوجل، فابدأ بإعداد رسالة اللائحة العامة لحماية البيانات (GDPR) الخاصة بك.

لقد بحثت في الموقع ولكن لم أجد أي إشارة إلى ما يجب القيام به في سياق discourse للامتثال لمتطلبات منصة إدارة الموافقة المعتمدة من جوجل لمواصلة استخدام إضافات الإعلانات في discourse في منطقة المنطقة الاقتصادية الأوروبية/المملكة المتحدة.

هل لدى أي شخص أي أفكار حول هذا؟

إعجابَين (2)

مساء الخير،

هل يمكنك مشاركة مساعدتك بشأن القاعدة الجديدة من Google AdSense فيما يتعلق بـ Discourse؟ أرسلت Google بريدًا إلكترونيًا يفيد بأنه يجب على الموقع الالتزام بقاعدتهم الجديدة الموضحة أدناه. يمكنك الاطلاع على صفحة المساعدة عبر الإنترنت لمعرفة المزيد أيضًا.

بدءًا من 16 يناير 2024، بالإضافة إلى سياسة موافقة مستخدمي الاتحاد الأوروبي، يجب على ناشري AdSense استخدام منصة إدارة الموافقة (CMP) المعتمدة من Google والمتكاملة مع إطار الشفافية والموافقة (TCF) الخاص بـ IAB عند عرض الإعلانات للمستخدمين في المنطقة الاقتصادية الأوروبية (EEA) أو المملكة المتحدة.

يبدو أنك لم تعتمد بعد منصة CMP معتمدة من Google لجمع الموافقة من المستخدمين، مما يعني أن موقعك (مواقعك) سيتوقف عن عرض إعلانات AdSense وتلقي الإيرادات من حركة المرور في المنطقة الاقتصادية الأوروبية والمملكة المتحدة بعد 16 يناير 2024.

هل يمكن لأي شخص في Discourse مشاركة تحديث حول ما إذا كانوا سيلتزمون بهذا المتطلب؟ على حد علمي، لا يمكنني تصحيح هذا بنفسي أو تكوين Discourse لتلبية احتياجات Google. يرجى إعلامي إذا كان بإمكان أي شخص تقديم أي مساعدة. أرى أن مستخدمًا آخر قد طرح قلقًا مشابهًا بالأمس، شكرًا لك.

4 إعجابات

لقد قمت بدمج هذين الموضوعين معًا للحفاظ على المناقشة في مكان واحد. :+1:

أعتقد أن لدينا دليلًا حول تمكين إدارة الموافقة هنا إذا كان ذلك مفيدًا؟

4 إعجابات

هذا مفيد جدًا لفهم ملفات تعريف الارتباط التي يستخدمها Discourse. ولكن بالعودة إلى الموضوع الأصلي، هل يمكن لأي شخص تقديم إرشادات حول تداعيات رسالة Google بشأن CMP على Discourse و/أو المكون الإضافي للإعلانات الخاص به؟

لقد ألقيت نظرة على الصفحة المرتبطة “موافقة كوكيز، اللائحة العامة لحماية البيانات، و ديسكورس”، وأكره أن أقول ذلك، لكن يبدو أنها تتجاوز معرفتي بـ ديسكورس والميزات. لا أعرف ما إذا كان بإمكاني القيام بذلك.

أرسلت جوجل بريدًا إلكترونيًا إلى حساب أدسنس الخاص بي وواجهتني بشكل أساسي مطالبة بإثبات أنني قد امتثلت وأقر بذلك. هل قام أي شخص بذلك؟ هل يمكنني توظيف أي شخص لمساعدتي في القيام بذلك؟ شكرا لكم.

إذا كنت تريد بعض المساعدة، ولديك ميزانية، يمكنك بدء موضوع Marketplace لطلب بعض المساعدة. :+1:

لقد نشرت على Marketplace، كما قلت، شكرًا لك.

يمكنك رؤية البريد الإلكتروني الذي أرسله AdSense أدناه. يرجى الرجوع إلى الفقرة حيث يقولون:

بالإضافة إلى ذلك، لمساعدتك في تلبية المتطلبات الجديدة ومواصلة عرض الإعلانات على موقعك في المنطقة الاقتصادية الأوروبية والمملكة المتحدة، سيتم تقديم خيارات اعتماد CMP لك في المرة التالية التي تسجل فيها الدخول إلى حساب AdSense الخاص بك. تشمل الخيارات:

  1. “أريد إنشاء رسالة GDPR، باستخدام CMP الخاص بـ Google في AdSense. إذا لم أنشر واحدة بحلول 16 يناير 2024، فيرجى نشر رسالة GDPR الخاصة بي نيابة عني باستخدام CMP الخاص بـ Google. أفهم أنه يمكنني تغيير رسالتي والتبديل إلى CMP آخر في أي وقت.”

هل هذا يعني أنه يمكنني ببساطة النقر فوق الخيار 2 وسيجعل AdSense تلقائيًا Discourse متوافقًا مع قاعدة الموافقة؟

هل قام أي شخص بذلك؟ هل يمكن لأي شخص تقديم أي توضيح؟

إعجاب واحد (1)

لتحديث حسابي، قمت بتسجيل الدخول إلى AdSense. أجبروني فورًا على عرض نافذة منبثقة على الشاشة. نقرت على الخيار 2 وأكملت نموذجهم. أعتقد أن هذا قد يكون قد لبى متطلبات CMP. يبدو أن AdSense ستشرف على جزء CMP بنفسها. هل يمكن لأحد تأكيد ذلك؟ شكراً لكم.

إعجاب واحد (1)

أعتقد أن هذا يبدو خيارًا قابلاً للتطبيق بناءً على قراءة المعلومات الموجودة في لقطة الشاشة. هل يمكنك تسجيل مستخدم تجريبي والتحقق مما إذا كان يعمل؟

إعجاب واحد (1)

لقد تفقدت موقعك للتو ولا أرى أي إعلان يتم تحميله على الصفحة الرئيسية سوى “إعلان” ومساحة فارغة:

أعتذر، لا أعرف لماذا قد يحدث ذلك. هل قمت بتثبيت مانع للإعلانات؟

لقد حاولت تحميل المنتدى على Chrome و Firefox و Safari أثناء عدم تسجيل الدخول، وتم تحميل الإعلانات بشكل طبيعي.

هل يمكنك توضيح وضعك؟ شكراً لك.

Chrome

Firefox

Safari

إعجاب واحد (1)

يبدو أن إعدادات فايرفوكس هي التي تسببت في ذلك، الإعلانات تعمل مع كروم.

إعجاب واحد (1)

حسناً، شكراً لك على المعرفة الإضافية. للتوضيح، هل تعتقد أن إعداد “صارم” الخاص بك على فايرفوكس تسبب في ذلك؟

كانت هذه نظريتي الأولى ولكن يبدو أنها خاطئة، عندما كتبت في موقعك كاستثناء، لم يتم تحميل الإعلانات، وكذلك خفض مستوى الأمان إلى المستوى القياسي لم يحدث أي تغيير.
لا أعتقد أن هناك مانع إعلانات قيد التشغيل ولكني سأحقق في الأمر.
هل كان هناك إعداد مختلف يحظر الإعلانات، لذا يبدو أن موقعك على ما يرام.

إنه جميل.
إذًا، هل لا يزال من الممكن إدراج الإعلانات؟ هذا رائع! أود أن أفعل الشيء نفسه في المستقبل.

هناك العديد من المواضيع المتعلقة بالامتثال/الموافقة على Google AdSense و GDPR، ولكن لا يوجد منها ما هو حاسم حقًا.

الوضع اليوم هو:

  • يمكن للمرء استخدام إضافة الإعلانات (Advertising plugin) مع AdSense لعرض الإعلانات على مثيل Discourse.
  • مدير موافقة Google AdSense الخاص يعمل بشكل جيد ويتم عرض الإعلانات بشكل صحيح.
  • المشكلة مع مدير الموافقة الخاص بـ AdSense هي أنه يتعرف على أن Discourse يستخدم التمرير اللانهائي ويطلق عنصرًا عائمًا على الموقع، مما يمكّن المستخدم من إلغاء أو تعديل الموافقات.
  • هذا أمر سيء للغاية من حيث واجهة المستخدم وتجربة المستخدم. الإشعار العائم مشتت للغاية وفي بعض السيناريوهات يمكن أن يتداخل حتى مع أزرار واجهة المستخدم الخاصة بـ Discourse.
  • لقد أبلغت عن هذا لـ Google أكثر من مرة، دون استجابة.
  • هناك الكثير من التعليقات المحبطة حول هذا الأمر على الإنترنت، مشيرة إلى تردد Google في تحسين واجهة المستخدم وتجربة المستخدم.
  • اختراق أنيق للحل سيكون إخفاء العنصر العائم، وللبقاء متوافقًا مع GDPR، توفير رابط لإلغاء الموافقة في مكان آخر في واجهة المستخدم. توفر Google هذه التعليمات: رابط
  • نظرًا لأن إدارة الموافقة هي متطلب إلزامي، فهل يجب/يمكن أن يكون هذا الاختراق ميزة لإضافة الإعلانات؟
  • إخفاء العنصر العائم الذي ينشئه AdSense
  • توفير رد اتصال إدارة الموافقة في مكان يسهل على المستخدم الوصول إليه - ربما قائمة البرجر، أو قائمة ملف تعريف المستخدم. لا يبدو هذا جهدًا برمجيًا معقدًا، ولكنه للأسف يتجاوز مهاراتي.
  • هل قام أي شخص بالعبث بالعنصر العائم لمدير الموافقة، بهدف إخفائه؟ أود أن أرى بعض الأمثلة البرمجية لما فعلته وكيف.

إذا كنت لا تعرف ما أتحدث عنه، فانتقل إلى Tappara.co، وامنح الموافقة، لمدة دقيقة أو دقيقتين قم بالتمرير لبعض المواضيع لأعلى ولأسفل → سيظهر العنصر العائم.

إشارة إلى @JammyDodger

إعجابَين (2)

لقد أمضيت وقتًا طويلاً في دراسة هذا، وبناءً على ما قرأته، يمكن للمرء تنفيذ رابط مخصص لإلغاء الموافقة ثم إخفاء الرابط الذي تم إنشاؤه تلقائيًا من Google.

المكان المنطقي للإلغاء سيكون رابطًا مخصصًا في قائمة البرجر، ولكن هنا يصبح Discourse ذكيًا للغاية، حيث يستحيل اختراق وظيفة JS كرابط قائمة.

<a href=”javascript:googlefc.callbackQueue.push(googlefc.showRevocationMessage)”>انقر هنا لإلغاء اختيارك</a>

إذا كان يمكن تنفيذ ذلك في القائمة، فإن الخطوة التالية ستكون إخفاء لافتة الموافقة العائمة. لذا فإن السؤال الكبير للموظفين هو، كيف يمكن تنفيذ وظيفة الإلغاء، دون ترميزها بشكل ثابت في قالب السمة، أو ما شابه ذلك.

سأحتاج إلى بعض المساعدة من هاوٍ مؤهل لإنجاز هذا الأمر.

تحرير: أعتقد أن هذا يؤثر أيضًا على Google Analytics، والذي تدعمه نواة Discourse.

إعجابَين (2)

هل يعرف أحد أين يجب أن أضيف هذا الرمز؟