Я думала, что “настроить редиректы и ЧПУ” — это просто ткнуть галочку, а потом потеряла половину трафика: рассказываю, как выстроила правильную структуру URL и редиректов, чтобы не слить позиции»

«Я думала, что “настроить редиректы и ЧПУ” — это просто ткнуть галочку, а потом потеряла половину трафика: рассказываю, как выстроила правильную структуру URL и редиректов, чтобы не слить позиции»

У меня был блог про путешествия: WordPress, 180 статей, трафик из поиска и соцсетей, формы подписки, интеграция с рассылкой. Клиент сказал: «Сделай нормальные ссылки: вместо site.ru/?p=123 пусть будет site.ru/kak-doehat-do-bali. И чтобы старые ссылки не ломались». Я кивнула, а внутри всё сжалось: «А вдруг после включения ЧПУ все старые страницы станут 404? Или поисковик решит, что это новые страницы, и позиции улетят? Или соцсети будут кидать людей на “страница не найдена”?»

До этого я считала, что ЧПУ (человекопонятные URL) — это просто галочка в настройках WordPress. Включила, обрадовалась красивым ссылкам, а через неделю заметила: старые ссылки из постов в Telegram и из старых статей не работают, в логах — сотни 404, в Вебмастере — просадка трафика. Тогда я поняла: красивые адреса — это не только про удобство, но и про сохранение трафика. А правильная работа с редиректами — это страховка от потери позиций. Панель Timeweb с логами, бэкапами и phpMyAdmin помогла всё исправить и выстроить безопасный процесс.

Чего я боялась больше всего

Перед тем как менять структуру ссылок, я честно выписала страхи:

Потерять трафик со старых ссылок. Что все переходы из соцсетей, старых статей и закладок станут битыми, и люди будут видеть 404.
Сломать внутренние перелинковки. Что старые внутренние ссылки перестанут работать, и структура сайта развалится.
Получить цепочки редиректов. Что будет A → B → C, и поисковики начнут хуже индексировать страницы.
Портить SEO из‑за неправильной настройки ЧПУ. Что WordPress начнёт генерировать дубли или странные адреса, и это ударит по позициям.
Не успеть откатиться, если что‑то пойдёт не так. Что сайт начнёт массово отдавать 404, а я не смогу быстро вернуть всё назад.

С этим списком я пошла в панель Timeweb и составила план: бэкап → фиксация старых URL → настройка ЧПУ → редиректы → проверка → контроль ошибок.

Шаг 1: сделать бэкап и зафиксировать старые URL

В панели Timeweb я:

Нажала «Создать резервную копию» для сайта и базы. Статус «Готов» — теперь я могла откатиться за 5 минут.
Выгрузила список старых URL из Яндекс Вебмастера и Google Search Console (раздел «Покрытие» и «Ошибки 404»).
Отдельно отметила страницы, которые дают основной трафик и конверсии (главные статьи, посадочные).

Это была моя «карта трафика»: если после изменений что‑то сломается, я точно знала, какие страницы критичны и куда должны вести редиректы.

Шаг 2: включить ЧПУ и проверить формирование новых URL

В WordPress я:

Зашла в «Настройки → Постоянные ссылки» и выбрала «Название записи» (чтобы URL были вида /kak-doehat-do-bali).
Нажала «Сохранить изменения».
Проверила несколько статей: убедилась, что новые адреса формируются корректно, без спецсимволов и лишних слов.
Открыла пару страниц и проверила, что они открываются по новому адресу.

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

Шаг 3: настроить 301‑редиректы для старых URL

Я выбрала два рабочих способа, оба удобно делать параллельно с инструментами Timeweb.

Способ А (плагин Redirection):
Установила плагин Redirection, включила логирование 404 и начала массово добавлять редиректы: старый URL → новый, тип — 301. Плюс плагина: он хранит журнал всех редиректов и показывает, какие старые ссылки ещё бьют в 404.

Способ Б (через .htaccess для массовых правил):
Если нужно перенаправить целую группу страниц (например, все /p=123 на новые адреса), можно использовать правила в .htaccess. Пример безопасного правила:

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

Что важно:

Редирект должен быть строго 301 (постоянный).
Не должно быть цепочек (A → B, B → C). Только A → C.
Старые короткие ссылки (вроде /p=123) лучше не оставлять «висеть»: они должны вести на актуальный URL.

В панели хостинга удобно проверять, что редиректы реально работают: открыть старый URL и посмотреть, какой код ответа приходит (должен быть 301, а не 200 или 404).

Шаг 4: проверить, что нет битых ссылок и ошибок

На обновлённом сайте я прошла по чек‑листу:

