يمر النشر الخاص بك. ينشر فريق التسويق الخاص بك حملة. ثم — بعد 11 شهراً من الآن — يعود تذكرة دعم Sitecore برسالة واحدة: "وصلت JSS إلى نهاية العمر في يونيو 2026. لا مزيد من الرقع." لديك 18 شهراً قبل توقف رقع الأمان، قبل انقطاع تكامل CDN الخاص بك في ترقية Node التالية، قبل أن يتم قفل فريق المحتوى الخاص بك في CMS لا يشحن المزيد من الإصلاحات. الرياضيات ضيقة: الاكتشاف يستغرق 6-8 أسابيع، عروض البائع 4 آخرين، ترحيل المحتوى 10-14 أسبوعاً إذا كان تصنيفك نظيفاً (لا يكون كذلك). هذا يترك 2-3 أشهر من التعويم قبل يونيو 2026. تريد XM Cloud أن تبقى في عائلة Sitecore. Contentful و Sanity يريدان استدعاءات API الخاصة بك. Strapi يريد أن تملك مخطط الخاص بك. كل مسار يحل مشكلة مختلفة — لكن فقط إذا بدأت في تحديد النطاق الآن.

قد مررت بترحيل CMS للمؤسسات كافية لأعرف أن مرحلة التخطيط وحدها تستغرق معظم الفرق 3-6 أشهر. الهجرة الفعلية؟ 3-6 أشهر أخرى لأي شيء غير تافه. لذا إذا كنت تقرأ هذا في أوائل 2026، فأنت لست في وقت مبكر -- أنت في الوقت المناسب تماماً. إذا كنت تقرأ هذا لاحقاً... فأنت بحاجة إلى البدء بالأمس.

دعنا نقسم ما يحدث فعلاً، ما هي خياراتك، وكيفية اتخاذ قرار لا يترك فريقك يكافح.

جدول المحتويات

Sitecore JSS نهاية الحياة 2026: خيارات الترحيل قبل يونيو

ما الذي يحدث فعلاً مع Sitecore JSS

كانت Sitecore تدفع بقوة نحو استراتيجية DXP القابلة للتكوين على مدى السنوات القليلة الماضية. منصات Sitecore XP/XM على الأساس والمستضافة ذاتياً التي تم بناء JSS للعمل معها يتم إيقافها لصالح Sitecore XM Cloud -- عرض SaaS الخاص بهم.

إليك الجدول الزمني الذي يهم:

  • Sitecore XP 10.x يدخل نهاية الدعم الرئيسي في 2026
  • إصدارات JSS SDK المرتبطة بـ XP/XM على الأساس تفقد التطوير النشط والرقع الأمنية
  • يونيو 2026 هو التاريخ المهم حيث تتحول شروط الدعم الممتدة بشكل كبير
  • Sitecore XM Cloud تصبح منصة Sitecore headless الوحيدة المطورة بنشاط للمضي قدماً

ما معنى "نهاية الحياة" من الناحية العملية: لا توجد ميزات جديدة، لا توجد رقع أمان استباقية، وفي النهاية لا توجد تذاكر دعم يتم الرد عليها. لن يتوقف الموقع عن العمل في 30 يونيو. لكن إذا حدث شيء ما -- ثغرة أمان، مشكلة توافق مع متصفح جديد، تضارب إصدار Node.js -- فأنت بمفردك.

رأيت فرقاً تحاول تحمل منصات نهاية الحياة من قبل. إنه يعمل لفترة من الوقت. ثم حقاً، حقاً، لا يعمل.

لماذا هذا مهم أكثر من نهاية حياة نموذجية

هذا ليس مثل الترقية من React 17 إلى React 18، حيث تقوم بإرسال بعض التبعيات وإصلاح بعض التغييرات التاريخية خلال عطلة نهاية الأسبوع. Sitecore JSS مرتبط بعمق بخادم Sitecore الخلفي. خدمة التخطيط، منقح المحتوى، بنية الاستضافة -- كل ذلك محدد لكيفية خدمة Sitecore للمحتوى لواجهة JavaScript الأمامية.

