رفع خطای Preview Could Not Be Loaded در المنتور

اگر هنگام ویرایش یک صفحه با المنتور با پیام Preview Could Not Be Loaded مواجه می‌شوید، ممکن است محیط پیش‌نمایش صفحه بارگذاری نشود یا ویرایشگر نتواند محتوای سایت را به‌درستی نمایش دهد. این مشکل همیشه به معنای خرابی المنتور نیست؛ گاهی تداخل افزونه‌ها، تنظیمات سرور، خطاهای درخواست‌های HTTP یا ناسازگاری تنظیمات سایت باعث بروز آن می‌شود.

برای رفع خطای Preview Could Not Be Loaded در المنتور بهتر است به‌جای تغییر تصادفی تنظیمات، ابتدا علت احتمالی را شناسایی کنید و سپس راهکار مناسب را اجرا کنید. در این مقاله، روش‌های عیب‌یابی را از اقدامات ساده و کم‌ریسک تا بررسی‌های فنی‌تر مرور می‌کنیم.

خطای Preview Could Not Be Loaded در المنتور چیست؟

المنتور برای نمایش نتیجه طراحی، به یک پیش‌نمایش از صفحه وردپرس نیاز دارد. این پیش‌نمایش معمولاً در یک قاب داخلی مرورگر (iframe) بارگذاری می‌شود و باید بتواند محتوای صفحه، استایل‌ها و اسکریپت‌های موردنیاز را دریافت کند.

پیام Preview Could Not Be Loaded زمانی ظاهر می‌شود که المنتور نتواند پیش‌نمایش موردنیاز را به‌درستی بارگذاری کند. این پیام به‌تنهایی علت اصلی مشکل را مشخص نمی‌کند؛ بنابراین باید بررسی شود که آیا صفحه موردنظر باز نمی‌شود، درخواست سرور با خطا مواجه شده یا اسکریپت‌های ویرایشگر عملکرد صحیحی ندارند.

اگر هنگام کار با ویرایشگر با پیام‌های دیگری هم مواجه شده‌اید، می‌توانید راهنمای خطاهای المنتور را نیز بررسی کنید.

علت‌های نمایش خطای Preview Could Not Be Loaded

این خطا ممکن است از بخش‌های مختلف وردپرس یا سرور ناشی شود. برای پیدا کردن علت، بهتر است ابتدا به زمان بروز مشکل، صفحه‌ای که خطا روی آن ظاهر می‌شود و پیام‌های ثبت‌شده در مرورگر توجه کنید.

این موارد فرضیه‌های عیب‌یابی هستند، نه علت‌های قطعی. برای نمونه، مشاهده خطای ۵۰۰ به‌تنهایی ثابت نمی‌کند که حافظه PHP کم است؛ ممکن است یک خطای PHP یا مشکل دیگری در سرور وجود داشته باشد. مستندات رسمی المنتور نیز بررسی تداخل افزونه‌ها، حافظه، پیوندهای یکتا و خطاهای سرور را از مسیرهای اصلی عیب‌یابی معرفی می‌کنند.

روش‌های رفع خطای Preview Could Not Be Loaded در المنتور

پیش از شروع، اگر سایت فروشگاهی یا پرترافیک دارید، یک نسخه پشتیبان از فایل‌ها و پایگاه داده تهیه کنید. غیرفعال‌کردن افزونه‌ها، تغییر قالب و ویرایش فایل‌های اصلی را ترجیحاً در محیط آزمایشی انجام دهید.

۱. صفحه را دوباره بارگذاری کنید و مرورگر را بررسی کنید

گاهی مشکل به کش مرورگر، افزونه‌های نصب‌شده روی آن یا یک اختلال موقت ارتباطی مربوط است.

چه کاری انجام دهیم؟

