WebKit ترفض مبدأ Web Install API، وتثبيت تطبيقات الويب على iPhone يبقى مخفيًا
حين يكون تثبيت تطبيق المتجر بضغطة واحدة وتثبيت تطبيق الويب خطوة لا يعرفها أحد، يصبح الخلاف على معيار تقني خلافًا على من يقرر طريق المنتج إلى المستخدم.
نشر Jeremy Keith، وهو خبير مدعو في مجموعة عمل Web Applications التابعة لـ W3C، مقالًا في 14 سبتمبر 2026 بعنوان Stalling installing، وصل إلى صدارة موقع Lobsters. يتناول المقال Web Install API، وهي واجهة مقترحة تتيح لموقع ويب أن يطلب من المتصفح تثبيته كتطبيق.
بحسب Keith، يناقش معظم صانعي المتصفحات تفاصيل هذه الواجهة، بينما ترفض WebKit، محرك متصفح Safari، الفكرة من أساسها. وحجتها أن تثبيت تطبيق ويب يشبه إضافة إشارة مرجعية، أو bookmark، ولا توجد API لإضافة الإشارات المرجعية، فلا حاجة إلى واحدة للتثبيت.
التناقض الذي يشير إليه المقال
يلفت Keith إلى أن WebKit نفسها لا تتيح الإشعارات الفورية، أو push notifications، إلا للتطبيقات المثبتة. أي أنها تعامل التثبيت في الخطاب على أنه خطوة عادية، وفي التنفيذ على أنه خطوة تمنح امتيازات.
والنتيجة على iOS أن إضافة تطبيق ويب إلى الشاشة الرئيسية تمر بخطوات مدفونة داخل أيقونة المشاركة في Safari، ولا توجد واجهة يستطيع المطور استدعاؤها لتسهيلها على المستخدم.
ويتخذ الخلاف معنى أوسع من نقاش المعايير. فالتطبيق المنشور في App Store يُثبَّت بضغطة واحدة، ويدفع صاحبه نسبة من إيراداته للمتجر. أما تطبيق الويب فلا يدفع شيئًا، لكن تثبيته يمر بطريق قلّما يعرفه المستخدمون.
وهذا الفارق في السهولة من الأسباب التي تدفع كثيرًا من فرق المنتجات في المنطقة إلى إصدار تطبيق على المتجر في النهاية، حتى حين يكون الويب كافيًا لما يقدمه المنتج. ويبقى مصير المقترح على iPhone مرهونًا بموقف WebKit.