Http error 404: Корневая папка сайта - как свой сайт залить на хостинг? Как загрузить файлы и папки на хостинг? Редактирование сайта на хостинге

Содержание

Корневая папка сайта — как свой сайт залить на хостинг? Как загрузить файлы и папки на хостинг? Редактирование сайта на хостинге

В какой каталог нужно загружать файлы сайта

В статье мы расскажем, что такое корневая папка сайта, как найти её расположение и как загрузить файлы в эту папку.

Корневая папка (корневая директория/корневой каталог/корень документа) — это основная папка, в которой хранятся все каталоги и файлы сайта. Именно в эту папку загружается архив с файлами сайта и базы данных.

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

Как узнать путь корневой папки сайта

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

Чтобы узнать относительный путь корневой папки:

1.
Откройте панель управления веб-хостингом и следуйте нужной инструкции ниже.
Перейдите в раздел «WWW-домены» и найдите в списке домен, по которому должен открываться ваш сайт. В нашем примере домен faq-reg.ru. Путь корневой папки сайта отображается в столбце «Корневая директория». В примере /www/faq-reg.ru — корневая директория для сайта faq-reg.ru.
В блоке «Домены» нажмите Домены. В этом подразделе можно увидеть путь корневой папки для доменов, поддоменов и псевдонимов.
Путь до корневой папки отображается в столбце «Корень документа». В примере /faq-reg.ru — корень документа для домена faq-reg.ru, а /test.faq-reg.ru — корень для поддомена test.faq-reg.ru.
В разделе «Сайты и домены» найдите домен, по которому должен открываться сайт (в нашем примере faq-reg.ru). Путь до корневой папки отмечен на скриншоте (faq-reg. ru/ — папка сайта для домена faq-reg.ru):

Как узнать абсолютный путь до корневой папки?

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

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

Путь до корня хостинга на Linux:

ISPmanager: /var/www/u1234567/data/;
Plesk: /var/www/vhosts/u1234567.plsk.regruhosting.ru/;
cPanel: /var/www/u1234567/.

Путь до корня хостинга на Windows:

Plesk: C:\inetpub\vhosts\u1234567.plsk.regruhosting.ru\, где «u1234567» — ваш логин услуги хостинга.

Логин хостинга можно узнать по инструкции: Пароли для доступа к хостингу, серверу, FTP и MySQL.

Абсолютный путь до папки на примере сайта «faq-reg.ru» будет выглядеть так:

Для хостинга на Linux:

для ISPmanager: /var/www/u1234567/data/www/faq-reg.ru/;
для Plesk: /var/www/vhosts/u1234567.plsk.regruhosting.ru/faq-reg.ru/;
для cPanel: /var/www/u1234567/faq-reg.ru/;

Для хостинга на Windows:

для Plesk: C:\inetpub\vhosts\u1234567.plsk.regruhosting.ru\httpdocs\faq-reg.ru.

С размещением файлов сайта на хостинге вам поможет инструкция ниже.

Как загрузить файл в корневую папку сайта?

Эта инструкция подойдёт для загрузки отдельных файлов в корневую папку сайта. Если вы хотите узнать подробнее о размещении сайта на хостинге: что это и как свой сайт залить на хостинг, вам помогут соответствующие инструкции для ISPmanager, cPanel и Plesk.

Перед тем как залить файлы на хостинг, убедитесь, что домен, по которому будет открываться сайт, привязан к хостингу: Как привязать домен к хостингу?

Чтобы загрузить файл на хостинг, откройте панель управления хостингом и следуйте инструкции:

org/HowToStep»>
1.
Перейдите в WWW-домены, кликните по названию вашего домена и нажмите Каталог:
Как загрузить файлы на хостинг
2.
В верхней панели наведите курсор на кнопку «Скачать» и кликните Закачать:
3.
Выберите файл с локального компьютера и нажмите Ok:
Загрузка файлов на хостинг
Готово, вы загрузили файл в корневую папку сайта.

1.
В блоке «Домены» нажмите Домены:
2.
Перейдите в каталог вашего сайта:
3.
На верхней панели инструментов нажмите Отправить:
4.
Выберите файл с локального ПК, и он сразу загрузится.
Готово, вы загрузили файл в корневую папку вашего сайта. Подробная инструкция, как залить шаблон сайта на хостинг: Как разместить сайт в cPanel?

1.
На вкладке «Сайты и домены» в блоке вашего домена нажмите Развернуть и перейдите в Менеджер файлов:
2.
Нажмите Загрузить. Затем выберите необходимый файл с локального ПК — он будет загружен в корневую папку сайта.
Готово. вы загрузили файл с локального компьютера в корневую папку сайта. Подробнее о том, как загрузить html-сайт на хостинг, читайте в статье: Как разместить сайт в Plesk?

Как изменить корневую папку сайта?

Откройте панель управления хостингом и следуйте нужной инструкции:

В ISPmanager изменить корневую папку сайта для уже созданного домена можно только через пересоздание «WWW-домена». Для этого:

1.
Перейдите в подраздел Менеджер файлов, далее в директорию www. Выделите строку с названием папки вашего сайта (например, faq-reg.ru) и нажмите Атрибуты:
2.
Переименуйте папку «faq-reg.ru», задав новое имя (например, new-faq-reg.ru), и нажмите Ок:
3.
Затем перейдите в подраздел WWW-домены, выберите в списке домен, для которого хотите изменить корневую папку («faq-reg.ru») и нажмите Удалить:
На открывшейся вкладке снимите галочку напротив пункта «Удалить директорию» и кликните Ок:
4.
Затем в разделе WWW-домены в верхней панели инструментов нажмите Создать:
5.
Добавьте домен заново, указав новый путь корневой папки:
- в графе «Имя»: укажите домен, для которого изменяете корневую папку;
- в графе «Корневая директория»: замените путь папки (он пропишется автоматически) на новый путь корневой папки. Например, вместо www/faq-reg.ru пропишите www/new-faq-reg.ru;
- снимите галочку напротив графы «Защищенное соединение (SSL)».
Сохраните изменения:
Готово, корневая папка сайта изменена:

1.
В блоке «Домены» выберите Дополнительные домены:
2.
Рядом с именем домена нажмите значок Карандаш:
3.
Пропишите новый путь до корневой папки и нажмите Изменить:
Готово, корневая папка изменена.

1.
На вкладке «Сайты и домены» рядом с именем домена выберите Настройки хостинга:
2.
Пропишите новый путь до корневой папки сайта и внизу страницы нажмите Oк.
Готово, корневая папка изменена.

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

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

Файлы .htaccess для популярных CMS — WordPress, Битрикс, Joomla

