تطوير إضافات المتصفح

إضافات لـ Chrome وFirefox وEdge مبنية لمعيار Manifest V3، من فريق شحن فعلاً إضافة حية عبر متجر Chrome الإلكتروني وأنماها. أدوات إنتاجية، ومساعدات ذكاء اصطناعي، وطبقات مرافقة لمنتجات SaaS، وأدوات محتوى تعمل عبر متصفحات متعددة. المعمارية، والامتثال لـ MV3، وتكامل الذكاء الاصطناعي، وتقديم الإضافة للمتجر، والصيانة بعد الإطلاق.

يستخدم Chrome نحو 3.8 مليار شخص حول العالم (Backlinko / Statcounter, 2025). وإضافة المتصفح تضع منتجكم داخل تلك الجلسة بنقرة واحدة وبلا تأخير متجر تطبيقات. قارنوا ذلك بالهاتف المحمول، حيث تتنافسون على خانة في الشاشة الرئيسية أمام تطبيقات يملكها الناس أصلاً. وإذا استطعتم بناء شيء يريد الناس فعلاً إبقاءه مثبّتاً في شريط أدواتهم، فمشكلة التوزيع تكاد تنتهي من تلقاء نفسها.

لماذا لا يزال بناء إضافات المتصفح يستحق العناء#

3.8 مليار مستخدم لـ Chrome، والعدد يزداد#

متجر الإضافات هو أكبر قناة توزيع برمجيات منفردة بعدد المستخدمين النشطين لمعظم فئات المنتجات. تثبيت بنقرة واحدة. ومنتجكم يقيم في المتصفح، على كل صفحة، وفي كل تبويب.

نحو 112,000 إضافة نشطة مدرجة في متجر Chrome الإلكتروني حتى 2024. وستة وثمانون بالمئة منها لديها أقل من 1,000 مستخدم (Chrome-Stats, 2024). فمعظم الموجود نصف مكتمل أو سيئ التوزيع. وهذا مشجّع فعلاً إن كنتم تخططون لبناء شيء وراءه تفكير منتجي حقيقي.

وعلى جانب المؤسسات، الأرقام أكثر إثارة للاهتمام: 99% من موظفي المؤسسات لديهم إضافة واحدة مثبتة على الأقل، و52% لديهم أكثر من عشر (LayerX, 2025). وأدوات الأعمال المسلَّمة كإضافات، مثل طبقات إدارة علاقات العملاء وأشرطة ذكاء المبيعات الجانبية، تلتقي بالناس حيث يقضون يومهم أصلاً. لا تطبيق منفصل يُثبَّت، ولا إعادة توجيه لتسجيل الدخول، ولا تبديل سياق.

انتقال Manifest V3 الذي أخطأت فيه معظم الشركات#

كان تحول Chrome من MV2 إلى MV3 أكبر تغيير منصّي في تاريخ منظومة الإضافات. استُبدلت صفحات الخلفية الدائمة بعمال الخدمة. وشُدِّدت سياسة أمن المحتوى. ومُنع تنفيذ الشيفرة البعيدة كلياً. وأُعيدت هيكلة تعديل طلبات الشبكة حول قواعد تصريحية. وحتى أغسطس 2025، كان 73.4% من إضافات Chrome قد رُحِّل؛ وعُطِّل كل ما بقي على MV2 في الإصدارين 138 و139 من Chrome (Chrome for Developers, 2025).

لا يزال كثير من شركات التطوير يكتب شيفرة بأسلوب MV2 لأن ذلك ما تغطيه وثائقها ومعرفتها الداخلية. أما قاعدة شيفرتنا فأصلية لـ MV3 منذ استقرت واجهات البرمجة. إدارة دورة حياة عامل الخدمة، وأنماط التخزين التي جاءت بديلاً عن صفحات الخلفية الدائمة، والتعامل مع الحالة دون اتصال. بلا ترقيع أنماط قديمة فوق بيئة تشغيل جديدة.

إلى أين تتجه إضافات الذكاء الاصطناعي في 2026#

