ينقسم دعم الوضع الداكن في البريد الإلكتروني إلى ثلاث فئات، وواحدة منها فقط هي CSS التي يصمّم لها معظم المُرسِلين. بعض تطبيقات البريد تحترم @media (prefers-color-scheme: dark) كما هي مكتوبة تمامًا. وبعضها الآخر يعيد كتابتها بصمت إلى صيغة لا يمكن أن تتطابق أبدًا، ثم يلجأ بدلًا من ذلك إلى أساليبه الخاصة في قلب الألوان تلقائيًا. وفئة ثالثة بالكاد تعترف بوسم color-scheme الأحدث على الإطلاق. التصميم للفئة الأولى وحدها يعني التصميم لأقل من نصف البريد الوارد.
الفئة الأولى: تطبيقات تحترم استعلام الوسائط
وفقًا لـ caniemail.com، يحظى @media (prefers-color-scheme: dark) بدعم كامل في Gmail (كل المنصات) وApple Mail (macOS 12.4+ / iOS 13.0+). ويأتي Outlook بعدهما مباشرة في معظم واجهاته — إذ تتعرّف على الاستعلام نسخ Windows (2016+) وmacOS (16.70+) وOutlook.com (2019-07+) والجوال (2020-01+)، وإن كان Outlook على macOS وOutlook.com يطبّقان أيضًا سمات بيانات خاصة بهما للوضع الداكن إلى جانبه. كما يطبّقه Samsung Email (Android 6.1+) تطبيقًا كاملًا. وإجمالًا، تضع مجموعة التطبيقات التي اختبرها caniemail.com الدعم الكلي عند 41.86% — أغلبية حقيقية من تطبيقات البريد الرئيسية، لكنها بعيدة عن أن تشملها جميعًا.
الفئة الثانية: تطبيقات تعيد كتابة الاستعلام إلى ما لا يتطابق أبدًا
هذه هي الفئة التي تُنتج فعلًا رسائل الوضع الداكن التي تبدو معطّلة والتي رآها معظم المُرسِلين. فـ Yahoo Mail وAOL وFastmail لا تتجاهل prefers-color-scheme تمامًا — بل تعيد كتابتها إلى صيغة غير صالحة (@media ( _filtered_a )) لا يمكن أن تكون صحيحة أبدًا، فتعطّل بصمت كل قاعدة بداخلها. ويفعل HEY الشيء نفسه بإعادة كتابة الاستعلام إلى @media (false). وفي الحالتين، يلجأ التطبيق بعد ذلك إلى أساليبه الخاصة في قلب الألوان تلقائيًا على تصميم الوضع الفاتح الأصلي — وهذا بالضبط ما يُنتج الشعارات الباهتة والنصوص منخفضة التباين غير المقروءة التي لم يصمّمها أحد عن قصد، لأن لا شيء مما كتبه المُرسِل هو ما يحدد النتيجة فعلًا.
الفئة الثالثة: وسم color-scheme، بالكاد مُعتمَد
يوجد <meta name="color-scheme" content="light dark"> (وقريبه supported-color-schemes) ليُخبر التطبيق بالوضع أو الأوضاع التي صُمّمت لها الرسالة عن قصد، فيتجاوز التطبيق القلب التلقائي كليًا بدلًا من التخمين. إنه الحل الأدق — لكن وفقًا لـ caniemail.com، لا يتجاوز اعتماده 4.88% إجمالًا، مع دعم ملموس يقتصر على إصدارات Apple Mail الأحدث (macOS 16+ / iOS 12.4+) وبريد Gmail على الويب لسطح المكتب (2023-09+). ومعظم التطبيقات الأخرى تتجاهله تمامًا.
ماذا يعني هذا للتصميم
لا توجد قاعدة CSS واحدة تغطي الفئات الثلاث معًا — وهذه نتيجة مباشرة للانقسام أعلاه، لا ثغرة في تقنية بعينها. والنهج الموثوق هو التحسين التدريجي، المبدأ نفسه الذي ينتهي إليه دليل Litmus للوضع الداكن:
- صمّم أولًا رسالة متينة ومقروءة بالكامل في الوضع الفاتح. إنها الأساس الذي يعود إليه كل تطبيق بريد، بما فيها التطبيقات التي تقلب الألوان تلقائيًا في الفئة الثانية.
- أضف فوقها تجاوزات صريحة لـ
prefers-color-scheme، لنحو 42% من التطبيقات التي ستطبّقها فعلًا — ولا تعتمد على وسم meta وحده نظرًا لاعتماده الأقل بكثير. - حصّن الشعارات والصور ضد القلب التلقائي: صورة PNG شبه شفافة على خلفية بيضاء صريحة قد تنقلب إلى فوضى داكنة على داكن غير مقروءة في تطبيقات الفئة الثانية. أما حدّ رفيع أو مساحة لونية صلبة خلف الصورة فيصمدان أمام القلب بطريقة لا تصمد بها صورة PNG شفافة مجرّدة.
- لا تفترض أبدًا أن الخلفية الداكنة تعني لون نص يراعي الوضع الداكن — فالقلب التلقائي في الفئة الثانية قد يقلب الخلفية دون أن يمسّ النص بالطريقة التي يتوقعها المُرسِل، لذا فإن ألوان النص المحددة صراحةً تزداد أهمية في الوضع الداكن، لا العكس.
راجع دعم تطبيقات البريد للاطلاع على التفصيل نفسه لكل تطبيق مطبَّقًا على استوديو MailInApp ومحرك البدائل فيه.