تاريخ النشر: 6 يناير 2026
بدءًا من هذا الشهر، سيبدأ Chrome في طرح حدود معدّل الرسائل في Push API للمواقع الإلكترونية التي ترسل الكثير من الإشعارات بدون تفاعل كبير مع الموقع الإلكتروني. توضّح هذه المشاركة التغيير والمواقع الإلكترونية التي من المحتمل أن تتأثر به.
الويب المفتوح هو منصة فعّالة للتواصل مع المستخدمين، وقد شكّلت Push API جزءًا مهمًا من هذا التواصل. بالتزامن مع Notifications API، تتيح واجهة Push API للمواقع الإلكترونية إرسال إشعارات في الوقت المناسب حتى عندما لا يكون الموقع الإلكتروني قيد التشغيل في المتصفّح. يتيح ذلك إنشاء اتصال دائم ومفيد بين المستخدمين والمواقع الإلكترونية التي تهمّهم أكثر من غيرها.
ومع ذلك، كما هو الحال غالبًا مع التكنولوجيا الفعّالة، هناك احتمال لإساءة استخدامها. لا شكّ أنّ الكثيرين منّا قد واجهوا هذه المشكلة: موقع إلكتروني يقصفنا بسيل مستمر من الإشعارات غير الملائمة أو غير المفيدة. وقد يرجع ذلك إلى مشاكل مثل تغيير موقع إلكتروني لسلوكه منذ منح الإذن أو خداع المستخدم لقبول طلب الإذن. تتسبّب هذه الإشعارات غير المرغوب فيها في تعطيل سير عمل المستخدم، ويمكن أن تؤدي إلى تكوين انطباع سلبي عن الإشعارات والويب بشكل عام. نحن نؤمن بأنّ قوة الإشعارات الفورية يجب أن تقترن بمسؤولية استخدامها بحكمة.
التزامنا المستمر بتوفير تجربة إشعارات أفضل
لقد عملنا جاهدين على منح المستخدمين المزيد من التحكّم ومعالجة مشكلة الإشعارات غير المرغوب فيها بشكل مباشر. في الإصدار 80 من Chrome، طرحنا طلبات الحصول على إذن بعرض إشعارات أقل إزعاجًا، والتي تعرض طلبًا أقل إزعاجًا للمواقع الإلكترونية التي تسجّل معدلات قبول منخفضة أو للمستخدمين الذين يحظرون بشكل متكرر طلبات الحصول على إذن بعرض الإشعارات. في الآونة الأخيرة، بدأنا استخدام تعلُّم الآلة على الجهاز في متصفّح Chrome على Android لتحديد الإشعارات التي يُحتمل أن تكون غير مرغوب فيها أو ضارة، وتحذير المستخدمين منها، ما يساعد في حماية المستخدمين من محاولات التصيّد الاحتيالي والمحتوى الضار الآخر بدون المساس بالخصوصية. نلغي تلقائيًا أذونات إرسال الإشعارات من المواقع الإلكترونية التي ترصد ميزة "التصفّح الآمن من Google" أنّها تتضمّن سلوكًا خادعًا. أخيرًا، أعلنّا في تشرين الأول (أكتوبر) أنّ Chrome سيعمل تلقائيًا على إزالة إذن تلقّي الإشعارات على أساس كل مستخدم للمواقع الإلكترونية التي لم يتفاعل معها المستخدم مؤخرًا. هذه مجرد أمثلة قليلة على التزامنا المستمر بتوفير تجربة إشعارات أكثر أمانًا وملاءمةً للجميع.
طبقة جديدة: حدود معدّل طلبات Push API
لتعزيز حماية مستخدمي Chrome من الإشعارات المفرطة ولضمان بقاء الإشعارات أداة مفيدة للجميع، سنطرح آلية للحدّ من معدّل الاستخدام في Push API استنادًا إلى تفاعل المستخدم. هدفنا هو إنشاء ويب أفضل يتيح للمستخدمين التحكّم في تجربتهم ويمنح المطوّرين القدرة على بناء روابط مفيدة. يهدف هذا التغيير إلى الحدّ من الممارسات المسيئة المتعلقة بالإشعارات بدون التأثير في المواقع الإلكترونية المشروعة.
آلية العمل
في البداية، سيستند قرارنا بشأن وضع حدّ أقصى لعدد الطلبات التي يمكن أن يرسلها موقع إلكتروني إلى ثلاثة عوامل رئيسية يتم احتسابها يوميًا، وهي:
- عدد الرسائل الفورية التي أرسلها موقع إلكتروني لكل مرة يتم فيها قضاء وقت على الموقع
- عدد طلبات الإذن التي يتم عرضها لكل مدة زمنية يتم قضاؤها على الموقع الإلكتروني
- مستوى تفاعل المستخدم مع الموقع الإلكتروني (استنادًا إلى نتيجة تفاعل المستخدم مع الموقع الإلكتروني وعدد دقائق الاستخدام في المقدّمة)
عندما يتم تحديد موقع إلكتروني على أنّه يرسل عددًا كبيرًا من الإشعارات مع تفاعل ضئيل جدًا من المستخدمين، سنعتبره مزعجًا وسنحدّ من قدرته على إرسال الرسائل إلى قيمة لا تقل عن 1000 رسالة في الدقيقة. ستؤدي الطلبات التي تتجاوز هذا الحد إلى ظهور الردّ HTTP 429.
لمنع المواقع الإلكترونية المزعجة من التبديل بسرعة بين السلوك المزعج وغير المزعج، تكون منطق إزالة الحدّ الأقصى لعدد الطلبات أكثر تعقيدًا:
- بعد اليوم الأول من السلوك المخِلّ، سيتم تطبيق الحد الأقصى للمعدل لمدة يوم واحد.
- بعد اليوم الثاني من السلوك المخالف، سيتم تطبيق الحدّ الأقصى لمدة سبعة أيام.
- بعد اليوم الثالث والأيام اللاحقة من السلوك المخِلّ، سيتم تطبيق الحد الأقصى المسموح به لمدة 14 يومًا.
- ستتم إعادة ضبط العدد بعد 42 يومًا متتاليًا من السلوك غير المزعج.
على الرغم من أنّ هذا يصف نهجنا الأوّلي، قد تتطوّر تفاصيل عملية الاحتساب هذه بمرور الوقت مع تطوّر النظام المتكامل، وذلك لتقديم أفضل خدمة لكل من المستخدمين ومجتمع المطوّرين.
هل سيؤثر ذلك في موقعي الإلكتروني؟
من المهم التأكيد على أنّ هذا التغيير سيؤثّر فقط في Push API. سيظل بإمكان المواقع الإلكترونية إرسال إشعارات أثناء فتحها باستخدام واجهة برمجة التطبيقات Notifications API.
ولن تتأثّر بهذا التغيير جميع المواقع الإلكترونية تقريبًا. تستهدف هذه المبادرة عددًا صغيرًا من المواقع الإلكترونية التي ترسل عددًا كبيرًا من الإشعارات غير المهمة. بالنسبة إلى منتدى المطوّرين الأوسع نطاقًا الذي يركّز على إرسال إشعارات في الوقت المناسب وذات صلة وجذابة، سيساعد هذا التغيير في الحفاظ على سلامة وفعالية قناة التواصل الفعّالة هذه.
ونعتقد أنّ هذه الخطوة ضرورية لضمان مستقبل سليم ومستدام للإشعارات على الويب. ومن خلال تشجيع اتّباع نهج أكثر مراعاةً لاحتياجات المستخدمين، يمكننا بشكل جماعي تقديم تجربة إشعارات أفضل لجميع المستخدمين على الويب.