With 100,000+ active installations the 404page plugin is the most used plugin to create a customized 404 error page in WordPress.
Bringing visitors to your website takes time and effort. Every visitor is important. The default 404 error page of most themes do not provide any information on what to find on your site. A first tme visitor, who does not know you, is left in a dead end and leaves your website. Set up a helpful custom 404 error page to keep him on your site.
This handy plugin allows you to easily create your own 404 error page without any effort and it works with almost every theme.
Create your custom 404 error page just like any other page using the WordPress Page Editor. Then go to ‘Appearance’ -> ‘404 Error Page’ and select the created page as your custom 404 error page. That’s it!
Why use this plugin?
Different from other similar plugins the 404page plugin does not create redirects. That’s quite important because a correct code 404 is delivered which tells search engines that the page does not exist and has to be removed from the index.
Different from other similar plugins the 404page plugin does not create additional server requests.
The only requirement for this plugin is that you change the Permalink Structure in ‘Settings’ -> ‘Permalinks’ to anything else but ‘Plain’. This also activates the WordPress 404 error handling.
Docs & Support
The 404page plugin was sucessfully tested by the author with the following themes
- Customizr (Read more about Customizr Compatibility Mode)
- Twenty Ten
- Twenty Eleven
- Twenty Twelve
- Twenty Thirteen
- Twenty Fourteen
- Twenty Fifteen
- Twenty Sixteen
- Twenty Seventeen
- Twenty Nineteen
- Twenty Twenty
- Zerif Lite
The 404page plugin was sucessfully tested by the author with the following starter themes
The 404page plugin was sucessfully tested by the author with the following plugins
- DW Question & Answer
- Page Builder by SiteOrigin
- User Submitted Posts
- WP Super Cache (Read more about WP Super Cache Compatibility)
- WPML WordPress Multilingual Plugin (officially approved by WPML team)
The plugin adds an action hook 404page_after_404 which you can use to add extra functionality. The exact position the action occurs after an 404 error is detected depends on the Operating Method. Your function must not generate any output. There are no parameters.
If the 404page plugin is installed and activated it defines the PHP constant PP_404. Check existence of it to detect the 404page plugin.
The Plugin provides the following functions:
- pp_404_is_active() to check if there is a custom 404 page selected and the selected page exists
- pp_404_get_page_id() to get the ID of the 404 page
- pp_404_get_all_page_ids() to get an array of page IDs in all languages
If you are a theme developer you can add native support for the 404page plugin to your theme for full control. Read more.
Do you like this plugin?
I spend a lot of my precious spare time to develop and maintain my free WordPress plugins. You don’t need to make a donation. No money, no beer, no coffee. If you like this plugin then please do me a favor and give it a good rating. Thanks.
Plugin Privacy Information
- This plugin does not set cookies
- This plugin does not collect or store any data
- This plugin does not send any data to external servers
This plugin is compatible with ClassicPress.
More plugins from Peter
- hashtagger – Use hashtags in WordPress
- smart Archive Page Remove – Completely remove unwated Archive Pages from your Blog
- smart User Slug Hider – Hide usernames in author pages URLs to enhance security
- See all
Stay up to date
ਅਕਸਰ ਪੁੱਛੇ ਜਾਂਦੇ ਸਵਾਲ
Will it work with the theme I’m using?
This plugin is designed to work with as many themes as possible. It uses the WordPress Template System to detect and handle 404 errors. If your theme makes use of this Template System this plugin will work properly. If it does not the plugin offers a so called Compatibility Mode, which uses its completely own method to detect and handle 404 errors. If this plugin does not work properly, try to activate Compatibility Mode.
Are 404 errors redirected?
No, there is no redirection! The chosen page is delivered as a ‘real’ 404 error page. This results in a HTTP 404 code and not in 301 or 302, which is important for Search Engines to tell them, that the page does not exist and should be deleted from the index.
Is it possible to add custom CSS to the 404 page?
The 404page plugin adds a CSS class
<body>tag which can be used for extra styling.
Where can I get help?
Please use the Support Forum.
ਯੋਗਦਾਨੀ ਤੇ ਵਿਕਾਸਕਾਰ
“404page – your smart custom 404 error page” is open source software. The following people have contributed to this plugin.ਯੋਗਦਾਨੀ
“404page – your smart custom 404 error page” has been translated into 16 locales. Thank you to the translators for their contributions.
ਵਿਕਾਸ ਕਾਰਜ ਵਿੱਚ ਰੁਚੀ ਰੱਖਦੇ ਹੋ?
- new option to always send an 410 instead of an 404
- Plugin Foundation updated to PPF07
- Plugin Foundation updated to PPF06
- minor UI adjustments
- bug fix for Flamingo (see topic) plus potentially other plugins (thanks to garfiedo for supporting me to find the reason)
- fix for Polylang (see topic)
- changes to the notification for hopefully better compatibility
- Plugin Foundation swtiched to PPF04
- if W3 Total Cache is installed and caching is active URLs that result in an 404 error are automatically excluded from caching
- if WP Super Cache is installed and caching is active URLs that result in an 404 error are automatically excluded from caching
- urgent bug fix for PPF03
- Plugin Foundation updated to PPF03, no functional changes
- exclude 404 page from XML sitemap generated by Jetpack
- from now on it is not only detected if Yoast SEO Plugin is active, but also if the sitemap feature is activated
- now uses Plugin Foundation PPF02 for plugin compatibility
- introduces two new functions for developers pp_404_get_page_id() and pp_404_get_all_page_ids()
- bugfix for Yoast SEO XML Sitemap (see topic)
- added a note to settings page if Yoast SEO is active
- bugfix for WPML
- bugfix for REST API call (see here)
- fix for PHP 7.1 – __construct() access level in subclass – this is an PHP error that was fixed in PHP 7.2, but I’ve changed my code to also work with PHP 7.1
- mostly rewritten based on my own newly created Plugin Foundation
- some more security improvements
- security vulnerability in AJAX call fixed (thanks to Julio Potier for pointing me to this)
- fix for compatibility with iThemes Sync (ticket)
- just another small change to prevent from potential problems with version 10
- error fixed (ticket)
- workaround for WordPress Permalink bug #46000
- code improvement
- performance tuning
- Gutenberg note added
- fixed compatibility issue with latest WPML version
- code improvement
- UI improvements
- corrected wrong image path
- added video links to admin page
- code improvements
- exclude 404 page from XML sitemap generated by Yoast SEO
- further UI-improvements
- show an indicator if the currently edited page is a 404 error page
- minor code- & UI-improvements
- bugfix for bbPress (see topic)
- support for right-to-left-languages added
- faulty display in WP 4.9 fixed
- new feature to send an HTTP 410 error for deleted objects
- bugfix for Polylang (see topic)
- bugfix for CLI (see topic)
- add debug class to body tag
- also add body classes for Customizr theme
- do not add error404 class if already exists
- further redesign admin interface
- new feature to force 404 error after loading page
- new feature to disable URL autocorrection guessing
- finally removed Polylang stuff disabled in 2.4
- redesigned admin interface
- code improvement
- hide 404 page from search results on front end (if WPML is active, all languages are hidden)
- do not fire a 404 in Compatibility Mode if the DW Question & Answer plugin by DesignWall is active and a question has no answers
- ensure that all core files are loaded properly (see topic)
- Polylang plugin does no longer require Compatibility Mode (see topic)
- hide all translations if WPML is installed and “Hide 404 page” is active (thanks to the WPML guys for pointing me at this)
- post status fix (see topic)
- Enfold theme issue fix (thanks to the guys at Kriesi.at for supporting me)
- a few minor bugfixes solve some problems with page templates in certain combinations
- automatic switch to Compatibility Mode for several plugins removed
- enhanced support for WPML and Polylang
- remove the 404 page from search results (for all languages if WPML or Polylang is used)
- remove the 404 page from sitemap or other page lists (for all languages if WPML or Polylang is used)
- bugfix for author archives
- confusing admin message removed
- introduction of selectable Operating Methods
- several changes to Compatibility Mode for improved WPML and bbPress compatibility plus compatibility with Page Builder by SiteOrigin
- Polylang compatibility
- automatic switch to Compatibility Mode if WPML, bbPress, Polylang or Page Builder by SiteOrigin is detected
- completely new Customizr Compatibility Mode (automatically enabled if Customizr is detected)
- firing an 404 error in case of directly accessing the 404 error page can now be deactivated
- WP Super Cache support
- option to hide the 404 error page from the Pages list
- 404 error test
- plugin expandable by action
- delete all settings on uninstall
- WPML compatibility
- bbPress compatibility
- Customizr compatibility
- directly accessing the 404 error page now throws an 404 error
error404added to the classes that are assigned to the body HTML element
- the settings menu was moved from ‘Settings’ to ‘Appearance’
- translation files removed, using GlotPress exclusively
- Read more
- edit the 404 page directly from settings page
- Portuguese translation
- technical improvement (rewritten as class)
- Spanish translation
- Serbo-Croatian translation
- Multilingual support added
- German translation
- Initial Release