عندما تنتهي JSS من الحياة، لا تفقد مجرد SDK أمامي. أنت تفقد الجسر بأكمله بين المحتوى والطبقة العرض. هذا يعني أن أي مسار ترحيل يتطلب إعادة التفكير في كلا الجانبين من هذه المعادلة.

العامل الآخر الذي يجعل هذا ملحاً: نموذج الترخيص الخاص بـ Sitecore قد تغير بشكل جذري. إذا كنت تدفع حالياً لترخيص Sitecore XP/XM على الأساس، فإن شروط التجديد الخاصة بك ستدفعك نحو XM Cloud سواء كنت تريد الذهاب هناك أم لا. الضغط السعري وحده يجعل البقاء مكلفاً بشكل متزايد.

مسار Sitecore XM Cloud

دعنا نبدأ بالخيار الواضح: اتبع مسار ترقية Sitecore الموصى به إلى XM Cloud.

ما الذي تحصل عليه

XM Cloud هو CMS headless SaaS من Sitecore. يأتي مع:

  • SDK جديد (Sitecore JavaScript Rendering SDK، الخليفة JSS)
  • دعم مدمج لـ Next.js باعتباره إطار العمل الوحيد المدعوم
  • Sitecore Pages -- منشئ صفحات مرئي لمؤلفي المحتوى
  • الاستضافة والبنية التحتية المدارة
  • نقاط التكامل مع منتجات Sitecore القابلة للتكوين الأخرى (CDP، Personalize، Search، إلخ)

ما الذي تفقده

إليك ما لا يتحدث الناس عنه بما يكفي:

  • xDB وتحليلات التجربة -- XM Cloud لا تتضمن منصة التحليلات من XP. ستحتاج إلى Sitecore CDP (منتج منفصل، ترخيص منفصل) أو حل تحليلات خارجي.
  • أتمتة التسويق -- EXM (Email Experience Manager) لا توجد في XM Cloud. أنت تبحث عن Sitecore Send أو ESP آخر.
  • معالجات الأنابيب المخصصة ومعالجات الأحداث -- كل رمز C# المخصص الذي يعمل في خادم Sitecore الخلفي؟ يحتاج إلى إعادة هندسة أو استبدال. XM Cloud هي SaaS -- لا تحصل على نشر رمز مخصص من جانب الخادم.
  • التحكم في الأسعار -- أنت تنتقل من نموذج ترخيص دائم إلى تسعير اشتراك SaaS. بالنسبة لبعض المنظمات، هذا هو تمرين إعادة هيكلة الميزانية الذي يستغرق أشهراً للحصول على موافقة.

تكاليف ترحيل XM Cloud واقعية

بناءً على ما رأيته عبر عمليات ترحيل منتجات متعددة حتى عام 2026:

المكون نطاق التكلفة المقدرة الجدول الزمني
الاكتشاف والهندسة المعمارية $30,000 - $75,000 4-8 أسابيع
نمذجة وترحيل المحتوى $40,000 - $120,000 6-12 أسبوع
إعادة بناء الواجهة الأمامية (Next.js SDK) $80,000 - $250,000 8-16 أسبوع
إعادة عمل التكامل $30,000 - $100,000 4-8 أسابيع
ضمان الجودة والاختبار $25,000 - $60,000 4-6 أسابيع
ترخيص XM Cloud (سنوي) $100,000 - $250,000+ مستمر

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

عندما يكون XM Cloud منطقياً

ابقَ على Sitecore إذا:

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

Sitecore JSS نهاية الحياة 2026: خيارات الترحيل قبل يونيو - الهندسة المعمارية

الذهاب إلى Headless مع CMS مختلف

إليك الشيء الذي لن تخبرك به مستندات ترحيل Sitecore: نهاية هذه الحياة هي فرصة. إذا كنت محبطاً من تعقيد Sitecore أو تكاليف الترخيص أو تجربة المطور، فهذه هي فرصتك لتقييم البدائل دون أن يطرح عليك أحد "لماذا نتحول؟"

الإجابة بسيطة: لأننا يجب أن نهاجر على أي حال.

أفضل بدائل CMS Headless

