ماذا يحدث لرسالتك بعد الضغط على «إرسال»؟

في واتساب، لا تعني علامة الصح الواحدة أن الرسالة وصلت إلى الشخص الذي أرسلتها إليه. إنها تعني أن إرسالها نجح. أما علامتا الصح الرماديتان فتشيران إلى وصولها إلى هاتف المستلم أو أحد أجهزته المرتبطة.
هذا الفرق الصغير يكشف مشكلة تقنية أكبر: إرسال البيانات من هاتفك، واستلامها على هاتف آخر، وقراءتها، أحداث منفصلة. وقد ينجح أحدها بينما لا يحدث الآخر.
لفهم ذلك، سنتتبع رسالة بسيطة: «وصلت البيت».
كيف تتحول الجملة إلى بيانات؟
يعرض التطبيق الحروف العربية على الشاشة، لكن أجهزة الحاسوب لا تنقل الحروف بالشكل الذي نراه. لا بد من تمثيلها رقميًا.
في ترميز UTF-8، تُمثَّل الحروف العربية الأساسية عادةً باستخدام بايتين للحرف. فحرف الألف «ا»، مثلًا، يمكن تمثيله بالبايتين D8 A7 بالنظام الست عشري.
وقد يختلف الحجم إذا احتوى النص على تشكيل أو رموز أخرى. لهذا لا يساوي عدد الحروف الظاهرة دائمًا عدد البايتات التي يحتاجها تخزينها.
لكن الرسالة لا تتكون من نصها فقط.
يحتاج التطبيق إلى معلومات تساعده على معرفة الوجهة والتعامل مع عملية الإرسال، وقد يستخدم معرّفات للرسائل والأجهزة. كما يحتاج إلى تشفير المحتوى قبل نقله إذا كانت المحادثة محمية بالتشفير التام بين الطرفين.
في واتساب، تعتمد المحادثات الشخصية على هذا النوع من التشفير. وتوضح شركة Meta أن التطبيق يستخدم بروتوكول Signal أساسًا لتشفير الرسائل، بحيث لا يحتاج خادم التوصيل إلى الاطلاع على النص الأصلي.
وهنا تظهر أول مفارقة تقنية: يمكن لخادم أن يساعد في إيصال الرسالة دون أن تكون لديه المفاتيح اللازمة لقراءة محتواها.
لماذا لا يرسل هاتفي الرسالة مباشرة إلى هاتف صديقي؟
لنفترض أن صديقك أغلق هاتفه قبل دقيقة من إرسال الرسالة.
لو كان شرط الإرسال أن يكون الهاتفان متصلين ببعضهما في اللحظة نفسها، لما أمكن توصيلها الآن.
تتعامل أنظمة مراسلة كثيرة مع المشكلة باستخدام خوادم وسيطة. يتصل هاتف المرسل بالخدمة، فتتولى توجيه البيانات إلى الأجهزة المقصودة أو الاحتفاظ بالرسائل المشفرة مؤقتًا عندما يتعذر تسليمها.
في مواصفة تقنية نشرتها Signal باسم Sesame، يُستخدم نموذج لصناديق رسائل مرتبطة بالأجهزة. يستطيع جهاز المستلم جلب الرسائل من صندوقه عندما يتصل بالخدمة، حتى لو لم يكن متصلًا وقت إرسالها.
لكن Sesame مواصفة منشورة لنظام مراسلة مشفر وغير متزامن، وليست وصفًا كاملًا للبنية الداخلية لواتساب.
بالنسبة إلى واتساب نفسه، نشرت Meta شرحًا أكثر تحديدًا لطريقة التعامل مع الأجهزة المتعددة.
عندما يملك المستلم أكثر من جهاز مرتبط بحسابه، مثل الهاتف والحاسوب، ينشئ جهاز الإرسال نسخًا مشفرة مخصصة للأجهزة المعنية. لكل جهاز جلسة تشفير خاصة به، بدل أن يعتمد النظام ببساطة على نسخة واحدة يستطيع أي جهاز قراءتها بالطريقة نفسها.

الرسالة ليست موجهة دائمًا إلى جهاز واحد

