Как исправить 404 ошибку на сайте


Ошибка 404 not found - что это значит и как исправить? Как устранить 404 станица не найдена?

Ошибка 404 (http status 404) — что это значит?

В статье рассмотрим, что означает ошибка 404 на сайте. Ошибка 404 — это код ответа сервера, который сообщает пользователю, что сервер не может найти запрашиваемые данные. Почему такое может произойти? Есть несколько возможных причин:

  1. Вы допустили ошибку при вводе адреса страницы или файла в браузер. Или браузеру не удалось найти ip адрес сервера. Сервер не может найти и выдать данные потому, что вы дали ему неправильные «координаты». В таком случае вам достаточно просто исправить ошибку в URL-адресе, и вместо страницы с ошибкой 404 появятся искомые страница/файл.

  2. Данные (страница или файл) не размещены на сервере, или CMS неверно отвечает на запрос пользователя. В этом случае дело обстоит сложнее, и быстро справиться с проблемой не получится. Чтобы устранить ошибку 404, определите, как создавался сайт, на котором обнаружена ошибка (на CMS или без использования CMS). От этого будет зависеть способ решения проблемы.

Мы рассмотрим, что делать с ошибкой 404 и как исправить.

Как убрать ошибку 404 на сайте, созданном на CMS (WordPress, Joomla, 1С-Битрикс и т.д.)

На сайтах, созданных с использованием CMS, встречаются различные страницы с ошибкой 404 (http status 404). В зависимости от типа страницы с ошибкой различаются причины возникновения и пути решения проблемы:

  • Если вы видите на своём сайте стандартную ошибку 404 REG.RU:

В большинстве случаев проблема связана с отсутствием конфигурационного файла .htaccess. Как избавиться от ошибки 404? Создайте в корневой папке сайта пустой текстовый файл с расширением .htaccess и добавьте в него стандартные директивы для используемой CMS. Стандартные директивы приведены в статье: Файлы .htaccess для популярных CMS.

Важно: в панели управления cPanel файл .htaccess по умолчанию скрыт (т.е. он существует, но не виден). Следуйте инструкции, чтобы включить отображение файла. Затем сверьте его содержимое со стандартным.

Если файл .htaccess существует и его содержимое корректно, а ошибка 404 not found сохраняется, обратитесь в техническую поддержку.

  • Если вы видите иную страницу ошибки, которую отдает CMS сайта. Например:

Ошибка на WordPress

Пользовательская ошибка 404 not found

Возможно, страница не создана или не опубликована на этапе размещения сайта в админке CMS. Также ошибка может быть связана с формированием «человекопонятных» ЧПУ-ссылок с помощью SEO-плагинов. Чтобы избавиться от проблемы, необходимо обратиться к веб-разработчикам сайта или на тематические форумы, на которых представлена необходимая техническая информация (ошибка http 404).

Как быстро устранить ошибку 404 на сайте, созданном без использования CMS

На сайтах, созданных без использования CMS, код ошибки 404 отображается следующим образом:

Что означает это сообщение? Запрашиваемые страница/файл отсутствуют или размещены в неправильной папке (не в корневой папке сайта).

Что делать? Откройте корневую папку сайта в панели управления хостингом и проверьте, находятся ли в ней файлы вашего сайта.

Открывается только главная страница сайта, на внутренних страницах ошибка 404 или 500

Рассмотрим, что значит и как исправить ошибку отображения внутренних страниц сайта (error 404 или 500), причиной проблемы является отсутствие файла .htaccess (либо он пустой, либо в нем не хватает необходимых директив для работы CMS). Решить проблему может замена текущего файла .htaccess стандартным для данной CMS.

На хостинге Linux

Если у вас ISPmanager, проверьте, не включены ли Автоподдомены. Если они включены, отключите их, проверьте актуальность проблемы.

В остальных случаях для устранения внутренней ошибки 404 или 500, перейдите в корневую папку сайта: Как узнать корневую папку сайта
Создайте файл .htaccess (или замените его) со следующим содержимым:

Файл .htaccess для Joomla

 ## # @version $Id: htaccess.txt 14401 2010-01-26 14:10:00Z louis $ # @package Joomla # @copyright Copyright (C) 2005 - 2010 Open Source Matters. All rights reserved. # @license http://www.gnu.org/copyleft/gpl.html GNU/GPL # Joomla! is Free Software ## ##################################################### # READ THIS COMPLETELY IF YOU CHOOSE TO USE THIS FILE # # The line just below this section: 'Options +FollowSymLinks' may cause problems # with some server configurations. It is required for use of mod_rewrite, but may already # be set by your server administrator in a way that dissallows changing it in # your .htaccess file. If using it causes your server to error out, comment it out (add # to # beginning of line), reload your site in your browser and test your sef url's. If they work, # it has been set by your server administrator and you do not need it set here. # ##################################################### ## Can be commented out if causes errors, see notes above. Options +FollowSymLinks # # mod_rewrite in use RewriteEngine On ########## Begin - Rewrite rules to block out some common exploits ## If you experience problems on your site block out the operations listed below ## This attempts to block the most common type of exploit `attempts` to Joomla! # ## Deny access to extension xml files (uncomment out to activate) #<Files ~ "\.xml$"> #Order allow,deny #Deny from all #Satisfy all #</Files> ## End of deny access to extension xml files RewriteCond %{QUERY_STRING} mosConfig_[a-zA-Z_]{1,21}(=|\%3D) [OR] # Block out any script trying to base64_encode crap to send via URL RewriteCond %{QUERY_STRING} base64_encode.*\(.*\) [OR] # Block out any script that includes a <script> tag in URL RewriteCond %{QUERY_STRING} (\<|%3C).*script.*(\>|%3E) [NC,OR] # Block out any script trying to set a PHP GLOBALS variable via URL RewriteCond %{QUERY_STRING} GLOBALS(=|\[|\%[0-9A-Z]{0,2}) [OR] # Block out any script trying to modify a _REQUEST variable via URL RewriteCond %{QUERY_STRING} _REQUEST(=|\[|\%[0-9A-Z]{0,2}) # Send all blocked request to homepage with 403 Forbidden error! RewriteRule ^(.*)$ index.php [F,L] # ########## End - Rewrite rules to block out some common exploits # Uncomment following line if your webserver's URL # is not directly related to physical file paths. # Update Your Joomla! Directory (just / for root) # RewriteBase / ########## Begin - Joomla! core SEF Section # RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteCond %{REQUEST_URI} !^/index.php RewriteCond %{REQUEST_URI} (/|\.php|\.html|\.htm|\.feed|\.pdf|\.raw|/[^.]*)$ [NC] RewriteRule (.*) index.php RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization},L] # ########## End - Joomla! core SEF Section


 

