لماذا يهم فعليًا أن تعمل الأداة "داخل متصفحك" لخصوصية ملفاتك

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

تتيح المتصفحات الحديثة عدة قدرات قوية بما يكفي لإجراء معالجة ملفات حقيقية وجوهرية دون الحاجة إلى خادم على الإطلاق: فواجهة برمجة Canvas تستطيع فك ترميز بيانات الصور ومعالجتها وإعادة ترميزها مباشرة — تغيير الحجم، والقص، والتعديل، وإعادة الضغط — كل ذلك بلغة جافاسكريبت تعمل على جهازك أنت. وتتيح تقنية WebAssembly لمكتبات معالجة معقدة فعلًا، بما فيها المرمّزات ومعالجات الصيغ المكتوبة أصلًا بلغات مثل C أو Rust لأجل الأداء، أن تعمل داخل المتصفح بسرعات قريبة من الكود الأصلي، وهذا ما يجعل معالجة ملفات PDF داخل المتصفح، وبعض مرمّزات الصوت والصورة، عملية بدلًا من أن تكون بطيئة إلى حد مؤلم. وتُشغِّل وحدات Web Workers تلك المعالجة على خيط منفصل عن الصفحة نفسها، وهذا سبب عدم تجمد الواجهة أثناء عملية ثقيلة — مثل ضغط دفعة كبيرة من الصور. وليس أي من هذه تقنيات غريبة أو تجريبية؛ بل هي ميزات متصفح قياسية ومدعومة على نطاق واسع، وهذا بالضبط ما يجعل بناء أدوات ملفات قادرة فعلًا دون خادم أمرًا عمليًا بشكل متزايد لا حلًا وسطًا.

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

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

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