1. صفحه ویرایش المنتور را ببندید و دوباره باز کنید.
2. آدرس همان صفحه را در یک پنجره ناشناس (Incognito) باز کنید.
3. در صورت امکان، با مرورگری دیگر مانند Firefox یا Safari آزمایش کنید.
4. اگر از افزونه‌های مسدودکننده تبلیغات یا ابزارهای حریم خصوصی استفاده می‌کنید، آن‌ها را موقتاً برای دامنه سایت غیرفعال کنید.

چطور نتیجه را بررسی کنیم؟

اگر پیش‌نمایش در حالت ناشناس یا مرورگر دیگر باز شد، احتمال دارد مشکل از کش یا یکی از افزونه‌های مرورگر باشد.

اگر مشکل حل نشد چه کنیم؟

به مرحله بعد بروید. تغییر مرورگر به‌تنهایی برای تشخیص خطاهای سمت سرور کافی نیست.

۲. کش سایت و فایل‌های بهینه‌سازی‌شده را پاک کنید

افزونه‌های کش و بهینه‌سازی ممکن است در بعضی شرایط فایل‌های قدیمی یا اسکریپت‌هایی با ترتیب اجرای نامناسب ارائه دهند.

چه کاری انجام دهیم؟

1. کش مرورگر را پاک کنید.
2. از تنظیمات افزونه کش سایت، گزینه پاک‌کردن کش (Purge/Clear Cache) را اجرا کنید.
3. اگر هاست یا CDN مانند Cloudflare کش جداگانه دارد، آن را نیز بررسی کنید.
4. اگر مشکل پس از فعال‌سازی بهینه‌سازی JavaScript یا CSS ایجاد شده، این قابلیت را موقتاً غیرفعال کنید.
5. اگر از Cloudflare استفاده می‌کنید، Rocket Loader را به‌عنوان یکی از عوامل احتمالی بررسی کنید.

چطور نتیجه را بررسی کنیم؟

دوباره صفحه را با المنتور باز کنید. اگر مشکل برطرف شد، قابلیت‌های بهینه‌سازی را یکی‌یکی فعال کنید تا مشخص شود کدام تنظیم باعث اختلال شده است.

اگر مشکل حل نشد چه کنیم؟

تنظیمات کش را به حالت قبلی برگردانید و عیب‌یابی را ادامه دهید. غیرفعال‌کردن دائمی کش معمولاً راهکار مناسبی برای یک مشکل محدود به ویرایشگر نیست.

۳. از Safe Mode المنتور برای تشخیص تداخل استفاده کنید

Safe Mode یکی از روش‌های مناسب برای تشخیص این است که آیا تداخل کدهای قالب یا افزونه‌های جانبی در بارگذاری ویرایشگر نقش دارد یا خیر. این حالت برای عیب‌یابی ویرایشگر طراحی شده است و به‌طور معمول ظاهر سایت برای بازدیدکنندگان را تغییر نمی‌دهد.

چه کاری انجام دهیم؟

1. وارد پیشخوان وردپرس شوید.
2. به بخش ابزارهای المنتور بروید. بسته به نسخه، مسیر ممکن است Elementor > Tools یا Elementor > Editor > Tools باشد.
3. در بخش General، گزینه Safe Mode را پیدا کنید.
4. آن را روی Enable قرار دهید و تغییرات را ذخیره کنید.
5. صفحه موردنظر را دوباره با المنتور باز کنید.

چطور نتیجه را بررسی کنیم؟

• اگر پیش‌نمایش در Safe Mode باز شد، احتمال تداخل قالب یا افزونه‌های جانبی بیشتر می‌شود.
• اگر خطا همچنان وجود داشت، باید تنظیمات سرور، پیوندهای یکتا، حافظه PHP و خطاهای شبکه را هم بررسی کنید.

اگر مشکل حل نشد چه کنیم؟

Safe Mode را به حالت قبلی برگردانید و سراغ بررسی مرحله‌ای افزونه‌ها بروید. این آزمایش به‌تنهایی نام افزونه مشکل‌ساز را مشخص نمی‌کند.

۴. افزونه‌های وردپرس را مرحله‌به‌مرحله بررسی کنید