Файл .htaccess для WordPress

 # BEGIN WordPress <IfModule mod_rewrite.c> RewriteEngine On RewriteBase / RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteRule . /index.php [L] </IfModule> # END WordPress 

Файл .htaccess для HostCMS

 Options +FollowSymlinks AddDefaultCharset Off <IfModule mod_php4.c> php_flag magic_quotes_gpc off php_flag magic_quotes_runtime off php_flag register_globals off </IfModule> <IfModule mod_php5.c> php_flag magic_quotes_gpc off php_flag magic_quotes_runtime off php_flag register_globals off </IfModule> <IfModule mod_dir.c> DirectoryIndex index.php index.htm index.html </IfModule> <IfModule mod_rewrite.c> RewriteEngine On RewriteBase / RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteRule ^(.*)$ /index.php </IfModule> 

Файл .htaccess для Bitrix

 Options -Indexes ErrorDocument 404 /404.php <IfModule mod_php5.c> php_flag allow_call_time_pass_reference 1 php_flag session.use_trans_sid off #php_value display_errors 1 #php_value mbstring.func_overload 2 #php_value mbstring.internal_encoding UTF-8 </IfModule> <IfModule mod_rewrite.c> Options +FollowSymLinks RewriteEngine On RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-l RewriteCond %{REQUEST_FILENAME} !-d RewriteCond %{REQUEST_FILENAME} !/bitrix/urlrewrite.php$ RewriteRule ^(.*)$ /bitrix/urlrewrite.php [L] RewriteRule .* - [E=REMOTE_USER:%{HTTP:Authorization}] </IfModule> <IfModule mod_dir.c> DirectoryIndex index.php index.html </IfModule> <IfModule mod_expires.c> ExpiresActive on ExpiresByType image/jpeg "access plus 3 day" ExpiresByType image/gif "access plus 3 day" </IfModule> 

Файл .htaccess для ModX

 # MODx supports Friendly URLs via this .htaccess file. You must serve web # pages via Apache with mod_rewrite to use this functionality, and you must # change the file name from ht.access to .htaccess. # # Make sure RewriteBase points to the directory where you installed MODx. # E.g., "/modx" if your installation is in a "modx" subdirectory. # # You may choose to make your URLs non-case-sensitive by adding a NC directive # to your rule: RewriteRule ^(.*)$ index.php?q=$1 [L,QSA,NC] RewriteEngine On RewriteBase / # Rewrite www.domain.com -> domain.com -- used with SEO Strict URLs plugin #RewriteCond %{HTTP_HOST} . #RewriteCond %{HTTP_HOST} !^example-domain-please-change\.com [NC] #RewriteRule (.*) http://example-domain-please-change.com/$1 [R=301,L] # # or for the opposite domain.com -> www.domain.com use the following # DO NOT USE BOTH # #RewriteCond %{HTTP_HOST} . #RewriteCond %{HTTP_HOST} !^www\.example-domain-please-change\.com [NC] #RewriteRule (.*) http://www.example-domain-please-change.com/$1 [R=301,L] # # Rewrite secure requests properly to prevent SSL cert warnings, e.g. prevent # https://www.domain.com when your cert only allows https://secure.domain.com #RewriteCond %{SERVER_PORT} !^443 #RewriteRule (.*) https://example-domain-please-change.com.com/$1 [R=301,L] # # The Friendly URLs part RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteRule ^(.*)$ index.php?q=$1 [L,QSA] # # Make sure .htc files are served with the proper MIME type, which is critical # for XP SP2. Un-comment if your host allows htaccess MIME type overrides. #AddType text/x-component .htc # # If your server is not already configured as such, the following directive # should be uncommented in order to set PHP's register_globals option to OFF. # This closes a major security hole that is abused by most XSS (cross-site # scripting) attacks. For more information: http://php.net/register_globals # # To verify that this option has been set to OFF, open the Manager and choose # Reports -> System Info and then click the phpinfo() link. Do a Find on Page # for "register_globals". The Local Value should be OFF. If the Master Value # is OFF then you do not need this directive here. # # IF REGISTER_GLOBALS DIRECTIVE CAUSES 500 INTERNAL SERVER ERRORS : # # Your server does not allow PHP directives to be set via .htaccess. In that # case you must make this change in your php.ini file instead. If you are # using a commercial web host, contact the administrators for assistance in # doing this. Not all servers allow local php.ini files, and they should # include all PHP configurations (not just this one), or you will effectively # reset everything to PHP defaults. Consult www.php.net for more detailed # information about setting PHP directives. # #php_flag register_globals Off # # For servers that support output compression, you should pick up a bit of # speed by un-commenting the following lines. # #php_flag zlib.output_compression On #php_value zlib.output_compression_level 5 # # The following directives stop screen flicker in IE on CSS rollovers. If # needed, un-comment the following rules. When they're in place, you may have # to do a force-refresh in order to see changes in your designs. # #ExpiresActive On #ExpiresByType image/gif A2592000 #ExpiresByType image/jpeg A2592000 #ExpiresByType image/png A2592000 #BrowserMatch "MSIE" brokenvary=1 #BrowserMatch "Mozilla/4.[0-9]{2}" brokenvary=1 #BrowserMatch "Opera" !brokenvary #SetEnvIf brokenvary 1 force-no-vary 

