Полное руководство по редиректам в техническом SEO

Опубликовано: 2021-12-27

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

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

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

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

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

Прочтите статью, чтобы узнать:

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

Содержимое скрыть

1 Что такое редиректы

2 Разница между каноническими и редиректами

3 Когда переадресация необходима

4 типа редиректов

4.1 Перенаправления на стороне сервера

4.2 Перенаправления на стороне клиента

5 Какие редиректы лучше для SEO?

6 лучших практик для реализации редиректов

6.1 Избегайте цепочек перенаправлений и петель

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

6.3 Перенаправление на тематически релевантные страницы

6.4 Устранение проблем с неработающими ссылками

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

6.6 Подготовьте стратегию перенаправления

6.7 Управление продуктами, снятыми с производства

7 Как проверить, правильно ли настроены редиректы вашего сайта

8 Как реализовать редиректы?

8.1 Апач

8.2 Нгинкс

8.3 Плагины

9 Заключение

Что такое редиректы

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

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

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

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

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

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

Разница между каноническими и редиректами

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

Использование HTML-тега rel="canonical" помогает поисковым системам понять, какая страница из набора похожих страниц является канонической — исходной страницей, которую вы хотите показывать в результатах поиска.

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

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

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

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

Когда переадресация необходима

Как правило, перенаправления необходимы, если исходный URL-адрес:

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

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

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

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

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

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

Существует два типа редиректов:

Перенаправления на стороне сервера и
Перенаправления на стороне клиента.

Разница заключается в том, где происходит перенаправление — сервер или клиент.

Перенаправления на стороне сервера связаны с кодами состояния HTTP , которые представляют собой ответы сервера на запрос браузера. Коды состояния 3xx используются для перенаправления.

Перенаправления на стороне клиента реализуются путем вставки кода в HTML-код страницы .

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

Перенаправления на стороне сервера

Самые распространенные редиректы на стороне сервера — 301 и 302. Есть также их версии HTTP 1.1 — 307 и 308.

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

301 редиректы

301 редиректы обычно являются наиболее рекомендуемым методом перенаправления для SEO. Они указывают на то, что URL-адрес был постоянно перенаправлен на новый пункт назначения.

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

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

Примеры использования 301 редиректа

Существует несколько вариантов использования переадресации 301 , некоторые из которых могут включать:

Внесение изменений в ваш контент, например, обновление или удаление части контента или его объединение,
Перенос вашего сайта на новый домен,
Изменение структуры вашего URL-адреса, например, путем настройки архитектуры вашего сайта или изменения структуры субдомена или подкаталога ваших URL-адресов,
Переход с протокола HTTP на HTTPS,
Смена CMS,
Объединение веб-сайтов,
Любые случаи, когда вы хотите перенаправить пользователей и поисковые системы с URL-адресов со статусами 404.

Влияние 301 редиректа на SEO

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

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

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

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

Как долго вы должны держать свой 301

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

В недавнем видео защитник поисковой системы Google Джон Мюллер посоветовал:

«Когда URL-адрес изменяется, нашим системам необходимо увидеть изменение в форме перенаправления хотя бы несколько раз, чтобы записать это изменение.
Чтобы быть уверенным, что перенаправление было замечено несколько раз, мы рекомендуем сохранить перенаправление в течение как минимум одного года».
Источник: Как долго держать 301 редиректы? #AskGooglebot

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

Обеспечение того, чтобы Google воспринимал перенаправленный URL как канонический

В другом видео, когда его спросили о том, как заставить Google рассматривать новый URL как каноническую версию, Джон заявил, что использования переадресации 301 недостаточно, потому что это просто сигнал:

«Вы говорите нам, что предпочитаете индексировать целевую страницу, а не исходную. И это нормально. Однако мы используем множество факторов для канонизации, а не только редиректы…»
источник: обработка 301 редиректа #AskGoogleWebmasters

Как Джон поясняет далее:

«Если все совпадет, мы сосредоточимся на целевой странице. Чтобы упростить эту задачу, убедитесь, что вы обновили внутренние ссылки, файлы карты сайта и другие ссылки на исходную страницу, чтобы все они указывали на целевую страницу».
источник: обработка 301 редиректа #AskGoogleWebmasters

302 редиректа

Перенаправление 302 означает, что URL-адрес временно перемещен.

Он сообщает посетителям и поисковым системам, что этот URL-адрес недоступен в этом месте прямо сейчас, но он снова будет доступен.

Примеры использования 302 редиректов

Вам следует выбрать переадресацию 302, если вы:

