درخواست Loopback در وردپرس یعنی سرور سایت یک درخواست HTTP به نشانی خودِ سایت می‌فرستد. بازشدن صفحه در مرورگر شما، موفقیت این مسیر را ثابت نمی‌کند. برای تشخیص خطای Loopback ابتدا متن دقیق آزمون سلامت سایت را بخوانید و مشخص کنید مسئله، timeout، پاسخ غیرمنتظره یا محدودیت دسترسی در مسیر سرور به خودش است.
۱. مسیر بازدیدکننده با Loopback فرق دارد
در حالت معمول، مرورگر شما از اینترنت به سایت می‌رسد. در Loopback، درخواست از محیط اجرای وردپرس آغاز می‌شود، نام دامنه را حل می‌کند و ممکن است از پراکسی، CDN یا قواعد دسترسی عبور کند تا دوباره به همان سایت برسد. به همین دلیل موفقیت مرورگر، ping یا دسترسی به پنل، نتیجهٔ این مسیر را جایگزین نمی‌کند.
راهنمای رسمی Loopback وردپرس این قابلیت را در ارتباط با برخی کارهای پس‌زمینه و بررسی ویرایش کد توضیح می‌دهد. این واژه در اینجا الزاماً به نشانی ۱۲۷.۰.۰.۱ اشاره ندارد؛ هدف آزمون می‌تواند نام عمومی خود سایت باشد.
۲. آزمون را بدون تغییر تنظیمات بخوانید
- وارد ابزارها ← سلامت سایت ← وضعیت شوید و صبر کنید بررسی‌ها تمام شوند.
- در موارد نیازمند توجه و «آزمایش‌های قبول شده»، کارت مربوط به درخواست حلقه‌بازگشت را پیدا کنید؛ ترجمهٔ عنوان می‌تواند متفاوت باشد.
- کارت را باز کنید و متن خطا، کد HTTP یا پیام timeout و زمان مشاهده را ثبت کنید.
- مشخص کنید مشکل کدام قابلیت را واقعاً مختل کرده است؛ از روی یک کارت به همهٔ کارهای پس‌زمینه حکم ندهید.
۳. خروجی هر شاخه چه می‌گوید؟
| مشاهده | تفسیر و بررسی |
|---|---|
timeout / cURL 28 |
چیزی که می‌دانیم: در مهلت آزمون تکمیل نشده چیزی که هنوز نمی‌دانیم: کدام مرحله کند یا مسدود است |
HTTP 401 یا403 |
چیزی که می‌دانیم: یک لایه درخواست را نپذیرفته چیزی که هنوز نمی‌دانیم: وردپرس، رمز پوشه، CDN یا WAF؟ |
HTTP 500 |
چیزی که می‌دانیم: پاسخ خطای سمت سرور رسیده چیزی که هنوز نمی‌دانیم: علت PHP یا زیرساخت در همان زمان |
| پاسخ سالم آزمون | چیزی که می‌دانیم: همین بررسی موفق بوده چیزی که هنوز نمی‌دانیم: همهٔ مسیرها و رویدادها سالم‌اند؟ |
طبق پیاده‌سازی رسمی can_perform_loopback، آزمون سلامت یک POST مخصوص به wp-cron.php دارد که برای پایان زودهنگام و اجرا‌نکردن کارهای Cron در همان تست طراحی شده است. این با فراخوانی دستیِ URL یا اجرای همهٔ رویدادها یکسان نیست. برای تشخیص این مقاله، wp-cron.php را دستی باز نکنید و هیچ Cron تازه‌ای نسازید.
۴. بررسی را از کم‌خطرترین شواهد شروع کنید
- زمان شروع مشکل و آخرین تغییر مرتبط، مانند جابه‌جایی هاست یا افزودن حفاظت ورود.
- آدرس هدف و زنجیرهٔ redirect، بدون افشای نام کاربری، کوکی و پارامتر محرمانه.
- اینکه محیط سرور نام عمومی سایت را به کجا حل می‌کند؛ بررسی از دستگاه شخصی کافی نیست.
- هم‌زمانی خطا با فشار منابع یا انتظار طولانی PHP؛ نام قابلیت و زمان را با گزارش سرور تطبیق دهید.
درخواست از سرور ممکن است با درخواست مرورگر از نظر IP، هدر، نشست و مسیر متفاوت باشد. از پشتیبانی بخواهید لایهٔ ایجادکنندهٔ خطا را با لاگ همان زمان مشخص کند. وجود CDN به‌تنهایی دلیل خرابی نیست؛ تغییر DNS یا خاموش‌کردن WAF برای آزمایش اولیه لازم نیست.
۵. گزارش پشتیبانی و شرط پایان
Feature: Site Health loopback
Observed at: YYYY-MM-DD HH:MM +03:30
Result: sanitized error / HTTP status
Started after: known change or unknown
Impact: exact affected feature
Secrets/cookies: excluded
پس از اصلاحِ مجاز و محدود، همان آزمون باید دوباره بررسی شود. اگر موضوع اختلال یک کار پس‌زمینه است، نتیجهٔ آن قابلیت هم جدا تأیید شود. کارت سبز به‌تنهایی اثبات اجرای یک ایمیل، بکاپ یا سفارش نیست. اجرای چنین کارهایی می‌تواند اثر واقعی داشته باشد و به دامنهٔ مجوز خودش نیاز دارد.
۶. پرسش‌های رایج
آیا باید SSL را خاموش کنم؟
خیر. خاموش‌کردن بررسی TLS یا حفاظت سایت، پاسخ عمومی برای این خطا نیست. متن دقیق خطا و لایهٔ ایجادکننده باید مشخص شود.
Loopback سالم یعنی WP-Cron تنظیم شده است؟
خیر. این آزمون مسیر مشخصی را بررسی می‌کند؛ برنامهٔ زمانی و اجرای واقعی کارها موضوع جداگانه‌ای هستند. راهنمای WP-Cron موجود رایکت در مسیر مطالعه آمده است.
اگر آزمون Loopback با پیام timeout یا cURL ۲۸ همراه است، قبل از تغییر تنظیمات عمومی، راهنمای تشخیص خطای cURL ۲۸ در وردپرس را بررسی کنید تا مرحلهٔ قطع ارتباط با شواهد واقعی مشخص شود.
۷. مسیر مطالعهٔ مرتبط
- خطای «زمان‌بندی از دست رفت» در وردپرس و تنظیم درست WP-Cron
- خطاهای سایت در سی‌پنل؛ بررسی لاگ و رفع خطای ۵۰۰ و ۴۰۳
۸. منابع و دامنهٔ بررسی
منابع رسمی در ۳ نوامبر ۲۰۲۶ بررسی شدند. تصاویر سلامت سایت از وردپرس ۷.۱.۴ در ۳ نوامبر ۲۰۲۶ ثبت شده‌اند. کارت سالم، شاهد رفع یک خطای فرضی نیست. هیچ افزونه، تنظیم حفاظتی یا فایل سایت برای آزمایش تغییر نکرده است. آزمایش‌های دادهٔ نمونه محلی‌اند؛ نتیجهٔ آن‌ها سلامت همهٔ درخواست‌های سایت را ثابت نمی‌کند.
