Ответ сервера 301: 301 Moved Permanently — HTTP — Эксперт — интернет-магазин электроники и бытовой техники

Содержание

Как проверить код ответа сервера и редиректа, что означает ошибка 301

Содержание статьи

Как проверить код ответа сервера
- Яндекс Вебмастер
- Bertal
- Пиксель Тулс
Что такое ошибка 301
Что такое ошибка 503

Проверять код ответа нужно для того, чтобы поисковик правильно индексировал страницы. Если страницы, которые нужно включить в индекс, будут отдавать код 404 — никакого продвижения у вас не получится.

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

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

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

Как проверить код ответа сервера

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

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

В Яндекс Вебмастере проверить код ответа сервера можно с помощью инструмента Server Response. Указав url-адрес любой страницы, которая может находится в индексе, нажимаем «Проверить».

Поскольку страница работает нормально, поисковому боту отдается код 200, с пояснением «ОК» — все хорошо.

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

Как было написано выше, в ответ на несуществующую страницу, сервер выдает ошибку 404, с пояснением «Not Found» — не найдено.

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

Bertal

В отличии от Server Response, помимо ботов Яндекса на Bertal можно выбрать GoogleBot и BingBot, а также популярные браузеры. Укажем те же страницы, чтобы подтвердить правильную работоспособность сервера. В списке ботов выберем GoogleBot.

Пиксель Тулс

На Пиксель Тулс сервис для проверки ответа сервера поддерживает массовую проверку страниц. Список адресов можно вводить вручную или загружать из файла. Полученные результаты можно сохранить в CSV-файл.

Для использования сервиса необходимо зарегистрироваться. В отличии от Bertal, нельзя выбрать интересующих ботов. Какого-либо списка по выбору адресата нет вообще.

Что такое ошибка 301

Ответ 301 moved permanently означает, что запрашиваемая страница переехала на новый URL.

Новый адрес который указывается в отдельной графе сервиса.

Также приведу пример с проверкой страницы, с которой происходит 301 редирект.

В графе «Location» указана ссылка на которую происходит переадресация. Пояснение «Moved Permanently» означает, что страница переехала навсегда.

Что такое ошибка 503

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

Вот видос, где Гроховский поясняет за коды ответа сервера:

виды, особенности, когда использовать > Q-SEO

Все что нужно знать о кодах ответа 3хх

Все прекрасно знакомы с кодами ответа 301 и 302 — это HTTP коды перенаправления. На самом деле они далеко не единственные и существует еще несколько различных типов редиректов, многие из которых мы, как SEO-специалисты, не используем. Хотя иногда, сканируя сайт, можно увидеть, что некоторые страницы отдают код ответа 307. И вот вопрос — что с ними делать? Нужны ли они нам вообще?

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

Напомним, что переадресация URL (редирект) — это функция сервера, которая отправляет клиента и поисковую систему с одного URL-адреса на другой. Чаще всего редиректы автоматические и классифицируются с помощью кодов ответа, определенных в протоколе HTTP.

Какие бывают коды редиректов:

HTTP 300 — Multiple Choice (Множественный выбор)
HTTP 301 – Moved Permanently (Навсегда перемещен)
HTTP 302 – Moved Temporarily, Found (Временно перемещен)
HTTP 303 – See Other (Просмотр других ресурсов)
HTTP 304 – Not Modified (Не модифицировано)
HTTP 305 – Use Proxy (Использовать прокси)
HTTP 306 – Switch Proxy (Зарезервирован)
HTTP 307 – Temporary Redirect (Временный редирект)
HTTP 308 – Permanent Redirect (Перенаправление на постоянной основе)

Забегая наперед: в статье будут использоваться термины GET, POST, HEAD запросы.

Поэтому тем, кто, прочитав это, напрягся и начал чувствовать себя неуверенно — посмотрите справку в конце этой статьи.

HTTP 300 — Multiple Choice (Множественный выбор)

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

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

Когда дают право выбрать

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

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

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

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

Представитель Google Джон Мюллер как-то дал ответ по поводу длительности 301 редиректа: «… Это может быть год, а в идеале даже больше года, так что мы (Google) действительно могли быть уверены, что все, что указывало на старые URL, указывает на новые URL».