وهذا يفسر جانبًا من التعقيد الذي تختفي تفاصيله خلف واجهة المحادثة: لم يعد المستلم هاتفًا واحدًا بالضرورة، بل قد يكون حسابًا مرتبطًا بعدة أجهزة مستقلة.
ماذا تفعل الشبكة بالرسالة؟
بعد تجهيز البيانات وتشفير المحتوى، ينقلها التطبيق عبر اتصال شبكي.
لا توجد عادة قناة مادية واحدة تمتد من هاتفك إلى خادم واتساب. تمر البيانات عبر شبكة الهاتف أو شبكة Wi-Fi، ثم عبر أجهزة توجيه وشبكات أخرى حتى تصل إلى الخدمة.
تعمل هذه الشبكات وفق بروتوكولات تحدد كيفية توجيه البيانات ونقلها. وقد تُقسَّم البيانات إلى وحدات أصغر، وتُستخدم آليات لاكتشاف الفقد أو إعادة الإرسال بحسب بروتوكول النقل والاتصال المستخدم.
لا تحتاج أجهزة التوجيه إلى فهم الجملة «وصلت البيت» حتى تؤدي عملها. يكفيها التعامل مع معلومات الشبكة اللازمة لتمرير البيانات.
لكن نجاح النقل إلى خادم التطبيق لا يعني أن الرسالة وصلت إلى جهاز المستلم. فقد يكون ذلك الجهاز مغلقًا أو غير متصل.
لهذا تفصل تطبيقات المراسلة بين حالة الإرسال وحالة التسليم.
ما الذي تعرفه علامات الصح؟
يشرح مركز مساعدة واتساب معاني العلامات في المحادثات الفردية:
– علامة رمادية واحدة: أُرسلت الرسالة بنجاح.
– علامتان رماديتان: وصلت الرسالة إلى هاتف المستلم أو أحد أجهزته المرتبطة.
– علامتان زرقاوان: سُجلت قراءة الرسالة، وفق إعدادات إيصالات القراءة والحالة التي تنطبق على المحادثة.
في المجموعات تختلف بعض التفاصيل؛ فلا تظهر علامتا التسليم بالطريقة نفسها إلا بعد وصول الرسالة إلى جميع المشاركين المعنيين.
ما يهمنا تقنيًا هو أن التطبيق لا يستنتج التسليم من مجرد نجاح اتصال هاتفك بالإنترنت. يحتاج إلى معلومات عن مراحل لاحقة في عملية التوصيل.
وهذه المعلومات لا تكشف كل شيء.
يمكن أن تصل الرسالة إلى جهاز صديقك دون أن يفتح المحادثة. ويمكن أن يقرأ محتواها بينما لا تظهر لك إيصالات القراءة المعتادة بسبب الإعدادات أو طريقة التفاعل مع الإشعار.
علامات الصح تصف حالات يسجلها النظام، ولا تصلح وحدها لمعرفة نية المستلم أو سبب تأخره في الرد.
مشكلة صغيرة: ماذا لو انقطع الاتصال بعد الإرسال؟
تخيل أن هاتفك أرسل بيانات إلى خادم، لكن الاتصال انقطع قبل وصول الرد الذي يؤكد نجاح العملية.

ماذا يحدث إذا انقطع الاتصال؟

