Elementor sorunu: Yüklenmiyor veya çalışmıyor mu? İşte çözüm.

Gösterdiğinde Elementor مؤشر تحميل لا ينتهي أبدًا، أو لوحة بيضاء فارغة، أو لوحة أدوات (widget panel) رمادية، قد تظل الصفحة المنشورة متاحة.

ما تظهره الشاشة هو فشل في تهيئة المحرر، وليس دليلًا على أن الصفحة نفسها تالفة. فالصفحة العامة تعرض المحتوى الذي تم حفظه بالفعل، بينما يجب على المحرر أيضًا تحميل نصوصه البرمجية، وبيانات WordPress، وإطار المعاينة، واستجابة جديدة من الخادم.

لذلك، فإن إعادة تحميل الصفحة العامة لا تختبر نفس العمل. فقد تحظر Tarayıcı ekle شاشة التحرير فقط، وقد يؤثر عنصر واجهة مستخدم (widget) تالف على صفحة واحدة فقط، ويمكن للخادم الاستمرار في تقديم الصفحات المخزنة مؤقتًا بينما يرفض الطلبات الأكبر التي يحتاجها Elementor في WordPress.

قبل إجراء أي تغييرات على الموقع المباشر، قارن النتيجة بالجدول أدناه. هذه المقارنة البسيطة تمنع معظم التغييرات غير الضرورية في الإضافات (plugins) والقوالب (themes) والخادم.

ما الذي لا يزال يعمل	İlk olarak neyi kontrol etmeli?
تفتح الصفحة في متصفح آخر أو نافذة خاصة	Tarayıcı ekle، ملف محرر مخزن مؤقتًا، أو بيانات موقع محظورة.
تفتح صفحات Elementor أخرى وصفحة فارغة جديدة	أحدث عنصر واجهة مستخدم (widget)، أو كود مخصص، أو قالب، أو بيانات محفوظة للصفحة المتأثرة.
يفتح المحرر في güvenli Mod	تعارض في إضافة (plugin)، أو نص برمجي للقالب (theme script)، أو محمل مسبق للقالب (theme preloader)، أو كود مخصص.
تفشل كل صفحة، بما في ذلك في Safe Mode	توافق Elementor/Pro، ذاكرة WordPress، أخطاء PHP، أو استجابة خادم محظورة.
بدأت المشكلة بعد تغيير النطاق (domain)، أو بيئة الاختبار (staging)، أو HTTPS	عناوين URL لـ WordPress، عناوين URL المخزنة لـ Elementor، محتوى مختلط، والروابط الدائمة (permalinks).
تظهر وحدة التحكم (console) أخطاء 403، 500، إطار (frame)، أو أخطاء عبر المصادر (cross-origin errors)	المضيف (host)، جدار الحماية (firewall)، Cloudflare، أو رؤوس الاستجابة (response headers) بدلاً من تصميم الصفحة.

قم بإنشاء نسخة احتياطية حالية قبل تحديث أو الرجوع بإصدار Elementor، أو استبدال عناوين URL، أو تبديل القالب المباشر، أو إلغاء تنشيط الإضافات (plugins). قم بإجراء اختبارات التعارض على نسخة تجريبية (staging copy) عندما يتعامل الموقع مع الطلبات، أو الاشتراكات، أو النماذج، أو أي حركة مرور حية أخرى.

1. تحديد ما إذا كان العطل يخص المتصفح، صفحة واحدة، أم جميع الصفحات

إن أسرع اختبار مفيد ليس تحديثًا أو إعادة تثبيت، بل هو فتح المحرر نفسه في جلسة متصفح نظيفة، ثم فتح صفحة Elementor أخرى. تُظهر هذه النتيجة مدى تأثر الموقع فعليًا.

