Адреса сторінки живе довше, ніж її оформлення. Її зберігають у закладках, надсилають у листуванні, друкують у презентаціях. Тому перейменування розділу — це не лише новий красивий шлях у браузері. Це обіцянка людині, яка прийде за старим посиланням: вона все одно знайде відповідь, заради якої натиснула. Ми пропонуємо починати такий переїзд не з налаштування сервера, а з невеликої карти змісту.
Спочатку вирішіть, чи потрібна нова адреса
Нова назва послуги не завжди потребує нового URL. Іноді достатньо оновити заголовок, пояснення та навігацію, залишивши зрозумілу адресу без змін. Якщо ж сторінку об’єднують з іншою, переносять до іншого розділу або повністю перебудовують структуру, варто зафіксувати причину. Це допомагає відрізнити необхідну зміну від косметичної, яка створює зайву роботу для редактора і розробника.
Перед редагуванням збережіть список чинних адрес. Додайте до кожної коротку відповідь: що саме тут шукає відвідувач? Для сторінки курсу це може бути програма, для послуги — порядок роботи, для статті — пояснення конкретного питання. Саме ця відповідь має керувати вибором нового місця.
Один старий шлях, осмислений новий пункт
Робоча карта може містити чотири колонки: стара адреса, нова адреса, причина зміни та відповідальний за перевірку. Не потрібна складна система, якщо переноситься кілька сторінок. Важливо, щоб рішення можна було прочитати й перевірити незалежно від людини, яка його прийняла.
Уявімо, що дві сторінки про підготовку фотографій об’єднали в один докладний матеріал. Він може стати доречним місцем для обох старих посилань, якщо справді відповідає на їхні запитання. Але загальна головна сторінка не стає рівноцінною заміною лише тому, що вона існує. Якщо відповідника немає, це окреме редакційне рішення, а не привід непомітно відправляти всіх до початку сайту.
Постійний чи тимчасовий переїзд
Google розрізняє постійні перенаправлення, зокрема 301 і 308, та тимчасові, зокрема 302 і 307. Вибір має відповідати реальному наміру: адреса замінена назавжди чи старий шлях ще повернеться. Налаштування залежить від платформи; код не варто вибирати лише тому, що він уже є в чужому прикладі.
Окремо перевіряють форми, оплату та інші дії, а не тільки звичайні переходи між статтями. MDN пояснює відмінності в збереженні методу запиту. Тому правило для інформаційної сторінки не слід без перевірки переносити на відправлення даних. Тут потрібен розробник, який розуміє конкретний сценарій.
Приберіть зайві проміжні зупинки
Після кількох редизайнів може виникнути маршрут зі старої адреси на проміжну, а потім на актуальну. Для редакційного плану краще одразу записати кінцевий відповідник. Так простіше побачити помилку, пояснити логіку та перевірити результат. Окремий небезпечний випадок — коло, коли адреси повертають відвідувача одна до одної.
Перегляньте меню, картки, кнопки та посилання всередині текстів: вони мають вести прямо на актуальні сторінки. Перевірте також canonical, мовні відповідники та sitemap. Перенаправлення потрібне для старих входів, але не повинно замінювати акуратну внутрішню навігацію.
Перевіряйте шлях, а не лише відкриту вкладку
Для кожної перенесеної сторінки відкрийте стару адресу, запишіть фактичну кінцеву адресу та порівняйте зміст. Перевірте мову, важливі розділи, зображення й основну дію. Звіт має містити дату перевірки та помічені винятки. Успішний перехід не є гарантією індексації, позицій чи відвідуваності.
Якщо матеріал справді зник, допоможе корисна сторінка 404. А щоб новий маршрут був зрозумілий ще до натискання, перегляньте підписи посилань. Хороший переїзд зберігає не просто клікабельність адреси, а логіку запитання, з яким людина прийшла.