أمام الهاتف احتمالان: ربما لم تصل البيانات أصلًا، وربما وصلت، لكن التأكيد هو الذي ضاع.
إذا أعاد الإرسال دون أي وسيلة للتمييز بين المحاولات، فقد تُعالَج العملية مرتين.
هذه مشكلة عامة في الأنظمة التي تتواصل عبر الشبكات. وقد تستخدم التطبيقات معرّفات للعمليات والرسائل وآليات للتعامل مع إعادة المحاولة، حتى لا تتحول مشكلة مؤقتة في الاتصال إلى رسائل مكررة بلا داعٍ.
تتناول مواصفة Sesame جانبًا آخر من إعادة المحاولة: قد يستلم جهاز رسالة مشفرة لكنه يعجز عن فكها بسبب اختلاف حالة جلسات التشفير. وتصف المواصفة طريقة اختيارية لطلب إعادة إرسالها بعد إنشاء جلسة مناسبة.
هذه ليست بالضرورة الطريقة التي يتعامل بها واتساب مع جميع حالات فشل الإرسال؛ فالتفاصيل الدقيقة تختلف بين التطبيقات، وبعضها غير منشور بالكامل.
لكن المثال يوضح لماذا لا يكفي أن ينجح نقل البيانات. يجب أن تكون الرسالة قابلة للمعالجة على الجهاز المقصود أيضًا.
كيف يقرأ المستلم الرسالة إذا لم يستطع الخادم قراءتها؟
الجواب مرتبط بمفاتيح التشفير.
تستخدم أنظمة المراسلة المشفرة بروتوكولات تسمح للأجهزة المعنية بإنشاء مفاتيح وجلسات تشفير مناسبة، بالاعتماد على تقنيات مثل التشفير بالمفتاح العام واشتقاق المفاتيح.
وفي الأنظمة المبنية على بروتوكول Signal، يمكن تحديث مفاتيح تشفير الرسائل مع استمرار المحادثة، بدل استخدام مفتاح ثابت لكل شيء.
يتولى التطبيق هذه العمليات دون أن يضطر المستخدم إلى إدخال مفتاح في كل مرة يرسل فيها رسالة.
وهذا يختلف عن حماية الاتصال العادي بموقع يستخدم HTTPS.
فبروتوكول TLS الذي تعتمد عليه اتصالات HTTPS يحمي البيانات أثناء انتقالها بين طرفي الاتصال، مثل المتصفح وخادم الموقع. لكن الخادم المقصود يستطيع عادةً التعامل مع البيانات بعد فك حماية الاتصال.
أما التشفير التام بين الطرفين فيستهدف إبقاء محتوى الرسالة غير مقروء لخدمة التوصيل نفسها.
ولا يعني ذلك اختفاء كل البيانات المتعلقة بالاتصال، أو استحالة الوصول إلى الرسائل إذا تعرض أحد الأجهزة للاختراق. فحماية المحتوى أثناء التوصيل ليست حماية مطلقة لكل ما يحدث قبل الإرسال أو بعد الاستلام.
هل تحدث هذه العمليات فعلًا خلال ثانية؟
قد تكتمل عملية الإرسال والتسليم بسرعة كبيرة عندما تكون الشبكات والأجهزة متاحة. لكنها ليست مقيدة بمدة ثابتة.
إذا كان جهاز المستلم غير متصل، فقد تبقى الرسالة في انتظار التسليم. وإذا حدث خلل في الاتصال أو التشفير، فقد تحتاج بعض المراحل إلى محاولات إضافية.
لهذا يبدو التعبير «وصلت الرسالة» أبسط من الحقيقة التقنية التي يصفها.
فالرسالة لا تحتاج فقط إلى عبور الإنترنت. يجب أن تصل إلى الجهاز الصحيح، وأن تكون قابلة لفك التشفير، وأن يستطيع التطبيق التعامل معها دون فقدانها أو الخلط بينها وبين محاولة سابقة.
كل ذلك من أجل عرض بضع كلمات على شاشة أخرى.
في المرة القادمة التي تظهر فيها علامة صح واحدة وتبقى مكانها، لن تحتاج إلى تخمين ما يحدث في الطرف الآخر. يكفي أن تعرف أن إرسال الرسالة وتسليمها عمليتان مختلفتان، وأن العلامة تخبرك بنتيجة إحداهما فقط.

Source-by-source verification
The following sources support the final text. These links point to original standards, service documentation, or technical publications—not secondary summaries.
Source What it establishes Boundary of the claim
RFC 3629 — UTF-8 UTF-8 uses two bytes for code points U+0080 through U+07FF, including the basic Arabic letters; ا is U+0627. RFC Editor Doesn’t prove which serialization WhatsApp uses internally
WhatsApp — Read receipts Official meaning of sent, delivered and read indicators, including linked devices and group behavior. WhatsApp Help Center Read indicators cannot establish someone’s intentions
Meta — WhatsApp multi-device WhatsApp’s documented per-device encryption sessions and client-side distribution to associated devices. Engineering at Meta Published design documentation, not a guarantee of every current internal detail
Meta — Encrypted messaging interoperability Meta identifies Signal Protocol as the foundation of WhatsApp’s end-to-end encryption. Engineering at Meta Does not mean all Signal specifications are implemented identically in WhatsApp
Signal — Sesame specification Asynchronous sessions, device mailboxes, temporary message storage and optional retries. signal.org Used as an example of documented architecture, not as proof of WhatsApp implementation
RFC 9293 — TCP TCP transport mechanisms, including reliable transfer and retransmission behavior. rfc-editor.org The article doesn’t claim WhatsApp uses TCP for every connection
RFC 8446 — TLS 1.3 TLS protects communication between client and server, a distinct guarantee from application-level end-to-end encryption. rfc-editor.org TLS alone doesn’t prevent an intended server endpoint from reading application data
The UTF-8 error is corrected in the actual article: it now states two bytes for basic Arabic letters, with the verified D8 A7 example.