1. افتح الصفحة المتأثرة في نافذة خاصة أو وضع التصفح المتخفي (incognito) باستخدام متصفح سطح مكتب حديث. لا يدعم Elementor التحرير في بيئات الأجهزة المحمولة أو اللوحية.
2. إذا فتحت الصفحة هناك، عُد إلى المتصفح العادي وقم بتعطيل أدوات حظر الإعلانات أو حظر النصوص البرمجية أو إضافات الخصوصية أو الوظائف الإضافية للمتصفح الخاصة بمكافحة الفيروسات للموقع. أعد تمكينها واحدة تلو الأخرى بعد أن يعمل المحرر.
3. افتح صفحة Elementor ثانية. ثم أنشئ مسودة فارغة غير منشورة واختر Elementor ile düzenleyin.
4. في WordPress، افتح Elementor > Editor > System. تُظهر بعض إصدارات Elementor القديمة هذا الخيار باسم Elementor > Sistem Bilgileri.
5. تحقق من إصدارات WordPress و PHP و Elementor و Elementor Pro المثبتة ومقارنتها بـ متطلبات النظام الحالية لـ Elementor. حافظ على توافق الإضافات المجانية و Pro.
   

إذا فشل المتصفح العادي فقط، فاترك WordPress دون تغيير وقم بتصحيح مشكلة إضافة المتصفح أو بيانات الموقع. إذا فشلت صفحة واحدة فقط، فاستخدم الطريقة 3. عندما تفشل كل صفحة في أكثر من متصفح واحد، يوفر وضع Safe Mode المقارنة النظيفة التالية.

إذا كانت هناك حاجة إلى تحديث، فقم بعمل نسخة احتياطية من الموقع واختبره على بيئة تجريبية أولاً. حدّث إضافة Elementor المجانية قبل Elementor Pro حتى لا يظلا على إصدارات غير متطابقة.

2. استخدام وضع الأمان لتحديد تعارض الإضافات أو القوالب

يُتيح لك وضع الأمان في Elementor فتح المحرر دون تفعيل القالب النشط أو أي كود لإضافات خارجية عادية، وذلك للمسؤول الذي قام بتسجيل الدخول. لا يُغيّر هذا الوضع النسخة التي يراها الزوار، مما يجعله أكثر أمانًا من تعطيل إضافات الموقع المباشر كİlk deneyim.

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

1. aç Elementor > Araçlar، ثم اضبط خيار güvenli Mod Karşı etkinleştirme، واحفظ التغيير. يمكنك أيضًا قبول مطالبة güvenli Mod الخاصة بـ Elementor عندما تظهر في المحرر الذي لا يعمل.
   

   

2. أعد تحميل نفس الصفحة. إذا ظلت لوحة الأدوات (widget panel) عالقة فقط، فلاحظ هذه النتيجة: يوضح Elementor أن güvenli Mod لا يزيل السكربتات الخارجية التي يتم تحميلها داخل تلك اللوحة، لذا فإن فشل اللوحة لا يُعد اختبارًا حاسمًا لـ güvenli Mod.
3. إذا تم فتح المحرر بالكامل، فاستخدم موقعًا تجريبيًا (staging site) أو فترة صيانة لتعطيل جميع الإضافات باستثناء Elementor و Elementor Pro.
   

4. اختبر المحرر، ثم أعد تفعيل الإضافات الأخرى واحدة تلو الأخرى. انتبه بشكل خاص إلى إضافات Elementor الإضافية (add-ons)، وأدوات التخزين المؤقت/التصغير (caching/minification tools)، وإضافات الأمان، وأي شيء تم تحديثه مباشرة قبل بدء المشكلة.
5. إذا لم تتسبب أي إضافة في تكرار الفشل، فجرب استخدام Merhaba Elementor. عطّل أي محمل مسبق للصفحة (page preloader) أو سكربت مخصص (custom script) يوفره القالب العادي قبل استبدال القالب بشكل دائم.

Vurgular belgeler güvenli Mod الخاصة بـ Elementor أن الزوار يستمرون في رؤية القالب والإضافات العادية أثناء هذا الاختبار.

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