Безусловно, для этого нужно некоторое время — если это вообще случится. Вероятность этого такая же, как и того, что Google не будет индексировать закрытые в robots.txt страницы, но это уже совсем другая (печальная) история. Так вот, поисковая система, скорее всего, будет ранжировать такой URL-адрес ниже, чем если бы Вы настроили постоянное перенаправление.

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

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

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

Браузер отправляет запрос, если ранее он уже загружал страницу и закэшировал ее. Если содержимое страницы было изменено с того времени как то сервер даст ответ со статусом 200 OK. Или, если ресурс не был изменен, сервер отправит статус 304 Not Modified – произойдет переадресация на сохраненную копию страницы.

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

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

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

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

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

Настраивают 307 редирект в тех же случаях, что и 302 (смотрите выше). 302 всегда использовался для создания временных перенаправлений, но с появлением HTTP 1.1 код ответа 307 конкретизировал его. Хоть 307 редирект является стандартом HTTP 1.1., он более новый и точный, вовсе необязательно, что этот код ответа широко поддерживается серверами, браузерами или поисковыми системами. До тех пор, пока новый стандарт не станет более распространен, лучше всего указывать 302 редирект.

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

HTTP протокол характеризует взаимодействие между двумя компьютерами (клиентом/браузером и сервером) с помощью запросов и ответов. GET, HEAD и POST — это самые распространенные методы запросов, которые помогают браузеру или клиенту «общаться» с сервером.

POST — отправка данных на сервер. Конечно, можно отправлять данные на сервер с помощью GET, но использовать POST запросы правильнее. Отправка больших объёмов данных с помощью GET нецелесообразна и имеет ограничения. Запросы POST чаще всего отправляются веб-формами. Вы точно когда-нибудь использовали форму на сайте, которая, когда вы нажимаете кнопку «Назад» или попытки обновить страницу, выдает предупреждение по типу «Все несохраненные данные будут утеряны». Это потому, что это был запрос POST. POST запросы не кэшируются, не сохраняются в истории браузера и не могут быть добавлены в закладки, поскольку они являются набором команд для сервера, а не запросом статического ресурса.

A 301 Перемещено навсегда — это код состояния ответа HTTP , указывающий, что запрошенный ресурс был окончательно перемещен на новый URL-адрес, указанный в заголовке ответа Location . Коды ответов категории 3xx используются для указания сообщений о перенаправлении клиенту, чтобы клиент знал, что должно произойти перенаправление на другой ресурс или URL-адрес.

Различить все возможные коды ответа HTTP и определить точную причину появления сообщения, подобного 9, может оказаться сложной задачей. 0005 301 Перемещен навсегда Код . Существует десятков возможных кодов состояния HTTP, используемых для представления сложных отношений между клиентом, веб-приложением, веб-сервером и часто несколькими сторонними веб-службами, поэтому определение причины конкретного кода состояния может быть затруднено. В этой статье мы рассмотрим код 301 Moved Permanently , рассмотрев несколько советов по устранению неполадок, а также некоторые потенциальные исправления распространенных проблем, которые могут вызывать эту проблему, так что давайте начнем!

Все коды состояния ответа HTTP, относящиеся к категории 3xx , считаются сообщениями перенаправления . Такие коды указывают пользовательскому агенту (то есть вашему веб-браузеру), что требуется дополнительное действие для выполнения запроса и доступа к нужному ресурсу. В отличие от кодов ответов 5xx , связанных со шлюзом, таких как 502 Bad Gateway Error , которые мы недавно рассматривали, которые могут указывать на проблемы либо на вышестоящем сервере или на клиенте код 301 Moved Permanently обычно указывает на проблему на реальном веб-сервере, на котором размещено ваше приложение.