Contentful كانت CMS headless الافتراضية للمؤسسات لسنوات. نمذجة محتوى قوية، واجهات برمجية جيدة، نظام بيئي ناضج. يبدأ التسعير حول 300 دولار/الشهر لفرق صغيرة لكن يتسع بسرعة -- تخطط المؤسسة تشغيل $3,000-$5,000+/الشهر. منتج Compose الخاص بهم يقدم بعض من القدرات على بناء الصفحات التي قد يفتقدها مؤلفو المحتوى من Sitecore Pages.

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

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

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

Hygraph (سابقاً GraphCMS) قوية إذا كان فريقك يفكر في GraphQL. دعم الاتحاد الأصلي يجعل من المثير الاهتمام للمنظمات ذات ملكية المحتوى الموزعة.

ساعدنا فرقاً على الترحيل إلى عدة منصات من هذه المنصات، والخيار الصحيح يعتمد تماماً على نموذج المحتوى المحدد والقدرات الفريق والقيود الميزانية.

مقارنة CMS لترحيل Sitecore

ميزة Sitecore XM Cloud Contentful Sanity Storyblok Strapi
تحرير الصفحات المرئية نعم (Pages) محدود (Compose) نعم (Presentation) نعم (Visual Editor) لا (البرنامج المساعد مطلوب)
مرونة نمذجة المحتوى متوسط عالي عالي جداً متوسط عالي
تجربة المطور متوسط جيدة ممتازة جيدة جيدة
تجربة مؤلف المحتوى جيدة متوسط متوسط ممتازة متوسط
الشخصية المدمجة عبر CDP Add-on لا لا لا لا
دعم متعدد المواقع نعم نعم (Spaces) نعم (مجموعات البيانات) نعم (Spaces) نعم (متعدد المستأجرين)
التكلفة السنوية المقدرة (المؤسسة) $100K-$250K+ $36K-$60K+ $15K-$50K+ $15K-$36K+ تكاليف مستضافة ذاتياً
تعقيد الترحيل من Sitecore عالي متوسط متوسط متوسط متوسط إلى عالي

اعتبارات إطار العمل الأمامي

إليك حيث يصبح الترحيل مثيراً للاهتمام من منظور هندسي. دعم Sitecore JSS في الأصل React و Angular و Vue وحتى React Native. من الناحية العملية، 80% + من عمليات JSS التي صادفتها قائمة على React.

لذا عندما تهاجر، تحتاج إلى اختيار مكدس الواجهة الأمامية أيضاً.

Next.js

إذا كنت تنتقل إلى XM Cloud، فأنت تستخدم Next.js -- وهو الخيار الوحيد المدعوم رسمياً. لكن حتى لو كنت تترك Sitecore، فإن Next.js اختيار افتراضي قوي.

Next.js 15 (مستقر اعتباراً من أواخر 2024) مع App Router يوفر مكونات الخادم والبث والأداء الممتازة خارج الصندوق. النظام البيئي ضخم. العثور على مطوري Next.js نسبياً واضح مقارنة بالعثور على مطوري Sitecore.

نقوم بالكثير من تطوير Next.js لهذا النوع من الترحيل، وتحسينات الأداء التي تشهدها الفرق بعد القدوم من Sitecore JSS عادة ما تكون كبيرة -- تحسينات 40-60% في درجات Core Web Vitals شائعة.

Astro

إذا كان موقع Sitecore الخاص بك يحركه المحتوى في المقام الأول (صفحات التسويق والتوثيق والمدونات) وليس لديه ميزات تفاعلية ثقيلة، فإن Astro تستحق التفكير الجاد. يشحن JavaScript صفر بشكل افتراضي ويتيح لك إحضار مكونات React أو Vue أو Svelte فقط حيث تحتاج إلى تفاعل.

رأيت مواقع Astro تضرب درجات Lighthouse المثالية على صفحات غنية بالمحتوى كانت تحقق 60-70 على Sitecore JSS. الفرق دراماتيكي. تحقق من قدرات تطوير Astro إذا كان هذا المسار يهمك.

Remix / React Router v7