Файл .htaccess для Drupal

 # # Apache/PHP/Drupal settings: # # Protect files and directories from prying eyes. <FilesMatch "\.(engine|inc|info|install|make|module|profile|test|po|sh|.*sql|theme|tpl(\.php)?|xtmpl)$|^(\..*|Entries.*|Repository|Root|Tag|Template)$"> Order allow,deny </FilesMatch> # Don't show directory listings for URLs which map to a directory. Options -Indexes # Follow symbolic links in this directory. Options +FollowSymLinks # Make Drupal handle any 404 errors. ErrorDocument 404 /index.php # Force simple error message for requests for non-existent favicon.ico. <Files favicon.ico> # There is no end quote below, for compatibility with Apache 1.3. ErrorDocument 404 "The requested file favicon.ico was not found. </Files> # Set the default handler. DirectoryIndex index.php index.html index.htm # Override PHP settings that cannot be changed at runtime. See # sites/default/default.settings.php and drupal_initialize_variables() in # includes/bootstrap.inc for settings that can be changed at runtime. # PHP 5, Apache 1 and 2. <IfModule mod_php5.c> php_flag magic_quotes_gpc off php_flag magic_quotes_sybase off php_flag register_globals off php_flag session.auto_start off php_value mbstring.http_input pass php_value mbstring.http_output pass php_flag mbstring.encoding_translation off </IfModule> # Requires mod_expires to be enabled. <IfModule mod_expires.c> # Enable expirations. ExpiresActive On # Cache all files for 2 weeks after access (A). ExpiresDefault A1209600 <FilesMatch \.php$> # Do not allow PHP scripts to be cached unless they explicitly send cache # headers themselves. Otherwise all scripts would have to overwrite the # headers set by mod_expires if they want another caching behavior. This may # fail if an error occurs early in the bootstrap process, and it may cause # problems if a non-Drupal PHP file is installed in a subdirectory. ExpiresActive Off </FilesMatch> </IfModule> # Various rewrite rules. <IfModule mod_rewrite.c> RewriteEngine on # Block access to "hidden" directories whose names begin with a period. This # includes directories used by version control systems such as Subversion or # Git to store control files. Files whose names begin with a period, as well # as the control files used by CVS, are protected by the FilesMatch directive # above. # # NOTE: This only works when mod_rewrite is loaded. Without mod_rewrite, it is # not possible to block access to entire directories from .htaccess, because # <DirectoryMatch> is not allowed here. # # If you do not have mod_rewrite installed, you should remove these # directories from your webroot or otherwise protect them from being # downloaded. RewriteRule "(^|/)\." - [F] # If your site can be accessed both with and without the 'www.' prefix, you # can use one of the following settings to redirect users to your preferred # URL, either WITH or WITHOUT the 'www.' prefix. Choose ONLY one option: # # To redirect all users to access the site WITH the 'www.' prefix, # (http://example.com/... will be redirected to http://www.example.com/...) # uncomment the following: # RewriteCond %{HTTP_HOST} !^www\. [NC] # RewriteRule ^ http://www.%{HTTP_HOST}%{REQUEST_URI} [L,R=301] # # To redirect all users to access the site WITHOUT the 'www.' prefix, # (http://www.example.com/... will be redirected to http://example.com/...) # uncomment the following: # RewriteCond %{HTTP_HOST} ^www\.(.+)$ [NC] # RewriteRule ^ http://%1%{REQUEST_URI} [L,R=301] # Modify the RewriteBase if you are using Drupal in a subdirectory or in a # VirtualDocumentRoot and the rewrite rules are not working properly. # For example if your site is at http://example.com/drupal uncomment and # modify the following line: # RewriteBase /drupal # # If your site is running in a VirtualDocumentRoot at http://example.com/, # uncomment the following line: # RewriteBase / # Pass all requests not referring directly to files in the filesystem to # index.php. Clean URLs are handled in drupal_environment_initialize(). RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteCond %{REQUEST_URI} !=/favicon.ico RewriteRule ^ index.php [L] # Rules to correctly serve gzip compressed CSS and JS files. # Requires both mod_rewrite and mod_headers to be enabled. <IfModule mod_headers.c> # Serve gzip compressed CSS files if they exist and the client accepts gzip. RewriteCond %{HTTP:Accept-encoding} gzip RewriteCond %{REQUEST_FILENAME}\.gz -s RewriteRule ^(.*)\.css $1\.css\.gz [QSA] # Serve gzip compressed JS files if they exist and the client accepts gzip. RewriteCond %{HTTP:Accept-encoding} gzip RewriteCond %{REQUEST_FILENAME}\.gz -s RewriteRule ^(.*)\.js $1\.js\.gz [QSA] # Serve correct content types, and prevent mod_deflate double gzip. RewriteRule \.css\.gz$ - [T=text/css,E=no-gzip:1] RewriteRule \.js\.gz$ - [T=text/javascript,E=no-gzip:1] <FilesMatch "(\.js\.gz|\.css\.gz)$"> # Serve correct encoding type. Header append Content-Encoding gzip # Force proxies to cache gzipped & non-gzipped css/js files separately. Header append Vary Accept-Encoding </FilesMatch> </IfModule> </IfModule> 

Файл .htaccess для NetCat

 AddDefaultCharset windows-1251 ErrorDocument 404 /netcat/require/e404.php <ifModule mod_rewrite.c> RewriteEngine On RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteCond %{REQUEST_FILENAME} !-l RewriteRule ^(.+)$ /netcat/require/e404.php?REQUEST_URI=$1 [L,QSA] </ifModule> 