В данной статье приведены стандартные файлы .htaccess для наиболее популярных CMS. Файл .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. (.*)$ 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. (\..*|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. (.*)$ /index.php

<Files "plugins.dat">
order allow,deny
deny from all
</Files>

Файл .htaccess для PrestaShop

Файл .hraccess генерируется автоматически самой CMS:

# ~~start~~ Do not remove this comment, Prestashop will keep automatically the code outside this comment when .htaccess will be generated again

# .htaccess automaticaly generated by PrestaShop e-commerce open-source solution
# http://www.prestashop.com - http://www.prestashop.com/forums

Если конфигурационный файл отсутствует, ознакомьтесь со статьей: Проблемы с .htaccess. В ней дана инструкция, как создать файл htaccess для HTML сайта.

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

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

Поддомены | REG.RU

Поддомен (субдомен) — домен, являющийся частью домена более высокого уровня. Например, reg.ru — это домен, его поддомены:

www.reg.ru;
hosting.reg.ru;
spasibo.reg.ru

Подробнее об этом читайте в статье: Что такое домен?

Сколько поддоменов можно создать на хостинге REG.RU?

Количество возможных поддоменов, в том числе и на бесплатном хостинге для сайтов html, на каждом тарифном плане никак не ограничено.

Но если на вашем хостинге установлена панель управления веб-хостингом ISPmanager и вы добавляете поддомен как самостоятельный в разделе «WWW-домены», он будет считаться отдельным сайтом, и как следствие учитываться в ограничениях по вашему тарифному плану. Чтобы этого избежать, добавляйте поддомен через функцию «Автоподдомены».

Создание поддомена происходит в два этапа: добавление поддомена в панели управления хостингом и добавление записи о поддомене на DNS-серверы.

1 этап. Добавление поддомена в панели управления хостингом

Чтобы добавить поддомен, войдите в панель управления и следуйте нужной инструкции:

org/HowToStep»>
1.
Как самостоятельный домен. В этом случае поддомен не зависит от основного домена и добавляется в панели как отдельный домен (количество возможных доменов в панели зависит от вашего тарифного плана).
Добавить поддомен как самостоятельный домен можно по инструкции.
2.
Как автоподдомен. Функция «Автоподдомен» позволяет автоматически создавать поддомены для основного домена.
Функцию «Автоподдомен» удобно использовать, если нужно добавить много поддоменов или по тарифу уже добавлено максимальное количество доменов. Автоподдомены можно добавлять в неограниченном количестве.
Совет
Мы рекомендуем использовать этот вариант в качестве запасного, так как некоторые CMS (например, 1С-Битрикс) некорректно работают с автоподдоменами.

1.
В разделе «Домены» выберите пункт Поддомены:
2.
Укажите имя поддомена и выберите домен, для которого создаётся поддомен. Корневой каталог, в котором будут размещены файлы поддомена (Корень документа), будет прописан автоматически:

1.
В разделе «Сайты и домены» кликните Добавить субдомен:
2.
Укажите имя поддомена и выберите домен, для которого создаётся поддомен. Укажите корневую папку для файлов поддомена. Нажмите ОК:

Обратите внимание! Если ранее для основного домена были добавлены поддомены как отдельные WWW-домены, при создании автоподдоменов возникнет ошибка. Чтобы избежать ошибки удалите созданные поддомены в разделе «WWW-домены». Если вы не хотите удалять поддомены, создавайте поддомены как самостоятельные WWW-домены.

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

Создать автоподдомен можно:

в отдельной директории — у каждого поддомена будет свой каталог в директории WWW;
в поддиректории основного домена – все поддомены будут созданы в подкаталогах основного домена и будут иметь путь вида www/faq-reg.ru/support/. Где support — это название поддомена.

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

1.
Перейдите в раздел WWW-домены, выделите домен, для которого будут добавляться автоподдомены, и нажмите Изменить:
2.
В блоке «Дополнительные возможности» в строке «Автоподдомены» выберите пункт в отдельной директории и нажмите Oк:
3.
Перейдите в раздел Менеджер файлов, в папку WWW, и нажмите кнопку Создать:
4.
Выберите тип Каталог, введите название поддомена полностью (support. faq-reg.ru) и нажмите Ok:
5.
Нажмите ещё раз Создать, выберите тип Ссылка, в поле «Имя» введите название вашего поддомена с www (www.support.faq-reg.ru), в поле «Значение» — просто название поддомена (support.faq-reg.ru). Нажмите Ok:
Это нужно для того, чтобы ваш поддомен был доступен по www. На этом создание автоподдомена закончено, вы можете приступать к размещению сайта на созданном поддомене. Для добавления дополнительных поддоменов повторите шаги с третьего по пятый.

2 этап. Добавление записи о поддомене на DNS-серверы

После создания поддомена необходимо добавить запись о поддомене на DNS-серверы вашего домена. Этот процесс зависит от того, какие DNS-указаны для вашего домена: Как узнать, какие DNS указаны для вашего домена.

ns1.hosting.reg.ru и ns2.hosting.reg.ru

Если для домена указаны ns1.hosting.reg.ru и ns2.hosting.reg.ru, запись о поддомене будет добавлена автоматически. От вас не требуется никаких дополнительных действий. Подождите 15 минут. Затем вы можете приступить к размещению сайта на хостинге.

ns1.reg.ru и ns2.reg.ru

Если для домена указаны ns1.reg.ru ns2.reg.ru:

1.
Авторизуйтесь в Личном кабинете REG.RU.
2.
Кликните по имени нужного домена:
3.
Во вкладке «Управление» кликните по пункту «DNS-серверы и зона» или нажмите кнопку Изменить:
4.
На открывшейся странице нажмите Добавить запись, во всплывающей шторке выберите А. Заполните поля и нажмите Готово:

Готово! После добавления необходимой записи нужно дождаться обновления зоны DNS-серверов (в течение 15 минут). Если вы предварительно меняли DNS-серверы на ns1.reg.ru и ns2.reg.ru, дождитесь обновления DNS-серверов. Обновление DNS-серверов может занять до 24 часов.

другие DNS-серверы

Если для вашего домена используются отличные от ns1.hosting.reg.ru и ns2.hosting.reg.ru, ns1.reg.ru и ns2.reg.ru, обратитесь к своему DNS-провайдеру с вопросом изменения A-записи для домена.

Как удалить поддомен?

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

1.
Если поддомен добавлен как отдельный www-домен, перейдите в раздел «WWW домены», выделите поддомен и нажмите Удалить:
2.
Если вы настраивали поддомен через автоподдомены, перейдите в раздел «WWW-домены», два раза кликните на основном домене и в выпадающем списке «Автоподдомены» выберите Отключено. Нажмите Ок:

1.
В блоке «Домены» выберите Поддомены:
2.
Напротив ненужного вам более поддомена нажмите Удалить:
Подтвердите удаление поддомена.

1.
На вкладке «Сайты и домены» разверните настройки поддомена и нажмите Удалить:
org/HowToStep»>
2.
Подтвердите удаление поддомена:

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

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

Что значит ошибка 404 на веб-странице и как её исправить

Ошибка 404, либо Error 404 Not Found появляется, если браузеру не удалось обнаружить на сервере указанный URL.

Сообщение об ошибке 404

Что означает ответ 404

Error 404 Not Found отображается по-разному: «HTTP 404 не найден», «Ошибка 404 Not Found», «404 Страница не найдена». Смысл надписи всегда остаётся тем же: страница отсутствует либо просто не работает. Not Found в переводе означает «не найдено».

Ошибка 404 — классический код ответа по протоколу HTTP. Он свидетельствует, что связь с сервером установлена, но информации по заданному запросу нет.

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

Разберёмся в техническом формировании ответа Error 404 Not Found.

Техническая сторона вопроса. При связи по HTTP браузер запрашивает указанный URL и ждёт цифрового ответа. То есть любой запрос пользователя направляется на сервер размещения искомого сайта. Когда браузеру удаётся связаться с сервером, он получает кодированный ответ. Если запрос корректный и страница найдена, отправляется ответ с кодом 200 OK, что соответствует благополучной загрузке. При отсутствии страницы отправляется ответ об ошибке.

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

Какие ещё ошибки бывают. Ошибку 404 не нужно путать с другими ответами, которые указывают на невозможность связи с сервером. Например, ошибка 403 сообщает, что доступ к URL ограничен, а ответ «Сервер не найден» свидетельствует, что браузер не смог обнаружить место размещения сайта.

Google на 404 странице сообщает о возможных причинах ошибки

Причины ошибки

Причины, по которым HTTP возвращает ответ 404 Not Found:

Неверный адрес. К примеру, при ручном наборе пользователь допустил опечатку в URL либо ссылка ведёт на несуществующую страницу.
Битая ссылка. Это нерабочий URL, который никуда не ведёт. Данный вариант иногда возникает при внутренней перелинковке. К примеру, раньше страница существовала, а потом её удалили и забыли убрать ссылку.
Удалённая страница. Когда пользователь попытается перейти на удалённую с сервера страницу, он также увидит ошибку 404. Ссылка для перехода может сохраниться в браузерных закладках или на сторонних ресурсах.
Неправильный редирект на страницу с изменённым адресом. Допустим, в процессе редизайна URL изменили, но оставили без внимания связанные ссылки.
Неполадки на сервере. Это самый редкий вариант.

В большинстве ситуаций ошибка 404 отображается, когда не удаётся обнаружить нужную страницу на доступном сервере.

Причины отсутствия страницы на сайте бывают разными

Возможные последствия для сайта

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

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

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

Как выявить ошибку

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

Search Console Google

Консоль поиска Google позволяет находить страницы с ошибкой 404 за несколько кликов:

Войдите в учётную запись Google и перейдите в Search Console.
Откройте раздел «Ошибки сканирования» → «Диагностика».
Кликните на «Not Found».

Чтобы получить список страниц с ошибками, подтвердите права на ресурс — добавьте проверочную запись TXT в записи DNS регистратора домена. Такая запись не повлияет на работу сайта. Подробнее о процедуре подтверждения, читайте в справке Google.

Для использования Search Console Google нужно подтвердить свои права на сайт

Яндекс Вебмастер

Сервис для вебмастеров от Яндекса поможет быстро найти все ошибки 404:

Откройте Вебмастер после авторизации в Яндекс-аккаунте.
Выберите «Индексирование» → «Доступные для поиска страницы» → «Исключённые страницы».
В выданном списке выберите фильтр «Ошибка HTTP: 404».

Чтобы использовать Яндекс.Вебмастер, также нужно подтвердить право владения сайтом — добавить метатег в HTML-код главной страницы.

Для входа в Вебмастер авторизуйтесь в Яндексе

Screaming Frog

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

Инструмент SEO-паук в Screaming Frog помогает найти технические неисправности сайта

SiteAnalyzer

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

SiteAnalyzer бесплатно найдёт неработающие URL

Как исправить ошибку Not Found

Выбор конкретного решения зависит от причины ошибки:

Ссылка ведёт в никуда из-за неверного URL. Для решения проблемы замените ошибочную ссылку на правильный адрес, чтобы сервер отдавал код 200 OK.
Битая ссылка. Подобная ситуация не редкость при внутренней перелинковке страниц. К примеру, ссылка есть, а саму страницу давно удалили. Решений два: удалить ссылку или заменить её на другую.

Удалять и менять ссылки вручную удобно только на небольших сайтах. Исправление ошибок на крупных порталах лучше автоматизировать. Например, с помощью специальных плагинов для внутренней перелинковки (Terms Description, Dagon Design Sitemap Generator) и для автоматического формирования адресов страниц (Cyr-To-Lat).

Чтобы ошибки 404 появлялись как можно реже, достаточно соблюдать простые рекомендации:

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

Мы разобрались, как найти и исправить ошибки Not Found внутри сайта. Но неработающая ссылка может быть расположена и на стороннем ресурсе. Допустим, когда-то на другом сайте разместили рекламную публикацию со ссылкой на определённую страницу. Спустя какое-то время страницу удалили. В этом случае появится ошибка 404. Устранить её можно, связавшись с администрацией ссылающегося сайта. Если же удалить/исправить ссылку нельзя, постарайтесь использовать ошибку с выгодой.

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

Грамотно оформленная страница с ошибкой Error 404 Not Found — действенный инструмент конвертации посетителей. Ограничений по использованию страницы с ошибкой 404 нет. При этом практически все CMS позволяют настраивать дизайн этой страницы.

Что публиковать на странице 404:

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

При оформлении страницы-ошибки желательно опираться на рекомендации поисковиков:

Яндекс настоятельно рекомендует, чтобы страница контрастировала с основным содержанием сайта — иные цвета, другие графические приёмы либо их отсутствие. Необходимо чётко и понятно объяснить пользователю, что запрошенной страницы не существует и предложить другое решение.
Google советует придерживаться единого стиля оформления. Но также рекомендует понятно рассказать об ошибке и предложить полезные материалы.

Главное — по возможности отказаться от стандартной страницы 404. Подумайте, как привлечь внимание пользователя. Расскажите ему об отсутствии искомой страницы и предложите взамен что-то полезное или интересное.

Примеры оформления страниц 404

Designzillas

Мультяшная страница креативной студии привлекает внимание и её хочется досмотреть до конца. Если прокрутить страницу, можно увидеть, как из яйца вылупится дракон. При этом на странице есть ссылки на все основные разделы сайта.

Меню на сайте Designzillas есть и на 404 странице

Domenart Studio

Веб-студия «Домен АРТ» использует красочную страницу 404, оформленную в единой стилистике ресурса. Заблудившимся пользователям предлагают попробовать ещё раз ввести адрес или перейти в нужный раздел.

Контакты, поиск, меню — и всё это на 404 странице Domenart Studio

E-co

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

Ошибка 404 «Эко Пауэр» выглядит как страница входа

Дом со всем

Компания «Дом со всем», занимающаяся бурением скважин, разместила на странице 404 свои контакты и перечень услуг. Со страницы можно перейти в любой раздел сайта или заказать обратный звонок. С таким наполнением посетителю не нужно искать дополнительную информацию где-то ещё.

Компания «Дом со всем» предлагает заказать обратный звонок

Kualo

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

На странице Kualo можно просто поиграть и заработать скидки

Рано или поздно с ошибкой 404 сталкивается большинство сайтов. При регулярной проверке можно своевременно исправить неработающие ссылки, чтобы в ответ пользователи получали код 200 OK. Но для крупного ресурса лучше настроить оригинальную страницу, которая будет отображаться при появлении ошибки Not Found и подскажет посетителям, что делать дальше.

Что означает «ошибка 404» и как следует бороться с подобной проблемой?

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

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

В таком случае он выдает текст, по содержанию похожий на «not found nginx/1.0».

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

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

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

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

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

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

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

Отличным решением послужит размещение на странице, выдающей ошибку, полезной информации. Не стоит размещать банальное «error 404 not found».

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

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

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

Используйте поле для поиска в качестве инструмента по привлечению посетителей. Безусловно, такой подход позволит упростить работу на сайте, что придаст вашему ресурсу еще большую функциональность и информативность в глазах его гостей.

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

Следующим шагом для оформления страницы 404 является добавление функции отправки отчета об ошибке.

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

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

Причины возникновения данной ошибки в известнейшей CMS схожи со всеми остальными. Часто люди задают вопрос о «wordpress 404 ошибка» и пытаются найти какое-то уникальное решение.

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

Надеемся, что данная статья окажется для Вас полезной.

Удачи!

Ошибка 404 Not Found (nginx), как грамотно исправить

Что такое ошибка 404 Not Found (nginx)

Эта ошибка означает, что страница которую пытается просмотреть пользователь не найдена или не существует. При этом сам пользователь никак не сможет повлиять на решение вопроса. Единственное, что он может сделать — найти похожую информацию на этом же сайте. Например адрес с ошибкой www.example.com/not-founded-page.html заменить на www.example.com

Почему это происходит?

Это происходит из-за того, что пользователь перешел на страницу сайта по неправильной ссылке. Например пользователь ввел в браузере (или перешел по ссылке) http://mysite.com/rbot.html, а нужно было — http://mysite.com/robot.html. Причем, эта ссылка могла находится как на вашем сайте, так и на сторонних сайтах. Обнаружить такие ссылки можно с помощью Google Webmaster Tools. Для этого переходим на страничку данного сервиса, выбираем свой сайт, а дальше жмем: Состояние -> Ошибки сканирования и выбираем «Не найдено».

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

Как исправить ошибку 404?

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

Совет

Когда пользователь заходит на сайт и видит данную ошибку через выдачу сервера, то он не видит ваш сайт (меню, навигацию, дизайн и т.д.). Соответственно со 100% вероятностью закроет страницу. Такая схема работает на всех хостингах по умолчанию. Но вы можете запрограммировать данную страницу и показать вместе с ней свой сайт. А это значит, что пользователь видя в меню основные ссылки вашего сайта может нажать на них, и остаться на сайте. Вот примеры неправильной и правильной выдачи соответственно:

Есть много разных способов реализовать подобную схему, но самый универсальный из них — это добавить в файл .htaccess такую запись:

ErrorDocument 404 /error404.html

Соответственно саму страницу «/error404.html» вам нужно будет предварительно создать.

404 Ошибка, что это и как с ней бороться

404 Not Found — наиболее часто отображаемое веб-сайтами сообщение об ошибке, но имейте в виду, что 404 ошибка может отображаться и по другому, все зависит от настроек конкретного веб-сайта.

Вот некоторые выведенные на экран ошибки:

404 Error
404 Not Found
Error 404
Требуемый URL не был найден на этом сервере
HTTP 404
Error 404 Not Found
404 Файл или каталог не найден
HTTP 404 Not Found
404 страница не найдена

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

404 ошибки, полученные, при открытии ссылки через приложения Microsoft Office, сообщают, что элемент, который Вы запрашивали, не был найден (HTTP/1. 0 404) в программе Office MS.

Ошибка 404 во время работы Windows Update отображается как код 0x80244019 или как сообщение WU_E_PT_HTTP_STATUS_NOT_FOUND.

Причина HTTP 400 Ошибок

404 ошибка — код состояния HTTP, который означает, что страница, которую Вы пытались найти на веб-сайте, не найдена на их сервере.

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

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

Независимо от причины 404 ошибки, можно попытаться добраться до нужной страницы:

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

Обновите веб-страницу, нажимая F5, кнопку обновления или попробуйте снова ввести URL в строку поиска.

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

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

Например, www.datbaze.ru/publ/computer/windows_8_kak_otobrazit_znachok_kompjuter_na_rabochem_stole дал Вам 404 ошибку, переместитесь на www.datbaze.ru/publ/computer/. Если не помогло, переместитесь на www.datbaze.ru. Это должно привести Вас к тому, что Вы ищете или, по крайней мере подтвердить, что не доступен весь сайт.

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

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

Если Вы нашли страницу и не хотите после обновления закладки повторить HTTP 404 ошибку в будущем.

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

Если поиск WHOIS не помог, знайте, что на много сайтов можно написать письмо по электронной почте в [email protected], заменяя website.com реальным именем веб-сайта. Контакт с сайтом через один из их профилей социальных сетей тоже хороший вариант.

Быстрые способы исправить сообщение об ошибке 404 Page Not Found

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

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

Ошибка 404 страница не найдена исходит от сайта, а не сервера

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

error 404
404 error
HTTP 404

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

Что вызывает ошибку 404?

Один из следующих сценариев, вероятно, вызывает сообщение об ошибке 404.

1. URL-адрес с ошибкой

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

2. Страница была перемещена или удалена, и перенаправление не настроено.

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

3. URL-адрес был неверным, когда он был изначально настроен, или он был неправильно связан

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

4. Сервер неисправен или был отключен.

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

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

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

1. Обновите страницу

Просто нажмите кнопку обновления в окне браузера; кнопка выглядит как круглая стрелка и обычно находится в верхнем левом углу. Вы также можете попробовать использовать функцию F5 на своем компьютере.

2. Еще раз проверьте URL-адрес

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

3. Вернитесь на домашнюю страницу

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

4. Очистите кеш и удалите файлы cookie.

Эти термины иногда используются в одном предложении, поэтому может быть сложно понять разницу между ними. Куки — это все о крошках: те маленькие кусочки информации, которые показывают, где вы были на том или ином сайте, что вам нравится на сайте, где вы проводите время на сайте и т. Д.С другой стороны, кэш — это скорость. Когда вы очищаете кеш, время загрузки сокращается. Очистка кеша также может улучшить вашу скорость интернета в целом.

Вот как очистить кеш и файлы cookie в разных браузерах. Не забудьте проверить настройки браузера, чтобы ваши пароли не были сброшены по ошибке.

5. Свяжитесь с компанией, службой или организацией напрямую

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

Ошибка 404 — не единственное сообщение, с которым вы столкнетесь.

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

HTTP / 1.1: определения кода состояния

часть протокола передачи гипертекста — HTTP / 1.1
RFC 2616 Fielding, et al.

10 Определений кодов состояния

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

10.1 Информационная 1xx

Этот класс кода состояния указывает на предварительный ответ,
состоящий только из строки состояния и дополнительных заголовков, и
заканчивается пустой строкой. Для этого нет обязательных заголовков
класс статуса кода. Поскольку HTTP / 1.0 не определял статус 1xx
коды, серверы НЕ ДОЛЖНЫ отправлять ответ 1xx клиенту HTTP / 1.0
кроме экспериментальных условий.

Клиент ДОЛЖЕН быть готов принять один или несколько статусных ответов 1xx
до обычного ответа, даже если клиент не ожидает 100
(Продолжить) статусное сообщение.Неожиданные ответы статуса 1xx МОГУТ быть
игнорируется пользовательским агентом.

Прокси-серверы ДОЛЖНЫ пересылать ответы 1xx, если только соединение между
прокси и его клиент были закрыты, или если сам прокси
запросил генерацию ответа 1xx. (Например, если

прокси добавляет поле «Expect: 100-continue», когда перенаправляет запрос,
тогда ему не нужно пересылать соответствующие 100 (Продолжить)
ответ (ы).)

10.1.1 100 Продолжить

Клиент ДОЛЖЕН продолжить выполнение своего запроса. Этот промежуточный ответ
используется для информирования клиента о том, что в начальной части запроса
был получен и еще не отклонен сервером. Клиент
СЛЕДУЕТ продолжить, отправив оставшуюся часть запроса или, если
запрос уже выполнен, игнорируйте этот ответ. Сервер
ДОЛЖЕН отправить окончательный ответ после завершения запроса. Видеть
Раздел 8.2.3 для подробного обсуждения использования и обращения с этим
код состояния.

10.1.2 101 Протоколы коммутации

Сервер понимает и готов выполнять требования клиента
запрос через поле заголовка сообщения Upgrade (раздел 14.42) для
изменение протокола приложения, используемого в этом соединении. В
сервер переключит протоколы на те, которые определены в ответе
Обновите поле заголовка сразу после пустой строки,
завершает ответ 101.

Протокол СЛЕДУЕТ переключать только тогда, когда это выгодно
так. Например, переход на более новую версию HTTP выгоден.
по сравнению с более старыми версиями и переключение на синхронный режим реального времени
протокол может быть выгоден при доставке ресурсов, использующих
такие особенности.

10.2 Успешно 2xx

Этот класс кода состояния указывает, что запрос клиента был
успешно получен, понят и принят.

10.2.1 200 ОК

Запрос выполнен. Информация, возвращенная с ответом
зависит от метода, используемого в запросе, например:

GET сущность, соответствующая запрошенному ресурсу, отправляется в
ответ;

HEAD поля заголовка объекта, соответствующие запрошенному
ресурс отправляется в ответе без тела сообщения;

POST объект, описывающий или содержащий результат действия;

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

10.2.2 201 Создано

Запрос был выполнен, и в результате появился новый ресурс.
созданный. На вновь созданный ресурс можно ссылаться с помощью URI (ов)
возвращается в сущности ответа с наиболее конкретным URI
для ресурса, заданного полем заголовка Location. Ответ
СЛЕДУЕТ включать объект, содержащий список ресурсов
характеристики и местоположение (а), из которых пользователь или пользовательский агент может
выберите наиболее подходящий.Формат объекта определяется
тип мультимедиа, указанный в поле заголовка Content-Type. Происхождение
сервер ДОЛЖЕН создать ресурс перед возвратом кода состояния 201.
Если действие не может быть выполнено немедленно, серверу СЛЕДУЕТ
вместо этого ответьте ответом 202 (принято).

Ответ 201 МОЖЕТ содержать поле заголовка ответа ETag, указывающее
текущее значение тега объекта для запрошенного варианта просто
создан, см. раздел 14.19.

10.2.3 202 Принято

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

Ответ 202 намеренно ни к чему не обязывает. Его цель —
разрешить серверу принять запрос на какой-либо другой процесс (возможно,
пакетно-ориентированный процесс, который запускается только один раз в день) без
требуя, чтобы соединение пользовательского агента с сервером сохранялось
пока процесс не завершится.Сущность, возвращенная с этим
ответ ДОЛЖЕН включать указание текущего статуса запроса
и либо указатель на монитор состояния, либо некоторая оценка того, когда
пользователь может ожидать выполнения запроса.

10.2.4 203 Неавторизованная информация

Возвращенная метаинформация в заголовке объекта не является
окончательный набор, доступный с исходного сервера, но собранный
с локальной или сторонней копии. Представленный набор МОЖЕТ быть подмножеством
или надмножество оригинальной версии.Например, в том числе местные
аннотация информация о ресурсе может привести к надмножеству
метаинформации, известной исходному серверу. Использование этого
код ответа не требуется и подходит только тогда, когда
в противном случае ответ был бы 200 (ОК).

10.2.5 204 Нет содержимого

Сервер выполнил запрос, но ему не нужно возвращать
entity-body и может захотеть вернуть обновленную метаинформацию. В
ответ МОЖЕТ включать новую или обновленную метаинформацию в виде
заголовки объектов, которые, если они присутствуют, ДОЛЖНЫ быть связаны с
запрошенный вариант.

Если клиент является пользовательским агентом, ему НЕ СЛЕДУЕТ изменять вид документа.
от того, что вызвало отправку запроса. Этот ответ
в первую очередь предназначен для ввода данных о действиях без
вызывает изменение активного вида документа пользовательского агента, хотя
любая новая или обновленная метаинформация ДОЛЖНА быть применена к документу
в настоящее время находится в активном представлении пользовательского агента.

Ответ 204 НЕ ДОЛЖЕН включать тело сообщения, и поэтому всегда
заканчивается первой пустой строкой после полей заголовка.

10.2.6 205 Сбросить содержимое

Сервер выполнил запрос, и пользовательский агент ДОЛЖЕН выполнить сброс.
вид документа, который вызвал отправку запроса. Этот ответ
в первую очередь предназначен для ввода данных о действиях, выполняемых через
пользовательский ввод, за которым следует очистка формы, в которой вводится
задано, чтобы пользователь мог легко инициировать другое действие ввода. В
ответ НЕ ДОЛЖЕН включать сущность.

10.2.7 206 Частичное содержимое

Сервер выполнил частичный запрос GET для ресурса.
Запрос ДОЛЖЕН содержать поле заголовка диапазона (раздел 14.35).
указывающий желаемый диапазон, и МОЖЕТ включать If-Range
поле заголовка (раздел 14.27), чтобы сделать запрос условным.

Ответ ДОЛЖЕН включать следующие поля заголовка:

 - Либо поле заголовка Content-Range (раздел 14.16), указывающее
        диапазон, включенный в этот ответ, или multipart / byteranges
        Content-Type, включая поля Content-Range для каждой части.Если
        Поле заголовка Content-Length присутствует в ответе, его
        значение ДОЛЖНО соответствовать фактическому количеству OCTET, переданных в
        тело сообщения.

 - Дата

 - ETag и / или Content-Location, если заголовок был бы отправлен
        в ответе 200 на тот же запрос

 - Истекает, Cache-Control и / или Vary, если значение поля может
        отличается от того, что было отправлено в любом предыдущем ответе на тот же
        вариант

Если ответ 206 является результатом запроса If-Range, который использовал
сильный валидатор кеша (см. раздел 13.3.3), ответ НЕ ДОЛЖЕН
включить другие заголовки сущностей. Если ответ является результатом
Запрос If-Range, который использовал слабый валидатор, ответ НЕ ДОЛЖЕН
включить другие заголовки сущностей; это предотвращает несоответствие между
кэшированные тела сущностей и обновленные заголовки. В противном случае ответ
ДОЛЖЕН включать все заголовки сущностей, которые были бы возвращены
с ответом 200 (OK) на тот же запрос.

Кэш НЕ ДОЛЖЕН объединять ответ 206 с другими ранее кэшированными
содержимое, если заголовки ETag или Last-Modified не совпадают в точности,
см. 13.5.4.

Кеш, который не поддерживает заголовки Range и Content-Range.
НЕ ДОЛЖНЫ кэшировать 206 (частичных) ответов.

10.3 Перенаправление 3xx

Этот класс кода состояния указывает, что необходимо предпринять дальнейшие действия.
взятые пользовательским агентом для выполнения запроса. Действие
требуется МОЖЕТ выполняться пользовательским агентом без взаимодействия
с пользователем тогда и только тогда, когда метод, используемый во втором запросе,
ПОЛУЧИТЬ или ГОЛОВУ.Клиенту СЛЕДУЕТ обнаруживать бесконечные циклы перенаправления, поскольку
такие петли генерируют сетевой трафик для каждого перенаправления.

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

10.3.1 300 Множественный выбор

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

Если это не запрос HEAD, ответ ДОЛЖЕН включать объект
содержащий список характеристик ресурсов и местоположений из
который пользователь или пользовательский агент может выбрать наиболее подходящий. В
формат объекта определяется типом носителя, указанным в Content-
Введите поле заголовка. В зависимости от формата и возможностей

агент пользователя, выбор наиболее подходящего варианта МОЖЕТ быть
выполняется автоматически.Однако эта спецификация не определяет
любой стандарт для такого автоматического выбора.

Если у сервера есть предпочтительный выбор представления, он ДОЛЖЕН
включить конкретный URI для этого представления в Location
поле; пользовательские агенты МОГУТ использовать значение поля Location для автоматического
перенаправление. Этот ответ кэшируется, если не указано иное.

10.3.2 301 Перемещено на постоянной основе

Запрошенному ресурсу был назначен новый постоянный URI и любой
в будущих ссылках на этот ресурс СЛЕДУЕТ использовать один из возвращенных
URI.Клиенты с возможностью редактирования ссылок должны автоматически
повторно связать ссылки на Request-URI с одним или несколькими новыми
ссылки, возвращаемые сервером, где это возможно. Этот ответ
кэшируемые, если не указано иное.

Новый постоянный URI ДОЛЖЕН быть указан в поле Location в
отклик. Если метод запроса не был HEAD, сущность
ответ ДОЛЖЕН содержать короткую гипертекстовую заметку с гиперссылкой на
новый URI.

Если код состояния 301 получен в ответ на запрос, другой
чем GET или HEAD, пользовательский агент НЕ ДОЛЖЕН автоматически перенаправлять
запрос, если он не может быть подтвержден пользователем, поскольку это может
изменить условия, на которых был оформлен запрос.

 Примечание. При автоматическом перенаправлении запроса POST после
      получение кода состояния 301, некоторые существующие пользовательские агенты HTTP / 1.0
      ошибочно изменит его на запрос GET.

10.3.3 302 Найдено

Запрошенный ресурс временно находится под другим URI.
Поскольку перенаправление может иногда изменяться, клиенту СЛЕДУЕТ
продолжать использовать Request-URI для будущих запросов. Этот ответ
кэшируется, только если указано заголовком Cache-Control или Expires
поле.

Если код состояния 302 получен в ответ на запрос другой
чем GET или HEAD, пользовательский агент НЕ ДОЛЖЕН автоматически перенаправлять
запрос, если он не может быть подтвержден пользователем, поскольку это может
изменить условия, на которых был оформлен запрос.

 Примечание: RFC 1945 и RFC 2068 указывают, что клиент не разрешен
      для изменения метода перенаправленного запроса. Однако большинство
      существующие реализации пользовательского агента обрабатывают 302, как если бы это был 303
      ответ, выполняющий GET для значения поля Location независимо от
      исходного метода запроса.Коды состояния 303 и 307 имеют
      добавлено для серверов, которые хотят однозначно указать, какие
      ожидаемая реакция от клиента.

10.3.4 303 См. Другие

Ответ на запрос можно найти под другим URI и
ДОЛЖЕН быть получен с использованием метода GET для этого ресурса. Этот метод
существует в первую очередь для того, чтобы разрешить вывод сценария, активированного POST, на
перенаправить пользовательский агент на выбранный ресурс.Новый URI не
замените ссылку на первоначально запрошенный ресурс. 303
ответ НЕ ДОЛЖЕН быть кэширован, но ответ на второй
(перенаправленный) запрос может быть кэшируемым.

Другой URI ДОЛЖЕН быть указан в поле Location в
отклик. Если метод запроса не был HEAD, сущность
ответ ДОЛЖЕН содержать короткую гипертекстовую заметку с гиперссылкой на
новый URI.

 Примечание: многие версии до HTTP / 1.1 пользовательские агенты не понимают 303
      статус. Когда возможность взаимодействия с такими клиентами вызывает беспокойство,
      Вместо этого можно использовать код состояния 302, поскольку большинство пользовательских агентов реагируют
      на ответ 302, как описано здесь для 303.

10.3.5 304 Без изменений

Если клиент выполнил условный запрос GET и доступ
разрешено, но документ не был изменен, сервер ДОЛЖЕН
ответьте этим кодом состояния. Ответ 304 НЕ ДОЛЖЕН содержать
message-body, и поэтому всегда заканчивается первой пустой строкой
после полей заголовка.

Ответ ДОЛЖЕН включать следующие поля заголовка:

 - Дата, если ее пропуск не требуется в соответствии с разделом 14.18.1.

Если исходный сервер без часов подчиняется этим правилам, и прокси и
клиенты добавляют свою дату к любому ответу, полученному без нее (как
уже указано в [RFC 2068], раздел 14.19), кеши будут работать
правильно.

 - ETag и / или Content-Location, если заголовок был бы отправлен
        в ответе 200 на тот же запрос

 - Истекает, Cache-Control и / или Vary, если значение поля может
        отличается от того, что было отправлено в любом предыдущем ответе на тот же
        вариант

Если условный GET использовал сильный валидатор кеша (см.
13.3.3), ответ НЕ ДОЛЖЕН включать другие заголовки объектов.
В противном случае (т.е. в условном GET использовался слабый валидатор)
ответ НЕ ДОЛЖЕН включать другие заголовки объектов; это предотвращает
несоответствия между кэшированными телами сущностей и обновленными заголовками.

Если ответ 304 указывает на то, что объект в настоящее время не кэширован, то
кеш ДОЛЖЕН игнорировать ответ и повторять запрос без
условный.

Если кеш использует полученный ответ 304 для обновления записи кэша,
кеш ДОЛЖЕН обновить запись, чтобы отразить любые новые значения полей, указанные в
ответ.

10.3.6 305 Использовать прокси

Доступ к запрошенному ресурсу ДОЛЖЕН быть доступен через прокси, предоставленный
поле Местоположение. В поле Location указывается URI прокси.
Ожидается, что получатель повторит этот единственный запрос через
прокси. 305 ответов ДОЛЖНЫ генерироваться только серверами-источниками.

 Примечание. В RFC 2068 не было ясно, что 305 предназначен для перенаправления
      единый запрос, который должен генерироваться только исходными серверами.Нет
      соблюдение этих ограничений имеет серьезные последствия для безопасности.

10.3.7 306 (Не используется)

Код состояния 306 использовался в предыдущей версии
спецификация, больше не используется, а код зарезервирован.

10.3.8 307 Временное перенаправление

Запрошенный ресурс временно находится под другим URI.
Поскольку перенаправление МОЖЕТ быть изменено при случае, клиент ДОЛЖЕН
продолжать использовать Request-URI для будущих запросов.Этот ответ
кэшируется, только если указано заголовком Cache-Control или Expires
поле.

Временный URI ДОЛЖЕН быть задан полем Location в поле
отклик. Если метод запроса не был HEAD, сущность
ответ ДОЛЖЕН содержать короткую гипертекстовую заметку с гиперссылкой на
новый URI, поскольку многие пользовательские агенты до HTTP / 1.1 не
понять статус 307. Поэтому примечание ДОЛЖНО содержать
информация, необходимая пользователю для повторения первоначального запроса на
новый URI.

Если код состояния 307 получен в ответ на запрос другой
чем GET или HEAD, пользовательский агент НЕ ДОЛЖЕН автоматически перенаправлять
запрос, если он не может быть подтвержден пользователем, поскольку это может
изменить условия, на которых был оформлен запрос.

10.4 Ошибка клиента 4xx

Код состояния класса 4xx предназначен для случаев, когда
клиент, похоже, ошибся. За исключением ответа на запрос HEAD,
сервер ДОЛЖЕН включать объект, содержащий объяснение
ошибочная ситуация, временная или постоянная
условие.Эти коды состояния применимы к любому методу запроса.
Пользовательские агенты ДОЛЖНЫ отображать пользователю любую включенную сущность.

Если клиент отправляет данные, реализация сервера с использованием TCP
СЛЕДУЕТ быть осторожным, чтобы убедиться, что клиент подтверждает получение
пакет (ы), содержащий ответ, до того, как сервер закроет
входное соединение. Если клиент продолжает отправлять данные на сервер
после закрытия стек TCP сервера отправит пакет сброса в
клиент, который может стереть неподтвержденные входные буферы клиента
прежде, чем они могут быть прочитаны и интерпретированы приложением HTTP.

10.4.1 400 неверный запрос

Запрос не может быть понят сервером из-за неправильного формата
синтаксис. Клиенту НЕ СЛЕДУЕТ повторять запрос без
модификации.

10.4.2 401 Несанкционированный

Запрос требует аутентификации пользователя. Ответ ДОЛЖЕН содержать
Поле заголовка WWW-Authenticate (раздел 14.47), содержащее запрос
применимо к запрошенному ресурсу. Клиент МОЖЕТ повторить
запрос с подходящим полем заголовка авторизации (раздел 14.8). Если
запрос уже включает учетные данные авторизации, затем 401
ответ указывает на то, что в авторизации было отказано для тех
реквизиты для входа. Если ответ 401 содержит тот же вызов, что и
предыдущий ответ, и пользовательский агент уже попытался
аутентификации хотя бы один раз, тогда пользователю СЛЕДУЕТ предоставить
сущность, указанная в ответе, поскольку эта сущность может
включить соответствующую диагностическую информацию. Аутентификация доступа HTTP
объясняется в разделе «HTTP-аутентификация: базовый и дайджест-доступ»
Аутентификация »[43].

10.4.3 402 Требуется оплата

Этот код зарезервирован для использования в будущем.

10.4.4 403 Запрещено

Сервер понял запрос, но отказывается его выполнить.
Авторизация не поможет и запрос НЕ ДОЛЖЕН повторяться.
Если метод запроса не был HEAD и сервер желает сделать
публично, почему запрос не был выполнен, ДОЛЖЕН описать
причина отказа в субъекте.Если сервер не желает
сделать эту информацию доступной для клиента, код состояния 404
Вместо этого можно использовать (Not Found).

10.4.5 404 Не найдено

Сервер не нашел ничего, соответствующего Request-URI. Нет
указывается, является ли состояние временным или
постоянный. СЛЕДУЕТ использовать код состояния 410 (Gone), если сервер
через некоторый внутренне настраиваемый механизм знает, что старый
ресурс постоянно недоступен и не имеет адреса пересылки.Этот код состояния обычно используется, когда сервер не желает
точно раскрыть, почему запрос был отклонен, или когда никакое другое
ответ применим.

10.4.6 405 Метод запрещен

Метод, указанный в строке запроса, не разрешен для
ресурс, идентифицированный Request-URI. Ответ ДОЛЖЕН содержать
Разрешить заголовок, содержащий список допустимых методов для запрошенного
ресурс.

10.4,7 406 Неприемлемо

Ресурс, указанный в запросе, может только генерировать
объекты ответа, которые имеют неприемлемые характеристики содержимого
в соответствии с заголовками accept, отправленными в запросе.

Если это не запрос HEAD, ответ ДОЛЖЕН включать объект
содержащий список доступных характеристик объекта и местоположения (а)
из которых пользователь или пользовательский агент могут выбрать наиболее
соответствующий.Формат объекта определяется заданным типом носителя.
в поле заголовка Content-Type. В зависимости от формата и формата
возможности пользовательского агента, выбор наиболее подходящего
выбор МОЖЕТ быть выполнен автоматически. Однако эта спецификация
не определяет никаких стандартов для такого автоматического выбора.

 Примечание. Серверы HTTP / 1.1 могут возвращать ответы,
      неприемлемо в соответствии с заголовками accept, отправленными в
      запрос.В некоторых случаях это может быть даже предпочтительнее отправки
      406 ответ. Пользовательским агентам рекомендуется проверять заголовки
      входящий ответ, чтобы определить, приемлемо ли это.

Если ответ может быть неприемлемым, пользовательский агент ДОЛЖЕН
временно прекратить получение дополнительных данных и запросить у пользователя
решение о дальнейших действиях.

10.4.8 407 Требуется аутентификация прокси

Этот код похож на 401 (Несанкционированный), но указывает, что
клиент должен сначала аутентифицироваться с помощью прокси.Прокси-сервер ДОЛЖЕН
вернуть поле заголовка Proxy-Authenticate (раздел 14.33), содержащее
проблема, применимая к прокси для запрошенного ресурса. В
клиент МОЖЕТ повторить запрос с подходящей прокси-авторизацией
поле заголовка (раздел 14.34). Объясняется аутентификация доступа HTTP
в «HTTP-аутентификации: базовая и дайджест-аутентификация доступа»
[43].

10.4.9 408 Тайм-аут запроса

Клиент не отправил запрос в течение времени, которое сервер
был готов ждать.Клиент МОЖЕТ повторить запрос без
модификации в любое время.

10.4.10 409 Конфликт

Запрос не может быть выполнен из-за конфликта с текущим
состояние ресурса. Этот код разрешен только в ситуациях, когда
ожидается, что пользователь сможет разрешить конфликт
и повторно отправьте запрос. Тело ответа ДОЛЖНО включать достаточно

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

Конфликты наиболее вероятны в ответ на запрос PUT. Для
Например, если использовалось управление версиями, а объект PUT
включены изменения в ресурс, которые противоречат изменениям, внесенным
более ранний (сторонний) запрос, сервер может использовать ответ 409
чтобы указать, что он не может выполнить запрос.В этом случае
объект ответа, вероятно, будет содержать список различий
между двумя версиями в формате, определяемом ответом
Тип содержимого.

10.4.11 410 Исчез

Запрошенный ресурс больше не доступен на сервере и нет
адрес пересылки известен. Ожидается, что это состояние будет
считается постоянным. Клиенты с возможностью редактирования ссылок ДОЛЖНЫ
удалить ссылки на Request-URI после утверждения пользователем.Если
сервер не знает или не имеет возможности определить, действительно ли
состояние является постоянным, ДОЛЖЕН быть код состояния 404 (Не найдено)
вместо этого. Этот ответ кэшируется, если не указано иное.

Ответ 410 в первую очередь предназначен для решения задач веб-
обслуживание путем уведомления получателя о том, что ресурс
намеренно недоступен, и владельцы серверов хотят, чтобы
удаленные ссылки на этот ресурс должны быть удалены.Такое событие характерно для
ограниченные по времени рекламные услуги и ресурсы, принадлежащие
лица, больше не работающие на сайте сервера. Это не
необходимо отметить все постоянно недоступные ресурсы как «пропавшие» или
сохранять отметку в течение любого периода времени — это оставлено на усмотрение
усмотрение владельца сервера.

10.4.12 411 Требуемая длина

Сервер отказывается принять запрос без определенного Content-
Длина.Клиент МОЖЕТ повторить запрос, если он добавляет действительный
Поле заголовка Content-Length, содержащее длину тела сообщения
в сообщении запроса.

10.4.13 412 Ошибка предварительного условия

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

10.4.14 413 Слишком большой объект запроса

Сервер отказывается обрабатывать запрос, потому что запрос
объект больше, чем сервер хочет или может обработать. В
сервер МОЖЕТ закрыть соединение, чтобы клиент не продолжил
запрос.

Если условие временное, серверу СЛЕДУЕТ включить повторную попытку.
После поля заголовка, чтобы указать, что это временно и после чего
время клиент МОЖЕТ повторить попытку.

10.4.15 414 Слишком длинный URI запроса

Сервер отказывается обслуживать запрос, потому что Request-URI
длиннее, чем сервер готов интерпретировать. Этот редкий
состояние может возникнуть только тогда, когда клиент неправильно
преобразовал запрос POST в запрос GET с длинным запросом
информации, когда клиент спустился в «черную дыру» URI
перенаправление (например, префикс перенаправленного URI, указывающий на суффикс
сам), или когда сервер подвергается атаке со стороны клиента, пытающегося
использовать дыры в безопасности, присутствующие на некоторых серверах, используя фиксированную длину
буферы для чтения или управления Request-URI.

10.4.16 415 Неподдерживаемый тип носителя

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

10.4.17 416 Запрошенный диапазон Не выполняется

Сервер ДОЛЖЕН возвращать ответ с этим кодом состояния, если запрос
включал поле заголовка запроса Range (раздел 14.35), и ни один из
значения спецификатора диапазона в этом поле перекрывают текущий экстент
выбранного ресурса, и запрос не включал If-Range
поле заголовка запроса.(Для байтовых диапазонов это означает, что первый
byte-pos всех значений byte-range-spec были больше, чем
текущая длина выбранного ресурса.)

Когда этот код состояния возвращается для запроса диапазона байтов,
ответ ДОЛЖЕН включать поле заголовка объекта Content-Range
указание текущей длины выбранного ресурса (см. раздел
14.16). Этот ответ НЕ ДОЛЖЕН использовать содержимое multipart / byteranges —
тип.

10.4.18 417 Неудачное ожидание

Ожидание, указанное в поле заголовка запроса Expect (см.
14.20) не может быть встречен этим сервером, или, если сервер является прокси,
у сервера есть недвусмысленные доказательства того, что запрос не может быть выполнен
сервером следующего перехода.

10.5 Ошибка сервера 5xx

Коды статуса ответа, начинающиеся с цифры «5», указывают на случаи в
сервер знает, что допустил ошибку или не может
выполнение запроса.За исключением ответа на запрос HEAD,
сервер ДОЛЖЕН включать объект, содержащий объяснение
ошибочная ситуация, временная или постоянная
условие. Пользовательские агенты ДОЛЖНЫ отображать любую включенную сущность в
Пользователь. Эти коды ответов применимы к любому методу запроса.

10.5.1 500 Внутренняя ошибка сервера

Сервер обнаружил непредвиденное состояние, которое предотвратило его
от выполнения запроса.

10.5.2 501 Не реализовано

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

10.5.3 502 Плохой шлюз

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

10.5.4 503 Служба недоступна

В настоящее время сервер не может обработать запрос из-за
временная перегрузка или обслуживание сервера. Следствие
в том, что это временное состояние, которое исчезнет после
некоторая задержка. Если известно, продолжительность задержки МОЖЕТ быть указана в
Заголовок Retry-After. Если Retry-After не задан, клиент ДОЛЖЕН
обрабатывать ответ так же, как и для ответа 500.

 Примечание. Наличие кода состояния 503 не означает, что
      сервер должен использовать его при перегрузке.Некоторые серверы могут пожелать
      просто отказаться от подключения.

10.5.5 504 Тайм-аут шлюза

Сервер, выступая в качестве шлюза или прокси, не получил
своевременный ответ от вышестоящего сервера, указанного в URI (например,
HTTP, FTP, LDAP) или какой-либо другой вспомогательный сервер (например, DNS), который ему нужен
для доступа при попытке выполнить запрос.

 Примечание. Примечание для разработчиков: некоторые развернутые прокси известны
      вернуть 400 или 500, когда время поиска DNS истекло.

10.5.6 505 Версия HTTP не поддерживается

Сервер не поддерживает или отказывается поддерживать протокол HTTP.
версия, которая использовалась в сообщении запроса. Сервер
указывая, что он не может или не хочет выполнить запрос
используя ту же основную версию, что и клиент, как описано в разделе
3.1, кроме этого сообщения об ошибке. Ответ ДОЛЖЕН содержать
сущность, описывающая, почему эта версия не поддерживается и какие еще
протоколы поддерживаются этим сервером.

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

Ошибка 404 Not Found — это код состояния ответа HTTP , который указывает на то, что запрошенный ресурс не может быть найден. Как и большинство кодов ответов HTTP, и особенно для тех кодов, которые указывают на ошибку, причину 404 Not Found Error может быть сложно отследить и устранить. Существует более 50 потенциальных кодов состояния, которые представляют сложные отношения между клиентом, веб-приложением, веб-сервером и часто несколькими сторонними веб-службами, поэтому определение причины конкретного кода состояния может быть проблемой при лучшие обстоятельства.

В этой статье мы исследуем ошибку 404 Not Found , исследуя, что может вызвать эту ошибку, а также предоставим несколько советов и приемов, которые помогут вам диагностировать и отлаживать ваше собственное приложение, в котором возникают такие проблемы. Мы также рассмотрим несколько наиболее распространенных систем управления контентом ( CMS, ), которые используются сегодня, что даст вам некоторое представление о потенциальных проблемных областях в этих системах, которые могут вызвать неожиданную ошибку 404 Not Found , поэтому Давайте начнем!

На стороне сервера или на стороне клиента?

Все коды состояния ответа HTTP, относящиеся к категории 4xx , считаются ответами клиента об ошибках . Эти типы сообщений контрастируют с ошибками в категории 5xx , такими как 502 Bad Gateway Error , которые мы рассмотрели на прошлой неделе, которые считаются ответами сервера об ошибках . При этом появление ошибки 4xx не обязательно означает, что проблема связана с клиентом, где клиент — это веб-браузер или устройство, используемое для доступа к приложению. Часто, если вы пытаетесь диагностировать проблему в собственном приложении, вы можете сразу же игнорировать большую часть клиентского кода и компонентов, таких как HTML, каскадные таблицы стилей (CSS), клиентский JavaScript и т. Д.Это также не относится только к и к веб-сайтам. Многие приложения для смартфонов с современным пользовательским интерфейсом фактически работают на обычном веб-приложении за кулисами; тот, который просто скрыт от пользователя.

Тем не менее, поскольку ошибка 404 Not Found указывает, что ресурс, к которому выполняется попытка доступа, недоступен, вполне возможно, что проблема решается клиентом. Возможно, вы пытаетесь получить доступ к недопустимому URL-адресу, браузер может отправлять недопустимые учетные данные в приложение и т. Д.Мы рассмотрим некоторые из этих сценариев (и возможные решения) ниже, но имейте в виду, что, хотя ошибка 404 Not Found считается ответом клиента с ошибкой , это по сути не означает, что мы можем исключить либо клиент или сервер как корень проблемы. В этих сценариях сервер по-прежнему является сетевым объектом, который вызывает ошибку 404 Not Found и возвращает ее как код ответа HTTP клиенту, но возможно, что клиент каким-то образом вызывает проблему. .

Начните с тщательного резервного копирования приложений

Как и все, лучше сначала перестраховаться, чем что-то напортачить и потом пожалеть об этом. Таким образом, критично, необходимо выполнить полное резервное копирование своего приложения, базы данных и т. Д. Перед попыткой каких-либо исправлений или изменений в системе. Еще лучше, если у вас есть такая возможность, создайте полную копию приложения на вторичном промежуточном сервере , который не является «активным» или иным образом не является активным и общедоступным.Это даст вам чистую площадку для тестирования, на которой можно протестировать все возможные исправления для решения проблемы, не угрожая безопасности или неприкосновенности вашего действующего приложения.

Диагностика ошибки 404 Not Found

Как уже упоминалось, ошибка 404 Not Found указывает на то, что клиент (веб-браузер) получает сообщение от сервера (удаленный компьютер) о том, что конкретный ресурс (веб-страница / URL-адрес) недоступен. Такая ошибка может возникнуть в нескольких сценариях:

Клиент отправил серверу правильный запрос, и сервер успешно получил этот запрос, но серверу не удалось найти допустимый ресурс в этом конкретном месте.Обычно это происходит из-за неверного URL, указанного клиентом; тот, который сервер не признает действительным по ряду причин. Это представляет собой большинство из 404 ошибок Not Found и приводит к тому, что сервер отправляет фактический код ответа 404 .
В качестве альтернативы, некоторые веб-приложения «подделывают» 404 Ошибки «Не найден» , когда запрашивается недопустимый ресурс. В таких случаях сервер возвращает стандартный код ответа 200 OK , который обычно указывает, что ресурс загружен должным образом.Однако сервер затем имеет настраиваемую «страницу 404», которую он отображает, указывая пользователю, что запрошенный ресурс на самом деле не найден. Однако, поскольку сервер на самом деле не возвращал с кодом ответа 404 , такие ложные ошибки обычно называются мягкими ошибками 404 . Обычно это считается плохой практикой со стороны сервера / приложения, поскольку многие автоматизированные программы (например, веб-сканеры поисковых систем) полагаются на допустимые ошибки 404 Not Found , чтобы определить, действительны ли ресурсы / ссылки.

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

Устранение неполадок на стороне клиента

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

Проверить запрошенный URL

Наиболее частой причиной ошибки 404 Not Found является простой ввод неверного URL-адреса. В именах доменов (например, airbrake.io ) регистр не учитывается, что означает, что эта ссылка на AirBrAKe.IO со смешанным регистром работает так же, как и обычная версия airbrake.io, написанная строчными буквами. Однако части пути, запроса или фрагмента, которые появляются после доменного имени , довольно часто чувствительны к регистру, если только конфигурация приложения / сервера явно не предназначена для предварительной обработки всех URL-адресов в нижнем регистре перед выполнением.

Например, в то время как airbrake.io может быть верхним, нижним или смешанным регистром, ссылка на airbrake.io/BLOG/ (с BLOG в верхнем регистре) недействительна, в результате наш хороший друг 404 Not Found Ошибка . Конечно, строчная версия airbrake.io/blog/ работает нормально, как и ожидалось.

Это все говорит о том, что довольно часто встречаются незначительные опечатки в какой-либо части URL, что часто приводит к неожиданной ошибке 404 Not Found .

Очистить соответствующие файлы cookie

Как вы, возможно, уже знаете, HTTP cookie — это крошечные фрагменты данных, хранящиеся на вашем локальном устройстве, которые используются веб-сайтами и приложениями в качестве механизма для «запоминания» информации об этом конкретном браузере и / или устройстве. Большинство современных веб-приложений используют файлы cookie для хранения данных пользователя или браузера, идентификации клиента и упрощения и ускорения будущих посещений.

Однако файлы cookie могут хранить практически любую информацию, которая им необходима. Во многих случаях веб-приложения или службы, такие как рекламные сети, будут использовать данные, полученные из локальных файлов cookie, для перенаправления или обработки входящих запросов. Таким образом, недействительный или поврежденный файл cookie может «запутать» сервер, заставив его думать, что вы не тот, за кого он себя считает, или что вы пытаетесь получить доступ к несуществующему ресурсу.

В большинстве случаев вам нужно позаботиться только о файлах cookie, которые относятся к веб-сайту или приложению, вызывающему проблему. Файлы cookie хранятся на основе доменного имени веб-приложения, поэтому вы можете явно удалить только те файлы cookie, которые соответствуют домену веб-сайта (например, airbrake.io ), тем самым сохраняя все остальные файлы cookie нетронутыми. Однако, если вы не знакомы с удалением определенных файлов cookie вручную, гораздо проще и безопаснее удалить и все файлы cookie сразу.

Очистка файлов cookie может осуществляться разными способами в зависимости от используемого вами браузера:

Выйти и войти

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

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

Отладка общих платформ

Если вы используете стандартные пакеты программного обеспечения на сервере, который отвечает с ошибкой 404 Not Found , вы можете сначала изучить стабильность и функциональность этих платформ. Наиболее распространенные системы управления контентом, такие как WordPress, Joomla !, и Drupal, как правило, хорошо протестированы из коробки, но как только вы начнете вносить изменения в базовые расширения или код PHP (язык, на котором почти все современные системы управления контентом написаны на), слишком легко вызвать непредвиденную проблему, которая приводит к ошибке 404 Not Found .

Вот несколько советов, которые помогут вам устранить неполадки на некоторых из этих популярных программных платформ:

Откат последних обновлений

Если вы недавно обновили саму систему управления контентом незадолго до появления ошибки 404 Not Found , вы можете рассмотреть возможность отката к предыдущей версии, которую вы установили, когда все работало нормально. Точно так же любые расширения или модули, которые вы, возможно, недавно обновили, также могут вызывать проблемы на стороне сервера, поэтому возврат к предыдущим версиям также может помочь.Чтобы получить помощь с этой задачей, просто Google «понизьте версию [PLATFORM_NAME]» и следуйте инструкциям. Однако в некоторых случаях некоторые CMS на самом деле не предоставляют возможности понижения версии, что указывает на то, что они считают базовое приложение вместе с каждой новой выпущенной версией чрезвычайно стабильным и свободным от ошибок. Обычно это происходит с более популярными платформами, поэтому не бойтесь, если вам не удастся найти простой способ вернуть платформу к более старой версии.

Удаление новых расширений, модулей или подключаемых модулей

В зависимости от конкретной системы управления контентом, которую использует ваше приложение, точное имя этих компонентов будет отличаться, но они служат одной и той же цели для каждой системы: улучшение возможностей и функций платформы сверх того, на что она обычно способна. коробка.Но будьте осторожны: такие расширения могут более или менее полностью контролировать систему и вносить практически любые изменения, будь то код PHP , HTML, CSS, JavaScript или база данных. Таким образом, может быть целесообразно удалить все новые расширения, которые могли быть недавно добавлены. Опять же, Google — это расширение для официальной документации и помощи в этом процессе.

Проверить наличие непредвиденных изменений в базе данных

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

Прежде всего, Google — ваш друг. Не бойтесь искать конкретные термины, связанные с вашей проблемой, такие как название CMS вашего приложения, а также ошибку 404 Not Found .Скорее всего, вы найдете кого-то (или, возможно, многих), кто столкнулся с этой проблемой и, возможно, получил решение.

Устранение неполадок на стороне сервера

Если вы не запускаете приложение CMS — или даже если оно есть, но вы уверены, что ошибка 404 Not Found не связана с этим — вот несколько дополнительных советов, которые помогут вам устранить причину неисправности. проблема на стороне сервера.

Проверьте конфигурацию вашего веб-сервера

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

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

Просмотрите журналы

Почти каждое веб-приложение в той или иной форме ведет журналы на стороне сервера. Журналы приложений обычно представляют собой историю того, что приложение делало, например, какие страницы были запрошены, к каким серверам оно подключалось, какие результаты базы данных оно предоставляет и так далее. Журналы сервера связаны с фактическим оборудованием, на котором запущено приложение, и часто предоставляют подробные сведения о работоспособности и состоянии всех подключенных служб или даже самого сервера. Google «ведет журнал [PLATFORM_NAME]», если вы используете CMS, или «журналы [PROGRAMMING_LANGUAGE]» и «журналы [OPERATING_SYSTEM]», если вы запускаете собственное приложение, чтобы получить дополнительную информацию о поиске соответствующих журналов.

Проверить ссылки приложений

Существует ряд полезных инструментов, которые позволяют оценить ваше приложение или только определенные ресурсы, чтобы убедиться, что все ссылки действительны и не вызывают ошибок 404 Not Found . Для начала вы можете зарегистрировать свой сайт в Google Search Console (если вы еще этого не сделали). Этот инструмент дает вам представление о том, что роботы-роботы Google обнаружили при просмотре вашего сайта. Здесь будут отображаться любые проблемы для всех ваших зарегистрированных приложений, и это может быть простым (и автоматическим) способом поиска недействительных ссылок или других проблем с сайтом.

Если вам просто нужно проверить конкретный ресурс или URL-адрес, тогда инструмент W3C Link Checker немедленно просканирует предоставленную вами ссылку, пока вы ждете, отображая все проблемы внизу.

Отладка кода или сценариев приложения

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

Как исправить ошибку 404, не найденную на вашем сайте WordPress

Из многих потенциальных ошибок, которые вы можете увидеть на своем сайте WordPress, ошибка 404 Not Found — одна из самых сложных. Но это не значит, что вас или ваши посетители не расстраивают, когда вы или ваши посетители пытаетесь просмотреть свой сайт и постоянно сталкиваетесь с сообщением об ошибке 404 Not Found.😒 Это последнее, что вы хотите, чтобы потенциальные клиенты впервые видели от вашего бренда. Ошибка 404 также может быть индикатором того, что что-то изменилось или переместилось, и, вероятно, необходимо добавить 301 редирект для SEO.

В этом посте мы попытаемся помочь вам снова заставить ваш сайт работать, объяснив несколько вещей:

Предпочитаете посмотреть видео версию?

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

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

В большинстве случаев запрос работает идеально, и вы никогда не видите код состояния HTTP (, если вы не посмотрите ). Но если что-то не так с , ваш веб-браузер обычно отображает сообщение с кодом состояния HTTP, чтобы указать точную проблему.

Как и другие сообщения об ошибках (ошибка 500, ошибка 502, ошибка 504 и т. Д.), Сообщение об ошибке 404 Not Found является результатом этого процесса.

Что на самом деле означает ошибка 404 «Не найден»?

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

Например, если кто-то пытается получить доступ к yoursite.com/post-name , но у вас нет контента со слагом post-name .Тогда посетитель увидит ошибку 404, потому что, хотя ваш веб-сервер работает нормально, запрошенный ресурс не существует.

Это не просто сообщения или страницы, любой недостающий ресурс может вызвать ошибку 404 на сервере, например, отсутствует файл изображения, отсутствует JavaScript, отсутствует CSS и т. Д.

Что вызывает ошибку 404, не найденную на WordPress?

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

Кроме того, ошибка 404 — это не всегда плохо — плохо только тогда, когда мешает удобству использования . А иногда вещи просто выходят из-под вашего контроля!

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

Ошибка 404 Варианты не найдены

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

«Ошибка 404»
«404 не найдено»
«Ошибка HTTP 404»
«Не найдено»
«Страница не найдена»
«Запрошенный URL не найден на этом сервере.”
«Страница не найдена»
«Мы не можем найти страницу, которую вы ищете».
«Запрошенный URL / ~ не найден на этом сервере. Это все, что мы знаем.

Ошибка Google 404, страница

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

Смешной пример страницы 404

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

Kinsta 404 стр.

Ошибка 404 не найдена Влияние на SEO

Ошибка 404 Not Found не оказывает отрицательного влияния на SEO. Но это может иметь негативное влияние в зависимости от причины возникновения ошибки.

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

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

Ошибка 404 Not Found влияет на производительность сайта

Многие не осознают этого, но сайты, которые генерируют много ошибок 404, могут легко столкнуться с проблемами производительности, поскольку эти ответы обычно не кэшируются. Мы часто видели это на крупных сайтах, и это может стать большой проблемой, если вы случайно продвинете или получите всплеск вирусного трафика на страницу 404. Чтобы минимизировать влияние запросов 404 на производительность сайта, мы автоматически кэшируем страницы 404 на 15 минут. Если вы создадите новую страницу с тем же URL, что и кэшированная страница 404, мы автоматически очистим кеш, чтобы ваши посетители могли сразу увидеть новую страницу.Это означает, что ваш сайт будет защищен от скачков PHP и CPU, вызванных трафиком на динамические страницы 404.

Вероятно, вы генерируете больше ошибок 404, чем вы думаете! Наш инструмент аналитики MyKinsta может помочь вам определить точную сумму (как показано ниже).

404 ошибки

Вы также можете быстро увидеть, каковы основные ошибки 404. В этом примере ниже вы можете видеть, что на сайте отсутствуют некоторые мобильные значки, например /apple-touch-icon.png . Скорее всего, они находятся в коде темы или плагина, который запрашивается, но фактические значки никогда не добавлялись.Таким образом, сервер выдает ошибку 404, поскольку не может найти ресурсы.

Первые 404 ошибки

Вы также можете проверить ошибки 404 в Google Search Console или установить сторонний плагин, например Redirection, который регистрирует ошибки 404. Однако помните, что подобные плагины также влияют на производительность. Гораздо лучше полагаться на инструмент уровня сервера. Вот почему мы предоставляем эти инструменты всем клиентам Kinsta.

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

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

Ниже мы рассмотрим несколько различных методов исправления сообщения об ошибке 404 Not Found, в зависимости от того, происходит ли это на сайте или в конкретном контенте.

Подпишитесь на информационный бюллетень

Мы увеличили наш трафик на 1187% с помощью WordPress.

Мы покажем вам, как это сделать.

Присоединяйтесь к более чем 20 000 других людей, которые получают нашу еженедельную рассылку с инсайдерскими советами по WordPress!

Подпишись сейчас

Обновите постоянные ссылки вашего сайта WordPress

Если при попытке доступа к контенту вы сталкиваетесь с ошибкой 404 по всему сайту, наиболее вероятной причиной является проблема с вашими постоянными ссылками (или файлом .htaccess, если ваш хост использует Apache). Если вы клиент Kinsta, мы используем Nginx, поэтому вы можете исключить файл .htaccess как возможную причину.

Самый простой способ исправить это — обновить настройки постоянной ссылки через панель управления WordPress. Все, что вам нужно сделать, это зайти в «Настройки» → «Постоянные ссылки» и нажать «Сохранить изменения» (вносить какие-либо изменения не требуется — достаточно нажать «Сохранить изменения»).

Регенерировать постоянные ссылки в WordPress

Настройка переадресации 301 для перемещенного или переименованного содержимого

Если вы столкнулись с ошибкой 404 в определенном фрагменте контента, вероятно, проблема в том, что вы:

Изменен ярлык URL для этого содержимого.
Переместил этот фрагмент контента вручную, например удалив существующее сообщение и вставив его в новое сообщение.

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

WordPress по умолчанию пытается перенаправить измененный / перемещенный контент. Но это не всегда работает, и вам никогда не следует полагаться на WordPress для этой функции. Но не волнуйтесь, есть несколько простых способов настроить переадресацию в WordPress:

Во-первых, вы можете использовать бесплатный плагин Redirection для управления перенаправлениями с панели инструментов WordPress. После того, как вы установили и активировали плагин, перейдите в Инструменты → Перенаправление и введите URL-адрес 404-й страницы в поле Исходный URL-адрес и новое расположение контента в поле Целевой URL-адрес:

Как настроить переадресацию с помощью плагина Redirection

Если вы размещаете на Kinsta, вы также можете управлять переадресацией из панели управления MyKinsta.Использование инструмента Kinsta на самом деле является лучшим способом решения этой проблемы, поскольку правила реализованы на уровне сервера , что является гораздо более оптимальным способом с точки зрения производительности. Это также означает, что на один сторонний плагин вам придется беспокоиться меньше.

Перейдите на сайт, которым хотите управлять. Затем щелкните вкладку «Перенаправления». Чтобы добавить новое перенаправление, нажмите большую кнопку «Добавить правило перенаправления»:

Как настроить переадресацию с панели управления Kinsta

Наконец, если ваш хост использует сервер Apache, вы можете использовать.htaccess для настройки перенаправления. Сайт генератора .htaccess может помочь вам сгенерировать правильный код для добавления в файл .htaccess вашего сайта.

Как создать свою собственную ошибку 404 Not Found Page

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

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

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

Поле поиска
Важные ссылки
Контактная информация

Еще одна важная особенность плагина 404page — то, что он не создает переадресации.Страница 404 никогда не должна перенаправляться на физическую страницу , например, yoursite.com/404 . Ошибка 404 всегда должна генерироваться динамически на рассматриваемой странице.

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

Как отслеживать ошибки 404 в будущем

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

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

Вариант 1 — Google Analytics

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

Вариант 2 — плагин WordPress

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

Вариант 3 — Инструмент стороннего аудита

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

Аудит 404 ошибок

Вариант 4 — Консоль поиска Google

Наконец, вы можете отслеживать 404 ошибки, с которыми сталкиваются сканеры Google, в консоли поиска Google.После того, как вы подтвердили свой сайт с помощью консоли поиска Google, перейдите в Сканирование → Ошибки сканирования → Не найдено, чтобы просмотреть список ошибок 404, обнаруженных Google. Это, безусловно, один из самых простых способов. Он также является лучшим с точки зрения производительности, поскольку не требует сторонних плагинов или дополнительного сканирования вашего сайта. Боты Google уже регулярно сканируют ваш сайт, так почему бы просто не воспользоваться данными, которые они уже предоставляют? 😉

Google Search Console 404 ошибки

Сводка

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

У вас есть другие советы или вопросы относительно сообщения об ошибке 404 Not Found или его влияния на ваш сайт WordPress? Напишите нам в комментариях.

Если вам понравилась эта статья, то вам понравится хостинговая платформа Kinsta WordPress.Ускорьте свой сайт и получите круглосуточную поддержку от нашей опытной команды WordPress. Наша инфраструктура на базе Google Cloud ориентирована на автоматическое масштабирование, производительность и безопасность. Позвольте нам показать вам разницу в Kinsta! Ознакомьтесь с нашими тарифами

Как использовать подробные ошибки HTTP в IIS 7.0

12.12.2007
Читать 9 минут

В этой статье

от группы IIS

Введение

Каждый администратор веб-сайта или веб-разработчик видел в своем браузере сообщения «404 — Файл не найден», «401 — Неавторизован» или «500 — Ошибка сервера».Эта статья поможет вам понять, как и почему IIS генерирует эти ошибки и как их можно настроить.

Многие могут подумать, что создание сообщений об ошибках не оправдывает написания статьи. Но ошибки — это больше, чем кажется на первый взгляд. Сообщения об ошибках — это деликатная тема, потому что каждая ошибка раскрывает о вашем веб-сайте больше, чем вы могли бы пожелать. Чем больше информации кто-то сможет собрать о вашем сайте, тем больше вероятность того, что вы будете взломаны. Поиск по запросу «взлом Google» или «межсайтовый скриптинг» дает обширную информацию по этой теме.

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

ошибок, какие ошибки?

В этой статье говорится об ошибках HTTP, как указано в HTTP RFC (RFC 2616 — раздел 6.1.1). Ошибка HTTP всегда выражается отправкой ответа с кодом состояния больше 400 обратно запрашивающему клиенту.

Клиентские ошибки

Коды состояния от 400 до 500 указывают ошибку, сделанную клиентом, например неверный синтаксис или запрос к несуществующему ресурсу. Вы можете попробовать это, запросив поддельный URL-адрес с веб-сайта по вашему выбору, например: http: // / this_resource_does_not_exist. Вы получаете сообщение об ошибке «404 — файл не найден».

Ошибки сервера

Коды состояния, начинающиеся с 500, являются ошибками, вызванными сервером. Наиболее частые причины 500 ошибок в системах IIS:

Страница ASP или ASPX, содержащая синтаксическую ошибку
Конфигурация веб-сервера или приложения не может быть прочитана или недействительна
Сайт остановлен

Важно отметить, что браузеры, такие как IE, часто заменяют ошибки, возвращаемые веб-сервером, собственными ошибками.Это усложняет устранение неполадок. В IE вы можете отключить эту функцию. Перейдите в меню «Инструменты», выберите «Свойства обозревателя», щелкните вкладку «Дополнительно», найдите флажок «Показывать понятные сообщения об ошибках HTTP» и снимите его. Чтобы увидеть необработанный ответ, используйте инструменты HTTP, такие как WFETCH, в наборе ресурсов IIS 6.0 (см. «Ссылки по теме»).

Ошибки HTTP в IIS

Когда модуль httpError (custerr.dll) обнаруживает ошибку, могут произойти две вещи:

Создается настраиваемая ошибка
Генерируется подробная ошибка

Пользовательские ошибки — это страницы ошибок, которые видят обычные пользователи вашего сайта.Они содержат краткое описание ошибки, но не более того. Вот настраиваемая ошибка, генерируемая при запросе несуществующего ресурса, например: http: // / this_resource_does_not_exist

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

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

Поток данных

Первый: проверка ошибок

Модуль httpError получает уведомление, если ответ должен быть отправлен (уведомление RQ_SEND_RESPONSE). Модуль httpError проверяет код состояния этого ответа и немедленно возвращает, если код состояния не превышает 400.

Секунда: Пользовательская ошибка или Подробная ошибка

Следующая проверка определяется источником запроса (является ли запрос локальным или удаленным запросом) и настройкой свойства errorMode. Для свойства errorMode установлено значение DetailLocalOnly, что означает, что настраиваемые ошибки генерируются для каждого удаленного запроса. Если для errorMode установлено значение «Custom», то все ответы об ошибках станут Custom Error. Если для параметра errorMode установлено значение «Подробный», все ответы об ошибках будут преобразованы в подробные ошибки.Следующая таблица поясняет это поведение:

ошибка Режим	Запрос происхождения	Действие
Подробно только локально (по умолчанию)	местный	Подробная ошибка
Подробное только локальное (по умолчанию)	Пульт дистанционного управления	Пользовательская ошибка
На заказ	местный	Пользовательская ошибка
На заказ	Пульт дистанционного управления	Пользовательская ошибка
Подробный	местный	Подробная ошибка
Подробный	Пульт дистанционного управления	Подробная ошибка

Если модуль httpError определяет, что должна быть сгенерирована настраиваемая ошибка, он просматривает свою конфигурацию, чтобы увидеть, может ли он найти ошибку сопоставления.Если совпадение найдено, он отправляет статический файл, перенаправляет запрос или выполняет указанный URL. Если совпадений найти не удается, IIS отправляет простое однострочное сообщение, содержащее код состояния. В следующем разделе подробно описывается конфигурация Custom Error.

Если custerr.dll определяет, что должна быть сгенерирована подробная ошибка, необходима еще одна проверка. IIS не затрагивает ответ, если модуль перекрывает сущность ответа своим собственным описанием ошибки. Он может содержать ценную информацию.ASP.NET — хороший тому пример. Сущность ответа об ошибке ASP.NET может содержать стек исключений и собственное описание ошибки. Подробная ошибка генерируется только в том случае, если тело объекта ответа пусто.

Конфигурация

Вот специальный раздел ошибок IIS, полученный при чистой установке:

Вы видите, что если код состояния ответа — 401, IIS вернет файл с именем 401.htm.

Коды суб-статуса

Многие ошибки HTTP имеют вспомогательный статус. Конфигурация настраиваемых ошибок IIS по умолчанию не различает коды субстатуса на основе. Он отправляет ту же страницу пользовательской ошибки, если вы ввели неправильные учетные данные (401.1) или если вам было отказано в доступе из-за недействительных прав на доступ к файлу (401.3). Вы можете увидеть различные коды субстатуса в файлах журнала или в разделе «Подробные ошибки». Вот список различных кодов субстатуса 404, которые генерирует IIS:

Статус	Описание
404,1	Сайт не найден
404,2	Отказано политикой. Запрос программы ISAPI или CGI не разрешен в списке ограничений.
404,3	Обработчик статических файлов не имел файла в MimeMap и поэтому отклонил запрос.
404,4	Не найден обработчик для обслуживания запроса.
404,5	Модуль фильтрации запросов отклонил последовательность URL в запросе.
404,6	Модуль фильтрации запросов отклонил HTTP-команду запроса.
404,7	Модуль фильтрации запросов отклонил расширение файла запроса.
404,8	Модуль фильтрации запросов отклонил определенный сегмент URL-адреса (символы между двумя косыми чертами).
404,9	IIS отказался обслуживать скрытый файл.
404,11	Модуль фильтрации запросов отклонил запрос с двойным экранированием.
404,12	Модуль фильтрации запросов отклонил запрос, содержащий символы старшего разряда.
404,14	Модуль фильтрации запросов отклонил запрос со слишком длинным URL-адресом.
404,15	Модуль фильтрации запросов отклонил запрос со слишком длинной строкой запроса.
413,1	Модуль фильтрации запросов отклонил слишком длинный запрос (запрос + тело объекта).
431	Модуль фильтрации запросов отклонил слишком длинный заголовок.

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

Вот как заставить пример работать:

Добавьте указанную выше запись в раздел конфигурации httpErrors.
Создайте файл с именем 404_3.htm в каталоге c: \ inetpub \ custerr \ en-us .
Создайте файл с именем test.yyy в каталоге c: \ inetpub \ wwwroot .
Теперь запросите http: // localhost / test.ггг

Расширение файла .yyy не является частью IIS MimeMap, и обработчик статических файлов его не обслуживает.

Новое в IIS: пользовательские ошибки, зависящие от языка

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

  Accept-Language: en-us

Синтаксис и реестр допустимых языков указаны в RFC1766.

При создании ошибки IIS учитывает этот заголовок при поиске возвращаемого настраиваемого файла ошибки.Он генерирует путь для настраиваемой ошибки, используя следующую логику:

Параметр конфигурации prefixLanguageFilePath (например, c: \ inetpub \ custerr ) +
Заголовок Accept-Language, отправленный клиентом (например, en-us) +
Параметр конфигурации пути (например, 404.htm)

Пример:

Если браузер отправляет запрос на несуществующий ресурс и заголовок «Accept-Language» имеет значение «en-us», возвращается файл c: \ inetpub \ custerr \ en-us \ 404.htm .

Например, если вы из Германии, вам нужны сообщения об ошибках на немецком языке. Для этого необходимо установить языковой пакет Windows Vista для немецкого языка. Это создает каталог c: \ inetpub \ custerr \ de-DE с пользовательскими файлами ошибок в нем. Теперь, если браузер отправляет заголовок «Accept-Language» со значением «de-DE», возвращается файл c: \ inetpub \ custerr \ de-DE \ 404.htm .

IIS всегда будет использовать системный язык, если каталог «de-DE» не существует.

Примечание

Internet Explorer позволяет настроить заголовок Accept-Language. Перейдите в «Инструменты» — «Интернет», выберите вкладку «Общие» и нажмите кнопку «Языки».

Пользовательские параметры ошибок

В приведенных выше примерах IIS отправляет содержимое файла в качестве настраиваемого ответа об ошибке. У IIS есть два других способа реагирования на ошибку: выполнение URL-адреса или перенаправление запроса.

ExecuteUrl

Если вы хотите сделать больше в вашей пользовательской ошибке, e.грамм. отправив электронное письмо или зарегистрировав ошибку в базе данных, вы можете выполнить URL-адрес. Это позволяет выполнять динамическое содержимое, как страницу ASP.NET. В приведенном ниже примере заменяется настраиваемая ошибка 404. Теперь IIS выполняет /404.aspx всякий раз, когда возникает ошибка 404.

->

Соображения безопасности

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

IIS также может возвращать 302 редирект в браузер при возникновении определенной ошибки.Редирект хорош, если у вас есть ферма серверов. Например, вы можете перенаправить все свои ошибки в центральное место, за которым вы внимательно следите.

Однако существует риск: responseMode = «File» (значение по умолчанию) позволяет указать каждый файл на диске. Это не сработает, если вы очень заботитесь о безопасности.

Работоспособный сценарий может включать только разрешение делегирования параметра errorMode. Это позволяет разработчику получать подробные сведения об ошибках для своего приложения, даже если он использует удаленный клиент.Все, что необходимо, это установить errorMode = «Подробно». Вот как настроить этот сценарий:

Разрешить делегирование раздела httpErrors:

Во-вторых, перейдите в раздел в applicationHost.config и измените его так, чтобы делегировался только errorMode:

Сводка

Пользовательские и подробные ошибки — мощные функции IIS. Они помогают устранять проблемы без ущерба для безопасности сервера IIS. Многие параметры конфигурации помогут вам настроить работу ваших пользователей. Самое главное: экспериментировать с этим весело.

HTTP-ошибок: 404 | Codecademy

Справочная информация:

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

Другие действия, вызывающие ошибку 404:

Щелчок по ссылке на файл, который был удален или переименован

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

Инструкции:

На Mac перейдите на любую веб-страницу и нажмите кнопку управления, одновременно щелкая в любом месте документа. Если вы работаете на ПК, просто щелкните правой кнопкой мыши в любом месте документа. Рядом с тем местом, где вы щелкнули, появится меню. Щелкните опцию «Проверить элемент».
Панель инструментов разработчика появится в нижней трети экрана.Не бойся! Он исчезнет, если вы щелкните маленький значок «x» в правом верхнем углу панели.
Чтобы проверить коды состояния файлов, перечисленных на веб-странице, щелкните вкладку «Сеть» (вторая вкладка справа, сразу после «Элементы»).
В нижней половине панели этой вкладки вы увидите таблицу со сведениями обо всех файлах, связанных с этой веб-страницей. Столбец «Статус» покажет вам статус HTTP каждого файла.
Изучите! Нажимайте кнопки и ссылки на посещенной вами веб-странице и смотрите, что изменилось на вкладке «Сеть».Если вы видите код состояния, написанный красным, это означает, что произошла ошибка. Может быть, это 404-й. Зацени!

Как создать впечатляющую страницу ошибки 404 (с 12 примерами)

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

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

Итак, что посетитель будет делать дальше?

Они немедленно нажмут кнопку «Назад», если вы неправильно указали страницу с ошибкой 404 (код состояния). И они, вероятно, никогда больше не посетят ваш сайт.

Вы только что испортили свое первое впечатление собственной страницей ошибок.

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

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

Результат?

Ну…

Снижение вашего рейтинга в поиске.

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

Перезапуск сайта
Неработающая внутренняя ссылка
Ссылка на устаревшую поисковую систему

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

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

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

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

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

Зачем нужно создавать индивидуальную страницу 404?

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

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

Но зачем вам тратить время или деньги на этот индивидуальный проект?

Вот 5 причин.

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

Как бы вы хотели увеличить свой поисковый трафик за счет индексации большего количества страниц веб-сайта с помощью страницы с ошибкой 404?

Сладкое. Не правда ли?

Сделайте собственную страницу ошибок, и вы можете выиграть.

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

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

Я использовал эту стратегию, чтобы увеличить посещаемость Techcrunch на 9% за месяц. Я связался со случайными 25-50 внутренними страницами, запустив алгоритм.

У вас наверняка будут неработающие ссылки на вашем сайте.

2. Это ваш шанс создать постоянный имидж бренда — люди любят постоянство.Как только вы знакомитесь с веб-сайтом, вы подсознательно начинаете ему доверять (хотя действуют и другие человеческие факторы, такие как ваш возраст, интересы и образование).

Вывод — создать согласованный образ. Обычные страницы с ошибкой 404 — плохой опыт.

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

Вам нужен файл журнала для записи информации о проблеме и код ответа для ее надлежащего решения.

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

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

3. Захватите снова недовольного посетителя. Предположим, вы зашли на веб-сайт в поисках информации по определенной теме.Однако, щелкнув веб-страницу в результатах поиска, вы не получите никакого ответа. Вместо этого отображается сообщение об ошибке «страница не найдена».

Как ты себя чувствуешь?

Совершенно верно.

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

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

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

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

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

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

Но как именно?

Развлекаясь, как Магнт.

Или продвигать любовь, как eHarmony. Эта настраиваемая страница с ошибкой укрепляет их бренд.

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

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

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

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

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

Если вы интернет-магазин, вы даже можете предложить рекомендации по релевантным продуктам на своей пользовательской странице с ошибкой, например Ballard Designs.

Согласно результатам What Test Won, эта страница с рекомендациями по продуктам привела к увеличению общего количества покупок, покупкам новых клиентов, увеличению количества добавленных в корзину и более высокому среднему количеству просмотров страниц.

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

6 элементов соблазнительной 404 стр.

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

Вот 6 особенностей соблазнительной страницы 404.Помните, что вам не обязательно размещать их все на своей странице.

1. Включает панель поиска для навигации по вашему веб-сайту — это не проблема. Вы же не хотите, чтобы посетитель покинул ваш сайт на полпути. Итак, вы помогаете ему просматривать ваш веб-сайт, предоставляя панель поиска.

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

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

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

ModCloth предлагает ссылки на различные разделы своих продуктов на странице пользовательских ошибок.

Design Shack предлагает ссылку на их последние статьи, галерею дизайна и на их домашнюю страницу, когда вы, к сожалению, найдете их код статуса http.

Вы также можете предложить обратную ссылку на домашнюю страницу, например Deviant Art. Это забавная, простая пользовательская страница ошибок, соответствующая их бренду.

Или, может быть, ссылку на вашу карту сайта, например Starbucks.

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

3. Использует простой человеческий язык, чтобы объяснить, что пошло не так. Во-первых, вы обслуживаете ошибку.Затем вы используете технические термины и коды, чтобы объяснить ситуацию. Вы вообще хотите, чтобы пользователь был на вашем сайте?

Видите ли, никого не волнует, что пошло не так с «вашим сервером».

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

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

Столкнувшись с кодом статуса, заполненным техническим жаргоном, они еще больше расстроятся и сразу же нажмут кнопку «Назад».

Страница ошибки 404 X-Cart имеет простой заголовок «Страница не найдена».

Вы заметили еще один аспект на странице выше?

В нем указаны «возможные причины», по которым вы столкнулись с ошибкой.

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

Также не забудьте не винить посетителя за код ошибки (код статуса http).

Я знаю.

Есть вероятность, что пользователь действительно ошибся при вводе URL. Или, возможно, это был ошибочный перенаправление.

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

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

Разве ты не хочешь их уже простить?

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

Конечно, вы получите файл журнала инцидента, но не лучше ли поговорить с клиентом, который тоже найдет время, чтобы сообщить вам об этом?

Так как же побудить посетителя сообщить об ошибке?

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

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

Бен Кук реализовал простую контактную форму на странице с ошибкой 404 во время восстановления и перезапуска клиентского веб-сайта.

Получил ли он какие-нибудь ответы?

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

5. Переведите страницу на несколько языков. Маркетинг — это общение с пользователем так, как ему нравится, и на том языке, который он использует. Верно?

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

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

David Hell Man — отличный пример страницы с ошибкой 404 не на английском языке.

6. Предложите им возможность присоединиться к вашему списку рассылки или использовать ваш продукт — Да, вы даже можете конвертировать этих посетителей. Это просто указание пользователю выполнить действие, которое вы от него хотите.

А что может быть лучше, чем превратить плохой пользовательский опыт в положительный и прибыльный?

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

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

[youtube https://www.youtube.com/watch?v=yRGuAwBIRig]

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

Точно так же HubSpot предлагает пользователям возможность «подписаться на бесплатную демонстрацию» на их странице с ошибкой 404. Два других варианта над бесплатной демонстрацией также соответствуют целям конверсии HubSpot.

12 блестящих примеров ошибок 404 страницы

К настоящему времени у вас уже есть самая необходимая информация о создании страниц с ошибками 404. Я объясню технические аспекты настройки вашей страницы позже.

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

Надеюсь, ваши творческие соки начнут течь после просмотра этих страниц.

1. Поцелуй

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

И что может быть лучше, чем попросить пользователя подать заявку в службу поддержки для решения проблемы?

2. Джейми Хаскиссон

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

Кроме того, вам будут предложены два варианта: окно поиска для поиска релевантной информации или ссылка на архив сообщений для чтения старого содержания, написанного Джейми.

3. Centresource

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

Затем он предлагает всего два варианта — вернуться на главную страницу или ударить лося. Здесь нет жаргона кода статуса http.

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

4. Huwshimi

У австралийской дизайнерской компании есть героическое изображение на странице с ошибкой: эту страницу украл ниндзя.

Их просьба вернуться на домашнюю страницу столь же увлекательна: «вы должны вернуться, когда у луны есть друзья, а лиса позаимствована».

5. Хиллари Клинтон

На сайте политика есть страница с ошибкой, на которой крякнет вас.

Она была даже признана Huffington Post за то, что она каламбур через эту страницу.

Показав счастливую фотографию, Хилари предлагает вам записаться на волонтерство.

Итак, это отличный способ направить посетителей вашего сайта к вашим целям, не так ли?

6. Дизайн «Джек кролик»

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

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

Разве не прекрасно, что пользователь может извлечь полезность даже из своей страницы с ошибкой?

7.Блюгг

Это британское брендовое агентство, и их страница с ошибкой очень забавна.

Это не минимализм. У них есть куча навигационных ссылок вверху и контактная информация в нижнем колонтитуле.

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

Они ясно передают ошибку — «Аааааааааааааааааааааааааааааааааааааааааааааааааааааааамамамамамамам приятнее! Этой страницы не существует «. Затем видео с козлом с высоким тоном воспроизводится в цикле, пока вы не вернетесь назад, прочь от страниц с ошибками, на их домашнюю страницу (или приостановите воспроизведение видео).

8. Whitespark

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

Первый призыв к действию — зеленая кнопка — «Не делай этого». Вам будет представлено счастливое лицо Брента за то, что он пощадил его, и сообщение о том, что он построит для вас алтарь.

Вы также можете нажать на красный CTA «Good Riddance» и уволить Брента.

Нажав на эту кнопку, вы увидите обеспокоенного Брента и получите сообщение о том, что многие дети Брента будут голодать на улицах.

Дело в том, что ваши пользователи больше не обращают внимания на жаргон кода ошибки, такой как http-код состояния «что?» Они видят, что что-то пошло не так, и видят способы решения проблемы.

9. Квартира Home Living

Какой бы вы хотели видеть овцу в ванной?

Вообразить это само по себе забавно, правда?

Это иллюстрация, которую сайт поиска квартир Apartment Home Living использует на своей странице с ошибкой.

И, признав, что страница не существует, они возвращают пользователей на свою домашнюю страницу.

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

10. Лего

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

И внизу слева они предлагают обратную ссылку на главную страницу.

11. Mattel

Еще одна игрушечная компания с еще более интересной и интерактивной настраиваемой страницей ошибок.

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

Но, чтобы оставаться на сайте, вы получаете анимированный шар Magic 8, который отвечает на ваши вопросы.

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

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

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

12. Дефрозо

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

Во-первых, он говорит на языке аудитории: «страница не в фокусе.’

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

Или вы можете отправить электронное письмо команде по разморозке о проблеме.

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

3 метода создания настраиваемой ошибки 404 страница

Как я уже упоминал ранее, вам нужно настроить файл.htaccess, чтобы настроить страницу с ошибкой 404.

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

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

1. Используйте плагин 404 Page WordPress — Вам повезло, если вы ведете свой блог на WordPress.Существует множество мощных плагинов, которые помогут вам легко реализовать расширенные функции на вашем веб-сайте.

Для создания страницы с ошибкой 404 вы можете использовать плагин 404 Page.

Вот видеоролик о плагине кода ошибки.

[youtube https://www.youtube.com/watch?v=VTL07Lf0IsY]

Как видите. его легко настроить и независимо от вашей темы WordPress. Вам просто нужно выбрать страницу WordPress, которую вы хотите отображать как страницу 404 (в разделе настроек).

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

2. Наймите разработчика-фрилансера — плагины могут быть чрезвычайно полезны на начальных этапах работы вашего веб-сайта.

Но по мере вашего продвижения ваш брендинг и обслуживание аудитории вашего веб-сайта становятся все более важными.

Общий плагин для публикации в социальных сетях или даже премиум-тема WordPress могут больше не работать для вас.Вот почему я настроил кнопки публикации в социальных сетях здесь, на NeilPatel.com

Инвестируйте в найм талантливых разработчиков с сайтов-фрилансеров, таких как UpWork и Freelancer. Опубликуйте требование с как можно большим количеством конкретных деталей. У вас должен быть приличный бюджет, чтобы привлекать качественные приложения.

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

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

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

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

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

[youtube https://www.youtube.com/watch?v=l-YJlu4CpYU]

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

Если вы запускаете свой веб-сайт на информационном сервере в Интернете, вы можете следовать инструкциям в этой статье.

Вы используете свой сайт на WordPress?

Многие темы WordPress снабжены файлом 404.php (пользовательский файл шаблона 404).

Вы можете редактировать их в текстовом редакторе и редактировать отображаемое сообщение об ошибке.

В приведенном ниже видеоуроке WebTegrity показывает, как настроить сообщение, отредактировав файл темы 404.php.

[youtube https://www.youtube.com/watch?v=YDN47iDc2_0]

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

Что бы вы ни делали, не выбирайте ни одну из этих настроек страницы 404.

3 инструмента для отслеживания неработающих ссылок и предотвращения ошибок 404 страницы

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

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

1. Проверьте расширение Chrome «Мои ссылки» — Это отличный инструмент, используемый в стратегии построения битых ссылок. Он сканирует веб-страницу, перечисляет общее количество ссылок, находит и помечает все неработающие ссылки красным цветом.

Недостаток расширения в том, что вы не можете автоматизировать проверку.

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

2. Плагин WordPress для проверки неработающих ссылок — Если вам нравится автоматизация, вам понравится этот инструмент.

После настройки инструмент автоматически отслеживает все ссылки на наличие проблем с кодом ошибки на вашем веб-сайте — в вашем сообщении, на страницах, в списке блогов, комментариях и т. Д.Вот список его отличных функций.

Установите плагин и перейдите в Настройки »Проверка ссылок.

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

Чтобы просмотреть более подробный список неработающих ссылок и проблем с кодами ошибок на вашем веб-сайте, перейдите в Инструменты »Неработающие ссылки.

Неработающие ссылки представлены с предложениями по замене, и вы можете обновить эти ссылки с самой панели инструментов инструмента, не перебирая несколько статей (где ссылки на самом деле не работают).

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

3. Google Analytics (GA) — Это один из самых мощных инструментов для веб-мастеров. Вы уже знаете о его функциях для отслеживания производительности вашего веб-сайта и разделения источников трафика.

Но знаете ли вы, что он может находить даже неработающие ссылки на вашем сайте?

Войдите в свою учетную запись аналитики. Перейдите в раздел Поведение »Контент сайта» Все страницы.

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

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

WordStream обнаружил, что его страница с ошибкой 404 была посещена 126 раз через 79 страниц (с 1 по 30 апреля).

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

Вы можете прочитать эту статью WordStream, чтобы получить помощь по анализу данных из GA и принятию решения о перенаправлении ваших страниц.

Заключение

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

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

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

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

https://archive.org/web/wb404.js

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

Share :

Декабрь 2024
Пн	Вт	Ср	Чт	Пт	Сб	Вс
						1
2	3	4	5	6	7	8
9	10	11	12	13	14	15
16	17	18	19	20	21	22
23	24	25	26	27	28	29
30	31

Http error 404: Корневая папка сайта — как свой сайт залить на хостинг? Как загрузить файлы и папки на хостинг? Редактирование сайта на хостинге

Корневая папка сайта — как свой сайт залить на хостинг? Как загрузить файлы и папки на хостинг? Редактирование сайта на хостинге

В какой каталог нужно загружать файлы сайта

Как узнать путь корневой папки сайта

Как загрузить файл в корневую папку сайта?

Как изменить корневую папку сайта?

Файлы .htaccess для популярных CMS — WordPress, Битрикс, Joomla

Поддомены | REG.RU

Сколько поддоменов можно создать на хостинге REG.RU?

1 этап. Добавление поддомена в панели управления хостингом

2 этап. Добавление записи о поддомене на DNS-серверы

Как удалить поддомен?

Что значит ошибка 404 на веб-странице и как её исправить

Что означает ответ 404

Причины ошибки

Возможные последствия для сайта

Как выявить ошибку

Search Console Google

Яндекс Вебмастер

Screaming Frog

SiteAnalyzer

Как исправить ошибку Not Found

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

Примеры оформления страниц 404

Designzillas

Domenart Studio

E-co

Дом со всем

Kualo

Что означает «ошибка 404» и как следует бороться с подобной проблемой?

Ошибка 404 Not Found (nginx), как грамотно исправить

Что такое ошибка 404 Not Found (nginx)

Почему это происходит?

Как исправить ошибку 404?

Совет

404 Ошибка, что это и как с ней бороться

Быстрые способы исправить сообщение об ошибке 404 Page Not Found

Ошибка 404 страница не найдена исходит от сайта, а не сервера

Что вызывает ошибку 404?

1. URL-адрес с ошибкой

2. Страница была перемещена или удалена, и перенаправление не настроено.

3. URL-адрес был неверным, когда он был изначально настроен, или он был неправильно связан

4. Сервер неисправен или был отключен.

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

1. Обновите страницу

2. Еще раз проверьте URL-адрес

3. Вернитесь на домашнюю страницу

4. Очистите кеш и удалите файлы cookie.

5. Свяжитесь с компанией, службой или организацией напрямую

Ошибка 404 — не единственное сообщение, с которым вы столкнетесь.

HTTP / 1.1: определения кода состояния

10 Определений кодов состояния

10.1 Информационная 1xx

10.1.1 100 Продолжить

10.1.2 101 Протоколы коммутации

10.2 Успешно 2xx

10.2.1 200 ОК

10.2.2 201 Создано

10.2.3 202 Принято

10.2.4 203 Неавторизованная информация

10.2.5 204 Нет содержимого

10.2.6 205 Сбросить содержимое

10.2.7 206 Частичное содержимое

10.3 Перенаправление 3xx

10.3.1 300 Множественный выбор

10.3.2 301 Перемещено на постоянной основе

10.3.3 302 Найдено

10.3.4 303 См. Другие

10.3.5 304 Без изменений

10.3.6 305 Использовать прокси

10.3.7 306 (Не используется)

10.3.8 307 Временное перенаправление

10.4 Ошибка клиента 4xx

10.4.1 400 неверный запрос

10.4.2 401 Несанкционированный

10.4.3 402 Требуется оплата

10.4.4 403 Запрещено

10.4.5 404 Не найдено

10.4.6 405 Метод запрещен

10.4,7 406 Неприемлемо