فوضى معمارية! عندما تقوم بتشغيل أكثر من باني صفحات (Page Builder) في نفس الوقت، فأنت تحول موقعك إلى "فرانكنشتاين" رقمي. كل باني يقوم بتحميل كامل مكتباته البرمجية (CSS و JavaScript) في كل صفحة يزورها المستخدم، حتى لو كانت تلك الصفحة مصممة باستخدام الباني الآخر.
لماذا يمثل هذا الأمر مشكلة؟
بناة الصفحات هي إضافات "ثقيلة" بطبيعتها. باني واحد مثل Elementor يحمل تلقائياً:
- 300–500 كيلوبايت من ملفات CSS للمكونات.
- 200–400 كيلوبايت من ملفات JavaScript للتفاعلات.
- خطوط خارجية، أيقونات، وأصول برمجية تزيد من زمن التحميل.
تخيل الآن مضاعفة هذه الأرقام مرتين أو ثلاثاً! أنت تجبر الزائر على تحميل بيانات ضخمة لن يستخدمها أبداً في الصفحة التي يتصفحها.
بعيداً عن الأداء، ستواجه المشاكل التالية:
- تضارب التصميم (CSS Conflicts): لكل باني نظامه الخاص في المسافات والأعمدة، مما قد يسبب "انهياراً" في شكل الموقع عند تصفحه من الجوال.
- ارتباك المحرر: ستجد صعوبة بالغة في تعديل الصفحات، لأن الصفحة المصممة بباني (أ) لا يمكن تعديلها ببيئة باني (ب).
- تبعية القالب: بعض البناة يجبرونك على استخدام قوالب معينة، مما يجعل من المستحيل الانتقال لغيرها مستقبلاً دون تدمير الموقع بالكامل.
- هشاشة التحديثات: مع كل تحديث لووردبريس، تتضاعف فرصة تعطل موقعك بسبب وجود محركين برمجيين متنافسين في الخلفية.
أنماط "العشوائيات" الشائعة (Frankensite Patterns)
| القالب النشط (Theme) | الباني المتوقع | مشكلة محققة إذا أضفت أيضاً |
|---|---|---|
| Hello Elementor | Elementor | Divi Builder, WPBakery |
| Divi | Divi Builder | Elementor, Beaver Builder |
| Avada | Fusion Builder | Elementor, Visual Composer |
| Bricks | Bricks | أي باني صفحات إضافي |
خطوات الحل
ممارسة آمنة: قبل إجراء أي تغييرات تقنية، تأكد من وجود نسخة احتياطية كاملة لموقعك (الملفات وقاعدة البيانات) عبر لوحة تحكم الاستضافة أو إضافة متخصصة مثل UpdraftPlus.
الخطوة 1: جرد الصفحات
اذهب إلى صفحات ← كل الصفحات. ابحث عن الصفحات التي تحتوي على زر "Edit with [Builder]". حدد أي باني مسيطر على أغلبية الموقع وأيها مجرد "ضيف" ثقيل.
الخطوة 2: اختيار "البطل" الوحيد
اختر بانياً واحداً فقط ليكون المحرك الأساسي لموقعك بناءً على:
- الباني الذي صممت به أكبر عدد من الصفحات.
- الباني الذي يفرضه قالبك الأساسي.
- الباني الذي تجيد التعامل معه بشكل أفضل.
الخطوة 3: إعادة بناء "صفحات الأقلية"
هذا هو الجزء المرهق ولكنه ضروري: قم بإعادة تصميم الصفحات التي بنيت بالباني "الثانوي" باستخدام الباني "الأساسي". ابدأ بالصفحات الأكثر أهمية (الرئيسية، من نحن، اتصل بنا).
الخطوة 4: التطهير والحذف
بمجرد التأكد من أن كافة الصفحات تعمل بالباني الأساسي:
- قم بإلغاء تفعيل إضافة باني الصفحات الثانوي.
- اختبر الموقع جيداً (خاصة نسخة الجوال).
- احذف الإضافة تماماً من الموقع.
الخطوة 5: تنظيف "الأكواد القصيرة" (Shortcodes)
بعد الحذف، قد تظهر نصوص غريبة مثل [vc_row] في صفحاتك. استخدم إضافة مثل Shortcode Cleaner أو قم بتعديل الصفحات يدوياً لإزالة هذه المخلفات البرمجية.
ملاحظات هامة
- إضافات الكتل (Block Plugins): إضافات مثل Kadence Blocks أو Spectra تختلف عن بناة الصفحات التقليديين؛ فهي تعتمد على محرر ووردبريس الافتراضي (Gutenberg) وهي أخف بكثير، لذا لا بأس باستخدامها لكن بحذر.
- تأثير الجوال: CSS الخاص بباني الصفحات هو المسؤول عن تناسق الموقع على الجوال. التأكد من إعادة بناء الصفحات يضمن عدم ظهور الموقع بشكل "مكسور" للهواتف.
- الخيار المستقبلي: إذا كنت تبحث عن الأداء الأقصى، فكر في التحول كاملاً إلى محرر ووردبريس الافتراضي (Block Editor) والاستغناء عن كافة بناة الصفحات الثقيلة.