اگر خطا بعد از نصب افزونه‌ای جدید یا به‌روزرسانی یک افزونه شروع شده، تداخل افزونه‌ها یکی از احتمال‌های مهم است.

چه کاری انجام دهیم؟

1. از سایت نسخه پشتیبان تهیه کنید.
2. در صورت امکان، از محیط Staging استفاده کنید.
3. از بخش «افزونه‌ها > افزونه‌های نصب‌شده»، افزونه‌های غیرضروری را موقتاً غیرفعال کنید.
4. برای آزمون اولیه، فقط المنتور و در صورت استفاده، Elementor Pro را فعال نگه دارید.
5. صفحه را دوباره با المنتور باز کنید.
6. اگر مشکل برطرف شد، افزونه‌ها را یکی‌یکی فعال کنید و بعد از هر بار فعال‌سازی، پیش‌نمایش را بررسی کنید.

چطور نتیجه را بررسی کنیم؟

اگر با فعال‌کردن یک افزونه مشخص، خطا دوباره ظاهر شد، آن افزونه یا تعاملش با سایر اجزای سایت مظنون اصلی است.

اگر مشکل حل نشد چه کنیم؟

افزونه‌ها را به وضعیت قبلی برگردانید و قالب، کدهای سفارشی و تنظیمات سرور را بررسی کنید. در سایت اصلی، غیرفعال‌سازی گروهی افزونه‌ها ممکن است امکانات مهمی مانند پرداخت فروشگاه یا فرم‌های تماس را مختل کند.

۵. سازگاری قالب وردپرس را بررسی کنید

قالب وردپرس شما ممکن است اسکریپت‌ها، استایل‌ها یا کدهای سفارشی‌ای داشته باشد که با ویرایشگر المنتور تداخل ایجاد کنند.

چه کاری انجام دهیم؟

1. ابتدا در Safe Mode نتیجه را بررسی کنید.
2. اگر مشکل باقی مانده یا شواهد به قالب اشاره می‌کنند، در محیط آزمایشی یک قالب پیش‌فرض وردپرس یا Hello Elementor را فعال کنید.
3. همان صفحه را با المنتور باز کنید.

چطور نتیجه را بررسی کنیم؟

اگر خطا با قالب آزمایشی برطرف شد، کدهای قالب فعلی، اسکریپت‌های سفارشی یا تنظیمات آن را بررسی کنید.

اگر مشکل حل نشد چه کنیم؟

قالب اصلی را برگردانید و بررسی تنظیمات سرور و خطاهای مرورگر را ادامه دهید. تغییر قالب در سایت اصلی ممکن است چیدمان، هدر، فوتر یا عملکرد فروشگاه را تغییر دهد.

۶. آدرس وردپرس و آدرس سایت را بررسی کنید

وردپرس دو تنظیم مهم برای آدرس دارد: WordPress Address و Site Address. در نصب‌های معمولی، این دو آدرس باید با ساختار واقعی نصب سایت هماهنگ باشند. اختلاف ناخواسته میان HTTP و HTTPS یا میان دامنه‌های مختلف می‌تواند در بارگذاری بعضی درخواست‌ها اختلال ایجاد کند.

چه کاری انجام دهیم؟

1. وارد پیشخوان وردپرس شوید.
2. به بخش «تنظیمات > عمومی» بروید.
3. مقادیر WordPress Address (URL) و Site Address (URL) را بررسی کنید.
4. مطمئن شوید دامنه و پروتکل با آدرس واقعی سایت هماهنگ هستند؛ برای مثال، اگر سایت به‌درستی روی HTTPS فعال است، آدرس‌ها نیز باید با همان پروتکل تنظیم شده باشند.

چطور نتیجه را بررسی کنیم؟

صفحه عمومی سایت را باز کنید و سپس همان صفحه را با المنتور ویرایش کنید. اگر آدرس پیش‌نمایش به دامنه دیگری هدایت می‌شود یا خطای محتوای ترکیبی دیده می‌شود، مسیر انتقال آدرس‌ها را بررسی کنید.

