استضافة n8n للشركات: سحابة ولا سيرفرك ولا كود مخصص؟

تطوير المواقع
2 نوفمبر 2026
بقلم محمد سامي
11 دقيقة قراءة

استضافة n8n للشركات: n8n Cloud ولا سيرفرك، الأسعار والتحديثات الأمنية وn8n 3.0، وإمتى تنقل جزء من سير العمل لكود مخصص، في 6 خطوات.

الإجابة المختصرة: لو مفيش حد في فريقك متعود يدير سيرفرات، ابدأ بـ n8n Cloud. هناك n8n هي اللي بتستضيف وبتعمل التحديثات الأمنية والترقيات، والباقات المدفوعة بتبدأ من 20 يورو في الشهر لو الدفع سنوي. استضافة n8n على سيرفرك ببلاش في نسخة Community، بس n8n نفسها بتقول إنها بتنصح بيها "for expert users"، يعني للناس اللي عندها خبرة. ساعتها إنت المسؤول عن التحديثات الأمنية اللي n8n بقت بتنزلها في نشرة أمان كل أسبوعين، وعن الباك أب، وعن الترقية لـ n8n 3.0. ولما سير العمل يبدأ يلمس فلوس أو مخزون أو بيانات عملاء، أو يبقى فيه قواعد شغل حقيقية، الأحسن تحط المنطق ده في كود مخصص وتخلي n8n تناديه. وفي أغلب الشركات الحل مش n8n أو كود، الحل الاتنين مع بعض، وكل واحد في الحتة اللي هو شاطر فيها.

بقلم محمد سامي، مطور Backend أول (Laravel/PHP)، 7 سنين خبرة. تاريخ النشر: 2 نوفمبر 2026. آخر تحديث: 2 نوفمبر 2026.

آخر أسبوع في أكتوبر كان مزدحم على أي حد مشغّل n8n. يوم 27 أكتوبر نزلت النسخة التجريبية من n8n 3.0، وفيها تغييرات بتكسر حاجات قديمة، والشركة قالت إن النسخة المستقرة "follows in early December"، يعني في أوائل ديسمبر. وتاني يوم نشرت نشرة الأمان اللي بتطلع كل أسبوعين، وفيها 12 ثغرة جديدة، منهم 3 خطورتهم High. وقبلها في مايو، SAP استثمرت في n8n بتقييم 5.2 مليار دولار. وفي مصر، البحث عن n8n في آخر 12 شهر أعلى بكتير من Zapier على Google Trends.

أنا ببني أنظمة مخصصة وربط بين الأنظمة بـ Laravel وPHP لشركات في مصر والخليج، وn8n بقى بييجي في الكلام كتير. غالباً حد في الفريق عمل كام سير عمل مفيدين، والشركة بقت معتمدة عليهم، ودلوقتي الأسئلة بقت عملية: يشتغل فين؟ مين بيعمل التحديثات؟ إيه اللي هيحصل مع 3.0؟ وأنهي جزء لازم يتحول لكود حقيقي؟ مقالي عن أتمتة الأعمال بالذكاء الاصطناعي بيتكلم عن تأتمت إيه أصلاً. المقال ده عن إزاي تشغّل n8n بأمان بعد ما اخترته.

n8n بيعمل إيه، بلغة البيزنس

n8n منصة لأتمتة سير العمل. بتربط التطبيقات والخدمات ببعض عن طريق "نودز" مرسومة: طلب جديد يوصل، n8n تراجعه، تكتب سطر في شيت، تبعت رسالة واتساب، وتنزّل ملخص على Slack. وفيها كمان أدوات ذكاء اصطناعي، وصفحة الأسعار مكتوب فيها "Agents, MCP and AI nodes" حتى في باقة Starter. والفرق الكبير بينها وبين Zapier إنك تقدر تشغّلها على سيرفرك. وده اللي بيشد ناس كتير ليها، وهو برضه المكان اللي فيه أغلب المخاطرة.

تلات طرق تشغّل بيها n8n

حسب دليل n8n لاختيار طريقة الاستخدام وصفحة الأسعار، واللي راجعتهم يوم 2 نوفمبر 2026، دي الاختيارات الواقعية:

الاختيار	مين بيدير السيرفر	السعر على صفحة n8n	مناسب لمين
n8n Cloud (باقة Starter أو Pro)	n8n	Starter بـ 20 يورو وPro بـ 50 يورو في الشهر، الدفع سنوي (2.5 ألف و10 آلاف تشغيلة)	فرق مفيهاش حد يدير سيرفرات
استضافة ذاتية بنسخة Community	إنت	ببلاش، وn8n بتوصفها إنها "almost the complete feature set"	فرق عندها خبرة حقيقية في السيرفرات والأمان
استضافة ذاتية بباقة Business	إنت	667 يورو في الشهر، الدفع سنوي (40 ألف تشغيلة)، ومكتوب "Self-hosted only"	شركات محتاجة SSO وGit وبيئات منفصلة وqueue mode
Enterprise	n8n أو إنت	بالتواصل مع المبيعات	شركات عندها متطلبات امتثال وحوكمة صارمة

في تفصيلتين في صفحة الأسعار أهم من الأرقام. التسعير "is based on monthly workflow executions, regardless of complexity"، يعني على عدد مرات التشغيل في الشهر مهما كان سير العمل معقد. وكل الباقات فيها "unlimited users & workflows and every integration". يعني سير عمل فيه 30 خطوة بيتحسب زي اللي فيه 3 خطوات، والفاتورة بتكبر مع عدد مرات التشغيل مش مع حجم سير العمل.

وقبل ما تختار، فيه موضوع الترخيص. n8n مش مفتوحة المصدر بالمعنى التقليدي. الترخيص بتاعها بيقول: "You may use or modify the software only for your own internal business purposes or for non-commercial or personal use." يعني تقدر تستخدمها أو تعدّلها لأغراض شغل شركتك الداخلي، أو لاستخدام شخصي أو غير تجاري. تشغيلها لعمليات شركتك ده الاستخدام العادي. لكن لو ناوي تحطها جوه منتج بتبيعه لعملائك، أو تستضيفها لعملاء، اقرا الترخيص كويس واسأل n8n أو محامي الأول. أنا مش بدي رأي قانوني هنا، أنا بشاور على الجملة اللي لازم تقراها.

الاستضافة الذاتية معناها إنك بقيت مسؤول عن سيرفر وعن أمانه

الاستضافة الذاتية شكلها ببلاش، والبرنامج فعلاً ببلاش، بس الشغل مش ببلاش. دليل n8n للتشغيل بـ Docker Compose واضح جداً: "n8n recommends self-hosting for expert users. Mistakes can lead to data loss, security issues, and downtime." يعني الغلطات ممكن توصل لضياع بيانات أو مشاكل أمنية أو توقف الخدمة.

وسجل الأمان في 2026 بيوضح ليه:

يوم 7 يناير 2026، n8n نشرت ثغرة حرجة رقمها CVE-2026-21858 بدرجة 10.0. كانت بتسمح بالوصول لملفات على السيرفر عن طريق أنواع معينة من سير العمل اللي فيها فورم، ومن غير ما المهاجم يكون عامل تسجيل دخول. واتقفلت في نسخة 1.121.0.
يوم 25 فبراير 2026، نشرة أمان فيها 5 ثغرات حرجة، منها تنفيذ أوامر عن بعد والهروب من الـ sandbox، واتقفلت في 1.123.22 و2.9.3 و2.10.1.
ولحد 28 أكتوبر 2026، n8n بقت بتنشر "bi-weekly security update"، يعني نشرة كل أسبوعين. النشرة دي كان فيها 12 ثغرة اتقفلت في 1.123.89 و2.45.5 و2.46.1 و3.0.1.

وده أهم سطر في قرار السحابة ولا السيرفر، من نفس نشرة أكتوبر: "If you are running a cloud version of n8n, your instance is patched automatically, and no action is required." يعني على n8n Cloud التحديث بيحصل لوحده ومش مطلوب منك حاجة. لكن على سيرفرك، لازم تاخد بالك من كل تحديث وتجربه وتنزله بنفسك. وكذا ثغرة حرجة السنة دي كانت محتاجة مستخدم عامل تسجيل دخول وعنده صلاحية يعمل أو يعدّل سير العمل، فمين عنده صلاحية التعديل مهم قد رقم النسخة بالظبط.

والباك أب هو الخطر الهادي التاني. دليل n8n للباك أب بيقول إن الباك أب الكامل لازم يشمل فولدر .n8n، اللي ملف الإعدادات بتاعه "stores the credential encryption key"، يعني فيه مفتاح تشفير بيانات الدخول، وكمان قاعدة البيانات. لو خدت باك أب لقاعدة البيانات من غير المفتاح ده، بيانات الدخول المحفوظة مش هتتفك بعد الاسترجاع. جرّب استرجاع حقيقي قبل ما تحتاجه.

