Netlify ولا Vercel ولا Cloudflare Pages ولا استضافة مشتركة؟
وين تستضيف مواقع عملائك فعلاً
مبرمج ويب مستقل بيوصل بسرعة لسؤال أهم من «شو أستضيف عندي؟» — وهو «وين أستضيف موقع العميل، وكيف أدير الفاتورة والدفع من سوريا بلا صداع؟». هالصفحة بتقارن الأربعة بحدود مجانيتها الفعلية، وأيها تقدر تبيعه كخدمة شهرية، وواقع الدفع من هون.
قبل الجدول، اتفاق صريح: اختيار الاستضافة الغلط ما بيوقف مشروعك اليوم، بس بيكلفك أوجاع رأس مؤجلة — عميل بيسألك «ليش موقعي وقع؟» وأنت ما عندك جواب واضح، أو فوترة مربوطة بحسابك الشخصي بتصير كارثة إدارية لما يكبر عدد عملائك. الأربعة المقارنون هون مختلفون جذرياً بفلسفتهم: Netlify وVercel وCloudflare Pages الثلاثة مبنية أصلاً للمواقع الثابتة والتطبيقات الحديثة (React، Next.js، Astro، مواقع HTML/CSS بسيطة)، بينما الاستضافة المشتركة التقليدية لسا الخيار الأنسب لمواقع ووردبريس والأنظمة التقليدية اللي بتحتاج قاعدة بيانات وتنفيذ كود من جهة الخادم بالطريقة الكلاسيكية.
ونقطة أساسية لمستقل عم يبني عملاً حقيقياً: من يملك الحساب فعلياً؟ كثير من المبرمجين الجدد بيحطوا كل عملائهم على حساب واحد باسمهم الشخصي — وهاد بيشتغل مؤقتاً بس بيصير عقدة لما تحتاج تسلّم موقعاً لعميل انتهت علاقتك معه، أو لما تكبر وتحتاج فوترة منفصلة لكل عميل. خصصنا فقرة كاملة لهالنقطة تحت لأنها أهم من أي فرق تقني بين المزودين الأربعة.
الأربعة وجهاً لوجه (آب 2026)
الأرقام من الصفحات الرسمية للخطط المجانية بتاريخ التحقق — والخطط بتتغير، فراجع صفحة الأسعار الرسمية قبل ما تعتمد رقماً بعرضك للعميل.
| المعيار | Netlify | Vercel | Cloudflare Pages | استضافة مشتركة تقليدية |
|---|---|---|---|---|
| الأنسب لـ | مواقع ثابتة وتطبيقات JAMstack — الأسهل للمبتدئ | تطبيقات Next.js تحديداً — أقوى تكامل مع إطار العمل نفسه | مواقع تحتاج سرعة تحميل عالمية وحماية DDoS مدمجة | مواقع ووردبريس وأنظمة تقليدية بقاعدة بيانات |
| حدود المجاني الفعلية | 100GB نقل بيانات شهرياً، 300 دقيقة بناء (Build minutes)، مشروع واحد نشط بسهولة إعداد استثنائية | 100GB نقل بيانات، بناء سخي، لكن الاستخدام التجاري (Commercial use) على الخطة المجانية مقيّد رسمياً — نقطة تفرق لعمل عملاء حقيقي | نقل بيانات غير محدود عملياً (الأسخى بين الثلاثة) — أفضل خيار مجاني لعميل بحركة زوار متوقعة عالية | عادة مساحة وباندويث محدودان برقم صريح بالخطة المدفوعة الرخيصة — لا يوجد مستوى مجاني حقيقي عادة |
| سهولة الإعداد للمبتدئ | الأسهل بلا منازع — اسحب مجلداً وأفلته وموقعك أونلاين | سهل، لكن يفترض إلمامك الأساسي بـGit وسير عمل النشر | متوسط — واجهته أوسع لأنها جزء من منصة Cloudflare الكاملة | الأصعب تقنياً بالإعداد الأولي (FTP، لوحة تحكم cPanel) لكن الأشهر لمن اعتاد ووردبريس |
| السرعة العالمية | شبكة توزيع محتوى (CDN) جيدة وواسعة | ممتازة، محسّنة خصيصاً لتطبيقات Next.js | الأقوى — Cloudflare أساساً شركة شبكة توزيع عالمية بمئات نقاط الحضور | تعتمد على موقع الخادم الفعلي — عادة أبطأ للزوار البعيدين جغرافياً بلا CDN إضافي |
| الفوترة لعميل منفصل | يدعم إنشاء فرق (Teams) منفصلة، مناسب لفصل حسابات العملاء | نفس الميزة عبر خطط الفرق، لكن أعلى تكلفة عادة من Netlify للاستخدام التجاري الجاد | حساب واحد يمكن أن يدير مواقع متعددة بسهولة، لكن الفصل الإداري الكامل بين العملاء أقل مرونة من الاثنين الآخرين | الأسهل تاريخياً — حساب استضافة منفصل باسم كل عميل ودومينه الخاص |
آخر تحقق: آب 2026 · المصادر: صفحات الأسعار الرسمية على netlify.com وvercel.com وpages.cloudflare.com
Netlify — أسهل باب لموقع أول عميلك
Netlify بنى سمعته على شيء واحد بالذات: تبسيط النشر لدرجة تقدر فيها تسحب مجلد موقعك وتفلته على الموقع، وخلص — موقعك أونلاين خلال ثوانٍ بلا أوامر طرفية معقدة. لهذا هو غالباً أفضل نقطة بداية لمبرمج ويب مستقل جديد، خاصة لمواقع صفحات هبوط بسيطة أو مواقع ثابتة بـHTML/CSS/JavaScript عادي.
المجاني الفعلي: 100 جيغابايت نقل بيانات شهرياً و300 دقيقة بناء (Build minutes) — رقمان سخيان لموقع عميل واحد أو اثنين بحركة زوار متوسطة. القيد الحقيقي يظهر إذا كان لديك عدة مواقع نشطة بحركة عالية بنفس الوقت، حينها تحتاج ترقية أو توزيع المواقع على حسابات منفصلة.
لعملائك تحديداً: Netlify يدعم إنشاء فرق (Teams) منفصلة لكل عميل أو مجموعة عملاء، وهذا أنظف طريقة لفصل الفوترة والملكية بدل تكديس كل شيء بحسابك الشخصي. وإذا مشروعك يحتاج نموذج تواصل بسيط أو وظائف خلفية صغيرة (Functions)، Netlify يقدمها مدمجة بلا الحاجة لخادم منفصل — ميزة عملية توفر عليك وقتاً بمشاريع صفحات الهبوط الشائعة عند عملاء تطوير المواقع.
Vercel — الخيار الطبيعي لتطبيقات Next.js
Vercel هو الشركة الأم لإطار العمل Next.js نفسه، وهذا يعني تكاملاً بلا احتكاك حقيقي إذا كان مشروعك مبنياً به — كل ميزة جديدة بـNext.js تدعمها Vercel فوراً لأنهما نفس الفريق عملياً. إذا كنت تبني مواقع بـReact أو Next.js لعملائك، Vercel غالباً الخيار الأسرع إعداداً والأقل مفاجآت تقنية.
المجاني الفعلي: نطاق نقل بيانات مشابه لـNetlify (100 جيغابايت)، لكن الانتباه المطلوب هنا لبند مهم: شروط الاستخدام التجاري (Commercial Use) على الخطة المجانية مقيّدة رسمياً — يعني بناء موقع لعميل يدفعك مقابله يقع تقنياً ضمن الاستخدام التجاري، وهذا قد يستوجب ترقية لخطة مدفوعة أبكر مما تتوقع مقارنة بـNetlify، خاصة إذا كبر عدد مشاريع العملاء لديك.
لعملائك تحديداً: نفس منطق الفرق (Teams) لفصل حسابات العملاء متوفر، لكن كلفته للاستخدام الجاد أعلى عادة من Netlify. إذا كان أغلب شغلك مواقع ثابتة بسيطة لا تطبيقات Next.js فعلية، منطقياً Netlify يوفر عليك تكلفة بلا خسارة ميزات فعلية تحتاجها.
Cloudflare Pages — الأسخى مجاناً والأسرع عالمياً
Cloudflare أساساً شركة بنية تحتية للإنترنت بمئات نقاط الحضور حول العالم، وPages هي خدمة الاستضافة المبنية فوق هذه الشبكة الضخمة — وهذا ينعكس مباشرة بميزتين: سرعة تحميل عالمية استثنائية حتى للزوار البعيدين جغرافياً عن الخادم الأساسي، وحماية من هجمات DDoS مدمجة بلا إعداد إضافي.
المجاني الفعلي: نقل البيانات غير محدود عملياً على الخطة المجانية — الأسخى بوضوح بين الثلاثة المذكورين هنا. هذا يجعله خياراً ممتازاً تحديداً لعميل يتوقع حركة زوار عالية أو متقلبة (حملة تسويقية، إطلاق منتج) حيث حدود Netlify أو Vercel قد تصبح عقبة فعلية.
لعملائك تحديداً: واجهته أوسع وأكثر تقنية من الاثنين الآخرين لأنها جزء من منصة Cloudflare الشاملة (DNS، أمان، شبكة)، وهذا يعني منحنى تعلم أطول قليلاً للمبتدئ. إذا عميلك حساس للسرعة العالمية (متجر إلكتروني بجمهور متعدد الدول مثلاً) هو خيار قوي جداً — لكن إذا هدفك السرعة بالإعداد الأولي أهم من أي شيء آخر، Netlify يبقى الأسهل انطلاقاً.
الاستضافة المشتركة التقليدية — ما زالت ضرورية لووردبريس
نقطة يجب توضيحها بصراحة: الاستضافة المشتركة التقليدية ليست بديلاً لـNetlify وVercel وCloudflare Pages — هي تخدم فئة مختلفة تماماً من المواقع. الثلاثة الأولى مصممة للمواقع الثابتة والتطبيقات الحديثة (React، Next.js، Astro، Vue، أو حتى HTML/CSS بسيط)، بينما مواقع ووردبريس — وهي أغلب مواقع الشركات الصغيرة والمتاجر البسيطة بالمنطقة العربية — تحتاج قاعدة بيانات MySQL وتنفيذ كود PHP من جهة الخادم بالطريقة الكلاسيكية، وهذا بالضبط ما توفره الاستضافة المشتركة.
الواقع العملي لمبرمج مستقل: إذا عرضك على عميل يشمل موقع ووردبريس، أنت غالباً تحتاج تسجيله باستضافة تقليدية (بأسماء معروفة عالمياً أو محلياً) بخطة سنوية رخيصة نسبياً، وتسجيل نطاق (Domain) منفصل. لا يوجد مستوى مجاني حقيقي غالباً بهذا النوع من الاستضافة — أرخص خطة سنوية عادة تعادل بضعة دولارات شهرياً، وهذه تكلفة يجب احتسابها بوضوح بعرض سعرك للعميل، سواء دفعها العميل مباشرة أو أضفتها لفاتورتك الإجمالية.
الدفع من سوريا لاستضافة تقليدية: أغلب مزودي الاستضافة يقبلون الدفع ببطاقات فيزا وماستركارد افتراضية بالدولار — نفس المنطق المشروح بالفقرة التالية ينطبق هنا بالكامل، وبعض المزودين يقبلون أيضاً PayPal أو محافظ رقمية بديلة تستحق المقارنة قبل التسجيل.
الدفع من سوريا — ومين بيملك الحساب فعلياً
الحساب المجاني على Netlify وVercel وCloudflare Pages الثلاثة يفتح بلا مشكلة تقريباً من أي مكان — التسجيل بإيميل عادي بلا شرط بطاقة ائتمان. المشكلة تظهر فقط عند الترقية لخطة مدفوعة (لك أنت أو نيابة عن عميل)، لأن الدفع يعتمد على بطاقات ائتمان دولية. الحل العملي المتداول بين المستقلين: بطاقة افتراضية بالدولار من مزود يخدم السوريين — نفس الطرق المشروحة بالتفصيل بـدليل القبض من سوريا غالباً تتيح إصدار بطاقة افتراضية صالحة لهذا النوع من الاشتراكات الشهرية الصغيرة.
ونقطة إدارية أهم من أي فرق تقني بين المزودين: حدد كتابياً بعقدك مع كل عميل من يملك الحساب فعلياً. إذا سجّلت الموقع بحسابك الشخصي وانتهت العلاقة مع العميل لاحقاً، نقل الملكية أحياناً يكون معقداً أو مرفوضاً تقنياً حسب المزود. الممارسة الأنظف: أنشئ حساباً أو فريقاً (Team) منفصلاً لكل عميل من اليوم الأول، حتى لو كان هذا يعني خطوة إعداد إضافية — توفر عليك نزاعات لاحقة تستحق كل دقيقة الإعداد الإضافية.
غلطات استضافة شائعة بتكلّفك سمعتك مع العملاء
- تسجيل كل مواقع العملاء بحسابك الشخصي: يبدو أسهل بالبداية، لكنه يخلق عقدة إدارية حقيقية عند نمو عدد عملائك أو انتهاء علاقتك بأحدهم — افصل الحسابات من اليوم الأول حتى لو كان هذا يعني خطوة إعداد إضافية بسيطة.
- عدم توضيح من يدفع تكلفة الترقية المدفوعة: إذا تجاوز موقع العميل حدود الخطة المجانية لاحقاً، من يتحمل تكلفة الترقية؟ حدد هذا كتابياً بعرضك الأولي، لا بعد أن تصلك فاتورة مفاجئة.
- اختيار الاستضافة قبل تحديد نوع المشروع: ابدأ دائماً من متطلبات المشروع التقنية (موقع ثابت؟ يحتاج قاعدة بيانات؟) لا من عادتك الشخصية باستخدام مزود معين — القرار المعكوس يكلّف وقتاً بإعادة البناء لاحقاً.
- عدم اختبار سرعة الموقع من موقع العميل الجغرافي فعلياً: اختبر دائماً السرعة الفعلية من دولة عميلك المستهدفة (أدوات فحص مجانية متاحة أونلاين)، لا فقط من جهازك أنت — فرق السرعة بين المزودين يظهر بوضوح فقط بهذا الاختبار الحقيقي.
- نسيان النسخ الاحتياطي قبل أي تعديل كبير: المنصات الثلاث الحديثة تحتفظ بتاريخ النشر (Deploy history) يمكن الرجوع إليه، لكن الاستضافة التقليدية غالباً تحتاج نسخة احتياطية يدوية — لا تفترض أن أي مزود يحمي بياناتك تلقائياً بلا تحقق.
أي مشروع؟ الاستضافة الصح له
| نوع مشروع العميل | الاختيار الأول | ليش؟ |
|---|---|---|
| صفحة هبوط بسيطة أو موقع تعريفي | Netlify | أسرع إعداد، مجاني بالكامل لهذا الحجم، وسحب-وإفلات بلا تعقيد تقني |
| تطبيق ويب بـReact أو Next.js | Vercel | تكامل مباشر مع الإطار نفسه — أقل مفاجآت تقنية بالنشر |
| متجر أو موقع بحركة زوار عالية متوقعة | Cloudflare Pages | نقل بيانات غير محدود عملياً وسرعة عالمية تفيد تجربة الزائر مباشرة |
| موقع ووردبريس أو متجر يحتاج قاعدة بيانات تقليدية | استضافة مشتركة تقليدية | الخيار الوحيد الفعلي من الأربعة لهذا النوع من الأنظمة |
القاعدة العملية: نوع المشروع يحدد الاستضافة، لا العكس — لا تجبر عميلاً بمتجر ووردبريس على Netlify، ولا تعقّد صفحة هبوط بسيطة باستضافة تقليدية.
الأجوبة الصريحة عن استضافة مواقع العملاء
أنا سوري — هل أقدر أفتح حساباً مدفوعاً على Netlify أو Vercel من داخل سوريا؟
الحساب المجاني على الاثنين بيفتح بلا مشكلة من أي مكان تقريباً — المشكلة بتظهر عند الترقية المدفوعة، لأن بوابات الدفع بتعتمد على بطاقات ائتمان دولية (فيزا أو ماستركارد افتراضية أو حقيقية عبر خدمة وسيطة). الحل العملي: استخدم بطاقة افتراضية بالدولار من مزود بيخدم السوريين، وفعّل الفوترة باسم شركة العميل نفسه إن أمكن بدل حسابك الشخصي متى ما كان ذلك ممكناً ومسموحاً.
هل أقدر أبيع الاستضافة كخدمة شهرية لعملائي فعلياً؟
نعم وهي ممارسة شائعة جداً، بس بشرط الشفافية: أنشئ حساباً منفصلاً لكل عميل أو استخدم ميزات الفرق (Teams) المخصصة لهالغرض بدل ما تجمّع كل عملائك بحساب واحد باسمك الشخصي، لأن هذا بيخلط الفوترة وبيصعّب نقل الملكية لاحقاً إذا انتهت العلاقة مع العميل. اذكر بوضوح بعقدك مين بيملك الحساب فعلياً — أنت أم العميل — لتتجنب نزاعاً لاحقاً على من يتحكم بالموقع.
متى أحتاج استضافة مشتركة تقليدية بدل Netlify أو Vercel؟
لما يكون الموقع مبنياً بووردبريس أو أي نظام بيحتاج قاعدة بيانات وتنفيذ كود من جهة الخادم بالطريقة التقليدية (PHP كلاسيكي مثلاً)، لا موقعاً ثابتاً أو تطبيقاً حديثاً (React، Next.js، مواقع ثابتة). Netlify وVercel وCloudflare Pages الثلاثة مصممة أساساً للمواقع الثابتة والتطبيقات الحديثة، وما هي بديل مباشر لاستضافة ووردبريس التقليدية.
الاستضافة موضوعة؟ هلق ابنِ المهارة اللي بتحتاجها
اختيار الاستضافة الصح بلا مهارة برمجة حقيقية عبء بلا فائدة. ابدأ من مسار تطوير الويب المجاني بالكامل وابنِ أول مشروع حقيقي.