اگر مشکل حل نشد چه کنیم؟

اگر وردپرس در پوشه‌ای جداگانه نصب شده، از تنظیمات سفارشی یا ثابت‌های تعریف‌شده در wp-config.php استفاده می‌کنید یا پشت پروکسی قرار دارید، پیش از تغییر آدرس‌ها با متخصص هاست مشورت کنید. تغییر اشتباه این مقادیر ممکن است دسترسی به پیشخوان را مختل کند.

۷. ساختار پیوندهای یکتا را بازسازی کنید

گاهی قواعد بازنویسی آدرس‌ها یا تنظیمات سرور مانع دسترسی صحیح به مسیر صفحه می‌شوند.

چه کاری انجام دهیم؟

1. وارد پیشخوان شوید.
2. به «تنظیمات > پیوندهای یکتا» بروید.
3. ساختار فعلی پیوندهای یکتا را بررسی کنید.
4. اگر مشکل به مسیرهای صفحه یا خطای ۴۰۴ مربوط است، بدون تغییر غیرضروری ساختار انتخاب‌شده، یک بار روی «ذخیره تغییرات» کلیک کنید تا قواعد پیوندهای یکتا بازسازی شوند.

چطور نتیجه را بررسی کنیم؟

آدرس صفحه‌ای که پیش‌نمایش آن باز نمی‌شود را مستقیماً در مرورگر بررسی کنید. اگر صفحه به‌جای خطای ۴۰۴ به‌درستی باز شود، دوباره ویرایشگر را آزمایش کنید.

اگر مشکل حل نشد چه کنیم؟

فایل .htaccess یا تنظیمات بازنویسی سرور را فقط در صورت وجود شواهد مرتبط بررسی کنید. پیش از هرگونه ویرایش یا جایگزینی فایل، نسخه پشتیبان بگیرید و از پشتیبانی هاست کمک بخواهید.

۸. محدودیت حافظه PHP را بررسی کنید

المنتور هنگام بارگذاری ویرایشگر، همراه با قالب و افزونه‌های فعال، به منابع سرور نیاز دارد. اگر حافظه در دسترس کافی نباشد، اجرای PHP ممکن است متوقف شود یا خطای مرتبط با حافظه ثبت شود.

مستندات المنتور حداقل ۲۵۶ مگابایت و برای سایت‌های پیچیده‌تر ۵۱۲ مگابایت حافظه را پیشنهاد می‌کنند؛ بااین‌حال، مقدار موردنیاز به ساختار سایت و محدودیت‌های واقعی هاست وابسته است.

چه کاری انجام دهیم؟

1. بخش اطلاعات سیستم المنتور را بررسی کنید. نام و مسیر این بخش ممکن است بین نسخه‌ها متفاوت باشد.
2. مقدار WP_MEMORY_LIMIT و محدودیت حافظه PHP را بررسی کنید.
3. اگر مقدار حافظه کم است، از پشتیبانی هاست بخواهید مقدار مجاز و واقعی PHP را بررسی کند.
4. در صورت نیاز و با توجه به تنظیمات سرور، مقدار حافظه وردپرس را در wp-config.php تنظیم کنید.

برای نمونه، دستور زیر یکی از روش‌های درخواست حافظه بیشتر برای وردپرس است:

define( 'WP_MEMORY_LIMIT', '256M' );

این دستور را فقط در صورتی اضافه کنید که از قبل تعریف نشده باشد. مقدار ۲۵۶ مگابایت نمونه‌ای برای شروع است؛ در صورت نیاز می‌توان با بررسی شرایط سایت مقدار دیگری را در نظر گرفت. این تنظیم به‌تنهایی نمی‌تواند محدودیت سخت‌گیرانه سرور PHP را دور بزند.

چطور نتیجه را بررسی کنیم؟

پس از تغییر، اطلاعات سیستم و لاگ‌های PHP را بررسی کنید و دوباره صفحه را با المنتور باز کنید.

