التتبع اللحظي على شاشة القفل كان حكراً على iOS. حين تكون رحلة أو طلب توصيل أو عملية شراء قيد التنفيذ، يتابعها مستخدمو iPhone لحظة بلحظة عبر Live Activity، بينما يحصل مستخدمو أندرويد — وهم أكثر من 70% من مستخدمي الجوال في السعودية والإمارات ومصر — على سلسلة إشعارات منفصلة، أو لا شيء إطلاقاً بين “تم التأكيد” و”تم التسليم”.
أندرويد 16 يسد هذه الفجوة. ميزة Live Updates الجديدة تجلب تتبعاً لحظياً بصيغة شريط تقدم إلى شاشة القفل، وقائمة الإشعارات، وشريط الحالة في أندرويد. بالنسبة لأي فريق تسويق دورة حياة العميل، يعني هذا أن تجربة اللحظة الفعلية التي صممتها لم تعد تصل إلى نصف جمهورك فقط — بل إلى الشريحة الأكبر من مستخدمي المنطقة.
في هذا المقال، ستتعرف على ماهية Live Updates، والسيناريوهات التي تناسبها، وكيفية البدء بإرسال Live Updates على أندرويد عبر Pushwoosh.
ما هي تحديثات أندرويد الفورية
تحديث أندرويد الفوري (Android Live Update) هو إشعار مستمر بصيغة شريط تقدم، يرفعه النظام إلى شاشة القفل، ويُبقيه في قائمة الإشعارات، ويثبّته كشريحة في شريط الحالة، بحيث يتابع المستخدم النشاط دون فتح التطبيق.
دورة الحياة كاملة تُدار من خادمك. ترسل إشعاراً واحداً عند بدء النشاط، إشعارات إضافية مع تقدمه، وإشعاراً أخيراً عند انتهائه. كل إشعار يحدّث نفس الإشعار في مكانه بدلاً من تكديس إشعار جديد فوقه. 3 عمليات تدير هذه الدورة: البدء (start) ينشر الإشعار، التحديث (update) يحدّثه بصمت، الإنهاء (end) يزيله.
إن كنت تستخدم بالفعل أنشطة iOS المباشرة (Live Activities)، فهذه هي نظيرتها على أندرويد: نفس فكرة البطاقة الحية ذاتية التحديث لحدث لحظي، مبنية على نظام إشعارات أندرويد 16 المرتكز على التقدم. آلية الإعداد تختلف، لكن المهمة التسويقية واحدة: إبقاء المستخدم على اطلاع مستمر بدلاً من مقاطعته في كل خطوة.
كيف تبدو عملياً: تتبع رحلة من البداية للنهاية 🚕
لنأخذ رحلة عبر تطبيق نقل تشاركي مثل Careem — الأكثر استخداماً في السعودية والإمارات — كمثال. إليك الرحلة كاملة كتحديث فوري واحد بدلاً من سلسلة إشعارات متفرقة.
1. البدء — تعيين السائق. لحظة قبول السائق للطلب، يرسل خادمك إشعار البدء. يظهر تحديث فوري على شاشة القفل: “أحمد في الطريق إليك — 4 دقائق”، مع تفاصيل السيارة والوقت المتوقع للوصول. يرى الراكب هذا دون فتح التطبيق.
2. التحديث — الرحلة تتقدم. مع اقتراب السائق وتقدم الرحلة، يرسل خادمك إشعار تحديث لنفس النشاط. تتحدث البطاقة في مكانها — السائق في الطريق ← يقترب ← الرحلة جارية — يُعاد حساب الوقت المتوقع، وتواكب الحالة موقع السيارة. لا اهتزاز، لا إشعار جديد. فقط الحالة الحالية، دقيقة دائماً.
3. الإنهاء — اكتملت الرحلة. الإشعار الأخير يغلق التحديث الفوري: “وصلت. الأجرة: 65 ريال سعودي.” يُزال الإشعار من تلقاء نفسه. الحلقة اكتملت.
انتقل الراكب من سلسلة إشعارات متفرقة إلى صفر مقاطعات ورؤية أوضح — متتبّع رحلة حي على شاشة القفل من الانطلاق حتى الوصول، بدلاً من إشعارات تومض وتختفي. ولأن البطاقة تبقى على الشاشة، تتحول شاشة القفل إلى نقطة عودة إلى التطبيق: المستخدمون الذين لديهم تحديث فوري نشط يميلون لفتح التطبيق أكثر، لا أقل.
أين تثبت تحديثات أندرويد الفورية جدارتها، حسب نوع التطبيق
نفس النمط يعمل في أي مكان يتتبع فيه المستخدم شيئاً يحدث الآن، بنقطة بداية ونهاية واضحتين.
| نوع التطبيق | البداية | ما يتحدث لحظياً | النهاية |
|---|---|---|---|
| التجارة الإلكترونية والتوصيل | تم تأكيد الطلب | قيد التحضير، خرج للتوصيل، اقترب، الوقت المتوقع للوصول | تم التسليم |
| النقل التشاركي | تعيين السائق | موقع السائق، الوقت المتوقع، الرحلة قيد التنفيذ | اكتملت الرحلة |
| التكنولوجيا المالية | بدء التحويل | مراحل التحقق والمعالجة | اكتملت المعاملة |
| الخدمات الحكومية والمدن الذكية | تقديم الطلب أو المعاملة | مراحل المراجعة والمعالجة، حالة الموافقة | اكتملت الخدمة |
| اللياقة البدنية | بدء التمرين | الوقت المنقضي، المسافة، التقدم | انتهت الجلسة |
في كل صف، القاعدة واحدة: النشاط يبدؤه المستخدم، وحساس للوقت، ومستمر. التحديث الفوري يحمل الحالة بين البداية والنهاية؛ أما الإشعار الفوري فيُرسَل فقط عندما يحتاج الأمر فعلاً لقرار من المستخدم في منتصف الطريق.
خلال ذروة الطلبات — مثل موسم رمضان مع تدفق طلبات الإفطار والسحور، أو الجمعة البيضاء وموجة التسوق الإلكتروني الأكبر في المنطقة — يقلّل هذا النمط الضغط على قنوات الإشعارات دون أن يفقد المستخدم رؤيته لحالة طلبه، وهو فرق ملموس لمتاجر مثل Noon أو تطبيقات التوصيل مثل Talabat حين يتضاعف حجم الطلبات في أيام معدودة.
متى لا تستخدم Live Updates 🚫
تحديثات Live Updates تخضع لقاعدة صارمة واحدة، وأندرويد يفرضها: هي مخصصة للأنشطة التي يبدؤها المستخدم، الحساسة للوقت، والجارية فعلياً، ولا شيء غير ذلك.
هذا يستبعد:
- العروض والحملات التسويقية. التحديث الفوري ليس مساحة تسويقية. أبقِ هذه الرسائل في الإشعارات، وداخل التطبيق، والبريد الإلكتروني.
- رسائل المحادثة والمعلومات العامة. لا محادثات، ولا تحديثات “على سبيل العلم” لا ترتبط بنشاط حي فعلي.
- أي شيء تجاهله المستخدم. لا تُعد نشر تحديث فوري أغلقه المستخدم بنفسه.
اعتبر هذه القاعدة حماية لا قيداً. السبب في أن التحديث الفوري يستحق مكاناً دائماً على شاشة القفل هو تحديداً أنه محجوز للأشياء التي طلب المستخدم تتبعها. املأه بمحتوى تسويقي، ويتوقف عن كونه مفيداً، ويتأكد أندرويد من إيقافه.
كيف تُعده في Pushwoosh 🛠️
لن ترسل Live Updates يدوياً، فهي تنطلق من الأحداث التي يتتبعها تطبيقك بالفعل. الإعداد مهمة تُنجز مرة واحدة من فريق التطوير لديك، وتنقسم إلى 3 خطوات:
-
حدد التدفق ولحظاته الثلاث
اختر نشاطاً لحظياً واحداً (مثل طلب، رحلة، أو عملية توصيل) وحدد بدايته، والتحديثات بينها، ونهايته. هذه هي الخريطة الكاملة التي يحتاجها التحديث الفوري.
-
اربطه بالأحداث الموجودة لديك
يربط فريق التطوير تغييرات الحالة التي تتبعها بالفعل، بحيث يرسل كل تغيير اللحظة المطابقة: بدء عند انطلاق النشاط، تحديث عند كل تغيير حالة، إنهاء عند اكتماله.
-
دع Pushwoosh يتولى العرض
يرسم SDK الإشعار نيابة عنك — شريط التقدم، الأيقونة، الشريحة الحية — ويحدّثه في مكانه مع كل تحديث. لا حاجة لتصميم كل رسالة على حدة.
هذا كل ما في الأمر. إنه تكامل لمرة واحدة داخل نفس مشروع Pushwoosh الذي تستخدمه أصلاً للإشعارات والبريد والرسائل داخل التطبيق، ويعمل من تلقاء نفسه اعتماداً على أحداثك الفعلية بعد ذلك.
لفرق العمل في القطاعين الحكومي والمالي بالخليج، تعمل هذه التحديثات على بنية معتمدة: Pushwoosh حاصلة على شهادتي ISO 27001:2022 وSOC 2 Type I، ومتوافقة مع GDPR، مع مراكز بيانات في الاتحاد الأوروبي والولايات المتحدة — ثقة إضافية عند ربط تحديثات لحظية بمعاملات حساسة.