n8n 3.0: إيه اللي هيتغير لو مستضيفه بنفسك

إعلان n8n 3.0 أغلبه عن الثبات والأمان، بس فيه كام نقطة بتأثر على اللي مستضيفين بنفسهم:

"Self-hosted n8n now runs on Docker. Installing with npm or npx n8n is no longer supported." يعني لو حد نزّل n8n عندك بـ npm على VPS، خطط تنقله على Docker الأول.
الحد الافتراضي لوقت تشغيل Code node نزل من 5 دقايق لدقيقة واحدة، وتقدر تغيره. يعني Code nodes طويلة كانت شغالة ممكن تبدأ تفشل.
نودز Cron وInterval القديمة اتشالت واتحط مكانها Schedule Trigger.
الإضافات اللي من المجتمع ومش متوثقة بقت مقفولة افتراضياً.
وفيه Migration Report جوه النسخة بتاعتك، والإعلان بيقول إنه "tells you exactly which ones" محتاجة تعديل، فشغّله قبل الترقية.

النسخة المستقرة من 3.0 متوقعة في أوائل ديسمبر. نصيحتي: شغّل الـ Migration Report دلوقتي، ورقّي نسخة تجريبية من السيستم الأول، وخلي النسخة التجريبية بعيد عن الشغل الحقيقي.

القرار: n8n Cloud ولا سيرفرك ولا كود مخصص

n8n يقف فين والكود المخصص يبدأ منين

n8n ممتازة كـ"غِرا" بين الأنظمة: بتربط الأنظمة، وتوجّه الأحداث، وتبعت إشعارات، وتعمل تقارير، وتشغّل خطوات ذكاء اصطناعي زي تصنيف إيميل. وأنا هفضل أستخدمها في كل ده. دي العلامات اللي بتقول إن سير عمل، أو جزء منه، لازم يتنقل لـ Backend مخصص:

بيكتب فلوس أو مخزون أو حجوزات. لو خطوة فشلت في النص، محتاج transactions في قاعدة البيانات، وضمان إن إعادة التشغيل مش هتخصم أو تحجز مرتين. وده أسهل تثبته في كود متغطي بتيستات.
قواعد الشغل بتكبر. لما قواعد التسعير أو الموافقات أو الأهلية تتوزع على عشر IF nodes وتلات Code nodes، محدش يقدر يراجعها بأمان. في الكود، نفس القواعد بيبقى ليها تيستات ومراجعة كود.
العملاء معتمدين عليه مباشرة. الحجز أو الطلب اللي العميل بيعمله بنفسه محتاج validation ورسايل خطأ واضحة ومتابعة، مش webhook بيفشل من غير ما حد يحس.
الحجم والتوقيت مهمين. Laravel مثلاً فيها queues بإعادة محاولة، والـ jobs اللي بتفشل بتتسجل في جدول failed_jobs علشان تقدر تراجعها وتعيد تشغيلها.
محتاج سجل واضح وصلاحيات لمين غيّر إيه، أكتر من اللي باقة n8n بتاعتك بتديه.

الشكل اللي بنصح بيه أكتر حاجة هو الهجين. المنطق الأساسي يبقى في API مخصص متبني لشركتك، هو اللي ماسك البيانات والقواعد. وn8n تنادي الـ API ده بـ HTTP Request node واحدة، وتتعامل مع كل اللي حواليه: التريجرز من التطبيقات التانية، والإشعارات، والشيتات، وخطوات الذكاء الاصطناعي. فريقك يفضل يقدر يغير الربط من غير مبرمج، والجزء اللي ممكن يضيّع فلوس يبقى كود متجرّب.

إزاي تاخد القرار في 6 خطوات

الخطوة 1: اكتب سير العمل اللي الشركة معتمدة عليه فعلاً

افتح n8n عندك واكتب كل سير عمل شغال، إيه اللي بيشغّله، بيلمس أنهي أنظمة، ومين هياخد باله لو وقف. القايمة دي غالباً بتفاجئ الناس.

الخطوة 2: علّم على الخطوات الخطر

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

الخطوة 3: اختار n8n هيشتغل فين

مفيش حد في الفريق بيعمل تحديثات للسيرفرات ويجرب الاسترجاع؟ استخدم n8n Cloud. عندك بيانات لازم تفضل على سيرفراتك، وعندك الخبرة تشغّلها؟ استضيفها بنفسك، وحدد شخص بالاسم مسؤول عن التحديثات الأمنية.

الخطوة 4: أمّن الاستضافة الذاتية