Тем не менее, внешний вид 301 Moved Permanently обычно не требует большого вмешательства пользователя. Большинство браузеров должны автоматически обнаруживать код ответа 301 Moved Permanently и автоматически обрабатывать действие перенаправления. Веб-сервер, на котором размещается приложение, обычно должен включать в себя специальный Заголовок Location как часть ответа, отправляемого клиенту. Этот заголовок Location указывает новый URL-адрес, по которому можно найти запрошенный ресурс. Например, если поступает запрос на доступ к URL-адресу https://airbrake.io , но веб-сервер настроен на принудительное перенаправление на безопасную версию с использованием https , ответ сервера будет содержать адрес : https ://airbrake.io заголовок. Это сообщает браузеру, что он должен перенаправить этот запрос (как и все будущие) на https://airbrake.io на защищенный URL-адрес https://airbrake. io . В большинстве случаев браузер автоматически обнаружит этот код ответа 301 Moved Permanently , прочитает новый URL-адрес Location и перенаправит запрос в это новое местоположение. Рекомендуется использовать перенаправление 301 Moved Permanently для перехода пользовательского агента с HTTP на безопасный HTTPS. Таким образом, если вы попытаетесь перейти по небезопасному URL-адресу https://airbrake.io прямо сейчас, вы будете автоматически перенаправлены на HTTPS-версию сайта (https://airbrake.io).

Поскольку 301 Moved Permanently указывает на то, что что-то пошло не так на сервере вашего приложения, мы можем в значительной степени игнорировать сторону клиента . Если вы пытаетесь диагностировать проблему со своим собственным приложением, вы можете немедленно игнорировать большую часть клиентского кода и компонентов, таких как HTML, каскадные таблицы стилей (CSS), клиентский JavaScript и т. д. Это не относится к и только к веб-сайтам. Многие приложения для смартфонов с современным пользовательским интерфейсом на самом деле работают на основе обычного веб-приложения; тот, который просто скрыт от пользователя. Если вы используете такое приложение и 301 Перемещено навсегда Проблема не будет связана с приложением, установленным на вашем телефоне или локальном тестовом устройстве. Вместо этого это будет что-то на стороне сервера, которое выполняет большую часть логики и обработки за кулисами, вне поля зрения локального интерфейса, представленного пользователю.

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

Код ответа 301 Moved Permanently указывает, что сервер считает запрошенный ресурс недействительным и что запрос должен быть перенаправлен на новый, «правильный» URL-адрес. Я использую здесь слово вместо , потому что вполне возможно, что сервер каким-то образом неправильно сконфигурирован или содержит ошибки, из-за чего он предоставляет коды 301 Moved Permanently для ресурсов/URL-адресов, которые полностью действительны. Таким образом, большая часть диагностики проблемы будет заключаться в процессе двойной проверки того, какие ресурсы/URL-адреса генерируются.0005 301 Перемещено навсегда кодов ответов и определение того, являются ли эти коды подходящими или нет.

Тем не менее, если ваше приложение отвечает кодами 301 Moved Permanently , которые оно не должно выдавать, это проблема, с которой могут столкнуться и многие другие посетители, что резко снижает способность вашего приложения обслуживать пользователей. Мы рассмотрим некоторые советы и рекомендации по устранению неполадок, которые помогут вам решить эту проблему. Если здесь ничего не работает, не забывайте, что Google — ваш друг. Не бойтесь искать конкретные термины, связанные с вашей проблемой, такие как название CMS вашего приложения или программного обеспечения веб-сервера, а также 301 Перемещено навсегда . Скорее всего, вы найдете других, кто столкнулся с этой проблемой и нашел решение.

Проверьте файлы конфигурации сервера — Ваше приложение, скорее всего, работает на сервере, который использует одно из двух самых популярных программ для веб-серверов, Apache или nginx . На момент публикации оба этих веб-сервера составляют более 84% программного обеспечения веб-серверов в мире! Таким образом, одним из первых шагов, которые вы можете предпринять, чтобы определить, что может вызывать эти коды ответа 301 Moved Permanently, является проверка файлов конфигурации программного обеспечения вашего веб-сервера на наличие непреднамеренных инструкций перенаправления.

Чтобы определить, какой веб-сервер использует ваше приложение, вам нужно найти файл ключа. Если ваш веб-сервер Apache, ищите .htaccess в корневом каталоге файловой системы вашего сайта. Например, если ваше приложение находится на общем хосте, у вас, скорее всего, будет имя пользователя, связанное с учетной записью на этом хосте. В таком случае корневой каталог приложения, скорее всего, имеет вид /home//public_html/ , поэтому файл .htaccess будет иметь адрес /home//public_html/.htaccess .

