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

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

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

عروض أداء

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

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

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

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

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

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

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

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

فهم تأثير إشعارات INP من ملفات تعريف الارتباط

كما ذكرنا سابقًا، غالبًا ما يكون زر قبول سببًا معيّنًا لمشاكل مقياس INP نظرًا لكبر حجم المعالجة التي تحدث عند النقر عليه.

تعاون فريق Chrome مع عدد من منصّات إدارة الموافقة (CMP) للتوصل بعد النقر على "قبول" من أجل السماح للمتصفّح بالإقرار بهذا القبول بسرعة في الخطوة التالية. اطّلِع على دراسة حالة PubTech كمثال.

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

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

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

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

تحظر النصوص البرمجية غير المتزامنة المحلِّل اللغوي للمتصفِّح. يؤدي هذا إلى تأخير تحميل الصفحة وسرعة عرض أكبر محتوى مرئي. للحصول على مزيد من المعلومات، يُرجى الاطّلاع على التحميل الفعّال لرموز 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 مؤشرات أداء الويب مثالاً على مكتبة لا تستخدم ملفات تعريف الارتباط.

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

المراقبة الاصطناعية

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

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

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

استخدام البرمجة النصية

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

أضِف نصًا برمجيًا بالانتقال إلى علامة التبويب النص البرمجي. ينتقل النص البرمجي التالي إلى عنوان URL ليتم اختباره ثم ينقر على عنصر DOM باستخدام id=cookieButton.

combineSteps
navigate    %URL%
clickAndWait    id=cookieButton

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

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

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

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

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

لتشغيل WebPageTest مع مجموعة ملفات تعريف الارتباط، انتقل إلى علامة التبويب متقدمة وأضف عنوان ملف تعريف الارتباط إلى حقل العناوين المخصّصة:

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

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

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

يمكن أن يكون ضبط ملفات تعريف الارتباط أثناء تشغيل Lighthouse آلية لنقل صفحة إلى حالة معيّنة لاختبارها من خلال Lighthouse. يختلف سلوك ملفات تعريف الارتباط في Lighthouse قليلاً حسب السياق ("أدوات مطوري البرامج" أو CLI أو "إحصاءات 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 ولا يتم ضبط أي ملفات تعريف ارتباط. لا يمكن ضبط إحصاءات PageSeed لضبط ملفات تعريف ارتباط معيّنة.

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

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

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

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

موضع إعلان

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

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

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

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

مودالات

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

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

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

إمكانية الإعداد

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

لا تتوفر إمكانية الضبط

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

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

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

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

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

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

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

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