أفضل الممارسات لإشعارات ملفات تعريف الارتباط

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

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

عروض أداء

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

في ما يلي طريقة تأثير إشعارات ملفات تعريف الارتباط في مقاييس "مؤشرات أداء الويب":

• سرعة عرض أكبر محتوى مرئي (LCP): تكون معظم إشعارات الموافقة على ملفات تعريف الارتباط صغيرة بعض الشيء، وبالتالي لا تحتوي عادةً على عنصر LCP للصفحة. مع ذلك، من الممكن أن يحدث ذلك، خاصةً على الأجهزة الجوّالة. على الأجهزة الجوّالة، عادةً ما يشغل إشعار ملف تعريف الارتباط جزءًا أكبر من الشاشة. ويحدث هذا عادةً عندما يحتوي إشعار ملف تعريف الارتباط على جزء كبير من النص (يمكن أن تكون كتل النص من عناصر LCP أيضًا).

• مهلة الاستجابة الأولى (FID): بشكل عام، يجب أن يكون لحل الموافقة على ملفات تعريف الارتباط في حد ذاته تأثير ضئيل على مقياس FID، لأنّ الموافقة على ملفات تعريف الارتباط تتطلب القليل من تنفيذ JavaScript. مع ذلك، قد يكون للتقنيات التي توفّرها ملفات تعريف الارتباط هذه، وتحديدًا النصوص البرمجية للإعلانات والتتبّع، تأثير كبير على التفاعل مع الصفحة. إنّ تأخير هذه النصوص البرمجية إلى أن يتم قبول ملفات تعريف الارتباط يمكن أن يكون أسلوبًا لتقليل مهلة الاستجابة الأولى (FID).

• متغيّرات التصميم التراكمية (CLS): تشكّل إشعارات الموافقة على ملفات تعريف الارتباط مصدرًا شائعًا جدًا لمتغيّرات التصميم.

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

أفضل الممارسات

تركِّز أفضل الممارسات في هذا القسم على إشعارات ملفات تعريف الارتباط التابعة لجهات خارجية. بعض أفضل الممارسات، وليس كلها، ستسري أيضًا على إشعارات ملفات تعريف الارتباط الخاصة بالطرف الأول.

تحميل النصوص البرمجية لإشعارات ملفات تعريف الارتباط بشكل غير متزامن

يجب تحميل النصوص البرمجية لإشعارات ملفات تعريف الارتباط بشكل غير متزامن. لإجراء ذلك، أضِف السمة async إلى علامة النص البرمجي.

<script src="https://cookie-notice.com/script.js" async>

النصوص البرمجية غير المتزامنة تحظر المحلل اللغوي للمتصفح. يؤدي هذا إلى تأخير تحميل الصفحة وسرعة عرض أكبر جزء من المحتوى على الصفحة (LCP). لمزيد من المعلومات، يُرجى الاطّلاع على مقالة التحميل الفعّال بلغة JavaScript التابعة لجهة خارجية.

تحميل النصوص البرمجية لإشعارات ملفات تعريف الارتباط مباشرةً

يجب تحميل النصوص البرمجية لإشعارات ملفات تعريف الارتباط "مباشرةً" من خلال وضع علامة النص البرمجي في ترميز HTML للمستند الرئيسي، بدلاً من تحميلها بواسطة إدارة العلامات أو نص برمجي آخر. يؤدي استخدام إدارة العلامات أو نص برمجي ثانوي لإدخال النص البرمجي لإشعار ملف تعريف الارتباط إلى تأخير تحميل النص البرمجي لإشعار ملف تعريف الارتباط، إذ يؤدي ذلك إلى حجب النص عن محلّل النظرة اللغوية في المتصفّح ومنع تحميل النص البرمجي قبل تنفيذ JavaScript.

إنشاء اتصال مبكر بأصل إشعار ملفات تعريف الارتباط

