ليه ووردبريس بيرجع خطأ 404 بعد تغيير الروابط الدائمة؟

حدد هل 404 من ووردبريس أم الخادم

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

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

أعد بناء القواعد في الوقت المناسب

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

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

اختبر عينة قصيرة

1. صفحة عادية منشورة ومقال منشور للتأكد من البنية الأساسية.
2. أرشيف ونوع محتوى مخصص لاكتشاف تعارض slug أو غياب التسجيل.
3. صفحة ثانية من الأرشيف لرصد أخطاء pagination.
4. رابط قديم لمعرفة هل يحول إلى بديله أم يصبح 404.
5. مسار غير موجود عمدًا للتأكد أن الموقع لا يحوله كله إلى الرئيسية برد 200.

لا تخلط الإصلاح بتحويل الروابط

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

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