اگر مشکل حل نشد چه کنیم؟

اگر مقدار حافظه کافی است یا خطای دیگری در لاگ ثبت می‌شود، افزایش بیشتر حافظه را بدون بررسی ادامه ندهید. ممکن است مشکل به تداخل کد، محدودیت منابع یا خطای PHP مربوط باشد.

۹. خطاهای HTTPS، SSL و محدودیت‌های امنیتی را بررسی کنید

پیش‌نمایش ممکن است به دلیل گواهی نامعتبر، تغییر مسیر نادرست یا سیاست‌های امنیتی مرورگر بارگذاری نشود.

چه کاری انجام دهیم؟

1. صفحه عمومی سایت را با HTTPS باز کنید و وضعیت گواهی SSL را بررسی کنید.
2. در مرورگر، پیام‌های مربوط به Mixed Content یا مسدودشدن قاب داخلی (iframe) را بررسی کنید.
3. اگر سایت پشت فایروال یا سرویس امنیتی قرار دارد، قوانین مربوط به درخواست‌های پیش‌نمایش را بررسی کنید.
4. اگر خطای X-Frame-Options یا Content-Security-Policy مشاهده شد، تنظیمات مربوط به بارگذاری iframe را با کمک متخصص بررسی کنید.

چطور نتیجه را بررسی کنیم؟

اگر درخواست پیش‌نمایش به علت گواهی نامعتبر یا محدودیت iframe مسدود شده باشد، باید پس از اصلاح تنظیم مرتبط، درخواست دوباره با موفقیت اجرا شود.

اگر مشکل حل نشد چه کنیم؟

از پشتیبانی هاست بخواهید لاگ فایروال، ModSecurity و هدرهای امنیتی را بررسی کند. هدرهای امنیتی را بدون شناخت اثر آن‌ها غیرفعال نکنید؛ ممکن است این کار امنیت سایت را کاهش دهد.

۱۰. REST API و درخواست‌های AJAX را بررسی کنید

وردپرس برای برخی عملیات خود از REST API و درخواست‌های HTTP استفاده می‌کند. مسدودشدن درخواست‌ها توسط افزونه امنیتی، احراز هویت، تنظیمات سرور یا خطای برنامه‌نویسی ممکن است در عملکرد بخش‌های مختلف سایت اختلال ایجاد کند.

چه کاری انجام دهیم؟

1. به «ابزارها > سلامت سایت» بروید و خطاهای مهم را بررسی کنید.
2. در ابزار توسعه مرورگر، تب Network را باز کنید.
3. صفحه ویرایش المنتور را دوباره بارگذاری کنید.
4. درخواست‌های ناموفق و پاسخ‌های مرتبط با دامنه سایت را بررسی کنید.
5. اگر خطایی به REST API، AJAX یا مجوز دسترسی مربوط است، URL درخواست و جزئیات پاسخ را یادداشت کنید.

چطور نتیجه را بررسی کنیم؟

اگر درخواست مشخصی با پاسخ غیرمنتظره مواجه می‌شود، بررسی همان درخواست می‌تواند مسیر عیب‌یابی را محدود کند. برای مثال، خطای ۴۰۳ ممکن است نشان‌دهنده ردشدن درخواست باشد؛ اما برای مشخص‌شدن علت باید جزئیات پاسخ و لاگ سرور نیز بررسی شود.

اگر مشکل حل نشد چه کنیم؟

گزارش درخواست ناموفق را برای پشتیبانی هاست یا توسعه‌دهنده افزونه ارسال کنید. از غیرفعال‌کردن کلی REST API یا حذف کنترل‌های امنیتی سایت برای آزمایش خودداری کنید.

۱۱. نسخه وردپرس، المنتور و PHP را بررسی کنید

گاهی مشکل بعد از به‌روزرسانی یک افزونه، قالب یا نسخه PHP ظاهر می‌شود. در چنین شرایطی، ممکن است یکی از اجزای سایت با نسخه دیگر سازگار نباشد.