Файл .htaccess для DLE

 DirectoryIndex index.php RewriteEngine On RewriteBase / # Редиректы RewriteRule ^page/(.*)$ index.php?cstart=$1 [L] # Сам пост RewriteRule ^([0-9]{4})/([0-9]{2})/([0-9]{2})/page,([0-9]+),([0-9]+),(.*).html(/?)+$ index.php?subaction=showfull&year=$1&month=$2&day=$3&news_page=$4&cstart=$5&news_name=$6 [L] RewriteRule ^([0-9]{4})/([0-9]{2})/([0-9]{2})/page,([0-9]+),(.*).html(/?)+$ index.php?subaction=showfull&year=$1&month=$2&day=$3&news_page=$4&news_name=$5 [L] RewriteRule ^([0-9]{4})/([0-9]{2})/([0-9]{2})/print:page,([0-9]+),(.*).html(/?)+$ engine/print.php?subaction=showfull&year=$1&month=$2&day=$3&news_page=$4&news_name=$5 [L] RewriteRule ^([0-9]{4})/([0-9]{2})/([0-9]{2})/(.*).html(/?)+$ index.php?subaction=showfull&year=$1&month=$2&day=$3&news_name=$4 [L] RewriteRule ^([^.]+)/page,([0-9]+),([0-9]+),([0-9]+)-(.*).html(/?)+$ index.php?newsid=$4&news_page=$2&cstart=$3&seourl=$5&seocat=$1 [L] RewriteRule ^([^.]+)/page,([0-9]+),([0-9]+)-(.*).html(/?)+$ index.php?newsid=$3&news_page=$2&seourl=$4&seocat=$1 [L] RewriteRule ^([^.]+)/print:page,([0-9]+),([0-9]+)-(.*).html(/?)+$ engine/print.php?news_page=$2&newsid=$3&seourl=$4&seocat=$1 [L] RewriteRule ^([^.]+)/([0-9]+)-(.*).html(/?)+$ index.php?newsid=$2&seourl=$3&seocat=$1 [L] RewriteRule ^page,([0-9]+),([0-9]+),([0-9]+)-(.*).html(/?)+$ index.php?newsid=$3&news_page=$1&cstart=$2&seourl=$4 [L] RewriteRule ^page,([0-9]+),([0-9]+)-(.*).html(/?)+$ index.php?newsid=$2&news_page=$1&seourl=$3 [L] RewriteRule ^print:page,([0-9]+),([0-9]+)-(.*).html(/?)+$ engine/print.php?news_page=$1&newsid=$2&seourl=$3 [L] RewriteRule ^([0-9]+)-(.*).html(/?)+$ index.php?newsid=$1&seourl=$2 [L] # За день RewriteRule ^([0-9]{4})/([0-9]{2})/([0-9]{2})(/?)+$ index.php?year=$1&month=$2&day=$3 [L] RewriteRule ^([0-9]{4})/([0-9]{2})/([0-9]{2})/page/([0-9]+)(/?)+$ index.php?year=$1&month=$2&day=$3&cstart=$4 [L] # За весь месяц RewriteRule ^([0-9]{4})/([0-9]{2})(/?)+$ index.php?year=$1&month=$2 [L] RewriteRule ^([0-9]{4})/([0-9]{2})/page/([0-9]+)(/?)+$ index.php?year=$1&month=$2&cstart=$3 [L] # Вывод за весь год RewriteRule ^([0-9]{4})(/?)+$ index.php?year=$1 [L] RewriteRule ^([0-9]{4})/page/([0-9]+)(/?)+$ index.php?year=$1&cstart=$2 [L] # вывод отдельному тегу RewriteRule ^tags/([^/]*)(/?)+$ index.php?do=tags&tag=$1 [L] RewriteRule ^tags/([^/]*)/page/([0-9]+)(/?)+$ index.php?do=tags&tag=$1&cstart=$2 [L] # вывод для отдельного юзера RewriteRule ^user/([^/]*)/rss.xml$ engine/rss.php?subaction=allnews&user=$1 [L] RewriteRule ^user/([^/]*)(/?)+$ index.php?subaction=userinfo&user=$1 [L] RewriteRule ^user/([^/]*)/page/([0-9]+)(/?)+$ index.php?subaction=userinfo&user=$1&cstart=$2 [L] RewriteRule ^user/([^/]*)/news(/?)+$ index.php?subaction=allnews&user=$1 [L] RewriteRule ^user/([^/]*)/news/page/([0-9]+)(/?)+$ index.php?subaction=allnews&user=$1&cstart=$2 [L] RewriteRule ^user/([^/]*)/news/rss.xml(/?)+$ engine/rss.php?subaction=allnews&user=$1 [L] # вывод всех последних новостей RewriteRule ^lastnews/(/?)+$ index.php?do=lastnews [L] RewriteRule ^lastnews/page/([0-9]+)(/?)+$ index.php?do=lastnews&cstart=$1 [L] # вывод в виде каталога RewriteRule ^catalog/([^/]*)/rss.xml$ engine/rss.php?catalog=$1 [L] RewriteRule ^catalog/([^/]*)(/?)+$ index.php?catalog=$1 [L] RewriteRule ^catalog/([^/]*)/page/([0-9]+)(/?)+$ index.php?catalog=$1&cstart=$2 [L] # вывод непрочитанных статей RewriteRule ^newposts(/?)+$ index.php?subaction=newposts [L] RewriteRule ^newposts/page/([0-9]+)(/?)+$ index.php?subaction=newposts&cstart=$1 [L] # вывод избранных статей RewriteRule ^favorites(/?)+$ index.php?do=favorites [L] RewriteRule ^favorites/page/([0-9]+)(/?)+$ index.php?do=favorites&cstart=$1 [L] RewriteRule ^rules.html$ index.php?do=rules [L] RewriteRule ^statistics.html$ index.php?do=stats [L] RewriteRule ^addnews.html$ index.php?do=addnews [L] RewriteRule ^rss.xml$ engine/rss.php [L] RewriteRule ^sitemap.xml$ uploads/sitemap.xml [L] RewriteCond %{REQUEST_FILENAME} !-d RewriteRule ^([^.]+)/page/([0-9]+)/$ index.php?do=cat&category=$1&cstart=$2 [L] RewriteRule ^([^.]+)/$ index.php?do=cat&category=$1 [L] RewriteCond %{REQUEST_FILENAME} !-f RewriteRule ^([^.]+)/rss.xml$ engine/rss.php?do=cat&category=$1 [L] RewriteRule ^page,([0-9]+),([^/]+).html$ index.php?do=static&page=$2&news_page=$1 [L] RewriteRule ^print:([^/]+).html$ engine/print.php?do=static&page=$1 [L] RewriteCond %{REQUEST_FILENAME} !-f RewriteRule ^([^/]+).html$ index.php?do=static&page=$1 [L] 

Файл .htaccess для Opencart

 Options +FollowSymlinks RewriteEngine On RewriteBase / RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteRule ^([^?]*) index.php?_route_=$1 [L,QSA] 

Файл .htaccess для Webasyst

 <FilesMatch "\.md5$"> Deny from all </FilesMatch> DirectoryIndex index.php Options -Indexes # Comment the following line, if option Multiviews not allowed here Options -MultiViews AddDefaultCharset utf-8 <ifModule mod_rewrite.c> RewriteEngine On # Uncomment the following line, if you are having trouble RewriteBase / RewriteCond %{REQUEST_URI} !\.(js|css|jpg|jpeg|gif|png|svg|ttf|eot|otf|woff|woff2)$ [or] RewriteCond %{REQUEST_URI} apple-touch-icon\.png$ [or] RewriteCond %{REQUEST_METHOD} ^(POST|PUT|COPY|MOVE|DELETE|PROPFIND|OPTIONS|MKCOL)$ [or] RewriteCond %{HTTP:Translate} ^.+$ [or] RewriteCond %{HTTP_USER_AGENT} ^(DavClnt|litmus|gvfs|davfs|wdfs|WebDAV|cadaver|Cyberduck) RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteRule ^(.*)$ index.php [L,QSA] </ifModule> <ifModule mod_headers.c> <FilesMatch "\.(jpg|jpeg|png|gif|js|css|svg|ttf|eot|otf|woff|woff2)$"> Header set Cache-Control "max-age=3153600, public" </FilesMatch> </ifModule> 