.htaccess , откройте его в текстовом редакторе и найдите строки, в которых используется Директивы RewriteXXX , которые являются частью модуля mod_rewrite в Apache. Подробное описание того, как работают эти правила, выходит далеко за рамки этой статьи, однако основная концепция заключается в том, что директива RewriteCond определяет текстовый шаблон, который будет сопоставляться с введенными URL-адресами. Если посетитель сайта запрашивает соответствующий URL-адрес, директива RewriteRule , которая следует за одной или несколькими директивами RewriteCond , используется для фактического перенаправления запроса на соответствующий URL-адрес. Поэтому, если вы обнаружите какие-либо странные RewriteCond или RewriteRule директивы в файле .htaccess , которые кажутся ненужными, попробуйте временно закомментировать их (используя префикс символов # ) и перезапустить веб-сервер, чтобы посмотреть, решит ли это проблему.

С другой стороны, если ваш сервер работает на nginx , вам нужно искать совершенно другой файл конфигурации. По умолчанию этот файл называется nginx.conf и находится в одном из нескольких общих каталогов: /usr/local/nginx/conf , /etc/nginx или /usr/local/etc/nginx . После обнаружения откройте nginx.conf в текстовом редакторе и найдите директивы return или rewrite . Например, вот простая директива блока (то есть именованный набор директив), которая настраивает виртуальный сервер, создавая перенаправление с invalid-domain.com на правильный valid-domain.com URL:
сервер {
слушать 80;
слушать 443 ssl;
имя_сервера неверный-домен.com;

возврат 301 $scheme://valid-domain.com$request_uri;
}

Директивы Rewrite в nginx аналогичны директивам RewriteCond и RewriteRule из Apache , поскольку они, как правило, содержат более сложные текстовые шаблоны для поиска. В любом случае просмотрите файл nginx.conf на наличие ненормальных return или rewrite и закомментируйте их перед перезапуском сервера, чтобы увидеть, решена ли проблема.
Проверка журналов . Почти каждое веб-приложение ведет журналы на стороне сервера в той или иной форме. Журналы приложений обычно представляют собой историю того, что делало приложение, например, какие страницы были запрошены, к каким серверам оно подключалось, какие результаты базы данных оно предоставляло и так далее. Журналы сервера относятся к фактическому оборудованию, на котором запущено приложение, и часто содержат сведения о работоспособности и состоянии всех подключенных служб или даже только самого сервера. Google «журналы [PLATFORM_NAME]», если вы используете CMS, или «журналы [PROGRAMMING_LANGUAGE]» и «журналы [OPERATING_SYSTEM]», если вы используете пользовательское приложение, чтобы получить больше информации о поиске журналов, о которых идет речь.
Ошибки кода приложения или сценария . Если ничего не помогает, причиной проблемы может быть проблема в каком-то пользовательском коде вашего приложения. Попробуйте диагностировать, откуда может возникнуть проблема, путем ручной отладки вашего приложения, а также анализа журналов приложений и сервера. В идеале сделайте копию всего приложения на локальную машину разработки и выполните пошаговый процесс отладки, который позволит вам воссоздать точный сценарий, в котором 301 Перемещено навсегда произошло и просмотрите код приложения в тот момент, когда что-то пойдет не так.
Независимо от причины, появление 301 Moved Permanently в вашем собственном веб-приложении является убедительным признаком того, что вам может понадобиться инструмент управления ошибками, который поможет вам автоматически обнаруживать такие ошибки в будущем. Лучшие из этих инструментов могут даже предупредить вас и вашу команду сразу же при возникновении ошибки. Программное обеспечение Airbrake для мониторинга ошибок обеспечивает мониторинг ошибок в режиме реального времени и автоматические отчеты об исключениях для всех ваших проектов разработки. Современная веб-панель управления Airbrake гарантирует, что вы будете получать круглосуточные обновления состояния вашего приложения и частоты ошибок. Независимо от того, над чем вы работаете, Airbrake легко интегрируется со всеми наиболее популярными языками и платформами. Кроме того, Airbrake позволяет легко настраивать параметры исключений, предоставляя вам полный контроль над активной системой фильтрации ошибок, поэтому вы собираете только самые важные ошибки.

Ознакомьтесь с программным обеспечением Airbrake для мониторинга ошибок сегодня и убедитесь сами, почему так много лучших инженерных групп мира используют Airbrake, чтобы революционизировать свои методы обработки исключений!
И как это исправить?
Перенаправление 301 необходимо при настройке новой веб-страницы или переносе веб-сайта, чтобы указать, что то, что вы ищете, больше недоступно и навсегда перемещено в новое место. Но что, если ваши коды состояния 301 перемещены на постоянной основе не работают должным образом или вызывают неправильный ресурс? Этот тип обслуживания веб-сайта необходим для обеспечения его работоспособности. Мы объясним распространенные типы проблем и ошибок перенаправления и способы их устранения.
Что такое 301 Moved Permanent Redirect?
Каждый раз, когда вы посещаете веб-сайт, ваш браузер отправляет запрос на сервер веб-сайта. Веб-сервер получает этот запрос, обрабатывает его и отправляет заголовок HTTP и код состояния HTTP. Этот код состояния HTTP обычно не будет виден посетителям веб-сайта, если только не возникнет ошибка. Если сервер отвечает сообщением с кодом состояния HTTP, это его способ сообщить, что произошла какая-то ошибка. В каждом типе кода состояния HTTP есть тип категории, который можно идентифицировать по номеру, относящемуся к причине возникновения ошибки.
В случае перенаправления 301 этот тип кода состояния HTTP возникает, когда предполагалось перенаправление запроса на новую ссылку URL. Этот код состояния HTTP относится к категории кодов ответов 3xx, все из которых являются запросами, связанными с перенаправлением.
В случае перенаправления 301 проблема возникает, когда возникает проблема с передачей запроса на перенаправление со старой на новую постоянную URL-ссылку на веб-сайте. Этот тип ошибки может возникать, когда на веб-сайт вносятся обновления или изменения, но ответ сервера, перенаправляющий пользователя на новую URL-ссылку, не выполнен.
Почему постоянно возникает ошибка 301 Moved?
Поскольку коды состояния HTTP категории 3xx считаются сообщениями о перенаправлении, это указывает на необходимость дополнительных действий для доступа к веб-сайту. В отличие от кодов состояния HTTP 5xx, которые относятся к проблемам связи между двумя серверами, ошибка 301 перемещена навсегда возникает из-за проблемы с URL-ссылкой входящего веб-сайта, а не из-за того, что клиент пытается получить к ней доступ. В то время как большинство браузеров автоматически обнаруживают код ответа 301, перемещенный навсегда, и немедленно обрабатывают запрос на перенаправление, если URL-адрес не связан должным образом, появится сообщение об ошибке 301.
Некоторые другие причины возникновения ошибки 301 включают в себя:
Новое создание веб-сайта
Создана новая веб-страница
Неработающие URL-ссылки
Исправляем веб-страницу и хотим, чтобы она перенаправляла на другую страницу
Как ошибки 301 могут повредить репутации веб-сайта? Ошибки
301 могут повлиять на репутацию бренда двумя способами — через рейтинг в поисковых системах и взаимодействие с пользователем. Если на вашем веб-сайте есть ошибки запроса перенаправления, поисковые системы не будут должным образом его индексировать и, следовательно, снизят рейтинг поиска из-за невозможности определить содержимое страницы. Ошибки 301 также вызывают разочарование у посетителей, поскольку они не могут найти важный контент на определенных страницах веб-сайта.
Как исправить сообщение об ошибке 301?
1. Проверьте файлы Htaccess на наличие ошибок при связывании URL-адресов
Большинство веб-сайтов работают на одном из этих двух типов популярного серверного программного обеспечения — Apache. В этих серверных приложениях вы затем просмотрите файл htaccess в корневом каталоге файлов вашего веб-сайта, так как это поможет определить, где находятся инструкции по перенаправлению.
Что такое файл Htacess?
Htacess означает доступ к гипертексту и является типом файла конфигурации сервера. Каждый файл содержит директивы конфигурации для сервера в каталоге. Проще говоря, каждый файл htaccess в основном дает инструкции серверу, которые могут включать требования к паролю для определенных областей каталога, а также настройку автоматического перенаправления в определенных областях веб-сайта. Если вам нужно обновить файл htaccess, важно убедиться, что файл имеет правильное название только «.htaccess».
Чтобы найти файл htaccess в Apache, вы можете нажать на имя пользователя вашей учетной записи, связанной с хостингом вашего сервера. После того, как вы нашли файл htaccess в своем каталоге, вы можете открыть его в текстовом редакторе и найти строки Переписать директивы, что позволит вам изменить их, чтобы обеспечить наличие соответствующих URL-ссылок для любых перенаправлений на вашем веб-сайте.
Существует два типа директив Rewrite, которые можно изменить:
RewriteCond
RewriteRule
Вам нужно будет просмотреть оба этих параметра в файле htaccess, чтобы убедиться, что нет никаких перенаправлений на URL-адреса, которые больше не существуют. Если есть, вы можете временно удалить их и перезапустить сервер веб-сайта, чтобы посмотреть, решит ли это проблему.
Если ваш сервер работает на nginx, ваши директивы перезаписи идентифицируются как директивы возврата или перезаписи, в отличие от RewriteCond и RewriteRule.
2. Используйте сторонний инструмент для проверки любых переадресаций 301
Приведенные ниже бесплатные инструменты — отличный способ провести быстрый аудит веб-сайта и получить некоторое представление о любых ошибках 301, перемещенных без возможности восстановления, которые, возможно, необходимо изменить.
https://www.redirect-checker.org/
https://httpstatus.io/
https://sitechecker. pro/redirect-checker/
3. Сделайте резервную копию вашего сайта
До пытаясь диагностировать любые проблемы с сервером, связанные с веб-сайтом, первой рекомендацией будет выполнить полное резервное копирование базы данных вашего веб-сайта, прежде чем предпринимать какие-либо шаги, описанные ниже. Это гарантирует отсутствие потери данных при попытке устранить ошибку 301 Moved Permanently Error.
4. Проверьте журналы сервера
Проверка журнала сервера позволит вам лучше понять текущее состояние сервера. Журналы сервера могут помочь указать любые конкретные файлы, которые могут вызывать сообщения об ошибках 301, что позволяет легко выявлять и корректировать эти файлы вручную.
5. Проверьте свою карту сайта
Поисковые системы используют вашу карту сайта для сканирования веб-сайта, поэтому важно убедиться, что в ваши URL-адреса не встроена ошибка 301. Если у вас есть какие-либо коды состояния 301 для несуществующих страниц, убедитесь, что они удалены. Это можно сделать:
Доступ к карте сайта вашего сайта
Загрузите полный список ваших URL-адресов
Фильтр для любых кодов состояния 301 в списке
Удалите коды состояния 301 и замените их правильным обновлением URL-адреса
6. Проверьте все файлы пользовательского кода
Если на вашем веб-сайте есть встроенный код с ошибками, это может вызвать проблемы с перенаправлением. Самый простой способ проверить это — удалить строку пользовательского кода и обновить страницу, чтобы увидеть, исчезло ли сообщение об ошибке, чтобы понять, было ли это корнем проблемы.
7. Измените все коды ответа HTTP на 200, если вы не хотите перенаправления

После того, как вы определили перенаправления 301 на своем веб-сайте, вы можете изменить любые непреднамеренные перенаправления, изменив код ответа на категорию 200. .
8.
Удалите любые цепочки или циклы перенаправления
Цепочка перенаправления возникает, когда между двумя URL-ссылками существует более одного перенаправления. Сначала определите, существуют ли какие-либо из этих цепочек, а затем замените их прямой ссылкой на конечный URL.
Цикл перенаправления — это ошибка связи, которая возникает, когда один URL-адрес перенаправляет обратно на другой URL-адрес в этой цепочке, вызывая ошибку 301. Вы захотите проверить свой список URL-адресов на наличие переадресации 301, чтобы понять, существуют ли какие-либо из этих циклов или цепочек на вашем веб-сайте.
9. Исправление любых неработающих перенаправлений
Неработающие перенаправления возникают, когда URL-адрес ссылается на страницу, которой больше не существует. Вы можете определить неработающие перенаправления, используя те же действия, что и выше:
Получите доступ к карте сайта
Загрузите список ваших URL-адресов
Отфильтровать список для любых кодов состояния 301
Верните страницы, которые больше не существуют, или обновите URL-адрес, чтобы он отражал правильную страницу, на которую он должен быть перенаправлен
.