Skip to main content

How to view error logs in Plesk: find the cause of a 500 error or blank page

Published on November 9, 2026 6 min read

Blank page, "critical error" or a 500 error on your website? Open the error log in Plesk and find the line that shows what went wrong.

Illustration of a person kneeling with a large magnifying glass over a long paper strip of grey lines coming out of a server cabinet; one line is highlighted in orange, and on the right a browser window shows an empty page with an unplugged cable

If your website shows a blank white page, the message "There has been a critical error on this website" or a 500 error, the real cause is almost always in your website's error log. You open it in Plesk: go to your domain and click Logs under Dev Tools. Filter on error and read the newest lines: they tell you which file, plugin or setting causes the error.

This article shows you how to open the error log, how to read an error message and what to do next. New to Plesk? Start with our Plesk control panel guide.

Which error do you see on your website?

On the website itself you usually only see a short message or an empty page. The technical details are in the log.

What you seeWhat is usually going onWhere to look
A blank white page, or "There has been a critical error on this website" in WordPressA PHP error that stops the page, often caused by a plugin, a theme or a new PHP versionApache error, line with "PHP Fatal error"
500 Internal Server ErrorA PHP error or a line in .htaccess the server does not understandApache error
502 Bad Gateway, 503 Service Unavailable or 504 Gateway TimeoutThe web server got no answer, or no timely answer, from PHP, for example because a script runs too longApache error and nginx error
"Allowed memory size of ... bytes exhausted"Your website needs more memory than PHP is allowed to useSee how to change PHP settings in Plesk
403 ForbiddenThe server or your website refuses to show the pageSee how to fix a 403 Forbidden error

If the error started right after a switch to a newer PHP version, how to prepare your website for a PHP upgrade explains what can break and how to check your site afterwards.

How to open the error log in Plesk

  1. Open Plesk from the customer portal: go to Services > Sites, open your site and click Log in to Plesk in the Site overview block. See open Plesk from the customer portal for details.
  2. Go to Websites & Domains and click the Dashboard tab in your domain's card.
  3. Under Dev Tools, click Logs. You see the latest lines from all log files of your website, newest at the bottom.
  4. In the filter row, click the box under Type (it says Any) and leave only error ticked. Now you only see errors.
  5. Read the bottom lines. Date shows when the error happened, Message shows the error itself and Source shows which log file the line comes from.
The Logs page in Plesk with the buttons Start real-time updates, Refresh, Manage Log Files and Log Rotation, the All logs selector and the From, Type, IP, Code and Message filters; under Type only error is ticked

If it says "No items.", no line in the period shown is marked as an error. Continue with No error in the list?

Watch the log live while you trigger the error

Not sure which line belongs to your problem? Trigger the error again while you watch:

  1. On the Logs page, click Start real-time updates.
  2. Open your website in another tab and reload the page with the error.
  3. Go back to Plesk. The new line appears at the bottom, with the time of a moment ago.
  4. Click Stop real-time updates when you are done. Later, Refresh loads the newest lines manually.

No error in the list?

Plesk does not mark every message as an error. Tick all boxes under Type again and search by text instead. The filters work like this:

FilterUse it to
FromShow only lines from a certain date onwards
Type (Any)Choose from access (visits), warning and error
IPShow only lines from one IP address, for example your own connection
CodeFind visits with a certain status code, for example 500 or 404
MessageSearch for a word in the message, for example PHP, Fatal or the name of a plugin

At the top right, All logs lets you choose which log files you see:

  • Apache error: error messages from PHP and the web server. This is almost always where you find the cause. Your errors are in Apache error even if your website runs on a server with LiteSpeed.
  • Apache access and Apache SSL/TLS access: every visit to your website, with its status code. Useful to see which page returned a 500 or 404.
  • nginx error, nginx access and nginx SSL/TLS access: the logs of nginx, which sits in front of the web server on some of our servers. Check nginx error when you get a 502 or 504.

How to read an error message

A PHP error in the log looks like this, for example:

PHP Fatal error:  Uncaught Error: Call to undefined function example_function() in /var/www/vhosts/yourdomain.com/httpdocs/wp-content/plugins/example-plugin/example.php:12

