Ultimate Blocks هي إضافة توسّع محرر Gutenberg بمجموعة Blocks للمحتوى والتفاعل مثل Call to Action وTable of Contents وTabs وAccordion وTestimonial وReview وPost Grid وImage Slider. يمكن استخدامها لبناء Landing Page خفيفة داخل Block Editor، لكنها ليست Page Builder كاملًا بالمعنى الذي يقدمه Elementor أوBricks؛ تصميم الصفحة يعتمد أيضًا على Core Blocks والقالب أوBlock Theme.
الحكم السريع: إذا كنت تعمل أصلًا بـGutenberg وتحتاج Blocks إضافية للمحتوى وCTA والتقييمات والجداول والتبويبات، فـUltimate Blocks خيار منطقي للاختبار. أما إذا كنت تحتاج Theme Builder كاملًا، Dynamic Templates معقدة أوتحكمًا بصريًا دقيقًا في كل جزء من الموقع، فلا تختَرها على أساس أنها بديل مباشر لمنشئ صفحات متكامل.
وقت مراجعة هذا الدليل في أغسطس 2026، تعرض صفحة Ultimate Blocks على WordPress.org أكثر من 50,000 تثبيت نشط، وإصدار 3.5.9، وتوافقًا معلنًا مع WordPress 5.8+ وPHP 7.2+، بينما يسجل دليل WordPress عددًا أكبر من Block types في Registry مقارنة بعبارة “25+” المستخدمة تسويقيًا. لذلك لا تعتمد على رقم ثابت للمكونات؛ راجع الإصدار الحالي والBlocks التي تحتاجها فعلًا قبل التثبيت.
إذا كنت جديدًا على Block Editor نفسه، ابدأ أولًا بدليل محرر Gutenberg في WordPress حتى تفرق بين Core Blocks وما تضيفه Ultimate Blocks.
ما هي Ultimate Blocks بالضبط؟
هي مكتبة Blocks تعمل داخل محرر WordPress الأصلي. الفكرة ليست استبدال WordPress Editor، بل إضافة مكونات جاهزة لمهام غالبًا تحتاج Plugin منفصلة أوCSS/JavaScript مخصصًا.
من المكونات التي تعرضها الصفحة الرسمية الحالية:
- Table of Contents.
- Tabs.
- Content Toggle / Accordion.
- Call to Action.
- Styled Box وStyled List.
- Testimonial.
- Review.
- HowTo Schema.
- Social Share.
- Countdown.
- Progress Bar.
- Post Grid.
- Star Rating.
- Image Slider.
- Button.
- Divider.
- Content Filter.
كما توجد Blocks وخصائص Pro تختلف حسب الإصدار، مثل Timeline وCoupon وImage Hotspots وتحسينات Styling وSaved Styles وبعض قدرات Post Grid وغيرها.
هل Ultimate Blocks إضافة Landing Page Builder؟
ليست Page Builder مستقلة بالكامل. تستطيع بناء Landing Page باستخدام Gutenberg + Core Blocks + Ultimate Blocks، لكن بنية Layout الأساسية قد تأتي من:
- Group / Cover / Columns / Grid في WordPress Core.
- القالب الحالي أوBlock Theme.
- Global Styles وtheme.json في Block Themes.
- Ultimate Blocks للعناصر الإضافية داخل الأقسام.
هذا الفرق مهم. إذا كان هدفك صفحة حملة بسيطة بها Hero وBenefits وTestimonials وFAQ وCTA، فالتركيب قد يكون كافيًا. إذا كنت تحتاج Header/Footer مختلفين لكل Funnel، Dynamic Data واسعة، Conditional templates أوMotion design معقدًا، فقد تحتاج Tool أوسع.
Free vs Pro في 2026
| العامل | Free | Pro |
|---|---|---|
| Core content blocks | مجموعة كبيرة متاحة | تشمل المجاني + إضافات/تحسينات Pro |
| Timeline / Coupon / Image Hotspots | حسب ما هو معلن في الإصدار | تظهر ضمن مزايا Pro الحالية |
| Saved Styles | محدود/غير متاح حسب الخاصية | ميزة أساسية معلنة في Pro |
| Advanced styling/animations | أقل | أوسع |
| Support/updates premium | دعم المجتمع/WordPress.org | Priority support أثناء مدة الترخيص |
تعرض صفحة التسعير الرسمية وقت المراجعة Starter سنويًا لموقع واحد بحوالي 39 دولارًا، وPro سنويًا للمواقع غير المحدودة بحوالي 79 دولارًا، مع خيارات Lifetime أيضًا. العروض والأسعار قد تتغير؛ لا تنسخ الرقم إلى ميزانية مشروع طويل الأجل قبل مراجعة صفحة الشراء الحالية.
متى تكون Ultimate Blocks اختيارًا جيدًا؟
- تستخدم Gutenberg أصلًا ولا تريد إدخال Page Builder كامل.
- تكتب مقالات طويلة وتحتاج TOC وTabs وAccordions وStyled Boxes.
- تحتاج CTA وTestimonials وReview boxes داخل المحتوى.
- تريد بناء Landing Pages بسيطة ومتوسطة مع Core Blocks.
- تريد تقليل عدد Plugins المتخصصة الصغيرة عندما تستطيع Block واحدة تغطية الوظيفة.
- فريق التحرير مرتاح داخل WordPress Editor ويحتاج Workflow موحدًا.
متى لا أنصح بالاعتماد عليها وحدها؟
- تحتاج Theme Builder شاملًا للقوالب الديناميكية.
- تحتاج تصميمًا Pixel-perfect مع Animation/Interactions متقدمة.
- تعتمد الصفحة على Dynamic fields وConditions واسعة.
- تحتاج نظام Design Tokens/Components متقدمًا لفريق Product كبير.
- القالب الحالي يقيد عرض الصفحة ولا تستطيع التحكم في Templates منه.
- المشروع مبني أصلًا على Elementor/Bricks/Builder آخر ولا يوجد سبب معماري لإضافة مكتبة Blocks ثانية.
أهم Blocks لبناء Landing Page عملية
1. Call to Action
استخدمه عندما تحتاج صندوق CTA واضحًا داخل القسم. اجعل النص يصف الإجراء الحقيقي: “اطلب عرض سعر” أو“ابدأ التجربة” بدل عبارات عامة مثل “اضغط هنا”.
2. Button
مناسب لتخصيص أزرار إضافية، لكن لا تملأ الصفحة بعدة أزرار متنافسة. Landing Page ناجحة تحتاج Primary CTA واضحًا، مع Secondary CTA فقط عندما تخدم رحلة مختلفة فعلًا.
3. Styled List وStyled Box
مفيدتان لعرض Benefits أوFeatures أوملاحظات مهمة بسرعة. استخدمهما لتحسين Scanability، لا لمجرد إضافة زخرفة.
4. Testimonial
استخدم شهادات عملاء حقيقية ويمكن التحقق منها. لا تولّد أسماء أوصورًا أوتقييمات وهمية من أجل شكل الصفحة؛ ذلك يضر الثقة وقد يسبب مشكلة إذا انعكس في Schema أوClaims تجارية.
5. Tabs وAccordion
مناسبان للمعلومات الثانوية والأسئلة المتكررة، خصوصًا على Mobile. لا تخفِ داخل Accordion المعلومات الحاسمة التي يحتاجها المستخدم قبل اتخاذ القرار مثل السعر أوشروط أساسية إذا كانت مطلوبة بوضوح.
6. Review وStar Rating
تحتاج عناية أكبر. Review Block يمكن أن يولد Structured Data وفق إعداداته، لذلك يجب أن يطابق المحتوى المرئي والمراجعة الحقيقية. وجود نجوم في التصميم لا يعطيك تلقائيًا Rich Result ولا يعني أن Google ستعرض Rating في البحث.
7. Countdown
استخدم Countdown فقط لعرض Deadline حقيقي. عداد يعيد نفسه لكل زائر أوخصم وهمي دائم هو Dark Pattern، وليس تحسين Conversion محترفًا.
8. Post Grid
ليس Block أساسيًا في Landing Page تحويلية قصيرة، لكنه مفيد في صفحات Resources أوContent hubs أوعندما تحتاج عرض مقالات/دراسات مرتبطة بالحملة.
طريقة بناء Landing Page باستخدام Gutenberg + Ultimate Blocks
بدل نسخ تصميم مطعم قديم خطوة بخطوة، استخدم Architecture قابلة لإعادة الاستخدام لأي نشاط.
الخطوة 1: حدد Conversion Goal
اختر هدفًا رئيسيًا واحدًا:
- شراء.
- Lead form.
- WhatsApp.
- حجز موعد.
- تجربة مجانية.
- تحميل ملف مقابل بيانات المستخدم.
كل Section يجب أن يقرب المستخدم من هذا القرار.
الخطوة 2: أنشئ Page Template مناسبة
قبل إضافة Blocks، قرر هل تحتاج Header/Footer المعتادين أمTemplate أكثر تركيزًا. طريقة إزالة Header أوTitle تختلف حسب القالب وBlock Theme؛ لا تستخدم CSS لإخفاء أجزاء أساسية عشوائيًا إذا كانت Template controls متاحة.
الخطوة 3: ابنِ Hero باستخدام Core Blocks
استخدم Group/Cover/Columns وفق Layout المطلوب، ثم:
- Headline يشرح القيمة مباشرة.
- Subheading يوضح لمن العرض وما النتيجة.
- صورة أوVisual مرتبط بالخدمة.
- Primary CTA من Core Button أوUltimate Blocks Button/CTA.
لا تجعل Slider داخل Hero هو الخيار الافتراضي. صورة أورسالة واحدة واضحة غالبًا أسهل في الفهم وأخف في التنفيذ؛ استخدم Slider عندما توجد حاجة فعلية لعدة Visuals.
الخطوة 4: أضف Benefits لا قائمة Features فقط
باستخدام Styled List أوStyled Box، حوّل الخصائص إلى نتائج يفهمها العميل. مثال: بدل “تقارير أسبوعية”، اشرح “تعرف ما تغير وما الإجراء التالي كل أسبوع”.
الخطوة 5: أضف Proof حقيقي
استخدم Testimonial أوCase study مختصرة أوأرقام موثقة من المشروع. إذا لا يوجد Proof حقيقي، لا تصنعه؛ اعرض Process أوDemo أوتفاصيل نطاق الخدمة بدل ذلك.
الخطوة 6: عالج الاعتراضات
Tabs أوAccordion مناسبة لأسئلة مثل:
- ماذا يشمل العرض؟
- كم يستغرق التنفيذ؟
- هل يوجد دعم؟
- ما المتطلبات قبل البداية؟
- ما سياسة الإلغاء/الاسترجاع عند انطباقها؟
الخطوة 7: كرر CTA في نقاط منطقية
ضع CTA بعد Hero وبعد Proof/Offer وعند نهاية الصفحة إذا كان المحتوى طويلًا. لا تجعل كل Section ينتهي بزر؛ كثرة CTAs قد تقلل وضوح القرار بدل تحسينه.
الخطوة 8: اختبر Mobile وRTL
قبل النشر اختبر:
- محاذاة العربية.
- Mixed Arabic/English text.
- Buttons والأيقونات.
- Tabs/Accordions.
- Slider إن استخدمته.
- الجداول.
- الهوامش على Mobile.
- Keyboard focus والتفاعل.
لا تفترض أن Block تدعم RTL بالكامل لمجرد أن الصفحة الرئيسية تبدو صحيحة. اختبر الـBlock نفسها على الجهاز الذي يستخدمه جمهورك.
هل Ultimate Blocks خفيفة فعلًا؟
المطور يذكر في صفحة التسعير أن الموارد لا تُحمّل على الصفحة إذا لم تستخدم Blocks الخاصة بالإضافة فيها. هذا ادعاء من المنتج ويجب التحقق منه على موقعك، لأن الأداء النهائي يعتمد أيضًا على القالب وبقية Plugins وطريقة استخدام كل Block.
طريقة الاختبار الصحيحة:
- سجّل Lighthouse/PageSpeed baseline للصفحة قبل الإضافة.
- راقب Network requests وCSS/JS.
- أنشئ صفحة Test بنفس Theme.
- أضف Blocks التي ستستخدمها فقط.
- قارن LCP وINP وCLS وحجم/عدد الموارد.
- اختبر الهاتف الحقيقي وليس Desktop score فقط.
Ultimate Blocks وSEO: أين تفيد وأين لا؟
Blocks يمكن أن تساعد على تنظيم المحتوى وتجربة القراءة، لكن لا توجد Block “ترفع SEO” تلقائيًا.
- TOC تساعد المستخدم على التنقل في المحتوى الطويل.
- Tabs/Accordion تنظم معلومات ثانوية.
- Review/HowTo قد تنتج Structured Data، لكن يجب أن تطابق المحتوى المرئي.
- CTA تساعد Conversion، وليس Ranking بصورة مباشرة.
- Post Grid قد يقوي الاكتشاف الداخلي إذا كانت الروابط سياقية ومفيدة.
لا تستخدم FAQ أوReview Schema لمجرد محاولة الحصول على Rich Results. Google لا تضمن أي ظهور محسّن، والبيانات المنظمة يجب أن تمثل الصفحة الفعلية.
مشاكل محتملة يجب اختبارها قبل الاعتماد
- تعارض Style مع Theme أوGlobal Styles.
- RTL داخل Blocks معينة.
- تغير Markup بعد تحديث Plugin.
- Schema مكررة إذا كانت SEO Plugin تنتج النوع نفسه.
- JS إضافي بسبب Blocks تفاعلية مثل Slider/Tabs.
- Design inconsistency إذا خلطت Core Blocks مع عدة مكتبات Blocks مختلفة.
منتدى الدعم الرسمي يعرض مشكلات متفرقة مرتبطة بالإصدارات وBlocks مختلفة؛ هذا طبيعي لأي Plugin نشطة، لكنه سبب إضافي لاختبار Update على Staging في المواقع المهمة بدل التحديث الأعمى.
هل تحتاج Pro فعلًا؟
ابدأ بالنسخة المجانية إذا كانت Blocks الأساسية تكفي. انتقل إلى Pro عندما تستطيع تسمية Feature مدفوعة ستستخدمها فعلًا، مثل:
- Block Pro محددة تحتاجها.
- Saved Styles لتوحيد التصميم.
- Advanced styling تقلل Custom CSS المتكرر.
- Pagination/Load More أوقدرات إضافية في Post Grid حسب الإصدار.
- استخدام الإضافة على عدة Client sites وفق الترخيص المناسب.
شراء Pro فقط لأن الصفحة “قد تصبح أجمل” ليس Business Case كافيًا.
Ultimate Blocks أمEssential Blocks؟
الاختيار ليس بعدد Blocks فقط. قارن ما تحتاجه من Components، أسلوب Styling، الأداء، RTL، دعم Block Editor الحالي، وتوافقها مع Theme. لدينا تجربة منفصلة مع Essential Blocks وبناء صفحة تعريفية في Gutenberg.
الأفضل ألا تثبت Ultimate Blocks وEssential Blocks ومكتبة ثالثة في نفس الوقت ثم تستخدم 3 Blocks فقط من كل واحدة. حدد Design System ومكتبة أساسية قدر الإمكان لتقليل التداخل والصيانة.
Checklist قبل نشر Landing Page
- هدف التحويل واحد وواضح.
- Headline يفهم خلال ثوانٍ.
- CTA يعمل ويصل إلى Final destination.
- Forms اختُبرت فعليًا.
- الشهادات والتقييمات حقيقية.
- Schema تطابق المحتوى.
- Mobile وRTL مختبران.
- LCP/INP/CLS ضمن نطاق مقبول بعد القياس.
- لا توجد Blocks/Sections بلا وظيفة.
- Analytics event للConversion مُعد إذا كانت الصفحة حملة مهمة.
أسئلة شائعة عن Ultimate Blocks
هل Ultimate Blocks بديل عن Elementor؟
لا بصورة مباشرة. هي مكتبة Blocks داخل Gutenberg، بينما Elementor Page Builder بواجهة ونظام تصميم مختلف. قد تستغني عن Elementor في صفحات بسيطة إذا كان Core Block Editor + Ultimate Blocks يغطي احتياجك، لكن ذلك يعتمد على المشروع.
هل يمكن تصميم Landing Page كاملة بها؟
نعم للصفحات البسيطة والمتوسطة عندما تستخدم Core Blocks للLayout وUltimate Blocks للعناصر الإضافية. الصفحات ذات Templates/Dynamic content/Animations المعقدة قد تحتاج أدوات أخرى.
هل النسخة المجانية كافية؟
يمكن أن تكون كافية إذا كانت Blocks المجانية تغطي الصفحة. اختبر أولًا، ثم اشترِ Pro بسبب Feature محددة لا بسبب عدد المكونات.
هل Ultimate Blocks تؤثر على سرعة WordPress؟
أي Plugin قد تضيف كودًا أوطلبات عند استخدام وظائفها. المطور يذكر أن الإضافة لا تحمل مواردها في الصفحات التي لا تستخدم Blocks الخاصة بها، لكن يجب قياس موقعك الفعلي قبل وبعد.
هل Review Block تضمن ظهور نجوم في Google؟
لا. Structured Data لا تضمن Rich Result، ويجب أن تكون المراجعة والبيانات المعروضة حقيقية ومطابقة للمحتوى المرئي وسياسات Google.
الخلاصة: هل أنصح بـUltimate Blocks في 2026؟
نعم كإضافة Gutenberg مركزة، وليس كحل تصميم شامل لكل موقع. قوتها تظهر عندما تريد توسيع Block Editor بمكونات محتوى وتحويل مفيدة دون الانتقال تلقائيًا إلى Page Builder كامل. ابدأ من النسخة المجانية، اختبر Blocks التي تحتاجها، وراقب الأداء وRTL وSchema بعد التطبيق.
إذا كان هدفك المقارنة بين عدة حلول Landing Pages قبل اختيار Architecture الموقع، راجع أفضل إضافات بناء صفحات الهبوط في WordPress 2026 بدل تركيب أكثر من Builder في نفس المشروع.