Редизайн или обновление контента на ваших страницах, но вы планируете вернуть их обратно,
Исправление неработающего URL-адреса и временное перенаправление его трафика на другое место назначения,
Перенаправление страниц продуктов, например, для продуктов, которых временно нет в наличии, доступных сезонно или по специальным предложениям,
A/B-тестирование — например, если вы тестируете новый шаблон веб-сайта,
Геотаргетинг — если вы хотите перенаправить пользователей на другой URL-адрес в зависимости от их местоположения,
Таргетинг на устройства — для перенаправления пользователей на основе их устройства.

Влияние 302 редиректов на SEO

В отличие от 301, более проблематично передавать сигналы ранжирования на новый URL с переадресацией 302.

Раньше многие SEO-специалисты считали, что 302 редиректа не могут пройти PageRank. Однако в 2016 году Джон Мюллер объяснил , что это миф.

Как правило, Google рассматривает переадресацию 302 как временную, и в этом случае он может не передавать все сигналы ранжирования на целевой URL. Но если код 302 существует какое-то время, Google может рассматривать его как каноническую версию и эффективно обрабатывать перенаправление 302 так же, как и 301.

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

307 и 308 редиректы

307 и 308 являются эквивалентами HTTP 1.1 для 301 и 302 и работают аналогично. 307 — это временная переадресация, а 308 означает, что страница перемещена навсегда.

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

Другими словами, 301 и 302 иногда могут быть неправильно изменены с метода POST на метод GET , где методы POST отправляют данные на сервер, а GET используются для запроса данных. Чтобы лучше проиллюстрировать эту разницу: метод GET можно использовать для получения данных страницей поиска, а метод POST можно использовать в форме, где вы меняете пароль.

В рекомендациях Google указано , что ошибки 307 и 308 обрабатываются так же, как и ошибки 301 и 302.

Перенаправления на стороне клиента

Как уже упоминалось, перенаправления на стороне клиента происходят в браузере. Существует два метода перенаправления на стороне клиента:

Метаобновление и
JavaScript.

Но есть несколько недостатков в их использовании.

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

Давайте рассмотрим эти два метода перенаправления и узнаем, как их реализовать и как они влияют на ваши URL-адреса.

Метаобновление

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

Вот как может выглядеть пример кода:

 <meta http-equiv="refresh" content="2; URL='https://www.onely.com/blog/javascript-redirects-and-seo/'" />

Число (2) указывает количество секунд, прежде чем браузер перенаправит на указанный URL-адрес.

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

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

Перенаправление типа метаобновления должно просто работать. Мы не рекомендуем его по двум причинам: UX (он сохраняет страницу в истории браузера, если честно) и время обработки (нам нужно проанализировать страницу, чтобы увидеть ее). После обработки это похоже на перенаправление.
— Джон (@JohnMu) 2 марта 2018 г.

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

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

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

Перенаправления JavaScript

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

Кроме того, если Google не считает ваши файлы JavaScript релевантными для страницы, он может вообще не отображать JavaScript.

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

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

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

Какие редиректы лучше для SEO?

Вышеупомянутые типы перенаправления — HTTP, метаобновление (HTML) и перенаправления JavaScript — работают по-разному и обнаруживаются поисковыми системами на разных этапах.

Google может перехватывать HTTP-перенаправления на стороне сервера во время сканирования. Боты могут получить ответ 3xx и понять, что страница переместилась в другое место. Это позволяет им быстрее переходить к новому URL-адресу.

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

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

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

Стоит добавить, что мета-обновление будет выполняться перед перенаправлением JavaScript. Кроме того, для выполнения перенаправления JavaScript необходимо выполнить JavaScript, что делает его наименее благоприятным методом перенаправления.

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

Лучшие практики для реализации редиректов

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

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

Избегайте цепочек перенаправлений и петель

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

Если у вас три URL-адреса — A, B и C — не создавайте такие перенаправления:

URL-адрес А → URL-адрес Б

URL-адрес Б → URL-адрес С

Вместо этого убедитесь, что всегда есть только одно перенаправление:

URL-адрес А → URL-адрес С

URL-адрес Б → URL-адрес С

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

URL-адрес А → URL-адрес Б

URL Б → URL А

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

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

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

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

Например, могут быть версии URL:

С www и без,
С завершающей косой чертой (/) и без нее.
С HTTP и HTTPS.

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

Редирект на тематически релевантные страницы

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

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

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

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

Да, это не очень хорошая практика (сбивает пользователей с толку), и мы все равно в основном рассматриваем их как 404 (они мягкие 404), так что в этом нет ничего хорошего. Это не критично/плохо, но дополнительная сложность без уважительной причины — вместо этого сделайте лучшую страницу 404.
— Джон (@JohnMu) 8 января 2019 г.