قُدِّرت قيمة سوق إضافات المتصفح بالذكاء الاصطناعي بـ 1.5 مليار دولار في 2023 ويُتوقع أن تبلغ 7.8 مليار دولار في 2031 (أبحاث سوق، 2024). والسبب بسيط بما يكفي: نموذج ذكاء اصطناعي يرى ما على الصفحة الحالية وما ظلّله المستخدم للتو يعطي إجابات أفضل بفارق ملموس عن روبوت محادثة يجلس في تبويب منفصل بلا سياق.

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

ما الذي نبنيه#

أدوات الإنتاجية ومسارات العمل#

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

مساعدو القراءة والبحث بالذكاء الاصطناعي#

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

أدوات المحتوى والتخصيص على مستوى DOM#

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

إضافات مرافقة لمنتجات SaaS وطبقات إدارة علاقات العملاء#

تخيلوا شريطاً جانبياً لإدارة علاقات العملاء يظهر حين يزور أحدهم ملف عميل محتمل على LinkedIn. أو أداة دعم تحدد العميل من الرابط وتسحب سجل تذاكره. تُظهر إضافات الأعمال هذه بيانات منتجكم إلى جانب ما ينظر إليه المستخدم أصلاً. وتحتاج إلى تكامل مصادق عليه مع واجهات البرمجة، وتخزين آمن للرموز في ⁨chrome.storage⁩، وإدارة جلسات تصمد أمام إعادة تشغيل المتصفح من دون إخراج الناس من حساباتهم.

إضافات متعددة المتصفحات (Chrome وFirefox وEdge)#

مبنية وفق معيار واجهة WebExtensions للتوزيع عبر المتصفحات الثلاثة من قاعدة شيفرة واحدة. وتتولى طبقات توفيق خاصة بكل متصفح الفروق في الصلاحيات وواجهات التخزين ودعم عمال الخدمة. ويُختبر كل شيء على المنصات الثلاث قبل التقديم.

كيف نبنيه#

معمارية Manifest V3 وعمال الخدمة#

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

على طبقة عامل الخدمة أن تحسب حساب فنائها. طوابير رسائل للعمليات التي تصل بينما يكون العامل مطفأً. و⁨chrome.storage⁩ لكل ما يجب أن يصمد أمام إعادة التشغيل. وجدولة قائمة على المنبّهات للمهام الدورية. وأي إغفال لذلك يمنحكم إضافة تعمل بلا عيب في بيئة التطوير، ثم تُسقط الرسائل بصمت في الإنتاج حين يقرر Chrome أن العامل بقي خاملاً أكثر مما ينبغي.

نصوص المحتوى، وعمال الخلفية، واللوحات الجانبية#

تُحقن نصوص المحتوى في سياق الصفحة. وتستطيع قراءة DOM وتعديله لكنها تعمل في بيئة JavaScript معزولة. وتمنحكم واجهة اللوحة الجانبية (Chrome 114 فما فوق) سطح واجهة دائماً لا يغطي الصفحة. ويتولى عمّال الخدمة في الخلفية استدعاءات واجهات البرمجة، والتخزين، والتواصل بين التبويبات.

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

استراتيجية المصادر المتقاطعة والصلاحيات#

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

وتُحجب استدعاءات واجهات البرمجة عبر المصادر من نصوص المحتوى بفعل سياسة مشاركة الموارد. فتلك الاستدعاءات يجب أن تمر عبر دالة ⁨fetch⁩ في عامل الخدمة أو عبر وسيط خلفي. وهذا أمر يُحسم أثناء تصميم المعمارية، لا يُكتشف حين يظهر خطأ في مشاركة الموارد أثناء ضمان الجودة ويضطر أحدهم إلى إعادة هيكلة سلسلة الاستدعاءات.

تكامل الذكاء الاصطناعي ونماذج اللغة داخل الإضافات#

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