Remix (الآن دمج مع React Router) هو اختيار صلب إذا كنت تريد عرض من جانب الخادم مع تحسين تقدمي ممتاز. إنه مفيد بشكل خاص لتطبيقات ثقيلة النموذج والمواقع حيث تريد أفضل تجربة ممكنة حتى عندما يفشل JavaScript.

تخطيط الجدول الزمني للترحيل الخاص بك

إليك جدول زمني واقعي إذا كنت تبدأ في Q1 2026 وتستهدف الإكمال قبل يونيو 2026:

المرحلة 1: الاكتشاف والقرار (الأسابيع 1-8)

  • تدقيق تطبيق Sitecore الحالي الخاص بك
  • فهرس جميع أنواع المحتوى والقوالب والمكونات
  • تحديد التكاملات (CRM و ERP والتحليلات وأدوات التسويق)
  • تقييم 2-3 خيارات CMS مع تطبيقات إثبات المفهوم
  • الحصول على موافقة الميزانية (هذا يستغرق دائماً أطول مما تعتقد)

المرحلة 2: الهندسة المعمارية ونمذجة المحتوى (الأسابيع 8-14)

  • تصميم نموذج المحتوى الجديد الخاص بك
  • قوالب Sitecore خريطة لأنواع محتوى CMS الجديدة
  • خطط بنية المكون الخاص بك
  • إعداد خطوط أنابيب CI/CD
  • بناء البرامج النصية لترحيل المحتوى الخاص بك

المرحلة 3: البناء (الأسابيع 14-30)

  • تنفيذ مكونات الواجهة الأمامية الخاصة بك
  • بناء تكاملات API
  • تشغيل ترحيل المحتوى (بشكل متكرر -- لا تحاول القيام به كله دفعة واحدة)
  • تنفيذ الشخصية والتحليلات
  • إعداد سير العمل للمعاينة والتأليف

المرحلة 4: ضمان الجودة والتدريب والإطلاق (الأسابيع 30-40)

  • اختبار الانحدار الكامل
  • اختبار الأداء والتحسين
  • تدريب مؤلف المحتوى
  • الإطلاق المرحلي (حسب قسم الموقع أو حسب الجغرافيا إذا كان متعدد المواقع)
  • تبديل DNS والمراقبة

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

التكاليف المخفية التي لا يتحدث عنها أحد

كل تقدير ترحيل قدمته من قبل يقلل من تقدير ثلاثة أشياء:

ترحيل المحتوى ليس أبداً نظيفاً

محتوى Sitecore الخاص بك لديه سنوات من الفوضى المتراكمة. العناصر اليتيمة، القوالب المكررة، الحقول التي تمت إضافتها "مؤقتاً" منذ خمس سنوات. ترحيل المحتوى ليس عملية lift-and-shift -- إنها عملية تنظيف. ميزانية 20-30٪ أكثر من الوقت مما تعتقد لترحيل المحتوى.

دين الشخصية

إذا كنت تستخدم قواعد شخصية Sitecore، فتحتاج إلى معرفة أين تذهب. معظم منصات CMS headless لا توجد لديها شخصية مدمجة. ستحتاج إلى أداة منفصلة -- سواء كانت Sitecore CDP أو Uniform أو Ninetailed أو حل مخصص. وإعادة إنشاء منطق الشخصية الخاصة بك يستغرق وقتاً طويلاً لأنه نادراً ما يكون موثقاً جيداً.

خطر SEO

أي ترحيل يحمل خطر SEO. تتغير هياكل URL، يتم تفويت الوسوم الوصفية، تحتوي خرائط إعادة التوجيه على فجوات. رأيت مواقع تفقد 20-30٪ من حركة الويب العضوية بعد ترحيل مخطط بشكل سيء. قم ببناء خريطة URL كاملة في وقت مبكر ونفذ إعادات التوجيه 301 قبل الإطلاق. راقب Search Console بعناية لمدة 90 يوماً الأولى بعد الترحيل.

إعادة تدريب الفريق

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

إذا كنت تشعر بالإرهاق من نطاق هذا، فهذا طبيعي. لا تتردد في الاتصال بنا -- لقد أرشدنا فرقاً متعددة عبر هذا النوع من ترحيل Sitecore بالضبط ويمكننا مساعدتك في معرفة المسار الصحيح.

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