على جميع المواقع الإلكترونية التي تحمِّل النصوص البرمجية لإشعارات ملفات تعريف الارتباط من موقع جغرافي تابع لجهة خارجية استخدام تلميحات الموارد dns-prefetch أو preconnect للمساعدة في إنشاء اتصال مبكر بالمصدر الذي يستضيف موارد إشعارات ملفات تعريف الارتباط. لمزيد من المعلومات، يُرجى الاطّلاع على إنشاء اتصالات الشبكة مبكرًا لتحسين سرعة الصفحة التي يتم رصدها.

<link rel="preconnect" href="https://cdn.cookie-notice.com/">

تحميل إشعارات ملفات تعريف الارتباط مسبقًا حسب الحاجة

قد تستفيد بعض المواقع الإلكترونية من استخدام تلميح مرجع preload لتحميل النص البرمجي لإشعارات ملفات تعريف الارتباط. يوجِّه تلميح مورد preload المتصفّح إلى بدء طلب مبكر للمورد المحدّد.

<link rel="preload" href="https://www.cookie-notice.com/cookie-script.js">

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

انتبِه إلى مفاضلات الأداء عند تصميم إشعارات ملفات تعريف الارتباط

قد يؤدي تخصيص مظهر ومضمون إشعارات ملفات تعريف الارتباط التابعة لجهة خارجية إلى تكاليف إضافية للأداء. على سبيل المثال، لا يمكن دائمًا لإشعارات ملفات تعريف الارتباط التابعة لجهات خارجية إعادة استخدام الموارد نفسها (على سبيل المثال، خطوط الويب) التي يتم استخدامها في أي مكان آخر على الصفحة. بالإضافة إلى ذلك، تميل إشعارات ملفات تعريف الارتباط التابعة لجهات خارجية إلى تحميل الأنماط في نهاية سلاسل الطلبات الطويلة. لتجنُّب أي مفاجآت، انتبِه إلى كيفية تحميل إشعار ملفات تعريف الارتباط وتطبيقه على الأنماط والموارد ذات الصلة.

تجنُّب متغيّرات التصميم

في ما يلي بعض المشاكل الأكثر شيوعًا بمتغيّرات التصميم والمرتبطة بإشعارات ملفات تعريف الارتباط:

• إشعارات ملفات تعريف الارتباط أعلى الشاشة: تُعتبَر إشعارات ملفات تعريف الارتباط أعلى الشاشة مصدرًا شائعًا لتغيير التصميم. إذا تم إدراج إشعار ملف تعريف الارتباط في DOM بعد عرض الصفحة المحيطة، سيدفع عناصر الصفحة أسفله إلى أسفل الصفحة. يمكن استبعاد هذا النوع من متغيّرات التصميم من خلال حجز مساحة في نموذج العناصر في المستند (DOM) لإشعار الموافقة. وإذا لم يكن هذا حلاً مجديًا، على سبيل المثال، إذا كانت أبعاد إشعار ملف تعريف الارتباط تختلف حسب الموقع الجغرافي، يمكنك استخدام تذييل أو نموذج ثابت لعرض إشعار ملفات تعريف الارتباط. نظرًا لأنّ هذَين الأسلوبَين البديلَين يعرضان إشعار ملفات تعريف الارتباط على أنّه "تراكب" في أعلى بقية الصفحة، يجب ألا يؤدي إشعار ملف تعريف الارتباط إلى حدوث تغييرات في المحتوى عند تحميله.
• الصور المتحركة: يستخدم العديد من إشعارات ملفات تعريف الارتباط الصور المتحركة، على سبيل المثال، "انزلاق" إشعار ملف تعريف الارتباط هو نمط تصميم شائع. اعتمادًا على كيفية تنفيذ هذه التأثيرات، يمكن أن تسبب تغييرات في التخطيط. للحصول على مزيد من المعلومات، يمكنك الاطّلاع على تصحيح الأخطاء في متغيّرات التصميم.
• الخطوط: قد تحظر الخطوط التي تم تحميلها متأخرًا العرض و/أو تتسبب في متغيّرات في التصميم. تبرز هذه الظواهر بشكل أكبر في الاتصالات البطيئة.

