الرئيسية › المعرفة › نظام إدارة المحتوى
WordPress نفسه ليس مشكلة — تأتي مواضيع حماية البيانات دائمًا تقريبًا عبر القوالب والإضافات والمحتوى المدمج.
عملياً، تكمن معظم مشكلات حماية البيانات في WordPress في ثلاثة مصادر: القالب الذي يحمّل غالباً Google Fonts أو حزم أيقونات من شبكات CDN خارجية؛ إضافات التسويق والتحليل التي تكتب شفرة التتبّع مباشرةً في <head> دون الاستعلام عن حالة الموافقة؛ ومحرّر الكتل الذي يحل تضمينات YouTube وMaps وTwitter فوراً عند تحميل الصفحة. كل مصدر من هذه المصادر يمكن تحييده على حدة.
إضافة موافقة وحدها لا تكفي إذا لم تحجب السكربتات فعلياً. كثير من إضافات البانر تعرض التنويه فقط بينما تُحمَّل إضافات التتبّع بالتوازي. ما ينجح هو حلول تُبقي المتتبّعات المعروفة عبر حاجب سكربتات أو تتدخّل عميقاً في الإضافات المعنية (مثلاً عبر واجهات الموافقة الخاصة بها).
وظائف نواة WordPress غير ضارة بحد ذاتها، مع استثناء واحد: سكربتات الإيموجي تحمّل s.w.org افتراضياً وقد — حسب الإعداد — تُحدث اتصالاً خارجياً. كما تنقل صور Gravatar في منطقة التعليقات هاش عنوان البريد الإلكتروني إلى automattic.com. يمكن تعطيل الاثنين بأسطر قليلة في functions.php أو بإضافة صغيرة.
مصادر شائعة: قوالب تحمّل Google Fonts من Google؛ إضافات تحليلات أو تسويق دون منطق موافقة؛ كتل YouTube/Maps مدمجة؛ رموز تعبيرية وصور Gravatar من خوادم خارجية. تسري المادة 25 الفقرة 1 من قانون TDDDG على كل وصول غير ضروري.
يحلل الفحص المجاني كود HTML المُقدَّم ويوضح أي الخدمات مدمجة، وهل تم اكتشاف شريط ملفات تعريف الارتباط، وهل توجد روابط لسياسة الخصوصية وبيانات الاتصال — مع تصنيف لكل نتيجة. لا يغني عن الاستشارة القانونية.
هذا النص معلومات عامة وفق أفضل معرفتنا، وليس استشارة قانونية. للحالة الفردية، يُرجى استشارة مكتب محاماة متخصص في قانون تقنية المعلومات.