قد يتطلب الفشل الذي بدأ فور إصدار جديد من Elementor استعادة نسخة احتياطية معروفة الجودة أو استخدام ميزة Version Control rollback في Elementor. قم بالنسخ الاحتياطي أولاً، وتأكد من أن Elementor و Elementor Pro يعملان بإصدارات متوافقة.

3. التحقق من الذاكرة واستجابة الخادم عند فشل كل الصفحات

عندما يفشل Elementor عبر جميع الصفحات والمتصفحات، قد يكون المحرر يستنزف ذاكرة WordPress أو يتلقى استجابة PHP غير مكتملة. يمكن أن يظل الموقع المنشور يبدو طبيعيًا لأن صفحات الواجهة الأمامية المخزنة مؤقتًا تستخدم موارد أقل من المحرر.

تُدرج Elementor حاليًا 256 MB كحد أدنى لذاكرة WordPress المطلوبة لـ Elementor و Elementor Pro، مع توصية بـ 512 MB. قد تتطلب WooCommerce والمكونات الإضافية الكبيرة الأخرى المزيد.

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

1. aç Elementor > Editor > System ودوّن ملاحظة حول WordPress Memory Limit، وإصدار PHP، وحد ذاكرة PHP، وأي تحذيرات.
2. أعد تكرار الفشل مرة واحدة ودوّن الوقت. اطلب من المضيف فحص سجل أخطاء PHP، وسجل خادم الويب، وسجل جدار الحماية لهذا الطلب.
3. إذا كانت ذاكرة WordPress أقل من متطلبات Elementor، فاطلب من المضيف رفع حدود PHP لكل من WordPress ومن جانب الخادم. إضافة قيمة WP_MEMORY_LIMIT لا يمكن أن تتجاوز الحد الأقصى الذي يفرضه المضيف.
4. اطلب من المضيف تصحيح أي استنزاف للذاكرة، أو خطأ PHP فادح، أو مهلة تنفيذ، أو فشل في إذن الكتابة، أو حظر ModSecurity، أو استجابة ضغط معطلة يجدها.
5. أعد تحميل نفس المحرر بعد تغيير الخادم.
   

   

ortaya çıkışını gösterir 500 Dahili Sunucu Hatası إلى مشكلة في الفحص من جانب الخادم. يغطي دليلنا الخاص بأخطاء Elementor 500 حالات فشل الحفظ والتحديث الإضافية المرتبطة بهذا الرمز.

إذا أدى تصحيح خطأ PHP أو الذاكرة أو جدار الحماية المُسجّل إلى استعادة المحرر، فاحتفظ بقيمة الخادم المؤكدة وأزل أي تصحيح مؤقت للأخطاء. أما إذا لم يجد المضيف أي طلب فاشل في الوقت المسجل، فانتقل إلى الطريقة 5 واختبر أداة التحميل البديلة لـ Elementor.

4. تغيير أداة تحميل Elementor ومسح بيانات المحرر القديمة فقط

يتضمن Elementor أداة تحميل بديلة للخوادم التي تفشل أثناء فك تشفير استجابة JSON الطويلة للمحرر أو إعادتها. يُعد هذا الأمر ذا أهمية خاصة عندما تُظهر وحدة تحكم المتصفح (browser console) رسائل مثل ERR_CONTENT_DECODING_FAILED أو ERR_EMPTY_RESPONSE.

لا يلزم هذا الإعداد عندما تشير وحدة التحكم بالفعل إلى تعارض في المكونات الإضافية (plugin conflict)، أو عدم تطابق في عنوان URL، أو إطار محظور (blocked frame). قم بتصحيح هذا الخطأ المحدد بدلاً من ذلك.

1. aç Elementor > Ayarlar > Gelişmiş.
2. Seçenek ayarla Switch Editor Loader Method Karşı etkinleştirme، ثم احفظ الإعداد واختبر المحرر.
   

