كيف تُثبّت شريط موافقة ملفات تعريف الارتباط (الكوكيز) على WordPress: دليل 2026 خطوة بخطوة

أفضل إضافة لموافقة ملفات تعريف الارتباط (الكوكيز) في موقع WordPress بالسعوديّة أو الإمارات هي التي تعرض الشريط بالعربيّة ومن اليمين إلى اليسار، وتُحمَّل في رأس الصفحة، وتمرّر قرار كلّ زائر إلى وضع موافقة Google v2، وتحفظ كلّ قرار بتاريخه ووقته. وإضافة أرقام٣٦٠ في wordpress.org (باسم arqam360-consent-privacy-pdplgdpr) مبنيّة لذلك، وهذا الدليل يشرح تثبيتها. يشغّل WordPress كثيرًا من مواقع الأعمال السعوديّة، من المواقع التعريفيّة إلى متاجر WooCommerce. أكّدت سدايا صدور 48 قرار إنفاذ في إعلانها في يناير 2026، ومن فئات المخالفات التي ذكرتها ملخّصات ذلك الإعلان: المعالجة دون أساس نظاميّ صحيح، والرسائل التسويقيّة المرسلة دون موافقة. لذا يحتاج موقع WordPress الذي يحمّل علامات تحليلات أو إعلانات لزوّار سعوديّين إلى طلب الموافقة أوّلًا. وهذا الدليل شرح خطوة بخطوة: تثبيت الإضافة، وضبط الشريط، والتحقّق من وضع موافقة Google v2، مع WooCommerce أو دونه.

هذا المقال شرح للتثبيت. أمّا القواعد التي وراءه فتجدها في دليل ملفات تعريف الارتباط في نظام حماية البيانات الشخصيّة.

تبحث عن الإضافة لا عن الخطوات؟ صفحة أرقام٣٦٠ لمواقع WordPress تشرح ما تفعله وإعداداتها وأسعارها.

ولمقارنتها بأدوات موافقة ملفات تعريف الارتباط الأخرى المتاحة للشركات في السعودية والإمارات، اقرأ أفضل أدوات موافقة الكوكيز للسعودية والإمارات.

ما يَشترطه نظام PDPL السعودي على شريط الكوكيز

تَشترط المادّة 6 من PDPL موافقة صريحة ومسبقة ومُطَّلِعة قبل أيّ معالجة لبيانات شخصيّة لأغراض غير جوهريّة. في لغة WordPress العمليّة: لا تَنطلق المتعقّبات ولا تُكتَب الكوكيز حتّى يَمنح الزائر إذنه نشطًا. موافقة الانسحاب ليست مشروعة تحت PDPL — على الزائر اتّخاذ إجراء إيجابي، بالنقر على «قبول» في الشريط، قبل أن تَنشط Google Analytics و Meta Pixel أو أيّ كوكي/وسم غير جوهري آخر. تُضيف اللائحة التنفيذيّة لـ PDPL متطلّبات إضافيّة: تَسجيل الموافقة بطابع زمني ونطاق، وقدرة الزائر على السحب بنفس سهولة المنح، وتَوضيح نصّ الشريط لفئات البيانات المُجمَّعة والأغراض.

• يَظهر الشريط عند أوّل تحميل صفحة، قبل انطلاق أيّ متعقّب غير جوهري
• على الزائر اتّخاذ إجراء إيجابي (قبول / رفض / تخصيص) — الموافقة الضمنيّة ليست مشروعة تحت PDPL
• يَستطيع الزائر سحب الموافقة بنفس سهولة منحها — بنقرة واحدة عبر رابط إعدادات على كلّ صفحة
• نصّ الشريط يُسمّي فئات البيانات المُجمَّعة (التحليلات / التسويق / التفضيلات) والأغراض
• إن رَفَض الزائر الشريط أو أَغلَقه، لا تَنطلق متعقّبات غير جوهريّة على تحميلات الصفحات اللاحقة
• سجلّ الموافقة مَحفوظ بطابع زمني ونطاق ومُعرِّف زائر لأغراض التدقيق
• الشريط مُتاح بالعربيّة بتخطيط RTL للزوّار المقيمين في السعوديّة

