ریدایرکت صفحه ورود وردپرس زمانی مشکل‌ساز است که پس از واردکردن اطلاعات معتبر، دوباره به فرم برگردید یا مرورگر خطای تغییرمسیرهای زیاد نشان دهد. این وضعیت با پیام رمز اشتباه، قفل موقت حساب یا خطای بحرانی PHP یکسان نیست.
۱. ریدایرکت صفحه ورود وردپرس را بازتولید کنید
نشانی دقیق ورود و دامنهٔ نهایی را ثبت کنید. از بوکمارک قدیمی یا مسیر متعلق به محیط تست استفاده نکنید. یک مرورگر دیگر را امتحان کنید؛ اگر مشکل فقط در یک مرورگر دیده می‌شود، از تغییر تنظیمات سرور شروع نکنید.
طبق راهنمای ورود وردپرس، کوکی و ناسازگاری نشانی‌ها از عوامل مهم حلقهٔ ورود هستند. در Network مرورگر، تفاوت بازگشت با پاسخ ۳۰۲ و پیام عدم پذیرش کوکی را بررسی کنید. کوکی ورود و محتوای درخواست دارای رمز را برای دیگران ارسال نکنید.
۲. کوکی همان سایت را بررسی کنید
ذخیرهٔ کوکی برای دامنه باید مجاز باشد. داده و کوکی همان سایت را پاک کنید و دوباره وارد شوید؛ این کار شما را از حساب همان سایت خارج می‌کند. برای این آزمایش لازم نیست همهٔ کوکی‌ها و ورودهای مرورگر را حذف کنید.
اگر تنظیم سفارشی COOKIE_DOMAIN یا مسیر کوکی دارید، آن را با دامنه و محل نصب تطبیق دهید. تعریف حدسی دامنه یا حذف دائمی سیاست‌های مرورگر می‌تواند مشکل دیگری ایجاد کند. خطای خروجی زودهنگام PHP نیز ممکن است مانع ارسال هدر کوکی شود و باید در لاگ بررسی شود.
۳. نشانی سایت و محل نصب را درست تشخیص دهید
WP_HOME نشانی بخش عمومی و WP_SITEURL محل فایل‌های وردپرس را مشخص می‌کند. در نصب معمول ریشه ممکن است یکسان باشند، اما در نصب زیرپوشه می‌توانند متفاوت باشند. پروتکل HTTPS و وجود یا نبود www نیز باید با تنظیم واقعی هماهنگ باشد.
اگر پیشخوان باز نمی‌شود و مقدار اشتباه تأیید شده، مدیر مجاز می‌تواند ثابت‌های موجود در wp-config.php را اصلاح کند. نمونهٔ زیر فقط برای سایتی است که فایل‌های وردپرس و صفحهٔ اصلی هر دو در ریشهٔ همین دامنه‌اند:
define( 'WP_HOME', 'https://example.com' );
define( 'WP_SITEURL', 'https://example.com' );example.com را با نشانی صحیح جایگزین کنید؛ ثابت تکراری نسازید و کد را پیش از پایان تنظیمات قرار دهید. در مرجع wp-config.php، این ثابت‌ها مقدار مؤثر را جایگزین می‌کنند و خودشان لزوماً مقدار ذخیره‌شدهٔ پایگاه‌داده را تغییر نمی‌دهند.
۴. HTTPS و پراکسی را هماهنگ کنید
اگر TLS در CDN یا پراکسی پایان می‌یابد، ممکن است وردپرس اتصال پشت آن را HTTP تشخیص دهد. در این حالت اجبار HTTPS در چند لایهٔ ناسازگار می‌تواند حلقه بسازد. راهنمای HTTPS وردپرس این وضعیت را توضیح می‌دهد.
تشخیص پروتکل باید در مرز پراکسی مورداعتماد تنظیم شود؛ پذیرش بی‌قید هدر ارسالی بازدیدکننده راه‌حل امنی نیست. گواهی و اتصال HTTPS را برای رفع حلقه خاموش نکنید و تنظیمات را با مدیر میزبان هماهنگ کنید.
۵. کش و قواعد تغییرمسیر را بررسی کنید
فرم ورود و پاسخ‌های وابسته به نشست نباید با قواعد عمومی نامناسب کش شوند. استثناهای ابزار کش و CDN را بررسی کنید و فقط کش مرتبط را تازه کنید. ریدایرکت www، HTTPS و مسیر ورود نباید در لایه‌های مختلف مقصد متناقض داشته باشد.
فایل‌های .htaccess ریشه یا wp-admin را کورکورانه حذف نکنید؛ ممکن است قواعد کنترل دسترسی در آن‌ها باشد. ابتدا قاعدهٔ مشکل‌ساز را پیدا کنید. در Nginx و IIS محل پیکربندی متفاوت است و حذف .htaccess الزاماً اثری ندارد.
۶. تغییر اخیر افزونه یا قالب را جدا آزمایش کنید
افزونهٔ ورود سفارشی، امنیت، عضویت یا ریدایرکت را بر اساس زمان شروع مشکل بررسی کنید. در محیط تست، تغییر مشکوک را موقتاً برگردانید و دوباره آزمایش کنید. حذف همهٔ افزونه‌ها یا تغییر نام قالب بدون جایگزین سالم، راه‌حل پیش‌فرض نیست.
پس از رفع علت، خروج و ورود دوباره، صفحهٔ مدیریت و ورود کاربر عادی را بررسی کنید. رمز و ورود دومرحله‌ای باید همچنان فعال و درست باشند؛ بازشدن یک صفحه به‌تنهایی پایان عیب‌یابی نیست.
مطالعهٔ مرتبط
بازبینی فنی: ۱۳ آبان ۱۴۰۵. تاریخ انتشار اولیه و نشانی قبلی حفظ شده‌اند.