Решение проблем с неработающими ссылками

Скорее всего, на вашем сайте есть внутренние и внешние ссылки, указывающие на страницы 404. Вы можете использовать такой инструмент, как Ahrefs Site Explorer или инструмент аналитики обратных ссылок Semrush, чтобы найти неработающие ссылки.

Обновите внутренние ссылки

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

Исправить внешние ссылки

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

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

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

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

Подготовьте стратегию перенаправления

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

Вы можете получить к ним доступ несколькими способами:

Экспортируйте URL-адреса из вашей XML-карты сайта,
Используйте сканер, чтобы найти и собрать все ваши URL-адреса.

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

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

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

Управление снятыми с производства продуктами

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

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

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

Как проверить, правильно ли настроены редиректы вашего сайта

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

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

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

Затем используйте такой инструмент, как Screaming Frog SEO Spider , чтобы проверить старые URL-адреса, проверить, работают ли перенаправления и появляются ли какие-либо ошибки. Следуйте инструкциям из этой статьи по аудиту редиректов в Screaming Frog .

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

Есть также инструменты, которые вы можете использовать — например, вы можете проверить временные и постоянные перенаправления в Google Search Console или Semrush’s Site Audit .

Если вы хотите протестировать конкретный URL-адрес, вы можете использовать такой инструмент, как httpstatus , который покажет вам коды состояния и цепочки перенаправлений. Существует также Redirect Checker , который проверит HTTP-коды, а также мета-обновление и перенаправления JavaScript.

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

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

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

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

Общие методы включают их реализацию на серверах Apache или Nginx или использование плагинов, доступных для WordPress, Shopify или Magento.

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

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

Апачи

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

Вы можете получить доступ к этому файлу, обратившись к каталогу public_html вашего сервера с помощью FTP или файлового менеджера. Если у вас нет файла .htaccess, вы можете создать его с помощью любого текстового редактора, задав для него имя «.htaccess» без расширения и загрузив его в public_html.

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

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

Чтобы 301 перенаправить URL-адрес на другой, используйте этот код:

 Перенаправление 301 /old-page.html https://website/new-page.html

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

Если вы хотите перенаправить URL-адрес с кодом состояния 302, просто измените перенаправление на « Перенаправление 302 » .

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

 Редирект 301 / https://www.newwebsite.com/

Если ваш URL изменится с HTTP на HTTPS , используйте это:

 RewriteEngine включен
RewriteCond %{HTTPS} на
Правило перезаписи (.*) https://%{HTTP_HOST}%{REQUEST_URI }

В этом случае вы сначала включаете в файле .htaccess модуль RewriteEngine , который необходим для работы условий, а затем указываете условия.

Вы также можете перенаправить старый путь к новому файлу:

 Перенаправить /olddirectory/oldfile.html http://example.com/newdirectory/newfile.html

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

 Документ об ошибке 404 /error/pagenotfound.html

Здесь /error/pagenotfound.html должен указывать на расположение вашей страницы 404.

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

Вы также можете следовать этому руководству по настройке файла .htaccess в Apache.

Nginx

Если на вашем сервере работает Nginx, вы можете управлять своими перенаправлениями в файле `nginx.conf` , добавив блок сервера для обработки запросов перенаправления.

Этот пример кода приведет к перенаправлению на новый URL:

 сервер {
слушать 80;
слушать 443 ssl;
имя_сервера www.old-name.com;
вернуть 301 $scheme://www.new-name.com$request_uri;
}

Ознакомьтесь с этим руководством по созданию правил перезаписи Nginx, чтобы узнать, как создавать эти запросы.

Плагины

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

Большинство CMS или платформ электронной коммерции предлагают ряд плагинов перенаправления.

Вордпресс

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

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

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

Safe Redirect Manager — с помощью этого плагина вы можете создавать перенаправления 301 и 302, хотя он не предлагает возможность массового перенаправления, поэтому рекомендуется для небольших сайтов.

Вы также можете рассмотреть общие плагины SEO , такие как Yoast или All in One SEO , которые предлагают эту функциональность.

Shopify

Если вы используете Shopify, вы можете использовать одно из доступных приложений, например:

Easy Redirects by ESC — это приложение позволяет вам управлять переадресацией 301 и страницами с ошибкой 404, включая массовые переадресации. Это инструмент, который будет полезен, если вы переносите свой магазин между платформами или настраиваете структуру своего сайта или страницы продуктов.

Redirectify — это приложение Shopify, которое поможет вам найти и перенаправить ошибки 404.

Мадженто

Если вы используете Magento, вы можете настроить переадресацию 301 в функции перезаписи URL.

Вывод

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

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