خطوة بخطوة: ثبّت شريط PDPL على موقع WordPress

يفترض هذا الدليل أنّك تدير موقع WordPress سعوديًّا (مع WooCommerce أو دونه) وتريد شريط موافقة متوافقًا مع النظام يعمل خلال 5 دقائق. ونستخدم إضافة أرقام٣٦٠ لـ WordPress مرجعًا لأنّها مدرَجة على wordpress.org (منظومة إضافات رسميّة — لا رفع ملفّات zip ولا مخاوف أمنيّة)، وتنفّذ Consent Mode v2 كاملًا، ومجّانيّة للشريط للأبد. وينطبق النمط على أيّ إضافة موافقة لـ WordPress واعية بالسوق السعوديّة.

الخطوة 1: ثبّت إضافة أرقام٣٦٠ من wordpress.org

من لوحة إدارة WordPress اذهب إلى الإضافات ← أضف جديد، وابحث عن «Arqam360» (معرّفها في WordPress.org هو arqam360-consent-privacy-pdplgdpr)، وناشرها arqam360. انقر «التنصيب الآن» ثمّ «تفعيل». تضيف الإضافة إلى لوحة الإدارة قائمة أرقام٣٦٠ فيها صفحتان: لوحة التحكم والإعدادات.

الخطوة 2: احصل على بيانَي الاعتماد من arqam360.com

لا يربط WordPress حسابك تلقائيًّا كما تفعل متاجر التطبيقات، لذا تُنشئ حساب أرقام٣٦٠ بنفسك: سجّل في arqam360.com (بلا بطاقة، والشريط يعمل على الباقة المجانيّة). ثمّ افتح «مفاتيح API» في لوحة التحكم وانسخ قيمتين: مفتاح الأداة، ويبدأ بـ ciq_live_ ويحمّل الشريط، ورمز الموقع، ويبدأ بـ ciq_sk_live_ ويفتح لوحة تحكم أرقام٣٦٠ داخل لوحة إدارة WordPress. ويظهر رمز الموقع مرّة واحدة فقط، عند إنشائه. عُد إلى WordPress، واذهب إلى أرقام٣٦٠ ← الإعدادات، والصق كلًّا منهما في حقله ثمّ احفظ. مفتاح الأداة علنيّ عن قصد، فهو يظهر في مصدر صفحاتك، أمّا رمز الموقع فلا يُكتب في صفحاتك أبدًا، وترفض الإضافة أيّ بيان يُلصق في الحقل الخطأ.

الخطوة 3: اضبط الشريط

في صفحة الإعدادات بضعة خيارات. تحميل الأداة: مجزّأ (الافتراضي، إذ يضبط نصّ برمجي صغير الوضع الافتراضي للموافقة فورًا ثمّ يُحمَّل الشريط في الخلفيّة) أو مدمج (ملفّ واحد أكبر بالسلوك نفسه). والامتثال: «فرض حجب السكربتات» يحتجز سكربتات التتبّع المعروفة حتى الموافقة (معطّل افتراضيًّا، فاختبر موقعك بعد تفعيله)، و«الكشف التلقائي للجهة التنظيميّة» يطبّق قواعد بلد الزائر، و«احترام إشارة GPC» مفعّل ما لم تعطّله. وفي الإعدادات المتقدّمة تتبع لغة الشريط متصفّح كلّ زائر ما لم تثبّتها على العربيّة أو الإنجليزيّة. أمّا ألوان الشريط وموضعه ونصوصه فتضبطها من تبويب الأداة في لوحة تحكم أرقام٣٦٠. احفظ، فيصبح الشريط حيًّا.

الخطوة 4: تحقّق على الواجهة الأماميّة