3. aç Elementor > Editor > Tools > General Ve seçin Clear Files & Data. في إصدارات Elementor الأقدم، يُطلق على إجراء الصيانة نفسه اسم Regenerate Files & Data.
   

   

4. قم بمسح ذاكرة التخزين المؤقت لـ WordPress، وذاكرة التخزين المؤقت للمضيف (host cache)، وذاكرة التخزين المؤقت لشبكة توصيل المحتوى (CDN cache). بعد ذلك، امسح البيانات المحفوظة لهذا الموقع في المتصفح بدلاً من حذف كل جلسة تصفح. يوضح دليلنا لمسح ذاكرة التخزين المؤقت لموقع واحد هذا التنظيف الأكثر تحديدًا.
5. أغلق علامة تبويب المحرر القديمة وافتح علامة تبويب جديدة.

تذكر Elementor أن أداة التحميل البديلة آمنة للترك في وضع التمكين. إذا أصلحت هذه الطريقة المحرر، فلا يزال يتعين على المضيف فحص ضغط الاستجابة وقيود الموارد لفهم سبب الفشل الأصلي لأداة التحميل.

للتراجع، أعد ضبط خيار Switch Editor Loader Method إلى devre dışı bırakmak. حافظ على تمكين التخزين المؤقت العادي بعد ذلك، واستبعد فقط عناوين URL الخاصة بمسؤول/محرر WordPress التي كانت تقدم بيانات قديمة.

إذا تم تحميل المحرر بعد مسح الملفات التي تم إنشاؤها، فهذا يعني أن النسخة المخزنة مؤقتًا كانت قديمة. إذا استمر الفشل، فانتقل إلى الطريقة 6 فقط بعد الترحيل أو تغيير بروتوكول HTTPS؛ وإلا فانتقل إلى الطريقة 7 للتحقق من وحدة التحكم.

5. تصحيح عناوين URL المخزنة بعد الترحيل أو تغيير النطاق أو التحول إلى HTTPS

يُحمّل Elementor معاينته داخل إطار. بعد عملية ترحيل الموقع، قد تستخدم لوحة تحكم WordPress نطاقًا أو بروتوكولًا معينًا، بينما تظل البيانات المحفوظة في Elementor تطلب نطاقًا أو بروتوكولًا مختلفًا. يؤدي هذا التضارب إلى ظهور المحرر فارغًا أو ملء وحدة التحكم بأخطاء المحتوى المختلط (mixed-content) وأخطاء المصادر المتعددة (cross-origin errors).

تجنب إجراء عملية بحث واستبدال (search-and-replace) على موقع لم يتم نقله. ومن الضروري أخذ نسخة احتياطية من قاعدة البيانات قبل استبدال أي عنوان URL.

1. aç Ayarlar> Genel. تأكد من أن حقلي WordPress Adresi (URL) وSite Adresi (URL) يستخدمان النطاق المقصود ونفس بروتوكول https://.
   

2. aç Elementor > Editor > Tools > Replace URL. أدخل عنوان URL القديم والجديد بدقة، راجع كلتا القيمتين، ثم قم بتشغيل عملية الاستبدال.
3. Şuraya dön: Tools > General Ve seçin Clear Files & Data.
4. aç Ayarlar> Kalıcı bağlantılar Ve seçin Değişiklikleri Kaydet دون تغيير الهيكل.
   

   

5. امسح ذاكرة التخزين المؤقت للموقع وCDN، ثم أعد فتح المحرر. أعد ربط ترخيص Elementor إذا تغير النطاق نفسه.

kullanılmış تعليمات Elementor الرسمية لتغيير عنوان URL هذا التسلسل للاستبدال ومسح الملفات.

إذا كانت حقول عناوين WordPress مقفلة، اسأل المضيف أو مسؤول الموقع ikisinden biri WP_HOME وWP_SITEURL معرفين في مكان آخر قبل محاولة تعديلهما.

