صفحة ويب نصفها مكسور ونصفها سليم يربطهما سحّاب برتقالي، تعبيرًا عن حل أخطاء ووردبريس.

This article is available in English — Read in English

قليل من المواقف يسبب توترًا مثل أنك تفتح موقعك فتجد صفحة بيضاء فاضية، أو رسالة «خطأ فادح»، أو سطرًا يقول إن ووردبريس لا يستطيع الاتصال بقاعدة البيانات. الخبر الحلو أن أغلب هذه الأخطاء أسبابها معروفة وحلولها واضحة. في هذا الدليل سنشرح حل أخطاء ووردبريس الشائعة خطوة بخطوة، بهدوء، ومن غير ما نزوّد المشكلة.

سنبدأ بالقواعد اللي تحميك قبل ما تلمس أي حاجة، ثم نمر على الأخطاء اللي نقابلها أكثر من غيرها في مواقع العملاء، واحدًا تلو الآخر، مع شرح السبب والحل لكل واحد.

قبل أي إصلاح: ثلاث قواعد ذهبية

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

ستحتاج كذلك وصولًا للموقع من خارج لوحة التحكم، عن طريق مدير الملفات في لوحة الاستضافة أو برنامج FTP أو SFTP، لأن كثيرًا من هذه الأخطاء يقفل عليك الدخول إلى wp-admin تمامًا.

حل أخطاء ووردبريس الشائعة واحدًا واحدًا

1. الشاشة البيضاء ورسالة «خطأ فادح»

شاشة الموت البيضاء صفحة فاضية بلا أي معلومة. وفي إصدارات ووردبريس الأحدث سترى غالبًا رسالة تقول «There has been a critical error on this website» أو ما يعني أن هناك خطأ فادحًا في الموقع. الاثنان في الغالب سببهما خطأ في كود PHP، وأكثر مصدر له إضافة أو قالب.

ابدأ ببريدك الإلكتروني. منذ ووردبريس 5.2، لما تتسبب إضافة أو قالب في خطأ فادح، يرسل ووردبريس رسالة إلى بريد مدير الموقع فيها تفاصيل الخطأ ورابط خاص لوضع الاسترداد (Recovery Mode). هذا الوضع يدخلك لوحة التحكم مع إيقاف الإضافة أو القالب المسبب للمشكلة مؤقتًا، فتقدر تعطّله أو تحدّثه أو تستبدله. ولما تخلص، اخرج من وضع الاسترداد من الزر الموجود أعلى لوحة التحكم.

لو الرسالة لم توصل، عطّل الإضافات يدويًا:

  1. افتح مجلد wp-content من مدير الملفات أو FTP.
  2. غيّر اسم مجلد plugins إلى plugins_old، وبكده تتعطل كل الإضافات مرة واحدة.
  3. لو الموقع رجع، أرجع اسم المجلد إلى plugins، ثم فعّل الإضافات واحدة واحدة من لوحة التحكم لحد ما يرجع الخطأ. آخر إضافة فعّلتها هي المتهم.

ولو الإضافات بريئة، فممكن يكون القالب. غيّر اسم مجلد القالب النشط داخل wp-content/themes، وسيرجع ووردبريس لقالب افتراضي لو كان فيه واحد مثبت.

2. خطأ 500 (Internal Server Error)

ده خطأ عام من السيرفر، ولا يقول الكثير لوحده. وبحسب توثيق ووردبريس الرسمي، أكثر سبب محتمل له هو ملف .htaccess تالف. جرّب الخطوات دي بالترتيب:

  1. غيّر اسم ملف .htaccess في جذر الموقع إلى .htaccess_old، ثم أعد تحميل الموقع.
  2. لو اشتغل، ادخل على الإعدادات ثم الروابط الدائمة واضغط حفظ، وسينشئ ووردبريس ملف .htaccess جديدًا.
  3. لو لم يشتغل، عطّل الإضافات بنفس الطريقة السابقة، ثم جرّب قالبًا افتراضيًا.
  4. زوّد حد الذاكرة في PHP، وسنتكلم عنه في الخطأ رقم 5.
  5. كحل أخير، ارفع مجلدي wp-admin وwp-includes من نسخة نظيفة لنفس إصدار ووردبريس. وإياك أن تستبدل wp-content، لأن فيه القوالب والإضافات والملفات المرفوعة.