چه کاری انجام دهیم؟

1. نسخه وردپرس، Elementor، Elementor Pro و PHP را بررسی کنید.
2. مطمئن شوید نسخه‌های نصب‌شده با نیازمندی‌های رسمی یکدیگر سازگار هستند.
3. اگر خطا دقیقاً بعد از به‌روزرسانی ایجاد شده، تغییرات اخیر و گزارش خطاها را بررسی کنید.
4. در صورت نیاز، به‌روزرسانی یا بازگشت به نسخه قبلی را ابتدا در محیط آزمایشی انجام دهید.

چطور نتیجه را بررسی کنیم؟

اگر مشکل فقط پس از تغییر نسخه خاصی ایجاد شده باشد، آزمایش کنترل‌شده در محیط Staging می‌تواند به شناسایی ناسازگاری کمک کند.

اگر مشکل حل نشد چه کنیم؟

نسخه‌های نرم‌افزار را بدون بررسی به‌صورت تصادفی تغییر ندهید. اطلاعات سیستم و گزارش خطا را برای پشتیبانی ارسال کنید.

۱۲. فایل‌های اضافی و تنظیمات خاص سرور را بررسی کنید

در بعضی نصب‌ها، وجود فایل index.html در ریشه سایت می‌تواند باعث شود سرور به‌جای فایل ورودی وردپرس، یک صفحه ایستا را نمایش دهد. همچنین قوانین امنیتی یا تنظیمات خاص سرور ممکن است مسیرهای پیش‌نمایش را تحت تأثیر قرار دهند.

چه کاری انجام دهیم؟

1. در File Manager هاست یا از طریق FTP، ریشه نصب وردپرس را بررسی کنید.
2. اگر فایل index.html وجود دارد، ابتدا محتوای آن و نقش آن در سایت را مشخص کنید.
3. لاگ‌های وب‌سرور و قوانین امنیتی را با کمک پشتیبانی بررسی کنید.
4. در صورت مشاهده خطای ۴۰۱ یا ۴۰۳، احراز هویت پوشه‌ها و قوانین دسترسی را بررسی کنید.

چطور نتیجه را بررسی کنیم؟

اگر فایل یا قانون خاصی مانع دسترسی به صفحه شده باشد، پس از اصلاح کنترل‌شده آن، آدرس پیش‌نمایش باید پاسخ مناسب دریافت کند.

اگر مشکل حل نشد چه کنیم؟

فایل‌های ریشه سایت را بدون بررسی حذف نکنید. اگر نمی‌دانید فایل مربوط به چه سرویسی است، از پشتیبانی هاست بخواهید تأثیر آن را مشخص کند.

بررسی خطا با ابزارهای توسعه مرورگر

اگر راهکارهای قبلی نتیجه ندادند، بررسی Console و Network می‌تواند به شما نشان دهد خطا از مرورگر، درخواست HTTP یا برنامه سمت سرور ناشی شده است.

بررسی Console در گوگل کروم

۱. صفحه‌ای را که با خطای المنتور مواجه است باز کنید.

۲. روی صفحه راست‌کلیک کنید و گزینه Inspect را انتخاب کنید.

۳. وارد تب Console شوید.

۴. صفحه را دوباره بارگذاری کنید و خطاهای قرمز را بررسی کنید.

۵. اگر خطایی درباره JavaScript، iframe یا مسدودشدن منابع مشاهده کردید، متن دقیق آن را یادداشت کنید.

برای مثال، خطای Mixed Content می‌تواند نشان دهد صفحه HTTPS در حال درخواست یک منبع HTTP است. پیام Refused to display in a frame نیز ممکن است به محدودیت‌های امنیتی بارگذاری iframe اشاره کند. البته هر خطای کنسول لزوماً علت اصلی مشکل نیست.

بررسی درخواست‌ها در تب Network

۱. ابزار Inspect را باز کنید و وارد تب Network شوید.