6. استخدام وحدة تحكم المتصفح لتحديد حظر Cloudflare أو Iframe أو جدار الحماية

عندما لا يعمل Elementor، فإن معاينة رمادية مصحوبة بأخطاء حمراء في وحدة تحكم المتصفح (Console) تعد أكثر فائدة بكثير من محاولة إعادة التثبيت مرة أخرى. تكمن أهمية وحدة التحكم في أن نصوص Elementor البرمجية وإطار المعاينة (preview frame) هي في الأساس طلبات من المتصفح. يساعدك الطلب الفاشل في تحديد ما إذا كان المتصفح، أو Cloudflare، أو جدار الحماية (firewall)، أو الخادم هو من رفض هذا الطلب.

لا تستخدم هذه الطريقة لتغيير رؤوس الإطارات (frame headers) أو قواعد جدار الحماية (firewall rules) إذا لم تظهر وحدة التحكم أي خطأ مطابق. هذه الإعدادات هي ضوابط أمنية وليست إعدادات أداء عامة.

1. انقر بزر الماوس الأيمن على المحرر الفارغ، ثم اختر Denetlemek، وافتح علامة التبويب konsolos، ثم أعد تحميل الصفحة.
2. طابق الخطأ الأحمر الظاهر مع الإجراء التصحيحي الموضح أدناه.

نتيجة وحدة التحكم أو الشبكة (Network)	الإجراء التصحيحي
Yasak 403	اسأل مزود إضافة الأمان (security-plugin) أو المضيف (host) عن قاعدة جدار الحماية (firewall) أو ModSecurity التي حظرت طلب Elementor. قم بإضافة الطلب المطلوب إلى القائمة البيضاء (whitelist) بدلاً من تعطيل الحماية على مستوى الموقع بالكامل.
500 أو 503	زود المضيف (host) بوقت حدوث الطلب واطلب منه سجل PHP وسجل الخادم (server-log) المطابق.
Refused to display in a frame أو X-Frame-Seçenekleri: REDDET	اطلب من المضيف (host) السماح بالتأطير من نفس المصدر (same-origin framing). توثق Elementor أن X-Frame-Options: SAMEORIGIN وسياسة CSP frame-ancestors 'self' هي إعدادات متوافقة.
Karışık içerik أو عنوان URL متعدد المصادر (cross-origin URL)	صحح عناوين URL الخاصة بـ HTTP/النطاق المخزنة باستخدام الطريقة 6.
نصوص برمجية متأخرة بسبب Cloudflare Rocket Loader	عطّل Rocket Loader لعناوين URL الخاصة بلوحة تحكم WordPress ومحرر Elementor، ثم قم بمسح ذاكرة التخزين المؤقت (cache) لـ Cloudflare.
خطأ يشير إلى اسم قالب (theme) أو نص برمجي لإضافة (plugin)	عطّل وحدة الإضافة (plugin module) هذه، أو أداة التحميل المسبق للقالب (theme preloader)، أو الكود المخصص (custom code) على بيئة الاختبار (staging) وأعد الاختبار.

إذا تم تحميل المحرر بعد تصحيح قاعدة مستهدفة واحدة أو رأس (header)، فاحتفظ بالاستثناء الأضيق وأعد تفعيل أي ميزة أمان تم تعطيلها لأغراض الاختبار.

İndir معلومات نظام Elementor (System Information) واحفظ رسالة وحدة التحكم (Console). اطلب من المضيف (host) سجلات PHP وسجلات جدار الحماية (firewall logs) المطابقة.

إذا استمر فشل المحرر في التحميل، فاذكر ما إذا كان يعمل في نافذة خاصة (private window)، أو على صفحة أخرى، وفي وضع الأمان (Safe Mode) عند التواصل مع Elementor. هذه النتائج تحدد الطلب الفاشل بوضوح أكبر بكثير من مجرد قائمة بالتحديثات وإعادة التثبيت.