3. خطأ الاتصال بقاعدة البيانات

رسالة «Error establishing a database connection» معناها أن ووردبريس غير قادر على الوصول لقاعدة البيانات. وفيه ثلاثة متهمين معتادين:

  • بيانات خاطئة في wp-config.php. افتح الملف وراجع اسم قاعدة البيانات واسم المستخدم وكلمة المرور والمضيف. كلمة مرور اتغيرت من لوحة الاستضافة ولم تتحدث هنا سبب منتشر جدًا.
  • مشكلة عند شركة الاستضافة. ممكن سيرفر قاعدة البيانات يكون واقعًا، أو القاعدة وصلت للحد الأقصى المسموح لحجمها، والاستضافة تقدر تقول لك بسرعة.
  • موقع مخترق. لو الإعدادات سليمة والاستضافة أكدت أن كل شيء تمام عندها، افحص الموقع بحثًا عن برمجيات خبيثة.

ولو شاكك أن جداول قاعدة البيانات تالفة، فووردبريس فيه أداة إصلاح مدمجة. أضف هذا السطر إلى wp-config.php:

define( 'WP_ALLOW_REPAIR', true );

ثم افتح /wp-admin/maint/repair.php على نطاقك. وبعد ما تخلص احذف السطر فورًا، لأن الصفحة دي لا تطلب تسجيل دخول.

4. رسالة «Briefly unavailable for scheduled maintenance»

لما ووردبريس يعمل تحديثًا، ينشئ ملفًا مؤقتًا اسمه .maintenance في جذر الموقع. ولو التحديث اتقطع في النص، يفضل الملف موجودًا ويفضل الموقع واقفًا على هذه الرسالة. الحل بسيط: احذف ملف .maintenance من المجلد الرئيسي، ثم تأكد أن التحديث اكتمل فعلًا، وأعده لو لزم.

5. نفاد الذاكرة (Allowed memory size exhausted)

معناها أن الموقع احتاج ذاكرة أكثر من المسموح لـ PHP. تقدر ترفع الحد الخاص بووردبريس بإضافة هذا السطر إلى wp-config.php، فوق السطر اللي يطلب منك التوقف عن التعديل:

define( 'WP_MEMORY_LIMIT', '256M' );

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

6. خطأ 404 في المقالات والصفحات

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

7. انتهاء مهلة الاتصال وأقصى وقت للتنفيذ

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

8. فشل التحديث التلقائي

أحيانًا يفشل التحديث التلقائي لووردبريس، فتظهر شاشة بيضاء أو رسالة تقول إن التحديث لم يكتمل أو خطأ PHP. وبحسب التوثيق الرسمي، السبب ممكن يكون انقطاع في الاتصال بملفات ووردبريس الرئيسية أثناء التحديث، أو مشكلة في الإنترنت، أو صلاحيات ملفات غير صحيحة. الحل هنا هو التحديث اليدوي: نزّل نسخة نظيفة من نفس الإصدار، وارفع ملفاتها فوق الملفات القديمة ما عدا مجلد wp-content وملف wp-config.php. وقبل أي خطوة من دي، تأكد أن عندك نسخة احتياطية كاملة.

9. عدّلت حاجة ومفيش أي تغيير

دي مش عطل بالمعنى الحرفي، لكنها من أكثر الأسئلة اللي توصلنا. بتعدّل في الموقع وتحفظ، ولما تفتح الصفحة تلاقيها زي ما هي. السبب في الغالب هو الكاش: المتصفح بيعرض نسخة محفوظة عنده بدل ما يحمّل الصفحة من جديد. امسح كاش المتصفح أو افتح الصفحة في نافذة خاصة. ولو الموقع عليه إضافة كاش أو خدمة زي Cloudflare، امسح الكاش منها هي كمان. وكثير من مشاكل «التعديل اللي مش ظاهر» بتتحل في ثواني بالطريقة دي، من غير ما تلمس أي كود. أما لو التعديل ظهر لكن النسخة العربية شكلها غلط، زي أسهم متجهة للناحية الغلط أو أعمدة مترتبة بالعكس، فدي غالبًا مشكلة في اتجاه الصفحة من اليمين لليسار مش في الكاش. وشرحنا أسبابها المعتادة في دليلنا عن حل مشاكل RTL في المواقع العربية على ووردبريس.