Если у вас хостинг Windows

На хостинге Windows файл .htaccess не поддерживается. Его функцию выполняет файл web.config. Если вы наблюдаете внутреннюю ошибку 404 или 500 на хостинге Windows, рекомендуем обратиться к разработчикам сайта или на тематические форумы с вопросом, как убрать 404, заменив файл web.config.

Помогла ли вам статья?

2547 раз уже
помогла

Ошибка 404 не найдена - что это значит и как ее исправить!

Лучше иметь стандартную страницу с ошибкой 404, чем ее вообще не иметь, хотя настраиваемая страница предпочтительнее по нескольким причинам. С одной стороны, вы можете быть уверены, что посетители получат точный код статуса HTTP : например, если запрошенный контент больше не присутствует на сайте, это должно быть передано с сообщением « 410 Gone ». Затем посетитель знает, что этот контент был окончательно удален.

С другой стороны, вы можете предоставить специально разработанную страницу с ошибкой, содержащую связанных ссылок (т. Е. Ссылок на вашу домашнюю страницу или подстраницы, содержание которых перекрывает то, что изначально запрашивал посетитель). Вы даже можете добавить функцию поиска для своего веб-сайта. Приняв эти дополнительные меры и предоставив стимулы, вы можете предотвратить уход посетителей с вашего сайта сразу после того, как увидели код 404.

С сообщением creative 404 вы даже можете обнаружить, что посетители более снисходительны.Естественно, они будут разочарованы тем, что не найдут обещанного контента, но оригинальная или забавная страница 404 может компенсировать это. Если все сделано правильно, страницы с ошибками имеют некоторый потенциал.

Убедитесь, что дизайн сообщения об ошибке соответствует стилю вашего веб-сайта и что у вас уже есть основа для хорошей страницы с ошибкой 404. Если вы в шутливой и беззаботной форме сообщите посетителям, что ваш контент недоступен, вы, надеюсь, получите от них улыбку, и они не будут злиться.Для вдохновения ознакомьтесь с нашей статьей о крутых и креативных страницах 404.

.

Что это такое и как его исправить

  • Товар
    • Характеристики
    • Языки
    • Интеграции
    • Безопасность
    • Производительность Новинка!
  • Ценообразование
  • Предприятие
  • Блог
  • Документы
  • Войти
.

3 творческих способа исправить «мягкие» ошибки 404 на вашем веб-сайте

Если вы провели какое-то время в Google Search Console , то весьма вероятно, что вы столкнулись как минимум с одной ошибкой Soft 404, возвращает это сообщение:

Отправленный URL-адрес выглядит мягким 404

Мягкие ошибки 404 - одна из наиболее распространенных ошибок, которые вы можете ожидать, но то, что они встречаются часто, не означает, что они должны быть неотъемлемой частью вашего веб-сайта.Как только вы поймете, что в первую очередь вызывает Soft 404, потребуется всего около трех шагов, чтобы решить их и предотвратить их появление в будущем.

Что такое программная ошибка 404?

Ошибка Soft 404 означает, что страница на вашем веб-сайте сообщает посетителю, что эта страница больше не существует, но в то же время сообщает вашему браузеру и поисковым системам, что страница действительна, возвращая 200-уровень (успех) код.

Эти ошибки также могут быть обнаружены, когда страница редко заполнена практически нулевым содержанием, и сканер Google считает, что он должен возвращать ошибку 404, даже если ваш веб-сайт предлагает нечто иное.

Google предупреждает вас об этих проблемах в Google Search Console, поскольку он не хочет тратить время на сканирование страниц, которые больше не существуют.

Оказывают ли Soft 404 негативное влияние на поисковый рейтинг?

Soft 404 не оказывают автоматически негативного влияния на ваши усилия по поисковой оптимизации и рейтинг в результатах поиска.

Среди возможных технических проблем, с которыми вы можете столкнуться в Google Search Console или при оптимизации своего веб-сайта, они, вероятно, являются наименее серьезными для вас.На самом деле, аналитик Google Webmaster Trends Гэри Иллис еще в 2015 году сказал, что мягкие 404-коды не являются прямым наказанием для вашего сайта.

Кто бы ни придумал, что наличие ошибки 404 дает сайту какое-либо наказание, вы ошибаетесь. Совершенно неправильно.

- Гэри «??» Illyes (@methode) 6 августа 2015 г.

При этом, если Google обнаруживает слишком много ошибок Soft 404, он может посчитать ваш сайт низким, что может повлиять на вашу способность хорошо ранжироваться в поиске.

Слишком много ошибок Soft 404 может привести к снижению скорости сканирования вашего контента, что, в свою очередь, может привести к снижению рейтинга и уменьшению числа проиндексированных страниц. Если у вас их сотни или тысячи, вам обязательно нужно сделать что-то, чтобы их уменьшить.

Так как же решить эту проблему, не нанеся вреда вашему SEO и рейтингу?

Согласно рекомендациям Google для веб-мастеров, вместо того, чтобы возвращать ответ 200, вы должны либо:

  • Вернуть 404 (не найдено) или 410 (код ответа пропал)
  • Вернуть 301 (постоянное перенаправление) на четкую замену

Но, поскольку маркетолог или веб-мастер столкнулся с решением этих проблем, решение этой проблемы, вероятно, будет немного более тонким.

Рассмотрим три наиболее распространенных источника ошибок Soft 404:

  1. Пустые страницы результатов поиска
  2. Пустые категории товаров для электронной торговли
  3. Пустые категории блога

Поскольку эти три области часто заполняются динамически из навигации или настраиваемых функций в вашей системе управления контентом, простой возврат ошибки 404 не всегда возможен.

Кроме того, иногда вы знаете, что страница скоро будет содержать контент, поэтому вы можете не захотеть возвращать 404 и отправлять неправильный сигнал пользователю.

Примечание : Некоторые SEO-блоги и консультанты будут предлагать перенаправлять ваши страницы Soft 404 и 404 на другую страницу вашего сайта в 100% случаев, но это не всегда хорошая идея. Если бы вы следовали рекомендациям Google, вам действительно следует перенаправлять страницу только тогда, когда для нее есть хорошая замена. Если нет близкой замены, вы должны позволить ему вернуть полезный, настроенный 404. Единственный раз, когда вы должны нарушить это правило, - когда URL Soft 404 получил большое количество внешних ссылок, и вы хотите сохранить ссылку сигналы, авторитет и рейтинг, которые эти ссылки помогли вам заработать.

