الصفحة الرئيسية تعمل بعد نقل الموقع، لكن المقالات تعرض 404 رغم وجودها في لوحة التحكم؟ ابدأ بفحص الروابط الدائمة قبل إعادة استيراد المقالات. سنجرب رابط مقال موجود، ثم نحفظ إعدادات الروابط دون تغييرها، ونوضح متى تصبح الخطوة التالية من مسؤولية الاستضافة.
الرابط الدائم هو عنوان المقال الذي تشاركه مع الزوار. أما قواعد Rewrite فهي التعليمات التي تساعد الخادم على توجيه هذا العنوان إلى ووردبريس. إذا تعطلت، قد يبقى المقال محفوظا في قاعدة البيانات لكن عنوانه المعتاد لا يفتح.
أول اختبارين
- جرب عنوان موقعك متبوعا بـ
/?p=35مع استبدال 35 برقم مقال موجود لديك؛ تجده في رابط صفحة تحريره بعدpost=. إذا عمل هذا الشكل وتعطل الرابط المعتاد، فهذه قرينة على مشكلة توجيه الروابط. - اذهب إلى الإعدادات ← الروابط الدائمة واضغط حفظ مرة واحدة دون تغيير البنية. هذا يعيد توليد قواعد ووردبريس.
إذا عرضت اللوحة رسالة أن .htaccess غير قابل للكتابة، لا تفتح الصلاحيات للجميع. انسخ القواعد التي يعرضها ووردبريس وأرسلها للاستضافة أو ضعها عبر مدير ملفات موثوق. على Nginx لا يعمل .htaccess أصلا؛ تحتاج قاعدة في إعداد الخادم. أما خادم PHP المحلي في مشروعنا فيستخدم Router مخصصا، لذلك نتيجة 95 قاعدة لا تثبت إعداد Apache في الاستضافة.
إذا لم يكف حفظ الروابط
إذا لم يكف الحفظ، أرسل المشكلة إلى دعم الاستضافة. اطلب فحص إعدادات تحويل الروابط المناسبة لخادمهم: mod_rewrite وAllowOverride في Apache، أو تمرير الطلبات إلى index.php في Nginx. اطلب أيضا التأكد من مجلد الموقع الذي يخدم النطاق فعلا (Document Root)؛ فقد يكون ملف .htaccess الذي تراجعه في مجلد آخر. امسح Cache الخادم بعد تعديل القاعدة، واختبر مقالا واحدا ومسارا وهميا.
تجنب تحويل كل 404 إلى الرئيسية
قاعدة عامة تعيد كل رابط مفقود إلى / قد تجعل الموقع يبدو «عاملا»، لكنها تخفي الأخطاء وترسل Soft 404 لمحركات البحث. يجب أن يعمل الرابط الحقيقي فقط، ويبقى الوهمي 404. يوضح اختبار 404 الحقيقية وSoft 404 سبب هذه المقارنة.
بعد نقل الدومين
حدث home وsiteurl والروابط المتسلسلة بأداة آمنة، ثم احفظ الروابط الدائمة. افحص الصور والقوائم وREST API أيضا، لأن نجاح المقال لا يضمن تحديث كل عنوان قديم. لا تغير الأجزاء الأخيرة من روابط المقالات المنشورة جماعيا؛ وإن تغير رابط له مقابل حقيقي فاستخدم 301 إلى المقابل فقط.
تفاصيل التجربة ونتيجتها
تاريخ التجربة: 19 أغسطس 2026؛ ووردبريس: 7.0.4؛ PHP: 8.3.30؛ مكان التنفيذ وأدواته: بنية /%postname%/ وخادم PHP Router محلي.
كان مخزن Rewrite يحتوي 95 قاعدة قبل التوليد وبعده. أعاد مقال حقيقي HTTP 200، بينما أعاد مسار وهمي HTTP 404؛ أي إن التوجيه يميز الموجود من المفقود.
ما الذي تثبته هذه البطاقة؟
هذه بطاقة اختبار محلي مستقل مسجل بتاريخ 19 أغسطس 2026، وليست قياسا جديدا للموقع المنشور. قرأنا البنية، أعدنا توليد rewrite rules دون كتابة .htaccess، ثم قارنّا مقالًا حقيقيًا بمسار وهمي.
أعدنا توليد قواعد ووردبريس وفحصنا مسارين في المختبر. لا تثبت النتيجة إصلاح إعداد Apache أو Nginx على استضافة أخرى؛ يلزم اختبار المسارات بعد النقل.
