---
id: 13887
title: "تحديث ووردبريس عطل الموقع: كيف تستعيده ومتى تستعين بمطور؟"
slug: "wordpress-update-broke-site"
lang: "ar"
url: "https://heshamsaad.com/ar/wordpress-update-broke-site/"
markdown_url: "https://heshamsaad.com/en/wordpress-update-broke-site.md"
translations: {"en":"https://heshamsaad.com/en/wordpress-update-broke-site/"}
description: "تحديث ووردبريس عطل الموقع؟ استخدم وضع الاسترداد، وحدد الإضافة المسببة، وارجع لإصدارها السابق دون خسارة الطلبات، واعرف متى تستعين بمطور."
author: "Khadija"
date_published: "2026-10-24T17:06:49Z"
date_modified: "2026-10-24T17:06:57Z"
categories: ["Fixes & Troubleshooting"]
tags: ["إصلاح ووردبريس","الرجوع لإصدار سابق في ووردبريس","تحديث ووردبريس عطل الموقع","صيانة ووردبريس"]
featured_image: "https://heshamsaad.com/wp-content/uploads/2026/10/wordpress-update-broke-site-og-ar.jpg"
word_count: 2368
reading_time_min: 12
content_sha256: "aa2087d42030d544ba16808d58cc433d3cbaa095b40e5b6cd9a99aaf726fd1d7"
---
# تحديث ووردبريس عطل الموقع: كيف تستعيده ومتى تستعين بمطور؟
تحديث ووردبريس عطل الموقع؟ هذا موقف يمر به كثير من أصحاب الشركات: تضغط زر «تحديث» لإضافة أو قالب، وبعد دقيقة تظهر رسالة خطأ حرج، أو صفحة بيضاء فارغة، أو صفحة دفع لا تكمل الطلب. الخبر الجيد أن أغلب التحديثات المعطلة يمكن التراجع عنها دون أن تخسر محتواك، بشرط أن تمشي في الخطوات الصحيحة وبالترتيب الصحيح. في هذا الدليل نشرح هذه الخطوات، وما الذي يفعله ووردبريس نفسه لحمايتك، ومتى تصلح المشكلة بنفسك ومتى يكون الأوفر أن تسلمها لمطور.
الدليل موجه لأصحاب الشركات ومديري التسويق في مصر والسعودية والخليج ممن يديرون موقع الشركة أو المتجر على ووردبريس. لن تحتاج إلى كتابة كود، لكن بعض الخطوات تتطلب الدخول إلى لوحة تحكم الاستضافة.
## أول ربع ساعة: ماذا تفعل وماذا تتجنب؟
أول رد فعل طبيعي عند تعطل الموقع هو تجربة كل زر يبدو أنه قد يساعد، وهذا غالبا يصعب معرفة السبب بعد ذلك. ابدأ بهذه الخطوات الهادئة:
- اكتب ما الذي حدثته ومتى. اسم الإضافة أو القالب أو إصدار ووردبريس، والوقت التقريبي. هذه الملاحظة البسيطة توفر على المطور وقتا طويلا من التخمين.
- افتح بريد مدير الموقع. قد يكون ووردبريس أرسل لك بالفعل تفاصيل الخطأ ورابط دخول خاصا.
- حدد هل المشكلة في الموقع كله أم في صفحة واحدة. الصفحة الرئيسية وصفحة المنتج ونموذج التواصل وصفحة الدفع ولوحة التحكم قد يتعطل كل منها بطريقة مختلفة.
- أوقف الحملات الإعلانية مؤقتا إن كانت توجه الزوار إلى صفحات معطلة، فلا معنى لأن تدفع مقابل زيارات لصفحة خطأ.
وتجنب هذه الأشياء إلى أن تعرف السبب:
- تشغيل تحديثات أخرى على أمل أن «الإصدار الجاي يصلح المشكلة».
- حذف الإضافات من لوحة التحكم، لأن الحذف قد يمسح إعداداتها، أما التعطيل فيحتفظ بها.
- استعادة نسخة احتياطية كاملة قديمة لمتجر استقبل طلبات بعد تاريخ هذه النسخة.
- تعديل ملفات القالب أو الإضافة مباشرة على الموقع المباشر.
## كيف يبدو العطل عادة بعد التحديث؟
شكل العطل يدلك على المكان الذي تبدأ منه. هذا الجدول يربط أشهر العلامات بأسبابها المعتادة، استنادا إلى توثيق ووردبريس للأخطاء الشائعة:
| ما تراه | السبب المعتاد | أول خطوة |
|---|---|---|
| رسالة «There has been a critical error on this website» | خطأ PHP قاتل من إضافة أو القالب أو إصدار PHP أو حد الذاكرة | ابحث في بريد المدير عن رابط وضع الاسترداد، ثم راجع سجل الأخطاء |
| صفحة بيضاء فارغة تماما | تعارض بين إضافة وأخرى أو مع القالب، أو خطأ PHP مع إخفاء عرض الأخطاء | عطل الإضافات واحدة تلو الأخرى، أو كلها مرة واحدة من مدير الملفات |
| رسالة «Briefly unavailable for scheduled maintenance» | التحديث توقف قبل أن يحذف ووردبريس ملف .maintenance المؤقت | احذف ملف .maintenance من المجلد الرئيسي للموقع |
| الموقع يفتح لكن التصميم أو التنسيق مكسور | ملفات قديمة في الكاش، أو تغيير في القالب أو أداة بناء الصفحات | امسح كاش الموقع والسيرفر وشبكة CDN ثم اختبر من جديد |
| النماذج أو السلة أو الدفع لا تعمل | تعارض بين الإضافة المحدثة وإضافة أخرى أو القالب | اختبر هذه الخطوة تحديدا، ثم ارجع بالإضافة التي حدثتها أخيرا |
أما إذا كان الموقع لا يفتح أصلا، لا مجرد رسالة خطأ، فقد يكون السبب في الاستضافة أو DNS أو شهادة SSL وليس في التحديث. دليلنا عن [موقع ووردبريس الذي لا يعمل](https://heshamsaad.com/ar/wordpress-site-down/) يساعدك على التفرقة بينها.
## تحديث ووردبريس عطل الموقع: خطوات الاستعادة بالترتيب
امش في هذه الخطوات بالترتيب، وتوقف بمجرد أن يعود الموقع للعمل، ثم ارجع لقسم الوقاية في آخر المقال.
### الخطوة 1: استخدم رسالة وضع الاسترداد
منذ إصدار ووردبريس 5.2، عندما تسبب إضافة أو قالب خطأ قاتلا، يعرض ووردبريس للزوار صفحة خطأ، ويرسل إلى بريد مدير الموقع رسالة فيها رابط سري لما يسمى «وضع الاسترداد». عندما تفتح الرابط وتسجل الدخول، يوقف ووردبريس الإضافات أو القوالب المسببة للخطأ في جلستك أنت فقط، وتعرض لوحة التحكم اسم الإضافة التي فشلت وسبب الفشل.
من هنا تستطيع تعطيل الإضافة المعطوبة ليعود الموقع للعمل عند الجميع. انتبه إلى أن وضع الاسترداد يوقف الإضافة لك وحدك، وزوارك سيظلون يرون الخطأ إلى أن تعطلها أو تصلحها.
لو لم تصل الرسالة أصلا، فربما يكون بريد المدير قديما، أو يكون الموقع لا يرسل البريد بشكل سليم. هذه مشكلة مستقلة تستحق الإصلاح لاحقا، وهي منتشرة في مواقع الشركات أكثر مما تتخيل.
### الخطوة 2: تأكد مما تغير بالضبط
إن كان التحديث تلقائيا، فابحث في البريد عن إشعارات التحديث. افتراضيا، يرسل ووردبريس رسالة لصاحب الموقع بعد التحديثات التلقائية للإضافات والقوالب، سواء نجحت أو فشلت أو نجح بعضها وفشل بعضها. وتعمل هذه التحديثات التلقائية مرتين يوميا بشكل افتراضي، لذلك قد يتعطل الموقع ليلا دون أن يضغط أحد أي زر.
وقد تعرض لوحة الاستضافة أيضا سجلا بآخر تغييرات الملفات. الهدف قائمة قصيرة: أي إضافة أو قالب أو إصدار من ووردبريس تغير قبل ظهور المشكلة مباشرة.
### الخطوة 3: اقرأ سجل الأخطاء
إن لم يكن الخطأ واضحا، فشغل تسجيل الأخطاء في ووردبريس. دليل التصحيح الرسمي يشرح إضافة الثابتين `WP_DEBUG` و`WP_DEBUG_LOG` إلى ملف wp-config.php لتسجيل الأخطاء في ملف debug.log داخل مجلد wp-content، مع ضبط `WP_DEBUG_DISPLAY` على false حتى لا يراها الزوار.
ويوضح الدليل نفسه أن أدوات التصحيح لا ينصح بتركها على المواقع المباشرة، فأطفئها بعد أن تحصل على رسالة الخطأ. السجل غالبا يذكر اسم مجلد الإضافة والملف الذي فشل، وهذا يقودك مباشرة إلى السبب.
### الخطوة 4: عطل الإضافة من خارج لوحة التحكم
إذا لم تستطع دخول لوحة التحكم، افتح مدير الملفات في الاستضافة أو اتصل عبر FTP، ثم اذهب إلى مجلد wp-content/plugins:
- غير اسم مجلد الإضافة التي حدثتها للتو، بإضافة «-off» إلى آخر الاسم مثلا. سيعاملها ووردبريس كإضافة معطلة.
- إن لم تعرف أي إضافة هي السبب، غير اسم مجلد plugins كله لتعطيل كل الإضافات مرة واحدة، ثم أرجع الاسم الأصلي وفعلها واحدة تلو الأخرى من لوحة التحكم.
- إن كان القالب هو المشكلة، فبدل إلى أحد قوالب ووردبريس الافتراضية مثل Twenty Twenty-Five من لوحة التحكم، مستعينا بوضع الاسترداد إن لم تفتح اللوحة بشكل طبيعي.
تغيير الاسم يحفظ إعدادات كل إضافة في قاعدة البيانات، ولهذا هو أأمن من الحذف.
### الخطوة 5: ارجع إلى الإصدار السابق
بعد أن تعرف الإضافة أو القالب المسبب للعطل، فغالبا ستريد الرجوع إلى الإصدار السابق إلى أن يصدر مطور الإضافة إصلاحا. خياراتك:
- الإضافات والقوالب المجانية من WordPress.org: إضافة WP Rollback تتيح لك اختيار إصدار أقدم من شاشة الإضافات أو القوالب. ووثائقها نفسها تنصح بتجربة الرجوع على نسخة تجريبية وأخذ نسخة احتياطية قبل تنفيذه على الموقع المباشر.
- الإضافات والقوالب المدفوعة: النسخة المجانية من WP Rollback تغطي منتجات WordPress.org فقط. أما المنتجات المدفوعة فحمل الإصدار السابق من حسابك لدى الشركة المطورة إن كانت توفره، أو استخدم نسختك الاحتياطية من مجلد الإضافة.
- تحديث نواة ووردبريس: الرجوع هنا أخطر، لأن قاعدة البيانات ربما تم ترقيتها أيضا. هذه مهمة لمطور يعمل من نسخة احتياطية كاملة.
### الخطوة 6: استعد النسخة الاحتياطية بحذر
الاستعادة الكاملة هي الحل الأخير وليست الأول. استعادة قاعدة البيانات ترجع الموقع إلى حالته وقت أخذ النسخة، أي أن أي طلبات أو رسائل نماذج أو مستخدمين جدد أو مقالات أضيفت بعدها قد تضيع. وفي متجر ووكومرس، هذه خسارة حقيقية.
الأفضل قدر الإمكان أن تستعيد ملفات الإضافة أو القالب المعطوب فقط، لا الموقع كله. وإن اضطررت لاستعادة كل شيء، فصدر الطلبات والرسائل الحديثة أولا. دليلنا عن [النسخ الاحتياطي لموقع ووردبريس واستعادته](https://heshamsaad.com/ar/wordpress-backup-restore/) يشرح الفرق بين نسخ الملفات ونسخ قاعدة البيانات.
### الخطوة 7: امسح الكاش واختبر الصفحات التي تجلب لك المال
بعد الإصلاح، امسح كاش إضافة التخزين المؤقت وكاش السيرفر وأي شبكة CDN مثل Cloudflare. ثم اختبر الصفحات المرتبطة بدخلك مباشرة: نموذج التواصل، ونموذج الحجز، والسلة، وصفحة الدفع، ورسالة تأكيد الطلب. اختبر على الموبايل وعلى الكمبيوتر، وباللغتين إن كان موقعك ثنائي اللغة.
## ما الذي يفعله ووردبريس لحمايتك؟
أضافت نواة ووردبريس عبر السنوات عدة شبكات أمان، ومعرفتها تفسر لك لماذا تصلح بعض التحديثات نفسها بينما لا تفعل أخرى:
- وضع الاسترداد (ووردبريس 5.2): يوقف الإضافة أو القالب المسبب للخطأ القاتل للمدير الذي يفتح الرابط، فيستطيع الدخول للوحة التحكم.
- الرجوع عند فشل التحديث اليدوي (ووردبريس 6.3): قبل تحديث إضافة أو قالب، ينقل ووردبريس الإصدار القديم إلى مجلد نسخ مؤقت، وإن فشلت عملية التثبيت نفسها يعيده إلى مكانه.
- الرجوع في التحديث التلقائي للإضافات (ووردبريس 6.6): بعد تحديث إضافة تلقائيا، يفحص ووردبريس الصفحة الرئيسية بحثا عن خطأ PHP قاتل، وإن وجده يعيد الإصدار السابق ويرسل رسالة لمدير الموقع.
لكن لهذه المزايا حدود واضحة. الرجوع في إصدار 6.3 يعمل فقط عندما يفشل التثبيت، لا عندما ينجح التحديث ثم يكسر شيئا. والنسخة المؤقتة تمسح بمجرد انتهاء التحديث. ولن تلاحظ أي من هذه الفحوصات صفحة دفع معطلة أو زرا اختفى أو تصميما مكسورا، لأن هذه الأعطال لا تنتج خطأ PHP قاتلا.
## لماذا تكسر التحديثات مواقع الشركات؟
التحديثات في حد ذاتها ليست العدو، فإصلاحات الأمان تصل من خلالها، وتأجيلها له مخاطره أيضا. المواقع تتعطل عادة لأسباب محدودة:
- تعارض الإضافات: إضافتان كانتا تعملان معا بلا مشاكل، ثم تغيرت إحداهما فتوقف هذا التوافق.
- عدم توافق إصدار PHP: قد يتطلب الإصدار الجديد من الإضافة نسخة PHP أحدث مما توفره استضافتك، أو قد يفشل كود قديم على نسخة PHP أحدث. دليلنا عن [تحديث PHP في ووردبريس دون تعطيل الموقع](https://heshamsaad.com/ar/wordpress-php-update/) يتناول هذه النقطة.
- تعديلات مباشرة في ملفات القالب أو الإضافة: التحديث يستبدل هذه الملفات، فتضيع أي تعديلات مخصصة كتبت داخلها. مكان الكود المخصص هو القالب الفرعي أو إضافة صغيرة خاصة.
- تحديثات كثيرة دفعة واحدة: لما تتحدث عشر إضافات معا ويتعطل شيء، يأخذ الوصول للسبب وقتا أطول.
- إضافات لم تعد تتلقى صيانة: قد لا تواكب التغييرات في ووردبريس أو PHP.
## تصلحها بنفسك أم تستعين بمطور؟
غالبا تستطيع التعامل مع الموقف بنفسك عندما:
- تذكر رسالة وضع الاسترداد إضافة واحدة بوضوح، ويعمل الموقع بعد تعطيلها.
- تكون المشكلة الوحيدة هي رسالة «Briefly unavailable for scheduled maintenance».
- تتعطل إضافة مجانية من WordPress.org ويحل الرجوع إلى إصدارها السابق المشكلة.
وحان وقت الاستعانة بمطور عندما:
- يكون الجزء المعطل هو الدفع أو الحجز، وكل ساعة تعني مبيعات ضائعة.
- لا تستطيع دخول لوحة التحكم، وليس معك بيانات الاستضافة أو FTP.
- يكون تحديث نواة ووردبريس أو ووكومرس قد غير قاعدة البيانات.
- يحتوي الموقع على كود مخصص من مطور سابق ولا أحد يعرف وظيفته. دليلنا عن [استلام موقع ووردبريس من مطور آخر](https://heshamsaad.com/ar/wordpress-website-takeover/) يتناول هذه الحالة.
- أصلحت المشكلة مرة، ثم عادت مع التحديث التالي.
## أسئلة تطرحها على المطور أو مزود الصيانة
سواء تعاقدت مع أحد لإصلاح لمرة واحدة أو لخطة صيانة شهرية، هذه الأسئلة تكشف لك الفرق بين العمل المنظم والتجربة العشوائية:
| السؤال | كيف تبدو الإجابة الجيدة |
|---|---|
| هل تختبر التحديثات قبل تطبيقها على الموقع المباشر؟ | نعم، على نسخة تجريبية، مع فحص النماذج وصفحة الدفع |
| كل كم تأخذ نسخة احتياطية، وأين تحفظها؟ | جدول واضح، والنسخ محفوظة خارج السيرفر، وتمت تجربة الاستعادة |
| ماذا يحدث لو كسر تحديث شيئا؟ | خطوات رجوع موصوفة، ومسؤول محدد عن تنفيذها |
| هل سأعرف ما الذي تم تحديثه؟ | تقرير مكتوب بما تغير وما تم فحصه |
| من سيحصل على صلاحية الدخول للاستضافة ولوحة التحكم؟ | حسابات بأسماء أصحابها لا كلمات مرور مشتركة، وتحذف بانتهاء العمل |
| كيف تتعامل مع تراخيص الإضافات المدفوعة؟ | التراخيص مسجلة باسم شركتك، لا باسم المطور |
لو قال لك مزود إنه «يحدث كل شيء تلقائيا» ولم يستطع أن يشرح كيف سيكتشف صفحة دفع معطلة، فاستمر في السؤال. مقالنا عن [خطة صيانة ووردبريس وما تشتريه بعد الاستضافة](https://heshamsaad.com/ar/wordpress-care-plan/) يتعمق في المقارنة بين الخطط.
## كيف تمنع التحديث القادم من تعطيل الموقع؟
استخدم هذه القائمة مع فريقك أو مع مزود الخدمة:
- خذ نسخة احتياطية جديدة قبل كل جلسة تحديث، وتأكد أنك تستطيع استعادتها فعلا.
- اختبر التحديثات على موقع تجريبي أولا. دليلنا عن [إنشاء موقع ووردبريس تجريبي](https://heshamsaad.com/ar/wordpress-staging-site/) يشرح الطريقة.
- حدث على دفعات صغيرة، حتى تشير أي مشكلة إلى إضافة أو اثنتين لا إلى عشر.
- اقرأ سجل التغييرات للإضافات الكبيرة مثل ووكومرس وأداة بناء الصفحات وبوابات الدفع قبل تحديثها.
- لا تحدث قبل حملة أو موسم بيع مباشرة. اختر وقتا هادئا، وخليك متاحا لمدة ساعة بعد التحديث.
- قرر التحديث التلقائي لكل إضافة على حدة. منذ ووردبريس 5.5 تستطيع تفعيله لكل إضافة ولكل قالب منفصلا، فتترك الإضافات البسيطة تتحدث تلقائيا، وتحدث الإضافات الحساسة يدويا بعد الاختبار.
- أبعد الكود المخصص عن ملفات القالب والإضافات، وضعه في قالب فرعي أو إضافة خاصة.
- احذف الإضافات التي لا تستخدمها، واستبدل الإضافات التي توقفت صيانتها.
- حدث بريد مدير الموقع حتى تصل رسائل وضع الاسترداد والتحديثات لشخص سيتصرف بناء عليها.
وإن كنت تفضل ألا تحمل هذا الهم بنفسك، فخطة [SiteCare للصيانة](https://heshamsaad.com/ar/sitecare/) تشمل تحديثات مختبرة، ونسخا احتياطية يومية خارج السيرفر، ومراقبة مستمرة، وتقريرا أسبوعيا بما تم.
## أسئلة شائعة
### هل أوقف كل التحديثات التلقائية لأكون في أمان؟
غالبا لا. توثيق ووردبريس ينصح بشدة بعدم إيقاف التحديثات التلقائية الصغرى للنواة، لأنها تحمل إصلاحات الأمان. الأفضل أن تبقيها مفعلة، وتفعل التحديث التلقائي للإضافات البسيطة، وتحدث الإضافات الحساسة يدويا بعد الاختبار.
### هل البقاء على الإصدار القديم من الإضافة بعد الرجوع آمن؟
لفترة قصيرة نعم، إلى أن يصلح مطور الإضافة المشكلة. لكن لا تبق عليه شهورا، فإن كان التحديث الذي تجاوزته يحمل إصلاحا أمنيا، فالإصدار القديم يترك موقعك مكشوفا. تابع الإصدار التالي واختبره على النسخة التجريبية.
### هل الرجوع بإضافة إلى إصدار سابق يحذف المحتوى؟
الرجوع يستبدل ملفات الإضافة فقط، أما مقالاتك وصفحاتك ومنتجاتك فتبقى في قاعدة البيانات. الخطر الحقيقي في استعادة قاعدة بيانات كاملة من نسخة قديمة، لأنها قد تمسح كل ما أضيف بعد تاريخ النسخة.
### كم يستغرق المطور لإصلاح تحديث معطل؟
يتوقف ذلك على السبب وعلى الصلاحيات المتاحة. إضافة واحدة متعارضة مع توفر بيانات الاستضافة قد تحل بسرعة. أما مشكلة في النواة أو قاعدة البيانات، أو غياب بيانات الدخول، أو كود مخصص بلا توثيق، فتأخذ وقتا أطول. تجهيز بيانات الاستضافة ولوحة التحكم ومكان النسخ الاحتياطية يختصر المهمة كثيرا.
## خطوتك التالية
لو موقعك معطل الآن، أو يتعطل مع كل تحديث، احجز [استشارة مجانية](https://heshamsaad.com/ar/free-consultation/) وسننظر معك فيما حدث وكيف نصلحه. وللأعمال الأكبر مثل تنظيف كود مخصص أو إعادة بناء إعداد هش، اطلع على خدمة [تطوير مواقع ووردبريس](https://heshamsaad.com/ar/wordpress-development/). ويمكنك أيضا قراءة دليلنا عن [حل أخطاء ووردبريس الشائعة](https://heshamsaad.com/ar/fix-common-wordpress-errors/) للمشاكل التي لا يسببها تحديث.
## المراجع
- [وضع الاسترداد من الأخطاء القاتلة في إصدار 5.2، Make WordPress Core](https://make.wordpress.org/core/2019/04/16/fatal-error-recovery-mode-in-5-2/)
- [الرجوع عند فشل التحديث اليدوي للإضافات والقوالب في إصدار 6.3، Make WordPress Core](https://make.wordpress.org/core/2023/07/11/new-in-6-3-rollback-for-failed-manual-plugin-and-theme-updates/)
- [مقترح دمج الرجوع في التحديث التلقائي، Make WordPress Core](https://make.wordpress.org/core/2024/04/19/merge-proposal-rollback-auto-update/)
- [الدليل الميداني لإصدار ووردبريس 6.6، Make WordPress Core](https://make.wordpress.org/core/2024/06/25/wordpress-6-6-field-guide/)
- [أخطاء ووردبريس الشائعة، دليل الإدارة المتقدمة](https://developer.wordpress.org/advanced-administration/wordpress/common-errors/)
- [التصحيح في ووردبريس، دليل الإدارة المتقدمة](https://developer.wordpress.org/advanced-administration/debug/debug-wordpress/)
- [ترقية ووردبريس، دليل الإدارة المتقدمة](https://developer.wordpress.org/advanced-administration/upgrade/upgrading/)
- [أسئلة استكشاف الأخطاء، توثيق ووردبريس](https://wordpress.org/documentation/article/faq-troubleshooting/)
- [التحديث التلقائي للإضافات والقوالب، توثيق ووردبريس](https://wordpress.org/documentation/article/plugins-themes-auto-updates/)
- [إضافة WP Rollback، دليل إضافات WordPress.org](https://wordpress.org/plugins/wp-rollback/)