Принимая во внимание эти соображения, вам все же следует найти способ решить проблему, чтобы улучшить качество вашего веб-сайта.

Вот три вещи, которые вы можете сделать, чтобы исправить ошибки Soft 404, при этом отвечая вашим бизнес-целям и доставив удовольствие вашим пользователям:

1. Создайте собственную страницу 404

Страница 404 - это тип страницы, которую пользователь должен видеть, когда страница на вашем веб-сайте больше не существует или когда он нажимает на ссылку, которая не работает.

Эти страницы должны четко сообщать пользователю о том, что страница больше не существует, с сообщением вроде «Нам очень жаль, но мы не смогли найти страницу, которую вы искали.”

Он также должен вернуть браузеру ответ 404 в заголовке https.

Но тот факт, что страницы не существует, не означает, что вам все равно не нужно заботиться об опыте пользователя. Неработающая ссылка разочаровывает посетителей вашего сайта, поэтому вы должны стремиться сделать эту страницу максимально полезной. Вместо того, чтобы полагаться на типичную страницу 404 для вырезания печенья, рассмотрите возможность создания настраиваемой страницы 404.

Вот несколько рекомендаций по созданию пользовательских страниц ошибок 404:

  • Убедитесь, что на странице 404 четко указано, что страница, которую искал посетитель, не существует.
  • Предоставить пользователю возможность искать или просматривать другой контент на сайте
  • Дайте им возможность связаться с вами напрямую, по телефону, с помощью формы или электронной почты.
  • Убедитесь, что страница соответствует остальному внешнему виду вашего сайта, с полной навигацией и надлежащим брендингом.

Пользовательские 404 от Ballard Designs - отличный тому пример. Когда на их сайте открывается страница 404, они используют возможность направлять посетителей на свои самые популярные продукты на Pinterest, а также предоставляют номер телефона службы поддержки и адрес электронной почты.

Если вы действительно умен, вы можете найти способ извлекать ключевые слова из ссылающегося URL, которые запускали 404, чтобы отображать индивидуальные рекомендации для посетителя на странице 404.

Например, если неработающая ссылка содержит «yourwebsite.com/christmas-dog-shirt», вы можете извлечь «Рождественскую рубашку для собак» и выполнить поисковый запрос, чтобы показать соответствующую праздничную одежду для собак под надписью «Извините, этот товар больше не доступен ».

Команда Elegant Themes написала отличное руководство для этого на WordPress, но вы, вероятно, можете сделать это и на других платформах CMS.

Если вы не можете динамически заполнять релевантный контент, рассмотрите возможность использования страницы 404 как возможности для достижения других целей.

Amazon.com показывает фотографии служебных собак как средство демонстрации корпоративной культуры.

2. Прервать связь у источника

Google и ваши пользователи вряд ли встретят Soft 404, если вы не приведете их туда. Хотя вы все равно должны создать собственную страницу 404, вы должны попытаться ограничить возможности Google для сканирования ссылок, которые будут запускать Soft 404.

Если категория продукта или категория блога была создана в качестве заполнителя, подумайте об удалении ее со своего сайта, пока вы не будете готовы заполнить ее содержанием.

Если это невозможно, удалите его из карты сайта, чтобы снизить вероятность того, что Google и другие поисковые системы потратят время на его сканирование.

Чтобы определить, как люди находят ваши страницы Soft 404 в Google Analytics, перейдите к Behavior > Site Content > All Pages , а затем перейдите на вкладку Navigation Summary.

Найдите URL-адрес, который был указан в отчете Google Search Console, а затем просмотрите список страниц, которые приводят туда посетителей.

Вы также можете настроить реализацию Google Analytics так, чтобы событие запускалось каждый раз, когда кто-то нажимает на неработающие ссылки - отличный способ определить ваши истинные ошибки 404.

Выявление и исправление неработающих ссылок поможет удержать и людей, и ботов, сканирующих ваш сайт, тратить свое время на вашу лучшую работу и подальше от мусора.

3. Ищите неверную конфигурацию сервера

Иногда ваша страница выглядит как 404 и предназначена для 404, но по какой-то причине она возвращает неправильный код ответа.

Чтобы убедиться, что ваши «не найденные» страницы возвращают правильный ответ, установите расширение Chrome, например Mozbar, или узнайте, как использовать Инструменты разработчика Chrome.

Чтобы увидеть ответ в Инструментах разработчика Chrome, выполните следующие простые шаги:

  1. Нажмите «Shift + Ctrl + i», чтобы открыть инструмент разработчика.
  2. Перейдите на вкладку «Сеть».
  3. Откройте Инструменты разработчика и обновите страницу.
  4. На вкладке «Сеть» выберите запрос, соответствующий вашему домену.
  5. Выберите вкладку «Заголовки» на правой панели.
  6. Убедитесь, что код ответа соответствует ожидаемому статусу.

Вы должны увидеть статус 404, если ваш сервер настроен правильно. Если это не так, это источник вашего предупреждения Soft 404. Обратитесь к своему веб-хостеру и спросите, как вы можете изменить свою конфигурацию, чтобы получить правильный ответ.

Не игнорируйте свои ошибки

Есть причина, по которой Google предпочитает делиться с вами информацией об этой и других ошибках. Это плохо для них, потому что эти проблемы заставляют Google тратить свои ресурсы на некачественный контент, и плохо для вас, потому что Google в конечном итоге откажется от своих ресурсов и сосредоточит свои ресурсы на более оптимизированных сайтах.

Это лишь несколько способов решения ошибок Soft 404, но, безусловно, есть и другие. Если вы придумали креативное решение, дайте нам знать в комментариях!

.

Как легко исправить ошибку 404 в WordPress

Опубликовано Alex 14 июня 2019 г. • 0 комментариев • Lire en Français

На днях, когда я проверял свою ленту в Твиттере за чашкой кофе (что, , вы, , не делайте этого?), Мое внимание привлек твит от друга.

Этот друг настоятельно рекомендовал прочитать действительно интересную статью. Я был счастлив спокойно прочитать ее перед началом рабочего дня… за исключением того, что, перейдя по ссылке, я нашел вместо этой замечательной статьи пустую страницу с сообщением об ошибке: «404, страница не найдена» .

Вы можете себе представить, как я был разочарован.

Насколько неприятно видеть сообщение об ошибке или пустую страницу при просмотре Интернета, вам не кажется?

Уверен, что и вы в своей жизни как пользователь Интернета уже сталкивались и не раз сталкивались с ошибкой 404. Часто это принимает форму сообщения «404 не найден» или «страница не найдена».