تحسينات متقدِّمة لتحميل البيانات

يتطلب تنفيذ هذه الأساليب مزيدًا من العمل، ولكنها يمكن أن تحسّن تحميل النصوص البرمجية لإشعارات ملفات تعريف الارتباط:

• ويمكن أن يؤدي التخزين المؤقت للنصوص البرمجية لإشعارات ملفات تعريف الارتباط التابعة لجهات خارجية وعرضها من خوادمك إلى تحسين سرعة تسليم هذه الموارد.
• يتيح لك استخدام مشغِّلي الخدمات مزيدًا من التحكّم في جلب النصوص البرمجية التابعة لجهات خارجية وتخزينها مؤقتًا، مثل النصوص البرمجية لإشعارات ملفات تعريف الارتباط.

قياس الأداء

يمكن أن تؤثر إشعارات ملفات تعريف الارتباط في قياسات الأداء. يناقش هذا القسم بعض هذه الآثار والتقنيات للتخفيف منها.

مراقبة المستخدم الحقيقي (RUM)

تستخدم بعض أدوات التحليل وRUM ملفات تعريف الارتباط لجمع بيانات الأداء. وفي حال رفض المستخدم استخدام ملفات تعريف الارتباط، لا يمكن لهذه الأدوات تسجيل بيانات الأداء.

يجب أن تكون المواقع على دراية بهذه الظاهرة، ومن المفيد أيضًا فهم الآليات التي تستخدمها أدوات RUM لجمع بياناتها. ومع ذلك، بالنسبة إلى الموقع النموذجي على الأرجح، لا يكون هذا التناقض سببًا للتنبيه نظرًا إلى اتجاه وحجم انحراف البيانات. لا يُعد استخدام ملفات تعريف الارتباط شرطًا فنيًا لقياس الأداء. مكتبة JavaScript web-vitals هي مثال على مكتبة لا تستخدم ملفات تعريف الارتباط.

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

المراقبة التركيبية

بدون ضبط إعدادات مخصّصة، ستقيس معظم الأدوات الاصطناعية (مثل Lighthouse وWebPageTest) تجربة المستخدم لأول مرة الذي لم يردّ على إشعار الموافقة على ملفات تعريف الارتباط. ومع ذلك، لا يجب مراعاة الاختلافات في حالة ذاكرة التخزين المؤقت (على سبيل المثال، الزيارة الأولية مقابل الزيارة المتكررة) عند جمع بيانات الأداء، بل يجب أيضًا مراعاة الاختلافات في حالة قبول ملفات تعريف الارتباط، سواء كانت مقبولة أو مرفوضة أو لم يتم الرد عليها.

تناقش الأقسام التالية إعدادات WebPageTest وLighthouse التي يمكن أن تكون مفيدة لدمج إشعارات ملفات تعريف الارتباط في عمليات قياس الأداء. ومع ذلك، تُعدّ ملفات تعريف الارتباط وإشعارات ملفات تعريف الارتباط أحد العوامل العديدة التي قد يكون من الصعب محاكاتها بشكل مثالي في بيئات المختبرات. لهذا السبب، من المهم أن تجعل بيانات RUM الركيزة الأساسية لقياس الأداء، بدلاً من الأدوات الاصطناعية.

اختبار إشعارات ملفات تعريف الارتباط باستخدام WebPageTest

نص الفيديوهات

يمكنك استخدام البرمجة النصية للحصول على WebPageTest "نقرة" على بانر الموافقة على ملفات تعريف الارتباط أثناء جمع بيانات التتبع.

