Редиректы в WordPress

Зачем нужны редиректы

Смена структуры постоянных ссылок на сайте — дело нужное, но коварное. Когда я поменял ЧПУ на своём блоге, старые адреса статей перестали работать. Вместо страниц посетители и поисковики стали получать ошибку 404. Трафик начал падать, а я понял, что просто изменить ссылки недостаточно — нужно ещё позаботиться о старых адресах.

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

Почему 301, а не другие коды

При перенаправлении важно использовать правильный код ответа сервера. Редирект 301 означает, что страница переехала навсегда. Поисковик видит такой код и переносит ценность старого адреса на новый. Это именно то, что нужно при смене ЧПУ.

Код 302, наоборот, говорит о временном переносе. Вес страницы при нём не переносится, поэтому для смены структуры ссылок он не подходит. Я проверял заголовки ответов, чтобы убедиться, что сервер отдаёт именно 301. Настройка плагина это обеспечивает автоматически.

Плагин Redirection

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

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

Как я собирал список старых ссылок

Первым делом мне нужно было узнать все старые адреса, которые могут вести на сайт. Я взял список из старого sitemap и карты ссылок поисковых систем. Также плагин Redirection показал мне недавние ошибки 404. Объединив всё это, я получил полный перечень адресов для перенаправления.

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

Правила для целых разделов

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

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

Проверка редиректов

После настройки редиректов я проверил их работу. Запросил старые адреса в браузере и убедился, что они ведут на новые страницы. Также проверил заголовки ответов — они должны содержать код 301. Всё работало как надо.

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

Перенос ссылок в поисковых системах

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

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

Разница между редиректом и обновлением ссылок

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

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

Автоматическое отслеживание 404

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

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

Редиректы без плагина

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

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

Ошибки, которые я допускал

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

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

Как редиректы влияют на скорость

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

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

Редиректы для устаревшего контента

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

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

Быстрая проверка заголовков

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

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

Поддержание редиректов в порядке

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

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

Что делать, если трафик упал

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

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

Совет по внешним ссылкам

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

Если важные внешние ресурсы ссылаются на ваш сайт, стоит оставить редиректы навсегда, а не на время. Они не мешают и почти не нагружают сервер. Такая предусмотрительность окупается — старые ссылки продолжают приносить трафик ещё долго.

Итог

Редиректы спасли мой сайт после смены ЧПУ. Я настроил правила для всех старых адресов через плагин Redirection, использовал код 301 и обновил карту сайта. В результате трафик не упал, а позиции сохранились. Если вы планируете менять структуру ссылок, обязательно настройте редиректы заранее — это сохранит и посетителей, и SEO. Редиректы требуют внимания, но настраиваются один раз и служат годами, оберегая сайт от потерь. Постепенно сайт восстанавливает трафик, а позиции в поиске закрепляются за новыми адресами. Не откладывайте настройку перенаправлений на потом — сделайте это в день смены ссылок. У меня после этой процедуры посетители снова стали доходить до нужных страниц, и поисковики обновили индекс. А если останутся сомнения, всегда можно проверить любой адрес за пару секунд. Эта небольшая предосторожность убережёт вас от ошибок 404 и удержит трафик на прежнем уровне. Проверьте заголовок ответа — там должен быть код 301, и тогда всё настроено верно. В итоге сайт остаётся в строю, а вы — спокойны за его посещаемость.