Sometimes there is extra text in front, such as "AH01071: Got error 'PHP message:". That is the web server passing on the message from PHP. Look for three things:

  • The type of message. A Fatal error or Parse error stops the page: that causes a blank page or a 500 error. A Warning, Notice or Deprecated message lets the page load, but points to code that needs attention, for example before you move to a newer PHP version.
  • The path. If it contains wp-content/plugins/example-plugin, the error is in that plugin. wp-content/themes/ points to your theme.
  • The line number after the colon. Your web developer needs it to fix the error.

What to do once you have found the cause

  • A plugin or theme. Update the plugin or theme, or deactivate the plugin. If you can no longer get into WordPress, rename the plugin's folder in wp-content/plugins under Files in Plesk, for example to example-plugin-off: WordPress then deactivates the plugin. WordPress recovery mode helps too, see how to update WordPress safely.
  • After switching PHP versions. Switch back to the previous version, then update your plugins and theme. See how to change the PHP version in Plesk.
  • A message about memory, upload size or time. Increase the matching setting, see how to change PHP settings in Plesk.
  • An error in .htaccess. Restore your backup of the file or remove the last line you added, see .htaccess: redirects, security and more.

Turn on the WordPress debug log (debug.log)

WordPress has its own log, debug.log, which also records messages from WordPress itself. Turn it on when the Plesk error log does not tell you enough. In Plesk you do this with WP Toolkit:

  1. Click WordPress in the menu on the left and find your website's card.
  2. Next to Debugging, open the settings (Debug Settings).
  3. Tick WP_DEBUG and WP_DEBUG_LOG and untick WP_DEBUG_DISPLAY, so your visitors do not see the messages. Click OK.
  4. Trigger the error again, then open wp-content/debug.log under Files in Plesk.

Prefer editing wp-config.php? Add these lines above the line /* That's all, stop editing! */:

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

While WP_DEBUG_LOG is on, PHP writes your website's messages to debug.log instead of the Plesk error log. Turn debugging off as soon as you know the cause and delete debug.log. The file keeps growing, counts towards the storage of your hosting plan, and WordPress advises against debugging on a live website. Read more about storage in check your storage usage. The options are explained in the WordPress documentation.

Download a log file or send it to support

On the Logs page, click Manage Log Files. You see all log files of your website with the date they last changed and their size. The green arrow downloads a file, the blue icon opens it in a separate window.

The Manage Log Files page in Plesk listing each log file with its date, name (such as Apache error), path (such as logs/error_log), size, and on the right a blue icon to view it and a green arrow to download it

Still stuck? Create a support ticket. Include the website, the time the error happened and the line you found in the log. See create a support ticket for how it works.

Frequently asked questions

Why do I see a blank page without an error message?

A PHP error stops the page, but the message itself is not shown on your website. The server writes it to the error log. In Plesk, open Logs for your domain and filter on error: the newest line with "PHP Fatal error" tells you which plugin, theme or file causes the problem.

Why is the log called Apache error when my server uses LiteSpeed?

Plesk always calls the error_log file Apache error, also on a server with LiteSpeed. On all our servers it contains the error messages from PHP and the web server.

Do log files count towards the storage of my hosting plan?

The log files you see under Logs are stored next to your website and do not count towards the storage figure in the customer portal. Plesk does include them in its own figure. A WordPress debug.log sits inside your website folder and does count: delete it when you are done troubleshooting.

What do Warning, Notice and Deprecated mean in the log?

Your website still works, but the code needs attention. Deprecated means a plugin or theme uses something that will disappear in a future PHP version. Update your plugins and theme, especially before you move to a newer PHP version.

Can I delete a log file?

In Manage Log Files you can only delete older log files that Plesk has already rotated. The current log file stays, so new errors are always recorded.

Do my visitors see PHP error messages?

No, display_errors is off by default on our servers. PHP writes the messages to the error log, not to your website. If you turned on display_errors in PHP Settings or WP_DEBUG_DISPLAY in WordPress yourself, turn it off again once you have found the cause.

Prefer to talk to someone?

We are also happy to answer your questions personally. Schedule a free consultation or call us directly. We are glad to think along with you.

Stay up to date with recent developments! Subscribe and receive our newsletter Signing up...