شغّلها على Docker، وقلّل عدد اللي يقدروا يعدّلوا سير العمل، وخليها ورا HTTPS، واشترك في تنبيهات الأمان من n8n، وخد باك أب لفولدر .n8n بمفتاح التشفير مع قاعدة البيانات. وجرّب الاسترجاع.

الخطوة 5: انقل المنطق الخطر للكود، سير عمل واحد كل مرة

ابدأ بسير العمل اللي لو فشل هيوجع أكتر. ابني الجزء الأساسي منه كـ API أو job متغطي بتيستات. خلي n8n تناديه، وشغّل القديم والجديد جنب بعض على حالات حقيقية، وبعدين حوّل.

الخطوة 6: جهّز نفسك لـ n8n 3.0

شغّل الـ Migration Report، وصلّح اللي بيطلّعه، ورقّي نسخة تجريبية، وجرّب سير العمل الأساسي، وبعد النسخة المستقرة بس رقّي السيستم الحقيقي.

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

هل استضافة n8n على سيرفري ببلاش فعلاً؟

البرنامج في نسخة Community ببلاش، وn8n بتوصفها إنها "almost the complete feature set". بس هتدفع تمن السيرفر، ووقت الشخص اللي بيعمل التحديثات والباك أب والمتابعة. والمميزات المدفوعة في الاستضافة الذاتية زي SSO وGit محتاجة ترخيص Business أو Enterprise.

n8n Cloud أأمن ولا الاستضافة على سيرفري؟

ولا واحد فيهم آمن لوحده. على n8n Cloud، الشركة بتقول إن النسخ "patched automatically"، يعني بتتحدث لوحدها. لكن على سيرفرك، الأمان بيعتمد على سرعتك في تنزيل التحديثات، ومين عنده صلاحية يعدّل سير العمل، وإزاي السيرفر متظبط.

ينفع أستخدم n8n علشان أعمل أتمتة لعملائي؟

الترخيص بيسمح بالاستخدام "only for your own internal business purposes or for non-commercial or personal use"، يعني لشغل شركتك الداخلي أو استخدام غير تجاري، وبعدها فيه شروط تانية. لو عايز تستضيف n8n أو تبيعها لعملاء، اقرا الترخيص كله وأكّد مع n8n قبل ما تبني خدمة عليها.

إيه اللي بيتغير في n8n 3.0 للي مستضيفينه بنفسهم؟

الاستضافة الذاتية بقت على Docker بس، والحد الافتراضي لوقت Code node نزل لدقيقة، ونودز Cron وInterval القديمة اتشالت، والإضافات غير الموثقة بقت مقفولة افتراضياً. والنسخة المستقرة متوقعة في أوائل ديسمبر 2026.

إمتى أستبدل n8n بكود مخصص أو أدور على بديل n8n؟

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

ينفع n8n تشتغل مع سيستم Laravel أو PHP عندي؟

أيوه. أنضف طريقة إنك تعمل للسيستم بتاعك API صغير وآمن، وn8n تناديه. وn8n كمان تقدر تستقبل webhooks من السيستم بتاعك. بس طريقة الـ API بتخلي قواعد الشغل جوه السيستم، في مكان تقدر تختبره.

المصادر

كل المصادر اتراجعت يوم 2 نوفمبر 2026. الأسعار والنسخ بتتغير كتير، فراجع صفحات n8n قبل ما تقرر.

عايز رأي تاني في إعداد n8n عندك؟

لو شغل شركتك ماشي على سير عمل في n8n، ابعتلنا وصف قصير: سير العمل الأساسي بيعمل إيه، وn8n شغالة فين دلوقتي، وأنهي خطوات بتلمس فلوس أو مخزون أو بيانات عملاء. هنقولك بصراحة إيه اللي ممكن يفضل في n8n، وإيه اللي الأحسن يتنقل لـ n8n Cloud، وإيه اللي يستاهل يتبني كود مخصص. Golden Code بتبني Backend وAPIs مخصصة، ومش بنبيع n8n ولا بنستضيفها ليك. وهنبعتلك عرض سعر بعد ما نراجع الإعداد عندك. تقدر توصل لفريق Golden Code من صفحة التواصل.

عن الكاتب: محمد سامي مطور Backend أول في Golden Code، عنده 7 سنين خبرة في بناء أنظمة أعمال مخصصة بـ Laravel وPHP، والربط بين الأنظمة، والأتمتة لشركات في مصر والخليج.

تابعنا:

لنبنِ معًا

خدماتنا