يمكنك إضافة نص برمجي بالانتقال إلى علامة التبويب النص البرمجي. ينتقل النص البرمجي أدناه إلى عنوان URL المطلوب اختباره، ثم ينقر على عنصر DOM الذي يحمل المعرّف cookieButton.

combineSteps
navigate    %URL%
clickAndWait    id=cookieButton

عند استخدام هذا النص البرمجي، انتبه لما يلي:

• يطلب combineSteps من WebPageTest "دمج" نتائج خطوات البرمجة النصية التي تتبع في مجموعة واحدة من عمليات التتبع والقياسات. قد يكون تشغيل هذا النص البرمجي بدون combineSteps مفيدًا أيضًا، حيث تسهِّل عمليات التتبُّع المنفصلة معرفة ما إذا تم تحميل الموارد قبل قبول ملفات تعريف الارتباط أو بعدها.
• تمثّل السمة %URL% اصطلاح WebPageTest الذي يشير إلى عنوان URL الذي يتم اختباره.
• يطلب clickAndWait من WebPageTest النقر على العنصر المُشار إليه باستخدام attribute=value والانتظار إلى أن يكتمل نشاط المتصفّح اللاحق. وهو يتبع التنسيق clickAndWait attribute=Value.

في حال إعداد هذا النص البرمجي بشكل صحيح، يجب ألا تعرض لقطة الشاشة التي تم التقاطها من خلال WebPageTest إشعارًا بشأن ملفات تعريف الارتباط (تمت الموافقة على إشعار ملفات تعريف الارتباط).

للحصول على مزيد من المعلومات حول النصوص البرمجية WebPageTest، يمكنك الاطلاع على وثائق WebPageTest.

ضبط ملفات تعريف الارتباط

لإجراء WebPageTest مع مجموعة من ملفات تعريف الارتباط، انتقِل إلى علامة التبويب Advanced (الإعدادات المتقدمة) وأضِف عنوان ملف تعريف الارتباط إلى الحقل عناوين مخصّصة:

تغيير الموقع الجغرافي للاختبار

لتغيير موقع الاختبار الذي يستخدمه WebPageTest، انقر على القائمة المنسدلة اختبار الموقع في علامة التبويب الاختبار المتقدم.

اختبار إشعارات ملفات تعريف الارتباط باستخدام Lighthouse

يمكن أن يكون ضبط ملفات تعريف الارتباط عند تشغيل Lighthouse آلية لتحويل إحدى الصفحات إلى حالة معيّنة للاختبار بواسطة Lighthouse. يختلف سلوك ملفات تعريف الارتباط في Lighthouse قليلاً حسب السياق (أدوات مطوّري البرامج أو واجهة سطر الأوامر أو إحصاءات PageSpeed).

DevTools

لا يتم محو ملفات تعريف الارتباط عند تشغيل Lighthouse من "أدوات مطوري البرامج". ومع ذلك، يتم محو أنواع مساحة التخزين الأخرى تلقائيًا. يمكن تغيير هذا السلوك باستخدام الخيار محو مساحة التخزين في لوحة إعدادات Lighthouse.

CLI

عند تشغيل Lighthouse من واجهة سطر الأوامر، يتم استخدام نسخة Chrome جديدة، ولذلك لا يتم ضبط ملفات تعريف الارتباط بشكل تلقائي. لتشغيل Lighthouse من واجهة سطر الأوامر باستخدام مجموعة ملفات تعريف ارتباط محددة، استخدِم الأمر التالي:

lighthouse <url> --extra-headers "{\"Cookie\":\"cookie1=abc; cookie2=def; \_id=foo\"}"

لمزيد من المعلومات حول ضبط عناوين طلبات مخصّصة في واجهة سطر الأوامر في Lighthouse، يُرجى الاطّلاع على مقالة تشغيل Lighthouse على الصفحات التي تمت مصادقتها.

إحصاءات PageSpeed