Эти ошибки - настоящая чума для пользователя Интернета, но также и для нас, создающих сайты WordPress или управляющих ими.

Хорошая новость в том, что есть способы их исправить! И поскольку мы любим помогать вам, мы составили - полное руководство , чтобы узнать, как исправить ошибку 404 в WordPress.

Для начала, вот моменты, затронутые в этой статье:

Что такое ошибка 404?

404 - это просто HTTP-код, возвращаемый сервером при попытке доступа к веб-странице, которая больше не существует . Ошибка 404 - это классика Интернета: она дала начало ряду и тех же и восхитительных анимированных гифок.

Смешайте ошибку 404 с сварливым котом: вот идеальный мем компьютерщика.

Примечание: Если вы хотите узнать больше об ошибках WordPress, ознакомьтесь с нашим подробным руководством по ошибкам WordPress (и способам их исправления).

Часто ошибка 404 возникает, когда вы нажимаете ссылку на страницу, которая была удалена, переименована или перемещена . Следовательно, URL-адрес больше не действителен.

Ошибки 404 являются обычными после редизайна сайта - потому что старые страницы могут больше не существовать, но все еще индексируются поисковыми системами или другими сайтами.

Они также появятся, если вы измените заголовок сообщения, так как это изменит постоянную ссылку (URL).

Это также будет иметь место, если вы измените структуру постоянных ссылок на своем сайте: например, если URL-адреса ваших статей выглядят как mysite.com/category/title-of-my-article и вы хотите заменить их на mysite. ru / title-of-my-article.

Наконец, часто возникают ошибки 404 из-за простых ошибок ввода: если пользователь вводит mysite.com/blob вместо mysite.com / blog, БУМ! Ошибка 404!

Как я уверен, вы уже поняли, ошибки 404 являются неотъемлемой частью Интернет-жизни, и их вряд ли можно избежать.

Проблема для менеджеров сайтов заключается в том, что ошибок 404 оказывают негативное влияние :

  • По опыту пользователей: нет ничего более разочаровывающего, чем щелчок по ссылке и переход на сообщение об ошибке!
  • На вашем SEO: , когда роботы поисковых систем просматривают ссылки на ваш сайт, они обнаруживают каждую из этих 404 ошибок.Если сайт генерирует много ошибок этого типа, его рейтинг будет снижаться, особенно если есть обратные ссылки, указывающие на страницу, которая не найдена.

Чтобы узнать больше о влиянии ошибки 404 на ваше SEO, вы можете посмотреть это видео от Мэтта Каттса, очень влиятельного эксперта в мире SEO.

Как обнаружить ошибку 404 на вашем сайте WordPress

Как узнать, что ваш сайт WordPress стал жертвой этих чертовых ошибок 404? Вот несколько дополнительных методов.

1 - с помощью консоли поиска Google

Вы можете использовать Google Search Console для просмотра страниц, которые Google не может найти на вашем сайте.

Google Search Console - очень полезный инструмент, который позволяет отслеживать, помимо прочего, рейтинг вашего сайта в индексе Google и возникающие ошибки.

В Search Console перейдите к отчету «Покрытие» и щелкните вкладку «Исключенные». В списке под графиком щелкните строку «Нерасположенные (404)», чтобы получить доступ к сведениям о недоступных для местоположения страницах, обнаруженных Google.

Вы сможете увидеть все страницы вашего сайта, которые известны Google, но не найдены. В приведенном выше примере есть над чем поработать!

2 - С плагином проверки битых ссылок

Плагин Broken Link Checker просканирует ваш сайт и обнаружит битые ссылки. Полезно, когда у вас много страниц или статей и внутренних ссылок.

После установки этого плагина перейдите на страницу Инструменты> Неработающие ссылки.

Вы сразу увидите, есть ли на вашем сайте ссылки на страницы или изображения, которые невозможно найти, будь то ссылки на ваш собственный сайт или на сторонние сайты.

После этого плагин будет регулярно сканировать ваш сайт и уведомлять вас, как только будет обнаружена ссылка на страницу, которая не найдена!

Остерегайтесь этого плагина - он довольно ресурсоемкий. Если вы заметили замедление работы своего сайта, отключите его, как только завершите отслеживание ошибок 404.

3 - С плагином перенаправления

Мы поговорим об этом позже, но плагин Redirection - ваш союзник номер один в борьбе с любой ошибкой WordPress 404.

Этот плагин позволяет хранить истории всех 404 ошибок, обнаруженных на вашем сайте. «настоящими» пользователями, но также (и особенно!) Роботами, которые регулярно сканируют ваш сайт (включая роботов Google).

Если вы только что установили его, история еще не будет найдена. Но если вы перейдете на страницу Инструменты> Перенаправление через 24 часа, вы, вероятно, увидите ошибки на вкладке «404».

Для каждой ошибки в списке отображаются следующие элементы: дата обнаружения, не найденный URL-адрес, вызывающий ошибку, информация о человеке или роботе, обнаружившем ошибку (в примере ниже это роботы).

Таким образом, этот инструмент очень полезен для обнаружения всех страниц, которые не могут быть найдены на вашем сайте WordPress.

Предупреждение : многие ошибки, перечисленные при перенаправлении, не являются «настоящими» ошибками 404 и поэтому не требуют исправления. Например, если роботы хотят получить доступ к защищенным файлам вашей темы или установленным плагинам (даже если они не существуют), они появятся здесь в списке. Так что вам решать их.

Вам может быть интересно, , какой из этих 3 методов вы должны выбрать для отслеживания ошибок 404 на вашем сайте .

На мой взгляд, если бы вы использовали только один, это была бы Google Search Console .

Почему? Потому что вам все равно придется использовать этот инструмент для отслеживания индексации и позиционирования вашего сайта в индексе Google. Консоль поиска Google собирает все «дефекты» вашего сайта в одном месте, в том числе: ошибки 404, страницы, не оптимизированные для мобильных устройств, страницы, слишком медленные для загрузки…

Но идеальное решение - объединить Google Search Console и плагин Redirection .

Действительно, это позволит вам узнать, часто ли встречаются определенные ошибки «настоящими» пользователями Интернета. Таким образом, он сможет предоставить интересную информацию о поведении пользователей вашего сайта (опечатки и т. Д.).

Как настроить пользовательскую страницу 404

Теперь, когда вы определили, какие страницы вызывают ошибку 404 на вашем сайте, что вам делать?