والاستدلال على الجهاز صار خياراً أيضاً. فواجهة Gemini Nano المدمجة في Chrome (الإصدار 127 فما فوق، واجهة Prompt) تعمل لحالات الاستخدام التي تريدون فيها قدرة دون اتصال أو زمن استجابة أقل، أو التي لا ينبغي أن تغادر فيها بيانات المستخدم الجهاز. أما اختيار الذكاء الاصطناعي على الجهاز أو واجهة بعيدة أو كليهما فقرار منتجي يتوقف على حالة الاستخدام.

التوافق عبر المتصفحات بواجهة WebExtensions#

تمنحكم واجهة WebExtensions سطحاً مشتركاً عبر Chrome وFirefox وEdge، لكن التطبيقات تتباعد بطرق ستؤذيكم إن لم تختبروا على الثلاثة. يستخدم Firefox النطاق ⁨browser.*⁩ مع وعود أصلية. ويستخدم Chrome النطاق ⁨chrome.*⁩ مع دوال رد النداء (مع غلاف وعود في MV3). ويختلف سلوك التخزين. ويختلف دعم عمال الخدمة. وتختلف إتاحة اللوحة الجانبية. وتتولى طبقة توفيق وبعض الشروط الخاصة بكل متصفح معظم ذلك؛ وتُتحقق نسخ الاختبار على كل هدف.

من الشيفرة إلى متجر Chrome الإلكتروني: دورة الحياة كاملة#

التقديم للمتجر والمراجعة#

تُراجَع الطلبات الأولى المقدَّمة إلى متجر Chrome الإلكتروني يدوياً. والإضافات التي تطلب صلاحيات حساسة (صلاحيات مضيف لكل الروابط، وواجهة الهوية، وواجهة التبويبات) تخضع لتدقيق أشد. ويُحظر تنفيذ الشيفرة البعيدة في MV3. وتُشترط سياسة خصوصية إن كانت الإضافة تلمس بيانات المستخدمين.

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

مرّ GlanceAI بهذه العملية مراراً في طريقه إلى أكثر من 24,700 مستخدم. وكل تحديث إصدار يمر بالمراجعة من جديد. وإدارة ذلك الخط مع الاستجابة لملاحظات المستخدمين من آلاف التثبيتات علّمتنا أين توقع عملية المتجر الناس.

تحقيق الدخل: النماذج المجانية المتدرجة والاشتراكات والدفعة الواحدة#

النموذج المجاني المتدرج مع فئات مميزة خلف بوابة مصادقة هو الأشيع. الفئة المجانية تدفع التثبيتات؛ والاشتراك يحوّل المستخدمين الكثيفين. والدفعة الواحدة عبر Stripe أو Paddle تعمل جيداً للإضافات الخدمية ذات القيمة الواضحة الفورية للمشتري. أما الترخيص المؤسسي عبر البيع المباشر فيعمل لأدوات الأعمال التي يستطيع المشتري فيها حساب العائد.

وتدخل الفوترة، وفحوص الاستحقاق، وبنية حسابات المستخدمين في المعمارية الأولى. فتركيب نموذج دفع على إضافة مشحونة أمر مؤلم. ويعني عادةً إعادة كتابة المصادقة، وأحياناً نموذج حالة عامل الخدمة أيضاً.

التكرار بعد الإطلاق وإدارة الإصدارات#

يحدّث Chrome الإضافات المثبتة تلقائياً حين يصل إصدار جديد إلى المتجر، عادةً خلال يوم إلى ثلاثة. ولدى Firefox وEdge آليات مشابهة. وبعد الإطلاق، تعني الصيانة مواكبة تغييرات واجهات Chrome (وهي تكسر الأشياء فعلاً)، وفرز ملاحظات المستخدمين، والمرور بالمراجعة مع كل تحديث.

ودعم عقد المتابعة متاح للعملاء الراغبين في تكرار مستمر. كما أن وثائق التسليم الكاملة جزء من كل مشروع، فيستطيع فريقكم تولّي الأمر متى جهز.

GlanceAI: ما شحنّاه#