افتح موقعك في نافذة خاصّة حتى لا تتدخّل أيّ موافقة محفوظة. يجب أن يظهر الشريط قبل أن تختار. تنقّل بين الصفحات، فيبقى حتى تقرّر. وإن لم يظهر الشريط فتحقّق من أمرين: أنّ مفتاح الأداة محفوظ في أرقام٣٦٠ ← الإعدادات، وألّا يكون أمام WordPress تخزين مؤقّت (مثل Cloudflare) ما زال يقدّم صفحة قديمة. فحفظ إعدادات الإضافة يمسح أصلًا ذاكرة التخزين المؤقّت للصفحات في WP Engine و WP Rocket و W3 Total Cache و WP Super Cache و SiteGround Optimizer و LiteSpeed و Cache Enabler.

الخطوة 5: تحقّق من Google Consent Mode v2 (حرجة)

تَتجاهل معظم التثبيتات هذه الخطوة — وهي التي تُثبت أنّ علامات Google تنتظر فعلًا. ثبّت إضافة Google Tag Assistant Companion (إضافة Chrome مجّانيّة). مع الإضافة مفعّلة، حدّث موقعك في التصفّح الخاص. يَنبغي أن تَرى الإضافة gtag('consent', 'default') يَنطلق أوّلًا بقيم 'denied' للعوامل الأربعة (analytics_storage و ad_storage و ad_user_data و ad_personalization). انقر «قبول» على الشريط. يَنبغي أن تَرى الآن gtag('consent', 'update') يَنطلق بالعوامل بـ 'granted'. إن لم يَنطلق الافتراضي قبل أيّ وسم GA4 أو Google Ads، فالتثبيت مَكسور — عادةً مشكلة ترتيب تحميل إضافات (انظر العقبة 3 أدناه).

خمس عقبات خاصّة بـ WordPress

WordPress أكثر تَساهلًا من Shopify لكنّه أيضًا أكثر عُرضةً للخطأ، لأنّ كلّ موقع WordPress تَركيبة فريدة من قالب + إضافات + أدوات بناء صفحات + طبقات تخزين مؤقّت. كلّ عقبة أدناه قابلة للحلّ، لكن نَرى نحو نصف مواقع WordPress السعوديّة يَقع في واحدة منها على الأقلّ. راجِع هذه القائمة قبل إعلان النصر.

العقبة 1 — تخزين مؤقّت أمام الموقع يقدّم صفحات قديمة. يمسح حفظ إعدادات الإضافة ذاكرة التخزين المؤقّت للصفحات في WP Engine و WP Rocket و W3 Total Cache و WP Super Cache و SiteGround Optimizer و LiteSpeed و Cache Enabler. أمّا التخزين الذي لا تصل إليه الإضافة، مثل Cloudflare APO أو شبكة توزيع أخرى أو تخزين على مستوى الاستضافة خارج هذه القائمة، فيظلّ يقدّم الصفحة القديمة بلا شريط حتى تمسحه بنفسك. وإن كان الشريط غائبًا عن الزوّار وظاهرًا لك وأنت مسجّل الدخول، فهذا هو السبب في الغالب.

العقبة 2 — إضافات بناء الصفحات (Elementor و Divi و Beaver Builder) تحمّل أحيانًا أدوات تحليلات خاصّة بها. فقد تضيف إعدادات التكامل في أداة البناء Google Analytics إلى جانب Site Kit أو إضافة تحليلات أخرى، فيُحمَّل الوسم نفسه مرّتين. أبقِ Google Analytics في مكان واحد، وإن كان ذلك المكان مقتطفًا تطبعه أداة البناء خارج wp_head، فتحقّق بـ Tag Assistant (الخطوة 5) من أنّه ما زال ينتظر الوضع الافتراضي للموافقة.

العقبة 3 — وسم مكتوب يدويًّا فوق wp_head(). تطبع الإضافة نصّها البرمجي في وسم <head>، بتحميل متزامن وقبل النصوص البرمجيّة الأخرى التي يضيفها WordPress، فيُضبط الوضع الافتراضي للموافقة قبل أن تقرأه الوسوم المضافة عبر WordPress. أمّا ما لا تستطيع سبقه فهو مقتطف Google Tag Manager أو GA4 المُلصق في ملف header.php فوق استدعاء wp_head()، لأنّه يعمل قبل كلّ ما يطبعه WordPress. فإن أظهر Tag Assistant انطلاق GA4 قبل الوضع الافتراضي للموافقة، فابدأ البحث هناك، وانقل المقتطف تحت wp_head() أو حمّل الوسم عبر إضافة.