Первое, что должен сделать любой уважающий себя владелец веб-сайта, - это создать персонализированную страницу 404 , чтобы пользователям не приходилось иметь дело с очень уродливой страницей с ошибкой.

Цель состоит в том, чтобы удержать пользователя на вашем сайте, даже если он не нашел нужную страницу.

Большинство тем WordPress позволяют создавать собственные страницы 404 (некоторые конструкторы страниц, такие как Elementor, также допускают это в профессиональной версии). А если вы не можете этого сделать, вы найдете множество бесплатных плагинов для этого, например 404page .

После установки плагин 404page позволит вам выбрать, какая страница вашего сайта будет использоваться как персонализированная страница 404 .

Он также позволяет вам настроить некоторые дополнительные технические параметры, одна из которых, в частности, привлекла мое внимание: отправляет ошибку 410 вместо ошибки 404 , когда страница, которую вы ищете, находится в корзине.

Код 410 указывает, что ресурс не временно недоступен, но был окончательно удален. Роботы Google поймут, что они могут деиндексировать эту страницу.

Настройки плагина 404page

Когда вы создаете свою страницу 404, не стесняйтесь включать более персонализированный контент: красивое небольшое сообщение, анимированный gif, поисковую систему, список наиболее часто посещаемых страниц ... короче говоря, помогите пользователю найти контент, который они ищут!

Чтобы увидеть конкретный пример, нажмите на эту ссылку, и вы откроете для себя нашу великолепную страницу 404 (мы очень ею гордимся!)

Исправить ошибки 404 навсегда с перенаправлением

Хотя теперь вы знаете, как настроить пользовательскую страницу 404, ваша работа еще не завершена.

Теперь нам придется засучить рукава и навсегда избавиться от этих ошибок 404! Для этого вам нужно настроить редиректов .

Действительно, персонализированная страница 404 улучшает взаимодействие с пользователем, но не решает проблему ссылок в поисковых системах.

После того, как веб-страница была удалена или переименована, Google продолжит попытки получить к ней доступ, и единственный способ заставить Google понять, что эта страница больше не существует, - это перенаправить ее на действующую страницу вашего сайта.

По этой причине мы также предлагаем несколько решений.

1 - С плагином All 404 Redirect to Homepage

Если на вашем веб-сайте слишком много частых ошибок 404, радикальным решением является выбор этого простого плагина: All 404 Redirect to Homepage.

Это позволит вам автоматически перенаправить все устаревшие или неправильные URL-адреса на страницу вашего сайта (обычно на домашнюю страницу).

После установки и активации плагина заходим в настройки расширения.

Нет ничего проще - доступны только два варианта:

  • Включение или отключение перенаправления
  • Выберите страницу, на которую вы будете перенаправлять ошибки 404 (это может быть домашняя страница или другая страница вашего сайта)

Сохраните настройки, и все готово!

Чтобы проверить эффективность плагина, введите в браузере URL-адрес вашего сайта, а затем «поддельный» текст, например: mysite.com/test. Обычно вы будете перенаправлены на ранее выбранную страницу.

В каких случаях можно использовать этот плагин?

Этот плагин эффективен, но не особо допускает нюансов.

В некоторых случаях будет интересно:

  • Если ваш сайт генерирует слишком много ошибок 404 и у вас нет времени на создание редиректов для всех устаревших страниц.
  • Если вы полностью изменили содержание своего сайта (пример: изменение темы, позиционирование…), но вы хотите сохранить то же доменное имя.

В этих ситуациях плагин All 404 Redirect to Homepage позволит вам избежать потери трафика и снизить рейтинг вашего сайта в поисковых системах.

Конечно, если вы решите перенаправить все ошибки 404 на свою домашнюю страницу, вам больше не нужно создавать настраиваемую страницу 404.

2 - С плагином перенаправления

Перенаправление ошибок 404 на домашнюю страницу вашего сайта очень полезно, но остается основным решением.

Для пользователя Интернета быть «жестоко» отправленным обратно на главную страницу сайта без объяснения причин, когда вы подумали, что получаете доступ к интересному контенту, это довольно разочаровывает!

Если вы хотите пойти дальше и побаловать посетителей своего сайта, мы советуем вам максимально настроить персонализированные перенаправления .

После редизайна вашего сайта, например, попробуйте перенаправить устаревшие URL-адреса на новые страницы, посвященные той же теме. Ваши посетители будут вам благодарны, и вы минимизируете показатель отказов, то есть долю посетителей, которые покидают ваш сайт на первой странице.

Для этого мы рекомендуем использовать плагин Redirection.

Как мы видели ранее, он позволяет отслеживать историю ошибок 404 на вашем сайте, но, как следует из названия, он в основном используется для настройки… перенаправления.

С помощью этого плагина вы сможете определить для каждого не найденного URL-адреса, на какой URL-адрес должен быть перенаправлен пользователь.

Настройка перенаправления имеет два последствия:

  • Люди, переходящие по ссылкам на страницы, которые не могут быть найдены, будут автоматически и открыто перенаправляться на действующие страницы на сайте: +1 для взаимодействия с пользователем .
  • Когда роботы Google (и другие) просматривают ссылки на ваш сайт, для каждой перенаправленной страницы они получают код 301 (зашифрованный код перенаправления).Это позволяет поисковой системе узнать, что эта страница устарела, и удалить ее из своего индекса, заменив ее новой страницей: +1 для SEO .

Подводя итог…

Как вы уже узнали (я надеюсь на это!), Очень важно обратить внимание на ошибки 404, возникающие сегодня на вашем сайте.

Начните с их наблюдения, особенно с помощью Google Search Console.

Если вы еще этого не сделали, приступайте к созданию собственной страницы 404.

И, что наиболее важно, перенаправляйте устаревшие URL-адреса на реальные страницы вашего сайта, чтобы улучшить взаимодействие с пользователем и оптимизировать SEO.Плагин Redirection - ваш лучший друг!

Вы часто сталкивались с проблемой ошибки 404?

Есть ли у вас другие советы по исправлению ошибок WordPress 404?

Поделитесь своим опытом в комментариях ниже!

Об авторе

Алекс

Создатель WPMarmite и соучредитель WPChef, он стремится предоставить вам качественные ресурсы, которые помогут вам создавать, настраивать и продвигать веб-сайты с помощью WordPress.

.

Смотрите также

Поделиться в соц. сетях

Опубликовать в Facebook
Опубликовать в Одноклассники
Вы можете оставить комментарий, или ссылку на Ваш сайт.

Оставить комментарий