Редирект html 301: 301 редирект: что такое и как его настроить | Дропшиппинг

index\.php$ https://сайт.ru/phpBB3/ [R=301,L]

Содержание

Удаление расширения .php

RewriteEngine On
RewriteRule login login.php [L]

Касаемо SEO. Если сайт был добавлен в поисковики с указанием обычного http, а теперь у Вас https, чтобы поисковики переиндексировали сайт с https в robots.txt в директиве hosts нужно указать домен с https. Строка:

Host: https://www.домен.ru

Что такое редирект сайта и как сделать в 2021 году

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

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

Могут негативно повлиять на то, как поисковая система оценивает сайт.

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

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

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

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

Редиректы — это один из методов организации контента.

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

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

Оглавление

Редиректы — что это такое?
Типы редиректов
301 редирект — постоянный
302 редирект — временный
Другие типы
SEO и важность переадресации
Когда использовать редиректы?
Принуждение к использованию определенной версии веб-сайта
Использование протокола SSL
Смена домена
Создание новой структуры URL
Миграции CMS
Подстраницы недоступных товаров
Узнайте больше о вашей CMS
Перенаправить или, может быть, rel = canonical?
Заключительные слова

Редиректы — что это такое?

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

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

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

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

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

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

Типы редиректов

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

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

301 редирект — постоянный

Редирект «301 перемещен навсегда» является очень распространенным и широко рекомендуемым. Он сообщает, что контент был навсегда перемещен на другую подстраницу и больше никогда не будет доступен по данному URL-адресу.

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

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

302 редирект — временный

302 представляет собой еще один популярный тип — он часто устанавливается по умолчанию и является временным.

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

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

Другие типы

Помимо общеизвестных перенаправлений 301 и 302, существует несколько различных кодов статуса HTTP, функция которых заключается в перенаправлении пользователей или роботов на разные адреса.

303 редирект — следует использовать только с формами, которые отправляют данные с помощью метода HTTP POST.

В ответ на форму запускается процесс перенаправления на определенный адрес без повторной отправки информации через POST.

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

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

307 redirect — Temporary Redirect — временное перенаправление на другой URL-адрес. Единственное отличие от 302 — Found в том, что метод запроса не меняется.

Часто используемый 302 можно интерпретировать как 303 (изменение POST на GET) или 307 в зависимости от обстоятельств.

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

SEO и важность переадресации

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

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

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

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

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

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

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

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

Когда использовать редиректы?

Если пере-направления не используются в описанных ниже ситуациях, веб-сайт может потерять ценный трафик или одни и те же подстраницы с разными URL-адресами будут считаться дублированным контентом и будут иметь более низкий рейтинг в результатах поиска. (www\.)(.*) [NC]
RewriteRule (.*) https://%% [L,R=301]

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

Смена домена

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

На каждой подстранице старой версии установите 301 редирект с URL новой соответствующей подстраницы.

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

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

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

Создание новой структуры URL

Создание удобных ссылок, которые сильно влияют как на UX, так и на SEO веб-сайта необходимо. Однако отсутствие 301 редиректа со старой версии сайта на новую может испортить ваши усилия.

То же самое применимо, когда вы решите изменить структуру «дерева» категорий в своем магазине.

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

И, как уже упоминалось, HTTP 404 отпугивает как пользователей, так и роботов поисковых систем.

Миграции CMS

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

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

Следовательно, необходимо использовать 301 редирект между старой и новой версией CMS.

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

Подстраницы недоступных товаров

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

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

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

Узнайте больше о вашей CMS

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

Последние версии правильно настроенных систем, таких как WooCommerce или Sote, автоматически используют переадресацию 301 при изменении URL-адреса подстраниц.

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

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

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

Сохраните старый адрес, чтобы вы могли проверить, как работает перенаправление.

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

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

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

Если этот параметр недоступен, используйте файл .htaccess на сервере.
Проиндексируйте оба адреса в Google Search Console.

Автоматические перенаправления часто работают правильно только при первом изменении URL-адреса.

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

Вышеупомянутый Shoper — прекрасный пример, поэтому стоит проверить, как работает эта функция.

Перенаправить или, может быть, rel = canonical?

Правильная реализация перенаправления не всегда возможна.

Часто это происходит из-за специфики CMS, которая не предоставляет такую функциональность или создает адреса, реагирующие на то, как пользователь попал на данную подстраницу.

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

https://shop. com/category/producthttps://shop.com/specific-category/producthttps://shop.com/procuder-name/product

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

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

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

Во многих местах специалисты предпочитают использовать канонические URL-адреса вместо 301 редиректа.

Заключительные слова

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

Таким образом, это положительно влияет как на UX, так и на SEO сайта.

Однако не забывайте соблюдать осторожность при создании переадресации.

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

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

Пишите комментарии, задавайте вопросы кто не понял. Всем пока и до новых встреч.

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

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 неправильно или неожиданно, вы можете предпринять ряд шагов для диагностики проблемы.

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

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

Диагностика кода ответа 301 Moved Permanently

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

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

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

Вот несколько дополнительных советов, которые помогут вам устранить причины, по которым 301 Moved Permanently могут появляться на стороне сервера:

Проверьте файлы конфигурации сервера — Ваше приложение, скорее всего, работает на сервере, который использует одно из двух самых популярных программ для веб-серверов, 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, чтобы революционизировать свои методы обработки исключений!
Что это делает и почему это важно
Джейсона Унгера, основателя
Недавно я смотрел Социальная сеть (это отличный фильм, но это отдельная статья в блоге), и эта строка Эрики Олбрайт, Марк Девушка Цукерберга (которая может быть, а может и не быть настоящей) осталась со мной.

Интернет не написан карандашом, Марк, он написан чернилами.
В этом так много правды. Каким бы редактируемым ни был Интернет — от изменения контента в Википедии до публикации и удаления твитов, добавления и удаления страниц на вашем веб-сайте — если что-то появится в сети, это всегда останется следом.
Политиков и знаменитостей постоянно арестовывают за то, что они пишут в Твиттере что-то глупое или спорное, а журналисты почти сразу же делают скриншоты, прежде чем твиты удаляются. Archive.org и Google кэшируют веб-сайты в своем индексе, и даже если вы редко сможете снова получить «полный опыт» сайта, большая часть его по-прежнему доступна еще долгое время после его удаления.
Поэтому, когда что-то появляется в Интернете, это редко когда удается полностью удалить.
По мере развития вашего веб-сайта (что должно происходить всегда), вы будете постоянно добавлять и удалять контент и страницы. Вы даже можете перейти с одной системы управления контентом на другую. Обычно это означает, что URL-адреса ваших страниц меняются, что может поставить под угрозу постоянство вашего сайта.

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

Ваши URL-адреса написаны чернилами. Но что произойдет, если вам придется изменить их по той или иной причине?
Введите перенаправление 301.
Перенаправление 301 указывает правильное направление
Допустим, вы впервые переходите на систему управления контентом.
Например, если страницы вашего сайта:
/about.html
/services.html
/contact.html
При переходе на систему управления контентом URL-адрес (часть URL-адреса после вашего доменного имени) может измениться на:
/about-us
/наши услуги
/контакт
Если вы хотите, чтобы люди, которые пытаются получить доступ к /about.html, перенаправлялись на вашу новую страницу с информацией в /about-us, вам необходимо настроить переадресацию 301.
В своей простейшей форме перенаправление 301 сообщает веб-браузеру, что любой, кто пытается получить доступ к определенному URL-адресу, должен быть постоянно перенаправлен на новый заданный вами URL-адрес.

Для пользователя это плавный переход; им не нужно знать, что их перенаправляют — они просто попадают на нужную страницу.
Настройка переадресации 301
На типичном сервере Apache переадресация 301 создается в файле .htaccess.
Файл .htaccess (гипертекстовый доступ) — это файл конфигурации на уровне каталога, поддерживаемый несколькими веб-серверами, используемый для настройки вопросов доступа к сайту, таких как перенаправление URL-адресов, сокращение URL-адресов, контроль безопасности доступа (для различных веб-страниц и файлы) и многое другое.
WordPress автоматически создает файл .htaccess для своих настроек структуры URL, но вы всегда можете создать его с помощью FTP. Файл .htaccess — это не что иное, как пустой файл, который находится в корневой папке вашего сайта.
В этот файл .htaccess вы можете добавить все свои правила перенаправления, включая перенаправление 301.
Простейший редирект 301 выглядит так:
редирект 301 /about. html http://www.example.com/about-us
Вы можете делать это снова и снова для любого количества конкретных страниц, которые вы хотите перенаправить … и вы должны. Чтобы было ясно, если вы меняете свои URL-адреса, вам нужна переадресация для каждой страницы с изменением имени. Я позволю Google объяснить, насколько это важно:
Если вам нужно изменить URL-адрес страницы, отображаемый в результатах поиска, мы рекомендуем вам использовать серверную переадресацию 301. Это лучший способ убедиться, что пользователи и поисковые системы перенаправляются на нужную страницу. Код состояния 301 означает, что страница навсегда перемещена в новое место.
Мы делали это со временем, добавляя и удаляя страницы на нашем сайте, и совсем недавно, когда мы сменили домены, нам нужно было перенаправить весь трафик с www.jungermedia.com на www.digital.ink. Вот код, который мы использовали для этого: 9(.*)$ https://www.digital.ink/$1?di=jm [L,R=301,NC]
По сути, это сообщает любому браузеру, что трафик на jungermedia. com (или www.jungermedia.com ) должен быть перенаправлен на dgtlnk.com, и к URL-адресу должен быть добавлен любой дополнительный ярлык (показанный в данном случае как $1 ). Мы также добавляем небольшой код для отображения панели объявлений, чтобы люди, ожидающие увидеть Junger Media, знали, что мы изменили наше название на Digital Ink.
Варианты перенаправления 301
Существует множество различных способов реализации перенаправления 301. В дополнение к двум случаям, показанным выше, вот еще несколько примеров. 9$ http://example.com/pagename/ [L,R=301]
Несмотря на то, что это рукописный текст, вы все равно можете его редактировать
Неудивительно, что существует ряд плагинов WordPress, которые могут управлять вашими переадресациями за вас. . Мы рекомендуем перенаправление (хотя обязательно отключите ведение журнала, если вы ожидаете тонны трафика на ваши перенаправления).
Учитывая то, как сайты меняются со временем, нет ничего необычного в том, что в вашем файле htaccess есть десятки (если не сотни) 301 редиректов.