۲. صفحه را مجدداً بارگذاری کنید.

۳. درخواست‌هایی را که با وضعیت قرمز یا کد HTTP ناموفق نمایش داده می‌شوند، بررسی کنید.

۴. روی درخواست کلیک کنید و تب‌های Headers و Response را ببینید.

معنی چند کد رایج:

این کدها سرنخ هستند، نه تشخیص نهایی. برای مثال، خطای ۴۰۳ ممکن است از افزونه امنیتی یا فایروال سرور ناشی شود؛ درحالی‌که خطای ۵۰۰ می‌تواند دلایل متعددی داشته باشد.

اگر هیچ‌کدام از روش‌ها جواب نداد چه کنیم؟

اگر هنوز با خطای Preview Could Not Be Loaded مواجه هستید، به‌جای تکرار تغییرات، اطلاعات فنی را جمع‌آوری کنید تا علت دقیق‌تر مشخص شود.

1. از سایت نسخه پشتیبان تهیه کنید. از فایل‌ها و پایگاه داده نسخه قابل‌بازیابی داشته باشید.
2. محیط آزمایشی بسازید. اگر امکان دارد، عیب‌یابی را در Staging انجام دهید تا سایت اصلی و کاربران آن تحت تأثیر قرار نگیرند.
3. گزارش خطا را فعال کنید. در صورت نیاز، با کمک توسعه‌دهنده یا پشتیبانی هاست، ثبت خطاهای وردپرس را فعال کنید. در تنظیمات دیباگ، نمایش خطا به بازدیدکنندگان باید غیرفعال بماند.

نمونه تنظیمات ثبت خطا در wp-config.php:

define( 'WP_DEBUG', true );
define( 'WP_DEBUG_LOG', true );
define( 'WP_DEBUG_DISPLAY', false );

این تنظیمات را فقط در صورت نیاز و با توجه به تنظیمات موجود اضافه کنید؛ ثابت‌های تکراری ایجاد نکنید. پس از پایان عیب‌یابی نیز ثبت دیباگ را به وضعیت مناسب محیط عملیاتی برگردانید. فایل گزارش ممکن است حاوی اطلاعات حساس باشد و نباید به‌صورت عمومی در دسترس قرار گیرد.

۴. اطلاعات سیستم را آماده کنید. نسخه وردپرس، المنتور، Elementor Pro، PHP و مقدار حافظه را یادداشت کنید.

۵. شواهد خطا را جمع‌آوری کنید. URL صفحه مشکل‌دار، زمان بروز خطا، کدهای HTTP، متن خطاهای Console و بخش مرتبط از لاگ سرور را ثبت کنید.

۶. از پشتیبانی هاست یا توسعه‌دهنده کمک بگیرید. مشخص کنید مشکل در کدام درخواست رخ می‌دهد و چه تغییراتی پیش از بروز آن انجام شده است.

اگر هدف شما یادگیری بهتر تنظیمات و روش کار با ویرایشگر است، مطالعه بخش‌های مرتبط در آموزش المنتور می‌تواند در شناخت محیط و ابزارهای آن کمک‌کننده باشد.

همچنین عملکرد صحیح ویرایشگر یکی از بخش‌های مهم فرایند طراحی سایت است؛ اما برای رفع خطای پیش‌نمایش، باید علت فنی مشکل را پیدا کرد، نه اینکه بدون بررسی قالب یا کل سایت را تغییر داد.

پرسش‌های متداول درباره خطای Preview Could Not Be Loaded در المنتور

چرا المنتور پیام Preview Could Not Be Loaded را نمایش می‌دهد؟

این پیام نشان می‌دهد پیش‌نمایش موردنیاز ویرایشگر به‌درستی بارگذاری نشده است. تداخل افزونه‌ها، تنظیمات سرور، محدودیت منابع، خطاهای JavaScript یا مشکلات مسیر صفحه از علت‌های احتمالی هستند. برای شناسایی علت اصلی باید خطاهای مرورگر و سرور بررسی شوند.