العقبة 4 — صفحات WooCommerce checkout تَستخدم قالبًا منفصلًا. تَدفّق checkout في WooCommerce يَعمل على قالب مخصّص تَختطفه بعض القوالب الخفيفة (مثل بعض إضافات تَحسين checkout التي تَستبدل القالب كاملًا). يَظهر شريط أرقام٣٦٠ على واجهة المتجر وصفحات المنتجات افتراضيًّا، لكن تحقّق أنّ الشريط يَظهر أيضًا على صفحات /checkout/ و/cart/. إن اختفى على هذه الصفحات، فإضافة التَحسين تُزيل خطّاف wp_head الذي تَستخدمه إضافتنا — تَواصل مع مؤلِّف الإضافة أو تَجاوز القالب.

العقبة 5 — شبكات WordPress متعدّدة المواقع تحتاج إعدادًا لكلّ موقع. في الشبكة التي تضمّ عدّة مواقع تُحفظ إعدادات الإضافة لكلّ موقع على حدة: فلكلّ موقع مفتاح أداة ورمز موقع خاصّان به، وإعدادات شريط وسجلّ موافقات مستقلّان. وتفعيل الإضافة على مستوى الشبكة لا يكفي، فافتح لوحة إدارة كلّ موقع وأدخل بياناته.

قائمة امتثال PDPL لموقع WordPress

وراء تثبيت الشريط، امتثال PDPL الكامل يَتطلّب قطعًا أكثر. هذه القائمة تُغطّي الأساسيّات لموقع WordPress (مع WooCommerce أو دونه). ضع علامة على كلّ بند؛ الفجوات تَعرّض للتدقيق.

• شريط موافقة متوافق مع PDPL مُثبَّت ومُتحقَّق منه عبر الخطوات 1-5 أعلاه
• سياسة خصوصيّة منشورة تُسمّي PDPL و SDAIA صراحةً — لا قالب GDPR عام مترجَم
• قناة طلبات وصول صاحب البيانات (DSAR) منشورة مع التزام بالردّ خلال 30 يومًا وفق اللائحة التنفيذيّة لـ PDPL
• تعيين مسؤول حماية البيانات (DPO) إن كنت تُعالج بيانات حسّاسة بحجم كبير أو تُراقب سلوك الزوّار منهجيًّا
• تَسجيل على المنصّة الوطنيّة لحوكمة البيانات (NDGP) إن كنت كيانًا عامًّا، أو تُعالج بيانات شخصيّة حسّاسة، أو نشاطك الرئيس معالجة بيانات
• تَوثيق نقل البيانات عبر الحدود إن كان أيّ بائع (مزوّد الاستضافة، Meta، Google، Cloudflare) يُعالج بيانات مقيمين سعوديّين خارج السعوديّة
• تَخزين سجلّات الموافقة بطابع زمني ونطاق ومُعرِّف زائر لأغراض التدقيق (أرقام٣٦٠ يُخزّن سجلّات دوّارة 90 يومًا)
• رابط مرئي لواجهة سحب الموافقة على كلّ صفحة (تَدعم معظم القوالب ذلك عبر منطقة ودجت التذييل)

أسئلة متكرّرة

مصادر موثوقة

الخطوات التالية

حين يعمل على موقعك في WordPress شريط تحقّقت منه، فثمّة خطوتان تضيفان أكثر من غيرهما. الأولى: شغّل فاحص أرقام٣٦٠ المجاني على موقعك لتعرف ما يُحمَّل من ملفات تعريف الارتباط وأدوات التتبّع قبل الموافقة. والثانية: اقرأ دليل ملفات تعريف الارتباط في نظام حماية البيانات الشخصيّة، فالشريط جزء من صورة أكبر تشمل سياسة الخصوصية وسجلّ الموافقات وطلبات أصحاب البيانات.