Открыла старые ссылки из выгрузки Вебмастера. Убедилась, что они не отдают 404, а делают 301 на актуальные страницы.
Проверила внутренние ссылки в статьях. Старые внутренние ссылки должны вести на новые адреса (через редирект).
Заглянула в консоль браузера (F12 → Console). Не должно быть ошибок и предупреждений о редиректах.
Посмотрела access.log в панели Timeweb. Искала всплески 404: если их много, значит, часть старых URL ещё не покрыта редиректами.
Проверила журнал 404 в плагине Redirection. Там видно, какие ссылки всё ещё бьют в ошибку — их нужно добавить в редиректы.

Только когда количество 404 упало почти до нуля, я переходила к контролю.

Шаг 5: настроить регулярный контроль и быстро реагировать

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

Раз в неделю проверяю отчёт 404 в плагине и в Вебмастерах.
Добавляю новые битые ссылки в редиректы сразу, пока они не начали влиять на поведение пользователей.
Слежу, чтобы не появлялись цепочки редиректов (это видно в плагине или по логам).
Держу бэкап актуальным: если вдруг при обновлении темы ЧПУ «слетит» или редиректы собьются, я откатываюсь за минуты.

Где я чуть не ошиблась (и что панель подсказала)

Хотела включить ЧПУ без подготовки редиректов. Думала: «Сделаю красивые ссылки, а редиректы потом». Поддержка подсказала: «Сначала зафиксируйте старые URL и настройте редиректы, иначе вы сразу потеряете трафик».
Пыталась сделать все редиректы вручную в .htaccess. Думала, что так «надёжнее». Но при ручном подходе легко ошибиться в адресах и создать циклы редиректов. Лучше использовать плагин для точечных правил, а .htaccess — только для массовых случаев.
Не проверяла access.log. Думала: «Если сайт открывается, значит, всё ок». Но в логах было видно, что старые ссылки по‑прежнему бьют в 404 — и я быстро добавила их в редиректы.
Не следила за цепочками редиректов. Добавила правило, которое косвенно вело на другой редирект, и получила A → B → C. Панель и плагин помогли быстро найти и исправить.
Не делала бэкап перед включением ЧПУ. Хорошо, что вспомнила: если бы что‑то пошло не так, я бы откатилась за минуты и не потеряла бы ни статьи, ни подписчиков.

Что реально помогло на Timeweb

Бэкапы в один клик. Я могла откатиться за минуты, если настройки ЧПУ или редиректов ломали сайт.
Файловый менеджер и доступ к .htaccess. Быстро просматривала и редактировала правила, проверяла, что они применяются.
phpMyAdmin. Если нужно было точечно проверить данные о постоянных ссылках или сделать SQL‑запрос для анализа.
Логи (access.log, error.log). Сразу видела всплески 404 и понимала, какие старые URL ещё не покрыты редиректами.
Панель с понятными статусами. Видно, когда бэкап готов, какие файлы изменены, где растут ошибки — это помогает держать процесс под контролем.
Поддержка. Когда сомневалась, можно ли править .htaccess или как лучше покрыть массовые старые ссылки, в чате быстро подсказали безопасный вариант.

Практические советы, чтобы настроить ЧПУ и редиректы без потерь

Если вы тоже планируете менять структуру URL, вот что реально спасает:

Всегда делайте бэкап до любых изменений. На Timeweb это пара кликов, а откатиться можно за минуты.
Сначала зафиксируйте список старых URL, особенно тех, что дают трафик. Это ваша карта для редиректов.
Включайте ЧПУ только после подготовки редиректов. Не надейтесь, что WordPress всё сделает сам.
Используйте плагин Redirection: он хранит журнал, показывает 404 и позволяет быстро добавлять правила.
Делайте только 301‑редиректы. Это сигнал поисковикам, что страница переехала навсегда.
Избегайте цепочек редиректов. Каждый лишний прыжок снижает доверие поисковиков и ухудшает скорость.
Проверяйте access.log и отчёты 404. Это самый быстрый способ увидеть, какие ссылки ещё не работают.
Тестируйте внутренние ссылки и старые внешние. Пока все старые URL не ведут на актуальные страницы — работу нельзя считать завершённой.
Настройте регулярный контроль. Раз в неделю проверяйте 404 и добавляйте новые редиректы.
Держите реестр критических страниц. Домены, посадочные, самые трафиковые статьи — это экономит часы при любых изменениях структуры.

Сейчас я меняю структуру URL спокойно: знаю, что у меня есть бэкап, список старых ссылок, понятный план и инструменты панели, которые помогают не потерять ни трафик, ни позиции. А клиент получает красивые адреса и стабильный трафик, потому что все старые ссылки работают и ведут туда, куда нужно. И всё это благодаря тому, что я перестала считать ЧПУ простой галочкой — и начала относиться к нему как к полноценной задаче с рисками и страховками. А Timeweb даёт для этого все нужные инструменты: бэкапы, логи, phpMyAdmin, файловый менеджер и поддержку, которая помогает действовать уверенно.