آیا کمبود حافظه PHP باعث این خطا می‌شود؟

بله، کمبود حافظه می‌تواند یکی از دلایل باشد؛ به‌خصوص در سایت‌هایی که افزونه‌های متعدد یا صفحات پیچیده دارند. ابتدا مقدار حافظه و لاگ‌های PHP را بررسی کنید و سپس در صورت نیاز، محدودیت حافظه را با هماهنگی هاست افزایش دهید.

آیا تداخل افزونه‌ها می‌تواند مانع بارگذاری پیش‌نمایش شود؟

بله. برخی افزونه‌ها ممکن است با اسکریپت‌های المنتور، درخواست‌های شبکه یا کدهای قالب تداخل داشته باشند. استفاده از Safe Mode و سپس آزمایش مرحله‌ای افزونه‌ها، روش مناسبی برای بررسی این احتمال است.

آیا خطای ۴۰۳ یا ۵۰۰ می‌تواند باعث لود نشدن پیش‌نمایش شود؟

بله. خطای ۴۰۳ می‌تواند نشان‌دهنده مسدودشدن درخواست باشد و خطای ۵۰۰ به بروز مشکل داخلی سرور اشاره می‌کند. بااین‌حال، برای تشخیص علت دقیق باید جزئیات درخواست و گزارش‌های سرور بررسی شوند.

اگر سایت باز می‌شود اما پیش‌نمایش المنتور باز نمی‌شود، مشکل از چیست؟

بازشدن سایت در مرورگر لزوماً به معنی سالم‌بودن تمام درخواست‌های ویرایشگر نیست. ممکن است صفحه عمومی درست کار کند، اما درخواست خاص پیش‌نمایش با خطا مواجه شود. تب Network در ابزار توسعه مرورگر می‌تواند به شناسایی این درخواست کمک کند.

آیا پاک‌کردن کش برای رفع خطای Preview Could Not Be Loaded کافی است؟

اگر مشکل از فایل‌های کش‌شده یا تنظیمات بهینه‌سازی باشد، پاک‌کردن کش می‌تواند مؤثر باشد. اما اگر علت به خطای PHP، محدودیت امنیتی یا ناسازگاری افزونه مربوط باشد، باید همان عامل را برطرف کنید.

آیا باید المنتور را حذف و دوباره نصب کنیم؟

خیر، این کار معمولاً اولین راهکار مناسب نیست. پیش از نصب مجدد، تداخل افزونه‌ها، نسخه‌ها، حافظه PHP و خطاهای سرور را بررسی کنید. هرگونه نصب مجدد یا بازگشت نسخه را با نسخه پشتیبان و ترجیحاً در محیط آزمایشی انجام دهید.

جمع‌بندی

برای رفع خطای Preview Could Not Be Loaded در المنتور، بهتر است ابتدا مرورگر و کش را بررسی کنید، سپس از Safe Mode برای تشخیص تداخل احتمالی کمک بگیرید و در ادامه سراغ قالب، افزونه‌ها، آدرس سایت، حافظه PHP و تنظیمات سرور بروید.

اگر خطا ادامه داشت، پیام‌های Console، درخواست‌های ناموفق Network و لاگ‌های سرور را بررسی کنید. این اطلاعات معمولاً برای محدودکردن دامنه مشکل بسیار مفیدتر از تغییر تصادفی تنظیمات هستند.

اگر با انجام مراحل بالا همچنان خطای Preview Could Not Be Loaded در المنتور برطرف نشد، ممکن است مشکل به تنظیمات سرور، تداخل افزونه‌ها یا خطاهای فنی وردپرس مربوط باشد. در این شرایط، برای جلوگیری از تغییرات غیرضروری و بروز مشکلات بیشتر، با تیم پشتیبانی وردپرس لامرد وب تماس بگیرید تا مشکل سایت شما به‌صورت تخصصی بررسی و راهکار مناسب ارائه شود.