عند تشغيل Lighthouse من خلال "إحصاءات PageSpeed"، يتم استخدام نسخة جديدة من Chrome ولا يضبط أي ملفات تعريف ارتباط. لا يمكن ضبط "إحصاءات الصفحة" لضبط ملفات تعريف ارتباط معيّنة.

تجربة المستخدم

إنّ تجربة المستخدم (UX) لإشعارات الموافقة على ملفات تعريف الارتباط المختلفة تكون في الأساس نتيجة قرارَين: مكان الإشعار الخاص بملفات تعريف الارتباط داخل الصفحة وإلى أي مدى يمكن للمستخدم تخصيص استخدام الموقع الإلكتروني لملفات تعريف الارتباط. يناقش هذا القسم المناهج المحتملة لهذين القرار.

عند التفكير في التصميمات المحتملة لإشعار ملفات تعريف الارتباط، إليك بعض الأشياء التي يجب التفكير فيها:

• تجربة المستخدم: هل هذه تجربة مستخدم جيدة؟ كيف سيؤثر هذا التصميم بالذات على عناصر الصفحة الحالية وتدفقات المستخدم؟
• النشاط التجاري: ما هي استراتيجية ملفات تعريف الارتباط في موقعك الإلكتروني؟ ما أهدافك من إشعار ملفات تعريف الارتباط؟
• المتطلبات القانونية: هل يلتزم المحتوى بالمتطلبات القانونية؟
• الهندسة: ما مقدار العمل المطلوب تنفيذه وصيانته؟ ما مدى صعوبة التغيير؟

موضع إعلان

يمكن عرض إشعارات ملفات تعريف الارتباط في شكل رأس أو عنصر مضمّن أو تذييل. ويمكن أيضًا عرضها في أعلى محتوى الصفحة باستخدام نمط أو عرضها كإعلان بيني.

إشعارات الرأس والتذييل والمُضمّنة لملفات تعريف الارتباط

يتم وضع إشعارات ملفات تعريف الارتباط عادةً في الرأس أو التذييل. من بين هذين الخيارَين، يُفضّل بشكل عام وضع التذييل لأنّه غير مزعج، ولا يتنافس لجذب الانتباه باستخدام إعلانات البانر أو الإشعارات، ولا يؤدي عادةً إلى حدوث متغيّرات التصميم التراكمية (CLS). بالإضافة إلى ذلك، فهي مكان مشترك لوضع سياسات الخصوصية وبنود الاستخدام.

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

النماذج

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

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

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

قابلية الضبط

تمنح واجهات إشعارات ملفات تعريف الارتباط المستخدمين مستويات مختلفة من التحكّم في ملفات تعريف الارتباط التي يقبلونها.

ما من إمكانية للضبط

ولا توفّر هذه الإعلانات الخاصة بملفات تعريف الارتباط بنمط الإشعارات للمستخدمين عناصر تحكم مباشرة في تجربة المستخدم لإيقاف ملفات تعريف الارتباط. بدلاً من ذلك، تتضمّن عادةً رابطًا يؤدي إلى سياسة ملفات تعريف الارتباط الخاصة بالموقع الإلكتروني، والذي قد يزوّد المستخدمين بمعلومات حول إدارة ملفات تعريف الارتباط باستخدام متصفح الويب. تتضمن هذه الإشعارات عادةً زر "إغلاق" و/أو "قبول".

بعض الإعدادات

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

إمكانية الضبط الكاملة

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

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

• درجة الدقة: يتمثّل المنهج الأكثر شيوعًا في إمكانية ضبط ملفات تعريف الارتباط في السماح للمستخدمين بتفعيل استخدام ملفات تعريف الارتباط حسب "فئة ملفات تعريف الارتباط". تتضمن أمثلة فئات ملفات تعريف الارتباط الشائعة ملفات تعريف الارتباط الوظيفية والاستهداف وملفّات تعريف الارتباط على وسائل التواصل الاجتماعي.

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