VeloCMS مقابل Jekyll

بنى Jekyll التدوينَ للمطوّرين عام 2008.
أعاد VeloCMS بناءه لعام 2026.

Jekyll (أُسِّس عام 2008 بواسطة Tom Preston-Werner، أحد مؤسسي GitHub) هو مُولِّد المواقع الثابتة الأصلي — مدمج مع GitHub Pages، قوالب Liquid، حزم Ruby gem، واستضافة مجانية لمعظم المطوّرين. VeloCMS هو المنصة الشاملة للمدوّنين التقنيين ومُشغِّلي البرمجيات مفتوحة المصدر وفرق الكتابة التقنية الراغبين في لوحة إدارة مرئية، نشرة بريدية مدمجة، تجارة عبر Stripe، وصفر صراعات مع حزم Ruby gem.

ابدأ مع VeloCMSشاهد المقارنة الكاملة

Jekyll مقابل VeloCMS — لمحة عامة عن المنصتين

المعيارJekyllVeloCMS
نموذج البناءمُولِّد مواقع ثابتة — يعالج ثنائي Ruby ملفات Markdown وقوالب Liquid وينتج ملفات HTML ثابتة. لا خادم في وقت التشغيل. أوقات بناء تتراوح بين الميلي ثانية والثانية (أبطأ من Hugo على نطاق واسع، وأسرع من معظم مولِّدات Node.js بالذاكرة الدافئة).منصة مُدارة — Next.js 16 App Router مع ISR. لا خطوة بناء عند النشر. اكتب المقال، اضغط نشر، يصبح مباشراً في ثوانٍ. لا سطر أوامر، لا GitHub Actions، لا تحديثات gem.
لغة القوالبLiquid — نشأت في Shopify واعتمدها Jekyll. سهلة القراءة في الحالات البسيطة، لكنها تستلزم معرفة تطويرية لإنشاء التخطيطات والمكوِّنات والمرشِّحات المخصصة. تخصيص القالب يعني تحرير ملفات .html و.liquid مباشرةً.38 قالباً أصلياً قابلاً للتبديل عبر واجهة الاختيار المرئي. لا حاجة لتحرير القوالب. تصبح تغييرات القالب مباشرةً دون إعادة بناء أو git commit.
طبقة نظام إدارة المحتوىلا شيء افتراضياً. يُحفَظ المحتوى في ملفات _posts/*.md ضمن مستودع git. يحتاج المساهمون غير التقنيين إلى Forestry أو Decap CMS أو CloudCannon أو نظام CMS خارجي مماثل — كل منها يضيف تكلفةً وتعقيداً.لوحة إدارة كاملة قائمة على كتل TipTap — عناوين، تنبيهات، كتل كود، تضمين صور، وقت القراءة، وسوم، Open Graph، JSON-LD لكل مقال. النشر من المتصفح. لا git commit، لا مشغِّل بناء، لا سطر أوامر.
آلية النشرملفات GitHub Actions YAML (لـ GitHub Pages أو Netlify CI/CD). كل تغيير في عملية النشر يتطلب تعديل ملف YAML. النطاقات المخصصة تضيف خطوات DNS. الإعداد الأوّلي يستغرق بعد الظهر حتى للمطوّرين ذوي الخبرة.استضافة على Railway مع DNS من Cloudflare. النطاق المخصص يستغرق 5 دقائق في لوحة الإدارة. لا YAML، لا نصوص CI/CD، لا إدارة منافذ. البنية التحتية للنشر مُدارة لك.
التعليقاتلا تعليقات مدمجة. يستلزم الأمر Disqus (مخاوف خصوصية) أو Utterances (قائم على مشكلات GitHub، للجمهور التقني فقط) أو تكاملاً مخصصاً مع Netlify Functions. لا شيء منها مُدار لك.تعليقات الأعضاء المدمجة في خارطة الطريق. حالياً يُدعم تسجيل دخول الأعضاء وحسابات القرّاء — يُطلق نظام التعليقات المتشعِّبة في الربع الثالث من 2026.
الأعضاء / الجدار المدفوعلا أعضاء ولا جدار مدفوع مدمج. تكامل Stripe مع مصادقة الأعضاء يستلزم وظائف بلا خادم مخصصة ومزوِّد مصادقة منفصلاً وهندسةً برمجية ضخمة. غير متاح في أي مستوى بشكل جاهز للاستخدام.جدار مدفوع لأعضاء Stripe BYOK مدمج بشكل أصلي — مستويات مدفوعة، مقالات محمية، دفع لمرة واحدة لمنتجات رقمية بعمولة 0%. الإعداد يستغرق 10 دقائق من لوحة الإدارة.
وسوم SEOتعتمد على Front Matter — يُحدَّد العنوان والوصف ووسوم Open Graph يدوياً في ترويسة YAML لكل مقال. لا JSON-LD لكل مقال، لا وقت قراءة، لا URL قانوني تلقائي دون مكوِّنات إضافية.Article JSON-LD لكل مقال، Open Graph، Twitter Card، وقت القراءة، URL قانوني، وتصفية بالوسوم — كل ذلك من لوحة SEO الإدارية دون لمس أي ملف.
منحنى التعلّممرتفع لغير المطوّرين — git، Markdown، Front Matter، قوالب Liquid، حزم Ruby gem، GitHub Actions، وإعدادات DNS. معتدل للمطوّرين المألوفين بأدوات Ruby. ثقيل على كل من لا يُجيد سطر الأوامر.إعداد في 5 دقائق — سجِّل، اختر قالباً، انشر مقالك الأول. لا سطر أوامر في أي مرحلة. يستطيع المساهمون غير التقنيين النشر باستقلالية من اليوم الأول.

أين يبدأ Jekyll في مقاومتك

Jekyll ممتاز حقاً في ما صُمِّم له. هذه هي الثغرات الهيكلية التي تظهر حين تتجاوز احتياجاتك التدوينية حدود مطوِّر منفرد يعمل بسير عمل git.

جحيم قوالب Liquid: كل تغيير في القالب هو تغيير في الكود.

تقطن قوالب Jekyll في مجلدات _layouts/ و_includes/ وassets/ التي تُعدِّلها مباشرةً. تغيير تخطيط الرأسية يعني تحرير HTML وLiquid. إضافة شريط جانبي تعني فهم نظام include في Jekyll. التبديل الكامل للقوالب يستلزم نقل ملفات التخطيط وأسماء المتغيرات واتفاقيات Front Matter — وكثيراً ما يستغرق ذلك ساعات. كلّما خصّصتَ أكثر، احتجتَ لمعرفة أعمق بـ Jekyll. لا يستطيع المساهمون غير التقنيين المساعدة في شيء من هذا. حين تحتاج تغييراً في التصميم بسرعة، تجد نفسك تنتظر من لديه خبرة في Ruby وLiquid.

YAML لـ GitHub Actions مع كل تغيير في النشر: ضريبة التهيئة.

مدوَّنة Jekyll حديثة على GitHub Pages تعمل دون YAML. لكن فور احتياجك لمكوِّن إضافي لا يسمح به GitHub Pages، أو خطوة بناء مخصصة، أو بيئة اختبار، أو معاينة نشر لطلبات السحب — تجد نفسك تكتب سير عمل GitHub Actions. كل بيئة تضيف ملف YAML جديداً للصيانة. تحديثات إصدارات حزم Ruby gem تُعطِّل عمليات البناء. تغييرات قفل Bundle تُسبِّب إخفاقات CI. خطافات نشر Netlify تستلزم تعيين متغيرات البيئة في ثلاثة أماكن. ما بدأ بـ «أريد مدوّنة فحسب» تحوَّل إلى مشروع CI/CD بعبء صيانته الخاص — ولم يُرسَل بسببه سطر محتوى واحد أسرع.

لا لوحة إدارة يعني لا مساهمين غير تقنيين — نقطة.

معمارية Jekyll تُقدِّم git أولاً: المحتوى ملفات Markdown في مستودع. هذا أنيق حقاً لمطوِّر يُدوِّن منفرداً. يصبح عنق زجاجة فور احتياج شخص ثانٍ للنشر. كاتب تقني، مؤسس مشارك، مساهم ضيف، شخص تسويق — لا يستطيع أيٌّ منهم إنشاء مسودة دون سير عمل git ومحرر Markdown ومعرفة بصياغة Front Matter وصلاحيات commit أو تدفق طلبات سحب. طبقات CMS بلا رأس (Forestry، Decap CMS، CloudCannon) وُجِدت تحديداً لسد هذه الفجوة، لكنها تضيف تكلفةً وتسجيل دخول آخر وتكاملاً آخر للصيانة، وتنحرف في نهاية المطاف عن إعداد Jekyll الفعلي.

VeloCMS لثلاثة جماهير لم يُبنَ لها Jekyll

المدوِّن التقني، مُشغِّل البرمجيات مفتوحة المصدر، فريق الكتابة التقنية — ثلاثة مُشغِّلين مختلفين بدأوا جميعاً بـ Jekyll ثم تجاوزوا حدوداً محددة فيه.

المدوِّن التقني المحبَط من حلقات إعادة البناء

تُشغِّل مدوَّنة Jekyll منذ خمس سنوات. المحتوى جيد. الإعداد مؤلم بشكل متزايد — تعارضات إصدارات Ruby مع كل جهاز جديد، YAML لـ GitHub Actions يتعطَّل مع تحديثات gem، قالب خصَّصتَه جزئياً وتخشى الآن لمسه. تكتب مقالاً أو مقالين شهرياً وتُنفق وقتاً مماثلاً في صيانة السبّاكة. يُتيح لك VeloCMS الاستمرار في كتابة Markdown إن أردتَ (المحرر يستوردها) دون بقية سلسلة الأدوات. يأتي محتواك معك عبر الهجرة الخماسية الخطوات — ملفات _posts/*.md وكلها.

مُشغِّل البرمجيات مفتوحة المصدر الراغب في رعاية مدعومة بالأعضاء

مشروعك مفتوح المصدر لديه موقع توثيق ومدوَّنة، كلاهما على Jekyll. تريد إضافة مستويات رعاية مدفوعة، ومحتوى وصول مبكر للرعاة، ونشرة بريدية لملاحظات الإصدار والدروس. على Jekyll، كل منها يستلزم خدمة منفصلة: Patreon (10% عمولة)، Mailchimp (تسعير بالمشترك)، وهندسة مصادقة مخصصة للمقالات المحمية. يُوفِّر VeloCMS الثلاثة من لوحة إدارة واحدة — مستويات أعضاء، مقالات محمية، رسائل بريدية — مع Stripe BYOK بعمولة 0% من المنصة. يدفع رعاتك مباشرةً لك، لا عبر منصة تأخذ حصّة.

فريق الكتابة التقنية الذي يُضيف غير المبرمجين

بنى فريقك الهندسي موقع توثيق + مدوَّنة على Jekyll قبل ثلاث سنوات. الآن يضم فريق المحتوى كتّاباً تقنيين ومناصراً للمطوّرين وشخص تسويق يحتاج لنشر دراسات الحالة. سير العمل: الكاتب يُسوِّد في Google Docs، يُحوِّله مطوِّر إلى Markdown، يراجع مطوِّر آخر Front Matter، يُشغِّل شخص ثالث النشر. كل مقال يحتاج ثلاثة أشخاص بدلاً من واحد. تُتيح لوحة إدارة VeloCMS للثلاثة النشر باستقلالية دون سير عمل git. المهام المخصصة للمطوّرين (تغييرات القالب، النطاقات المخصصة، التكاملات) تبقى في لوحة الإدارة بالصلاحيات المناسبة، لكن الصياغة والنشر خدمة ذاتية كاملة لكل مساهم.

شبكة تكافؤ الميزات — ما تُغطيه كل منصة

شبكة صادقة. Jekyll يتقدَّم في سجل git وقابلية النقل والاستضافة المجانية. VeloCMS يتقدَّم في الإدارة والنشرة البريدية والتجارة ودعم المساهمين غير التقنيين.

الميزةJekyllVeloCMS
سجل git + التحكم في الإصدارات✓~
استضافة GitHub Pages المجانية✓—
لغة Liquid / قوالب مخصصة✓—
قابلية النشر في أي مكان✓~
لا قاعدة بيانات مطلوبة✓—
محرر مدوَّنة مرئي (بلا git/سطر أوامر)—✓
طبقة CMS للمساهمين غير التقنيين~✓
نشرة بريدية مدمجة—✓
تجارة Stripe BYOK (عمولة 0%)—✓
جدار مدفوع للأعضاء (مدمج)—✓
38 قالباً أصلياً (اختيار مرئي)~✓
محرر محتوى بالذكاء الاصطناعي Gemini—✓

✓ مدمجة   ~ جزئية   — غير متاحة

تفصيل الأسعار — ما تدفعه فعلياً

Jekyll مجاني إن كان وقتك مجانياً. إن أمضيتَ أكثر من ساعة شهرياً في سبّاكة Jekyll — تحديثات gem، ملفات CI YAML، صيانة القوالب، تكامل CMS — تلك الساعة تستحق أكثر من اشتراك VeloCMS.

Jekyll — الصورة التكلفية الكاملة

  • Jekyll نفسهمفتوح المصدر MIT
    0$
  • استضافة GitHub Pagesمجاني للمستودعات العامة
    0$
  • Netlify / Vercel (مستودع خاص)الفئة المجانية تكفي معظم المدوَّنات
    0–19$ شهرياً
  • CMS بلا رأس (Decap، CloudCannon)إن احتجتَ مساهمين غير تقنيين
    0–25$ شهرياً
  • نشرة بريدية (Mailchimp، Buttondown)منصة منفصلة
    9–30$ شهرياً
  • وقت التطوير (تحديثات gem، ملفات CI YAML)تكلفة الفرصة البديلة
    1–4 ساعات/شهرياً

التكلفة النقدية: 0$–50$+ شهرياً حسب طبقتَي CMS والنشرة البريدية. تكلفة الوقت هي الرقم الحقيقي لمعظم المُشغِّلين المنفردين.

أسعار VeloCMS الثابتة

  • Proسنوياً — مدوَّنة + نشرة بريدية + محرر AI
    9$ شهرياً
  • Businessسنوياً — كل ميزات Pro + عمولة تجارة 0%
    29$ شهرياً
  • Agencyسنوياً — كل ميزات Business + إدارة مدوَّنات متعددة
    79$ شهرياً

محرر المدوَّنة، النشرة البريدية، أدوات SEO، 38 قالباً، Gemini AI، ونطاق مخصص في لوحة إدارة واحدة. بلا Ruby. بلا تحديثات gem. بلا YAML. تجربة مجانية 14 يوماً.

الحساب الحقيقي: Jekyll مجاني، لكن وقت سلسلة الأدوات ليس مجانياً

مدوِّن تقني يُشغِّل Jekyll على GitHub Pages ويكتب لنفسه فقط، مرتاح للعمل مع Ruby ويرضى بصيانة CI YAML، لديه إعداد تنافسي فعلاً بـ 0$ شهرياً. تتغيَّر هذه الحسابات بسرعة حين تُضيف CMS بلا رأس لمساهم غير تقني (25$ شهرياً Decap Cloud أو 49$ شهرياً CloudCannon)، وأداة نشرة بريدية (9–30$ شهرياً Mailchimp أو Buttondown)، وأي طبقة للتجارة الإلكترونية (تكامل Stripe يستلزم وظائف بلا خادم ونظام مصادقة وصيانة مستمرة).

عند تلك النقطة تدفع 35–80$ شهرياً في تكاليف مباشرة إضافةً لساعات صيانة شهرية — والأجزاء لا تتحدَّث مع بعضها. VeloCMS بـ 9–29$ شهرياً يجمع طبقة التحرير والنشرة البريدية والتجارة في لوحة إدارة واحدة. غالباً ما تُفضِّل المقارنة النقدية VeloCMS حين يُقيَّم الحزمة الكاملة. المقارنة المعمارية أبسط: إن أردتَ git كمصدر حقيقة — Jekyll. وإن أردتَ لوحة إدارة مُدارة — VeloCMS.

الانتقال من Jekyll إلى VeloCMS — خمس خطوات

تستغرق معظم هجرات _posts أقل من ساعة. مكوِّن استيراد Jekyll الإضافي (متاح الربع الثالث من 2026) يُؤتمِت تحليل Front Matter وتحويل Markdown إلى كتل.

  1. 1

    صدِّر مجلد _posts

    ضغِّط ملفات Jekyll في _posts/*.md (و_drafts/ إن أردتَ هجرة المحتوى غير المنشور). تُحفَظ حقول Front Matter — العنوان والتاريخ والوسوم والمقتطف والرابط الدائم والوصف — أثناء الاستيراد. مفاتيح Front Matter المخصصة التي لا تقابلها حقول في VeloCMS تُسجَّل ويُتخطَّى استيرادها.

  2. 2

    شغِّل مستورِد Jekyll (الربع الثالث من 2026) أو الاستيراد اليدوي

    VeloCMS Admin → Tools → Import → Jekyll. رفَع الملف المضغوط. يُحلِّل المستورِد Front Matter، يحوِّل Markdown إلى تنسيق كتل TipTap، يُعيِّن التاريخ إلى published_at، ويستورد الوسوم. الصور في /assets/img/ تحتاج إعادة استضافة — يُنشئ المستورِد تقريراً بمسارات الموارد المرجَع عليها لتُرفَعها إلى Cloudflare R2 دفعةً واحدة. حتى يُطلَق المستورِد، يعمل الاستيراد اليدوي عبر اختصار لصق Markdown في المحرر لأحجام المحتوى الصغيرة.

  3. 3

    صحِّح Front Matter وراجع المقالات

    بعض حقول Front Matter تحتاج مراجعة يدوية: هياكل الروابط الدائمة المخصصة (يستخدم VeloCMS /blog/[slug])، تجاوزات التخطيط (يتعامل معها VeloCMS على مستوى القالب)، وأي متغيرات مخصصة استهلكتها قوالب Liquid. راجع عيّنة من 10 مقالات للتأكد من تحويل العنوان والتاريخ والوسوم والمحتوى بشكل صحيح قبل النشر الجماعي.

  4. 4

    حدِّث سجلات DNS

    VeloCMS Admin → Settings → Custom Domain. أضِف سجل CNAME يُوجِّه نطاقك إلى عنوان الوكيل في VeloCMS. ينتشر DNS خلال 5–30 دقيقة لدى معظم مزوِّدي التسجيل. حدِّث سجلات خادم الأسماء إن كنتَ تنتقل من GitHub Pages (الذي يستلزم سجلات A أو CNAME @). أبقِ موقع Jekyll مباشراً أثناء انتشار DNS تجنُّباً للتوقف.

  5. 5

    أعِدَّ إعادة التوجيه 301

    كثيراً ما تختلف الروابط الدائمة في Jekyll عن تنسيق /blog/[slug] في VeloCMS (Jekyll يُنشئ افتراضياً /YYYY/MM/DD/title.html أو /:year/:month/:day/:title/). يُتيح VeloCMS Admin → Settings → Redirects إضافة قواعد إعادة توجيه 301 لأنماط روابط Jekyll القديمة. النمط الشائع: /2023/04/12/my-post/ → /blog/my-post. احصل على هذه الإعدادات قبل إيقاف موقع Jekyll — ستصل الروابط الخلفية والصفحات المفهرَسة عبر التنسيق القديم لأشهر قادمة.

المقايضات الصادقة

شفافية git في Jekyll، استضافة GitHub Pages المجانية، قوالب Liquid المخصصة، قابلية النشر في أي مكان، وصفر تكاليف قواعد البيانات — كلها مزايا معمارية حقيقية تستحق الإشارة الصريحة. إن كنتَ مطوِّراً يُقدِّم سطر الأوامر، لم تُرِد قط قاعدة بيانات، تجد نموذج قوالب Liquid بديهياً، تنشر إلى GitHub Pages بنفس الـ git push الذي يتتبَّع سجل محتواك، ولا تهتم بلوحة إدارة ويب — فـ Jekyll لا يزال أداةً جيدة جداً. قرار الانتقال يتعلق بسير العمل والميزات، لا بأن Jekyll معطوب.

أين يُقاوِمك Jekyll هو اللحظة التي يحتاج فيها غير مطوِّر لنشر شيء ما. أو حين تريد Stripe في 10 دقائق. أو حين تريد قائمة نشرة بريدية مع لوحة إدارة مُدارة، لا تكاملاً مع Mailchimp هيَّأته بنفسك وعليك الآن صيانته. أو حين يتعارض إصدار Ruby مع حزمة gem تتعارض مع بيئة CI، وتُنفق بعد الظهر في إصلاح مدوَّنة بدلاً من الكتابة فيها. VeloCMS هو الحجة للبديل المُدار: لوحة إدارة مرئية يستطيع غير المطوّرين استخدامها من اليوم الأول، نشرة بريدية وتجارة مدمجتان لا تستلزمان هندسة مخصصة، وصفر أعباء صيانة Ruby — بسعر شهري ثابت عادةً ما يقل عن التكلفة المجمَّعة لحزمة Jekyll + CMS + نشرة بريدية التي يبنيها معظم المُشغِّلين قطعةً قطعة.

مجموعة مولِّدات المواقع الثابتة: Jekyll وHugo وEleventy وAstro

رائد Jekyll نموذجَ مدوَّنة المطوِّر القائم على SSG. Hugo (Go، بنية بالميلي ثانية) استولى على حالة استخدام التوثيق الحرجة للأداء. Eleventy (Node.js، بلا تهيئة) هو Jekyll الحديث للمطوّرين الراغبين في JavaScript دون إطار عمل. Astro (مكوِّنات React/Vue/Svelte، معمارية الجزر) مولِّد المواقع الثابتة لمطوِّري المكوِّنات الراغبين في الترطيب الجزئي. تشترك الأربعة في نفس القيد الجوهري للمُشغِّلين غير التقنيين: لا واجهة إدارة، لا نشرة بريدية مدمجة، لا طبقة تجارة، ولا استضافة مُدارة. يُغلق VeloCMS الثغرات الأربع دفعةً واحدة — وبسعر اشتراك SaaS معقول لا مشروع هندسي مخصص. VeloCMS vs Hugo, VeloCMS vs Eleventy, and VeloCMS vs Astro.

ملاحظة للمطوِّرين وعشاق التجريب وصانعي المشاريع المستقلة

إن كنتَ مطوِّراً بنيتَ مدوَّنة Jekyll لأنك أردتَ السيطرة الكاملة، فـ VeloCMS لا يطلب منك التخلي عنها كلياً. لوحة الإدارة لك — نطاق مخصص، محتوى قابل للتصدير، تكاملات BYOK (Stripe، Resend، Gemini) تملكها وتتحكَّم بها. الفرق هو أن السبّاكة مُدارة لك. /for-developers and /for-hackers pages cover the full technical stack for developers evaluating VeloCMS as a Jekyll replacement.

ثلاثة مُشغِّلين، ثلاثة أسباب مختلفة للانتقال

“كنتُ أُشغِّل مدوَّنة Jekyll ست سنوات. المحتوى كان جيداً؛ الصيانة كانت تُنهِكني. كل ستة أشهر شيء يتعطَّل — إصدار Ruby، تحديث gem، GitHub Pages يُعطِّل مكوِّناً إضافياً. كنتُ أُنفق ساعتين أو ثلاثاً شهرياً في تصحيح CI بدلاً من الكتابة. انتقلتُ إلى VeloCMS Pro بـ 9$ شهرياً سنوياً ولم أُفكِّر في البنية التحتية للنشر منذ ذلك الحين. ضغَّطتُ مجلد المقالات ونجح المستورِد في نقل 47 من أصل 50 مقالاً في المرور الأول.”

مدوِّن تقني: Jekyll (6 سنوات، ~3 ساعات/شهرياً للصيانة) → VeloCMS Pro 9$ شهرياً سنوياً. استيراد تلقائي لـ 47 من 50 مقالاً. 2026

“مكتبتي مفتوحة المصدر لها موقع توثيق ومدوَّنة للإعلان عن الإصدارات، كلاهما على Jekyll. أردتُ إضافة مستوى رعاية — 5$ شهرياً للوصول المبكر لملاحظات الإصدار ودعوة لـ Discord خاص. على Jekyll هذا تكامل Stripe ونظام مصادقة وفحص جدار مدفوع في الصفحة وصيانة مستمرة. مع VeloCMS Business أعددتُ مستوى عضوية مدفوع في 20 دقيقة. يدفع رعاتي مباشرةً عبر Stripe BYOK ولا أدفع عمولة منصة.”

مُشغِّل برمجيات مفتوحة المصدر: توثيق + مدوَّنة Jekyll → VeloCMS Business 29$ شهرياً. مستوى الرعاة مباشر في 20 دقيقة. عمولة 0% من المنصة. 2026

“كان لدينا موقع Jekyll أعدَّه ثلاثة مهندسين في الأصل ولا أحد يملكه حقاً الآن. انضم كاتبان تقنيان للفريق ولم يستطيعا نشر أي شيء دون رفع طلب على GitHub يطلبان فيه من مهندس دمج طلب سحب. انتقلنا إلى VeloCMS Business. يُنشِر الكتّاب مباشرةً من لوحة الإدارة. المهندسون لا يزالون يُديرون القالب والنطاق المخصص. سير عمل مراجعة طلب السحب لكل مقال اختفى — الآن الأمر بسيط: اكتب، انشر، خلصتَ.”

فريق الكتابة التقنية: Jekyll (نشر مقيَّد بالمهندسين) → VeloCMS Business. الكتّاب ينشرون باستقلالية. بلا سير عمل طلبات سحب. 2026

Frequently asked questions

هل أستطيع هجرة مجلد _posts إلى VeloCMS؟

نعم. ملفات _posts في Jekyll هي ملفات Markdown بـ Front Matter بصيغة YAML (عنوان، تاريخ، وسوم، مقتطف، رابط دائم). يقرأ مستورِد Jekyll القادم لـ VeloCMS ملف _posts المضغوط، يُحلِّل Front Matter في حقول أصلية (عنوان، published_at، وسوم، مقتطف، slug)، ويستورد محتوى Markdown في تنسيق كتل TipTap. الصور المرجَع عليها من /assets/ تحتاج إعادة استضافة على Cloudflare R2 — يُعلِّم المستورِد عليها بتقرير يسرد مسار كل مورد مرجَع. لمعظم مدوَّنات المطوّرين، يستغرق استيراد _posts الكامل أقل من 30 دقيقة. تُستورَد المسوَّدات (بلا تاريخ أو published: false) كمسوَّدات ولا تُنشَر تلقائياً.

هل يحفظ VeloCMS سجل git؟

لا — VeloCMS نظام إدارة محتوى يعتمد قاعدة بيانات، لا مستودع git. محتواك يعيش في PocketBase، لا في ملفات Markdown خاضعة للتحكم بالإصدارات. سجل مراجعات المقالات (من غيَّر ماذا ومتى) في خارطة الطريق للربع الرابع من 2026. إن كانت سجل git وقابلية التدقيق على مستوى الكود متطلبات معمارية — كموقع توثيق تحتاج فيه كل تغيير محتوى مراجعة بطلب سحب — يبقى Jekyll الأداة المناسبة. صُمِّم VeloCMS للمُشغِّلين الراغبين في النشر دون التفكير في git، لا للفرق ذات متطلبات الامتثال المتعلقة بتحكم إصدارات المحتوى.

ماذا عن قوالب Liquid المخصصة لديَّ؟

لا يستخدم VeloCMS Liquid. القوالب هي مكوِّنات React في Next.js مع Tailwind CSS — تُغطِّي الـ 38 قالباً الأصلية نطاقاً واسعاً من الاحتياجات التصميمية (بسيط، تحريري، تقني، مطعم، محور نشرة بريدية، بودكاست، وغيره). تطوير القوالب المخصصة متاح لمستخدمي خطة Agency عبر SDK المكوِّنات الإضافية، لكنه React + Tailwind، لا Liquid. إن كان إعداد Jekyll لديك يضم تخطيطات مخصصة بعمق تعتمد عليها يومياً، خطِّط لهجرة القالب: حدِّد قالب VeloCMS الأقرب لتصميمك الحالي، اسرد التخصيصات، وقيِّم إمكانية تحقيقها عبر تهيئة القالب أو الحاجة لمكوِّن إضافي مخصص. في معظم الحالات، يُغطِّي القالب القياسي 80–90% من نطاق التخصيص النموذجي في Jekyll.

هل تستمر GitHub Pages في خدمة موقعي؟

تستمر GitHub Pages في خدمة موقع Jekyll الحالي إلى أجل غير مسمى — لم تُهمِله GitHub. يمكنك تشغيل VeloCMS بالتوازي على نطاق فرعي أثناء هجرة المحتوى، ثم تحديث سجلات DNS لتُوجِّه نطاقك الأساسي إلى VeloCMS حين تكون مستعداً. لا تحويل إجباري. بعض الفرق تُبقي موقع Jekyll القديم على نطاق فرعي /archive بعد الهجرة. GitHub Pages مجانية وموثوقة؛ قرار الانتقال يتعلق بسير العمل والميزات، لا بتهديد GitHub Pages نفسها.

هل أستطيع الاستمرار في الكتابة بـ Markdown؟

نعم. يقبل محرر TipTap في VeloCMS لصق Markdown — الصق مستند Markdown ويُحوِّل العناوين والنص العريض والمائل وكتل الكود والقوائم تلقائياً إلى تنسيق الكتل. يمكنك أيضاً الكتابة مباشرةً في المحرر باستخدام أوامر الشرطة المائلة (اكتب /heading أو /code أو /callout). تنسيق التخزين الأساسي هو JSON AST، لا Markdown خام، مما يُتيح أنواع كتل أغنى (تنبيهات، وسائط مضمَّنة، شبكات ميزات) لا تستطيع Markdown التعبير عنها. إن كانت Markdown كمصدر حقيقة متطلباً صارماً لسير عملك، فـ VeloCMS تغيير في سير العمل — يُخزِّن المحتوى كشجرة كتل منظَّمة، لا ملفات Markdown مسطَّحة.

ماذا عن مكوِّنات Jekyll الإضافية؟

يمتلك Jekyll نظام بيئي إضافياً واسعاً (jekyll-seo-tag، jekyll-feed، jekyll-sitemap، jekyll-paginate، إلخ). معظم الوظائف التي توفِّرها هذه المكوِّنات مدمجة في VeloCMS بشكل أصلي: البيانات المنظَّمة (jekyll-seo-tag)، RSS ونشرات بريدية (jekyll-feed)، خرائط الموقع (Metadata API الأصلية في Next.js)، وتقسيم الصفحات (أصلي). لا يوجد مكافئ مباشر في VeloCMS للمكوِّنات المخصصة المكتوبة بـ Ruby — إن كنتَ تعتمد على مكوِّنات Ruby مخصصة لتحويلات المحتوى، تلك ستحتاج إعادة تقييم كوحدات SDK المكوِّنات الإضافية لـ VeloCMS (JavaScript/TypeScript).

هل يمكنني إعداد خطّاف ويب لإعادة بناء موقع ثابت من VeloCMS؟

لا يُنشئ VeloCMS مخرجات HTML ثابتة — يُقدِّم المحتوى ديناميكياً عبر ISR (التجديد الثابت التزايدي). لا يوجد مخرج «بناء» لتشغيله. إن كانت معماريتك تستلزم فعلاً مخرجات HTML ثابتة (للتوزيع غير المتصل، التخزين المؤقت على الحافة، أو الاستضافة على CDN بلا خادم)، يبقى Jekyll أو Hugo الخيار المعماري الأنسب. VeloCMS للمُشغِّلين الراغبين في استضافة مُدارة مع لوحة إدارة مرئية — لا للفرق التي تبني سلاسل مواقع ثابتة مخصصة.

متى يكون Jekyll الاختيار الصحيح على حساب VeloCMS؟

Jekyll هو الاختيار الصحيح بوضوح حين: (1) تريد استضافة مجانية على GitHub Pages ولا تحتاج قاعدة بيانات أو أعضاء أو تجارة إلكترونية. (2) كل مساهم مطوِّر مرتاح لـ git وMarkdown وLiquid — لا نشر غير تقني مطلوب قط. (3) تريد قابلية نقل كاملة — يمكن خدمة موقعك بأي مضيف ثابت دون تشغيل خادم Node.js. (4) تحتاج تحكماً بالإصدارات على مستوى الامتثال عبر سجل git ومراجعات طلبات السحب. (5) تخصيصات قالب Liquid الحالية عميقة وتكلفة الهجرة غير مبرَّرة. VeloCMS هو الاختيار الصحيح حين يحتاج غير مطوِّر للنشر، وحين تريد نشرة بريدية مدمجة أو تجارة Stripe أو جدران مدفوعة دون هندسة مخصصة، أو حين أصبحت صيانة gem في Ruby عبئاً متكرراً يأكل وقتك.

ملاحظة من المؤسِّس

نال Jekyll مكانته بجدارة. بنى Tom Preston-Werner وفريق GitHub شيئاً غيَّر حقاً طريقة تفكير المطوّرين في التدوين — git كطبقة المحتوى، Markdown كتنسيق التأليف، HTML الثابت كمخرج. ذلك النموذج كان صحيحاً ومؤثِّراً. ينطلق VeloCMS من نفس الغريزة: محتواك يجب أن يكون ملكك، نطاقك يجب أن يكون ملكك، بيانات جمهورك يجب أن تكون ملكك. الفرق هو لمن نبني. مطوِّر منفرد يُقدِّم سطر الأوامر، لديه مدوَّنة Jekyll ولا يهتم بلوحة إدارة ويب — ليس هو المستهدَف من VeloCMS. كاتب تقني لا يستطيع دمج طلب سحب، مُشغِّل برمجيات مفتوحة المصدر يريد عضوية برعاية دون بناء نظام مصادقة، مدوِّن تقني قضى بعد الظهر يُصلِح صراعات gem في Ruby أكثر مما كتب — هؤلاء بالضبط من صُمِّم VeloCMS لهم. ابدأ الفترة التجريبية. إن أقنعتك الـ 14 يوماً، رائع. وإن ظلَّ Jekyll الأنسب لك، هذه نتيجة صادقة أيضاً.

لوحة إدارة مرئية. نشرة بريدية مدمجة. تجارة Stripe. بلا Ruby. بلا Liquid. بلا جحيم gem.

تجربة مجانية 14 يوماً. محرر مدوَّنة TipTap القائم على الكتل، صياغة بالذكاء الاصطناعي Gemini، نشرة بريدية BYOK Resend، Stripe BYOK بعمولة 0% من المنصة، 38 قالباً مع اختيار مرئي، SEO بـ JSON-LD لكل مقال، وتصدير كامل للمحتوى — كل ذلك بـ 9$ شهرياً بخطة Pro (سنوياً).

دعم استيراد Jekyll مُضمَّن. ضغِّط مجلد _posts، ارفعه، وستجد مقالاتك في المحرر قبل انتهاء الفترة التجريبية.

ابدأ مجاناً — بلا بطاقة ائتمانشاهد خطط الأسعار

انظر أيضاً

VeloCMS مقابل Hugo

Hugo هو أسرع مولِّد مواقع ثابتة في العالم — ثنائي Go، بناء بالميلي ثانية، يُشغِّل توثيق Cloudflare وKubernetes. قارِن مع VeloCMS للمُشغِّلين الراغبين في لوحة إدارة مرئية.

VeloCMS مقابل Eleventy

Eleventy مولِّد المواقع الثابتة Node.js بلا تهيئة للمطوّرين الراغبين في حدٍّ أدنى من JavaScript. قارِن مع VeloCMS للفرق التي تحتاج نشرة بريدية وتجارة ولوحة إدارة سهلة الاستخدام.

VeloCMS مقابل Astro

Astro مولِّد المواقع الثابتة React/Vue/Svelte بمعمارية الجزر لمطوِّري المكوِّنات. قارِن مع VeloCMS للمُشغِّلين الراغبين في استضافة مُدارة ومحرر مرئي.

محفظة المقارنات الشفافة

76 منصة تحت المجهر. بأمانة تامة.

يُقارن VeloCMS نفسه بست وسبعين منصة — ووردبريس، وسابستاك، وغوست، وسكويرسبيس، وويبفلو، وفريمر، وكلافيو، وكليك فانلز، وثمانية وستون آخرين. نُنصف المنافسين حيثما يتفوقون.

اطّلع على جميع المقارنات الـ 76استعرض 100 مجال