ما هو بالضبط تاريخ نهاية الحياة Sitecore JSS؟ Sitecore JSS كما هو مرتبط بمنصات Sitecore XP/XM على الأساس يدخل نهاية الحياة جنباً إلى جنب مع تلك المنصات، حيث يكون يونيو 2026 هو الحد الفاصل الحرج. بعد هذا التاريخ، الدعم النشط ورقع الأمان لـ JSS SDK القديم تتوقف. خليفة Sitecore SDK لـ XM Cloud هو منتج منفصل يتطلب اشتراك XM Cloud.

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

كم يكلف الترحيل من Sitecore JSS إلى XM Cloud؟ تعمل معظم عمليات الترحيل بين $200,000 و$500,000+ اعتماداً على التعقيد وعدد المواقع وحجم المحتوى ومتطلبات التكامل. يتضمن هذا الاكتشاف والهندسة المعمارية والتطوير وترحيل المحتوى وضمان الجودة والتدريب. عادة ما يعمل ترخيص XM Cloud السنوي $100,000-$250,000+ بالإضافة إلى تكاليف الترحيل.

هل من الأرخص الانتقال إلى CMS headless مختلف من الترقية إلى XM Cloud؟ غالباً، نعم -- خاصة على التكاليف الجارية. منصات مثل Sanity و Contentful و Storyblok لديها تكاليف ترخيص سنوية أقل من XM Cloud. ومع ذلك، فإن جهد الترحيل متشابه أو أعلى قليلاً لأنك تنتقل إلى منصة محتوى مختلفة تماماً بدلاً من البقاء داخل نظام بيئي Sitecore. الإجمالي تكلفة الملكية على مدى 3-5 سنوات يميل إلى صالح خيارات غير Sitecore لمعظم المنظمات.

ماذا يحدث لقواعد شخصية Sitecore الخاصة بي عند الترحيل؟ إذا انتقلت إلى XM Cloud، فستحتاج Sitecore CDP و Sitecore Personalize (منتجات منفصلة بترخيص منفصل) لتكرار قدرات الشخصية. إذا انتقلت إلى CMS مختلف، فستحتاج إلى منصة شخصية خارجية مثل Uniform أو Ninetailed أو تطبيق مخصص. على أي حال، توقع إعادة بناء قواعد الشخصية من الصفر.

ما هو إطار العمل الأمامي الذي يجب أن أستخدمه لترحيل Sitecore الخاص بي؟ Next.js هو الخيار الأكثر شيوعاً والخيار الوحيد إذا كنت تنتقل إلى XM Cloud. بالنسبة للمواقع الثقيلة بالمحتوى مع الحد الأدنى من التفاعل، يوفر Astro أداءً متفوقاً. Remix قوي للتطبيقات الثقيلة النموذج. إذا كان التطبيق JSS الحالي قائماً على React (معظمها)، فإن Next.js توفر أسلس انتقال لفريق التطوير.

كم من الوقت يستغرق ترحيل Sitecore JSS النموذجي؟ خطط لـ 8-12 شهراً من البدء إلى الإطلاق لترحيل بحجم مؤسسة. قد تكتمل تطبيقات فردية بسيطة في 4-6 أشهر. إعدادات متعددة المواقع ومتعددة اللغات مع تكاملات معقدة يمكن أن تستغرق 12-18 شهراً. مرحلة الاكتشاف والقرار وحدها تستغرق عادةً 6-8 أسابيع، وهذا قبل بدء أي تطوير.

هل يجب أن أنتظر Sitecore لإعلان دعم موسع قبل الترحيل؟ لا تعتمد على ذلك. اتجاه Sitecore الاستراتيجي واضح نحو XM Cloud، ولديهم حوافز مالية قوية لنقل العملاء بعيداً عن المنصات القديمة. حتى إذا تم تقديم شكل من أشكال الدعم الموسع، فمن المحتمل أن يأتي بأسعار متميزة ولن يشمل ميزات جديدة أو رقع أمان استباقية. يبدأ تخطيط الترحيل الآن يعطيك خيارات؛ في الانتظار، يأخذ الخيارات بعيداً.