لسنوات، كانت الإجابة عن سؤال «أين أنشر هذا على Cloudflare» بسيطة: المواقع الثابتة والواجهات الأمامية تذهب إلى Pages، والمنطق عديم الخادم يذهب إلى Workers. في 2026 تلاشى هذا الخط، لأن Workers أصبح بإمكانه الآن تقديم الأصول الثابتة مباشرةً، ما يعني أن Worker واحدًا يستطيع استضافة موقعك بالكامل، الواجهة الأمامية والخلفية معًا. وقد غيّر هذا توصية Cloudflare نفسها للمشاريع الجديدة، ويستحق الأمر فهم السبب قبل أن تختار جانبًا.
يشرح هذا الدليل ما هو كل منتج، وكيف غيّر التحول إلى الأصول الثابتة قرار Cloudflare Pages vs Workers، ويقدّم توصية واضحة للمشاريع الجديدة ولكل من يتساءل عما إذا كان عليه النقل.
باختصار
- Pages استضافة مرتبطة بـ git للمواقع الثابتة وأطر الواجهة الأمامية، مع CI/CD مدمج ونشرات معاينة
- Workers منصة Cloudflare للحوسبة عديمة الخادم، وهي الآن تقدّم الأصول الثابتة أيضًا، فتستطيع استضافة مواقع كاملة
- بالنسبة إلى المشاريع الجديدة في 2026، توصي Cloudflare بـ Workers مع الأصول الثابتة، لأنه يوحّد الواجهة الأمامية والخلفية في نشرة واحدة
- يظل Pages مدعومًا بالكامل؛ لا حاجة للتسرّع في نقل مشروع Pages قائم
- اختر بناءً على سير العمل: Pages لنشر ثابت خالص عبر git-push، وWorkers لكل ما يمزج محتوى ثابتًا بمنطق ديناميكي
ما هو Cloudflare Pages
Cloudflare Pages منصة لنشر المواقع مباشرةً من مستودع git. تربط مستودع GitHub أو GitLab، فتشغّل Cloudflare أمر البناء الخاص بك، ويُنشر الناتج إلى الحافة العالمية. كل دفعة (push) تحصل على نشرة معاينة بعنوان URL خاص بها، ودمج التغييرات في فرع الإنتاج يحدّث الموقع المباشر. إنه سير عمل Jamstack الكلاسيكي: ادفع الكود، واحصل على موقع منشور.
يدعم Pages أيضًا السلوك الديناميكي عبر Pages Functions، وهي Workers تحت الغطاء، فيمكنك إضافة مسارات API ومنطق من جانب الخادم لموقع ثابت في الأساس. لقد استخدمت هذا النهج بالضبط لبناء نظام كامل لتسجيل المستخدمين والدخول على Cloudflare Pages ، وهو ما يُظهر إلى أي مدى يمكن أن يمتد مضيف «ثابت».
ما هو Cloudflare Workers
Cloudflare Workers هو منصة الحوسبة عديمة الخادم والاستضافة عديمة الخادم: كود يعمل على شبكة Cloudflare، قريبًا من مستخدميك، دون خوادم لإدارتها. بدأ Workers كدوال خالصة لواجهات API والوسطيات ومنطق الحافة، وهو يرتبط ببقية المنصة، R2 وD1 وKV وQueues وWorkers AI . إذا كنت تبني على روابط التخزين هذه، فتطبيقات سطح المكتب المجانية الخاصة بي تسهّل إدارتها: Easy Cloudflare R2 وEasy Cloudflare D1 وEasy Cloudflare KV .
التطور الرئيسي في 2026 هو Static Assets. يمكن لـ Worker الآن أن يقدّم دليلًا من الملفات الثابتة (HTML وCSS وJS وصور) مباشرةً، مع تولّي Worker أي مسارات ديناميكية. هذا يعني أن Worker واحدًا يمكنه استضافة واجهتك الأمامية المبنية وواجهة API الخاصة بك في نشرة واحدة، وهو ما كان يتطلب سابقًا تقسيم العمل بين Pages وWorkers.
ما الذي تغيّر بين Pages vs Workers: Static Assets
السبب في أهمية هذه المقارنة الآن هو قدرة الأصول الثابتة. تاريخيًا، إذا كان لديك واجهة أمامية React أو Astro بالإضافة إلى واجهة API خلفية، فالتقسيم الطبيعي كان Pages للواجهة الأمامية وWorker منفصل لواجهة API. مشروعان، نشرتان، وشيئان لربطهما معًا.
مع الأصول الثابتة على Workers، تنشر مرة واحدة. يقدّم Worker بناءك الثابت للطلبات العادية ويشغّل كودك لمسارات API أو الصفحات المُعالَجة على الخادم. بالنسبة إلى أطر full-stack والتطبيقات التي تمزج محتوى ثابتًا وديناميكيًا، هذا أبسط في البناء والنشر والفهم. لهذا توجّه Cloudflare الآن المشاريع الجديدة من نوع full-stack نحو Workers بدلًا من Pages.
Pages vs Workers: جنبًا إلى جنب
| المعيار | Cloudflare Pages | Cloudflare Workers |
|---|---|---|
| الغرض الأساسي | استضافة مواقع مرتبطة بـ git | حوسبة عديمة الخادم + أصول ثابتة |
| الاستضافة الثابتة | نعم (ميزة أساسية) | نعم (عبر الأصول الثابتة) |
| المنطق الديناميكي/الخادمي | Pages Functions | أصيل |
| CI/CD لـ git + معاينات | مدمج | عبر تكامل CI / Wrangler |
| الروابط (R2، D1، KV، AI) | نعم | نعم، من الدرجة الأولى |
| الأفضل لـ | مواقع ثابتة/Jamstack خالصة | تطبيقات full-stack وواجهات API |
| توصية 2026 للمشاريع الجديدة | لا يزال مدعومًا | مفضّل |
متى تختار Pages
في قرار Pages vs Workers، يظل Pages خيارًا رائعًا عندما:
- يكون لديك موقع ثابت خالص أو بناء إطار واجهة أمامية وتريد أبسط سير عمل نشر ممكن عبر git-push
- تقدّر CI/CD المدمج ونشرات المعاينة دون تهيئة أي شيء
- تكون احتياجاتك الديناميكية خفيفة ويخدمها Pages Functions جيدًا
- تكون بالفعل على Pages وهو يعمل؛ لا عقوبة في البقاء
متى تختار Workers
في قرار Pages vs Workers، يكون Workers الخيار الأفضل عندما:
- تبني تطبيق full-stack يمزج محتوى ثابتًا بمنطق كبير من جانب الخادم
- تريد واجهة أمامية وخلفية في نشرة واحدة بدلًا من مشروعين منسّقين
- تعتمد بشدة على روابط مثل D1 وR2 وKV وQueues أو Workers AI
- تبدأ مشروعًا جديدًا في 2026 وتريد اتباع المسار الموصى به حاليًا من Cloudflare
- تحتاج إلى تحكم دقيق في التوجيه والتخزين المؤقت ومعالجة الطلبات
Cloudflare Pages vs Workers: هل ينبغي أن تنقل؟
لا، ليس بصورة تلقائية. إذا كان لديك مشروع Pages يعمل، فهو يظل مدعومًا بالكامل ولا يوجد موعد نهائي يفرض النقل. انقل عندما يكون لديك سبب ملموس: تضيف منطقًا خلفيًا كبيرًا، أو تريد دمج واجهة أمامية/خلفية منفصلة في نشرة واحدة، أو تصطدم بقيد خاص بـ Pages يحلّه Workers.
للمشاريع الجديدة من الصفر في اختيار Pages vs Workers، ابدأ على Workers مع الأصول الثابتة. أما نشرة Pages قائمة ومُرضِية، فاتركها حتى تظهر حاجة حقيقية. أسوأ سبب للنقل هو الجِدّة؛ وأفضل سبب هو توحيد تطبيق full-stack كنت ستضطر لتقسيمه لولا ذلك.
أهم النقاط
- Pages استضافة مرتبطة بـ git للمواقع الثابتة وJamstack مع CI/CD مدمج ومعاينات
- Workers حوسبة عديمة الخادم تقدّم الآن الأصول الثابتة أيضًا، فتستطيع استضافة مواقع كاملة
- Static Assets هو التغيير الذي يتيح لـ Worker واحد استضافة الواجهة الأمامية والخلفية معًا
- للمشاريع الجديدة من نوع full-stack في 2026، Workers هو المسار الموصى به من Cloudflare
- يظل Pages مدعومًا بالكامل؛ انقل فقط عندما يكون لديك سبب ملموس
- في قرار Cloudflare Pages vs Workers، اختر Pages للبساطة الثابتة الخالصة وWorkers لكل ما يمزج محتوى ثابتًا بمنطق حقيقي
الأسئلة الشائعة
ما الفرق بين Cloudflare Pages وWorkers؟ Pages استضافة مرتبطة بـ git للمواقع الثابتة والواجهات الأمامية مع CI/CD مدمج ونشرات معاينة. Workers هو منصة Cloudflare للحوسبة عديمة الخادم. تلاشى الخط في 2026 لأن Workers أصبح بإمكانه الآن تقديم الأصول الثابتة، مما يتيح لـ Worker واحد استضافة واجهة أمامية وخلفية معًا.
هل أستخدم Pages أم Workers لمشروع جديد في 2026؟ بالنسبة إلى معظم المشاريع الجديدة من نوع full-stack، أصبح Workers مع الأصول الثابتة الآن خيار Cloudflare الموصى به لأنه يوحّد الواجهة الأمامية والخلفية في نشرة واحدة. أما لموقع ثابت خالص حيث تريد أبسط سير عمل عبر git-push، فيظل Pages خيارًا ممتازًا.
هل سيتم إيقاف Cloudflare Pages؟ لا. يظل Pages مدعومًا بالكامل. توجّه Cloudflare الآن المشاريع الجديدة من نوع full-stack نحو Workers، لكن مشاريع Pages القائمة تستمر في العمل ولا يوجد نقل إجباري.
هل يستطيع Workers استضافة موقع ويب ثابت؟ نعم. مع ميزة الأصول الثابتة، يستطيع Worker تقديم ملفات ثابتة مثل HTML وCSS وJS وصور مباشرةً، مع التعامل أيضًا مع المسارات الديناميكية في الكود. هذا هو ما يتيح لـ Worker واحد استضافة موقع بأكمله.
هل يستخدم Pages وWorkers الروابط نفسها؟ كلاهما يستطيع استخدام روابط Cloudflare مثل R2 وD1 وKV وWorkers AI. يكشفها Pages عبر Pages Functions، بينما يعاملها Workers كمن الدرجة الأولى. وظيفيًا، يمكنك الوصول إلى خدمات المنصة نفسها من أيٍّ منهما.
هل ينبغي أن أنقل موقع Pages القائم لديّ إلى Workers؟ فقط إذا كان لديك سبب ملموس، مثل إضافة منطق خلفي كبير أو دمج واجهة أمامية وخلفية منفصلة في نشرة واحدة. مشروع Pages الذي يعمل مدعوم بالكامل ولا يحتاج إلى نقل.
التعليقات