جدول مرجعي سريع

الخطأ السبب الأرجح أول خطوة
شاشة بيضاء أو خطأ فادح إضافة أو قالب راجع رسالة وضع الاسترداد
خطأ 500 ملف .htaccess تالف غيّر اسم .htaccess واحفظ الروابط الدائمة
خطأ الاتصال بقاعدة البيانات بيانات wp-config.php خاطئة راجع إعدادات قاعدة البيانات الأربعة
صيانة مجدولة تحديث اتقطع احذف ملف .maintenance
نفاد الذاكرة حد ذاكرة PHP منخفض ارفع WP_MEMORY_LIMIT
404 في المقالات قواعد الروابط الدائمة أعد حفظ الروابط الدائمة

شغّل وضع التصحيح عشان تشوف الخطأ الحقيقي

لما السبب مش واضح، خلّي ووردبريس هو اللي يقول لك. أضف هذه الأسطر إلى wp-config.php:

define( 'WP_DEBUG', true );
define( 'WP_DEBUG_LOG', true );
define( 'WP_DEBUG_DISPLAY', false );

بهذا تتسجل الأخطاء في ملف wp-content/debug.log من غير ما تظهر للزوار. افتح الملف وبص على آخر الأسطر، وغالبًا ستجد مسار الملف اللي يشاور مباشرة على الإضافة أو القالب المسبب. ولما تخلص، رجّع WP_DEBUG إلى false واحذف ملف السجل، لأنه ممكن يكشف تفاصيل عن السيرفر.

إزاي تمنع هذه الأخطاء من الأساس

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

والكلام ده أهم الآن، لأن ووردبريس يضيف إمكانيات جديدة بسرعة. ولو حابب تعرف إيه اللي اتغير مؤخرًا، اقرأ دليلنا عن الذكاء الاصطناعي في ووردبريس 7.0، وخلّي كل ميزة كبيرة جديدة سببًا إضافيًا للاختبار على نسخة تجريبية أولًا. ولو حابب تحوّل العادات دي لجدول ثابت، شوف قائمة مهام صيانة ووردبريس الأسبوعية والشهرية اللي بتوضح تعمل إيه وإمتى.

إمتى توقف وتطلب مساعدة؟

بعض المواقف تحتاج متخصصًا بدل جولة جديدة من التجربة والخطأ:

  • ظهرت علامات اختراق، مثل تحويلات غريبة أو مستخدمين بصلاحية مدير لا تعرفهم أو ملفات لم تضفها.
  • قاعدة البيانات تالفة وليس عندك نسخة احتياطية حديثة.
  • الخطأ رجع بعد ما أصلحته، ولا تجد سببه في السجلات.
  • الموقع متجر إلكتروني، وكل ساعة توقف تكلفك مبيعات.

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

أسئلة شائعة

هل سأفقد المحتوى لو غيّرت اسم مجلد الإضافات؟

لا. تغيير اسم المجلد يعطّل الإضافات فقط. مقالاتك وصفحاتك محفوظة في قاعدة البيانات، وإعدادات الإضافات غالبًا تفضل محفوظة هي كمان.

هل التعديل في wp-config.php آمن؟

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

ليه لم توصلني رسالة وضع الاسترداد؟

غالبًا لأن الموقع لا يرسل البريد بشكل موثوق. وضبط الإرسال عبر SMTP يستحق المجهود لهذا السبب وحده.

هل أقدر أعمل الخطوات دي من غير خبرة برمجية؟

أغلبها نعم، لأنها تعتمد على تغيير أسماء مجلدات وتعديل سطر أو اثنين في ملف إعدادات. المهم أن تمشي خطوة بخطوة، وتحتفظ بنسخة احتياطية، وتتوقف لو حسيت أن الموضوع أكبر منك.

هل ظهور خطأ في ووردبريس معناه أن موقعي اتخترق؟

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

المراجع