GlanceAI إضافة لـ Chrome بنيناها ونشرناها داخلياً. مساعد تصفح بالذكاء الاصطناعي بلغ أكثر من 24,700 مستخدم نشط عبر نمو عضوي في المتجر بلا اكتساب مدفوع. مبنية على MV3 منذ البداية، بتكامل نماذج لغة عبر وسيط خلفي، وبنموذج مجاني متدرج.

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

راجعوا صفحة مشروع GlanceAI للقصة كاملة.

كيف يبدو المشروع#

الاستكشاف وتحديد النطاق#

تبدأ الأمور بجلسة متطلبات: ما الذي يجب أن تفعله الإضافة، وأي المتصفحات، وأي أنواع الصفحات تتفاعل معها، والتبعيات الخلفية، ونموذج تحقيق الدخل، وخطة التوزيع.

ويتحول ذلك إلى وثيقة معمارية تغطي بنية عامل الخدمة، وأنماط حقن نصوص المحتوى، وبيان الصلاحيات، والمتطلبات الخلفية إن كان الذكاء الاصطناعي أو المصادقة داخلاً في الأمر، ونطاق خصائص مع جدول زمني.

البناء وضمان الجودة#

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

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

النشر والتسليم#

تُجهَّز أصول صفحة المتجر (اللقطات، والصور الترويجية، ونص الوصف) كجزء من حزمة الإطلاق. وتُعالَج مراجعة التقديم الأولى وأي أسئلة سياسات من فريق المراجعة قبل الإطلاق.

التسليم: قاعدة الشيفرة كاملة، وبيانات اعتماد النشر، والوصول إلى لوحة المطوّر، ووثائق تغطي المعمارية، وعملية التحديث، وإجراءات الصيانة.

الأسئلة الشائعة#

كم تبلغ كلفة بناء إضافة متصفح مخصصة؟

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

ما Manifest V3 ولماذا يهم إضافات Chrome؟

MV3 هو مواصفة منصة الإضافات الحالية في Chrome. وقد جاء بديلاً عن MV2 باستبدال صفحات الخلفية الدائمة بعمال خدمة عابرين، وبمنع تنفيذ الشيفرة البعيدة، وبإعادة هيكلة طريقة تعديل طلبات الشبكة. وعُطِّلت الإضافات الباقية على MV2 في الإصدارين 138 و139 من Chrome حتى أغسطس 2025. فلم يعد البناء على MV2 وارداً.

هل تستطيع إضافة متصفح واحدة العمل على Chrome وFirefox وEdge في آن واحد؟

نعم. توفّر واجهة WebExtensions واجهة مشتركة عبر الثلاثة. وثمة فروق في النطاقات (browser.* مقابل chrome.*)، ودعم عمال الخدمة يتفاوت، وإتاحة الشريط الجانبي ليست موحدة، لكن طبقة توافق تتولى معظم ذلك. قاعدة شيفرة واحدة، وثلاثة تقديمات منفصلة للمتاجر (متجر Chrome الإلكتروني، وإضافات Firefox، وإضافات Microsoft Edge).

كم يستغرق تطوير إضافة Chrome ونشرها؟

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

ما خصائص الذكاء الاصطناعي التي يمكن إضافتها إلى إضافة متصفح؟

تلخيص الصفحات، والمساعدة في الكتابة، وإظهار سياق البحث، ومحادثة جانبية واعية بالصفحة. وكلها تحتاج إلى وسيط خلفي لاستدعاءات واجهات نماذج اللغة لأنكم لا تستطيعون كشف مفاتيح واجهات البرمجة بأمان داخل حزمة الإضافة. كما يدعم Chrome من الإصدار 127 فما فوق الاستدلال على الجهاز عبر واجهة Prompt المدمجة، وهي تغطي حالات الاستخدام دون اتصال والحساسة للخصوصية من دون رحلة ذهاب وإياب إلى خادم خلفي.

جاهزون لبناء إضافتكم؟ تحدثوا إلى فريقنا. أو راجعوا خدمات الذكاء الاصطناعي الوكيل إن كان تكامل الذكاء الاصطناعي محورياً فيما تبنونه.