301 перенаправлення та беклінки: рецепт чистого переїзду
Перш ніж переїжджати, дізнайтеся, які старі URL-адреси інші сайти дійсно посилають. Все інше можна прибирати пізніше, але ці — ні.

Крок перший: виписати URL-адреси, що несуть посилання
Це коштує 2 кредити за один запит, до 1 000 рядків.
curl "https://rankbrainmarketing.link/api.php?action=toppages&q=old-domain.com&per=1000&sort=ref_domains&order=desc&key=sk_live_..."Інгредієнти та метод
- 1
Експорт
Збережіть відповідь у вигляді таблиці. Топ-100 URL-адрес зазвичай містять більшу частину посилального ваги.
- 2
Маппінг
Призначте кожному URL-адресі одну ціль на новому сайті — найближчий відповідник за змістом. Масові перенаправлення на головну сторінку розмивають сигнал.
- 3
Перенаправлення
Використовуйте 301 для постійних переїздів. Повертайте його за один крок, ланцюжки уповільнюють обхід і іноді ігноруються.
- 4
Тестування
Запитайте кожну зіставлену URL-адресу та підтвердьте 301, за яким слідує 200. Все інше повертається до списку.
- 5
Повторне отримання даних після оновлення
Наш індекс оновлюється щомісяця, тому перевірте
refdomainsна новому домені через чотири-шість тижнів.
Поширені помилки
Перше — ланцюжки. Стара URL-адреса → тимчасова сторінка → фінальна сторінка подвоює кроки та провокує помилки.
Друге — змішані сигнали. 301, що веде на сторінку з noindex або заблоковану в robots.txt, втрачає вагу. Перевірте кожну ціль і прочитайте заголовки, а не лише рядок статусу.
Третє — варіанти регістру та слешів. Посилання на /Page/ та /page може бути двома різними URL-адресами на деяких серверах, і обидві можуть отримувати посилання. Додайте обидві до своєї таблиці.
Четверте — розділення піддоменів. Визначтеся з www або без www до переїзду, потім перенаправте інший хост одним правилом і залиште карту сайту на обраному хості. Використовуйте краулер, наприклад Screaming Frog, на старому сайті, перш ніж він зникне, бо сторінки, які ви забули, «вдарять» пізніше.
П’ята проблема легко проглядається. Стара карта сайту все ще містить видалені адреси й продовжує направляти краулерів через перенаправлення навіть після того, як таблиця вже інша. Замініть її в день переїзду.
Перенаправлення на рухому ціль
Ціль, яка змінює свою адресу після переїзду, створює другий крок, якого ніхто не планував. Перевірте фінальну адресу кожної цілі перед тим, як записувати правило, а не після.
Стабільні цілі роблять карту перенаправлень легкою для аудиту через рік.
Старі помилки, що залишаються в звітах
Старі помилки краулінгу продовжують з’являтися в звітах довго після переїзду. Застарілий запис — не завжди жива помилка. Порівняйте дату кожної помилки з датою переїзду, перш ніж діяти.

Питання, які задають на цьому етапі
Чи втрачають посилальну вагу 301? Google заявляв ще з 2016 року, що 301 не втрачають PageRank. Сприймайте це з обережністю, бо перенаправлення на нерелевантну сторінку може бути сприйнято як м’який 404.
Щодо піддомену www? Оберіть один хост, перенаправте інший на нього та оновіть карту сайту. Це звучить очевидно, проте розділені хости — серед найпоширеніших причин безладу в індексації.
Спамерські посилання на старий домен також переходять за перенаправленням. Перевірте гайд по спаму, перш ніж залишати перенаправлення на роки.
Під час фінальної перевірки рахуйте 301 перенаправлення, на які спираються беклінки, а не загальну кількість перенаправлень. Тисяча акуратних перенаправлень для сторінок без посилань значно менш важливі, ніж десять для сторінок, на які посилаються всі.
Пов’язане питання — чи реєструвати старий домен. Збереження його на роки — дешева страховка, адже кожен прострочений домен — це ще одне місце, куди може потрапити випадкове посилання і завершитися помилкою.
Чи шкодить ланцюжок більше, ніж одиночне перенаправлення? Один крок — безпечний стандарт. Два кроки часто працюють, але кожен додатковий крок — це ще одна точка, де щось може зламатися, тому зберігайте ланцюжки короткими за задумом.
Маппінг, придуманий для ілюстрації
| Стара URL-адреса | Посилаючі домени (умовні) | Нова ціль | Примітка |
|---|---|---|---|
| /blog/trail-shoes-2019 | 42 | /guides/trail-shoes | Найближчий відповідник за змістом |
| /blog/tent-sizes | 18 | /guides/tents | Сторінка розділу, прийнятно |
| /tag/misc | 1 | (немає) | Нехай повертає 410 |
| /about-us | 9 | /about | Просте перейменування |
Маппінг URL-адреси, коли нова сторінка не підходить
Таблиця показує прості рядки. Складніші потребують правила, яке ви зможете пояснити людині, яка не приймала рішення.
Та сама тема, та сама мета
Більшість старих URL-адрес мають чіткого наступника — сторінку, що відповідає на те саме питання. Зіставте її, а потім перевірте, чи потрапляє читач, який прийшов за старою темою, на сторінку, яка досі відповідає на запитання.
Найближчий відповідник за змістом — правило, яке ви зможете захистити в звіті.
Перевірте також сторінку-наступника. Якщо її скоротили або вона тепер охоплює вужчу тему, перенаправлення перенесе старе посилання на слабшу сторінку. Швидке читання обох сторінок поруч допоможе виявити це до переїзду, а не після.
Порахуйте, скільки старих сторінок ви виводите з експлуатації, а не перенаправляєте. Висока частка зазвичай означає, що новий сайт менший, і про це варто сказати в плані вголос.
Коли жодна сторінка не підходить
Іноді стара стаття стосувалася продукту, який ви прибрали, або питання, яке більше не задають. Перенаправлення на нерелевантну сторінку Google сприймає як м’який 404. У такому разі категорійна сторінка з реальним контентом зазвичай безпечніша за головну.
Запишіть причину для кожної незіставленої URL-адреси одним коротким рядком. Тоді рецензент зможе відрізнити свідоме видалення від маппінгу, який просто не встигли завершити.
Зникло назавжди: 404 або 410
URL-адреса без посилальної ваги та без наступника може повертати 410 замість перенаправлення. Це повідомляє Google, що видалення є свідомим. Тримайте цей список коротким і перевіряйте його за звітом топ-сторінок, перш ніж повертати помилку.
410 — це не покарання для читача. Сторінка зникла, а чіткий код статусу повідомляє браузеру та краулеру припинити запитувати її. Різниця між 404 та 410 менш важлива, ніж рішення, що стоїть за вибором.
Запишіть причину поруч із кожним 410 у вашій таблиці, щоб пізніше хтось не відновив сторінку випадково.
Скільки часу потрібно, щоб оцінити результат
Дайте мінімум шість тижнів. Google переобходить старі URL-адреси у своєму темпі, а великі сайти потребують більше часу.
Наш індекс посилань оновлюється приблизно щомісяця, тому перший знімок нового домену може все ще показувати прогалини. Не повертайтеся назад при першому погляді.
Оцінюйте переїзд за URL-адресами, що несли посилання, а не за середніми показниками по сайту. Середні значення ховають кілька втрачених посилань за багатьма сторінками, на які ніхто не посилається.
Тримайте перевірки за фіксованим графіком. Нерегулярні огляди схильні ловити спад і пропускати відновлення, через що здоровий переїзд виглядає як провал.

Перевірки, які варто виконати в день переїзду
Виконайте ці перевірки до анонсу переїзду. Помилка, знайдена в день переїзду, коштує значно дешевше, ніж та, яку знайдуть у графіку трафіку місяцем пізніше.
Фіксуйте кожен результат із часом перевірки. Список, взятий вранці, і інший, взятий ввечері, можуть розходитися через причини, не пов’язані з перенаправленнями.
Коди статусу за один прохід
Запитайте кожну стару URL-адресу один раз і запишіть статус та перший крок. Зіставлена URL-адреса має показувати 301, а потім 200, без ланцюжка між ними.
Все, що повертає 302 або 404, є помилкою, доки ви не доведете інше.
Зберігайте результати в тому ж аркуші, що й вашу карту. Колонка, що рахує кроки для кожної URL-адреси, покаже неочікувані ланцюжки.
- Стара URL-адреса
- Статус першої відповіді
- Адреса після останнього кроку
- Кількість кроків
Заголовки та сигнали індексації
Перевірте, чи не містить ціль заголовка noindex або мета-тега robots, і чи не блокує її robots.txt. Правильний 301, що веде на приховану сторінку, втрачає вагу.
Читайте заголовки відповіді, а не лише рядок статусу. Сам рядок статусу приховує проблему.
Протестуйте вибірку на мобільному та десктопі. Деякі правила перенаправлення написані для конкретного пристрою або user agent, тому правило, що працює у вашому браузері, може поводитися інакше для краулера. Протестуйте шлях, який фактично проходить краулер.
Screaming Frog обходить старий сайт, щоб виявити URL-адреси, які індекс посилань ніколи не бачив. Search Console показує сторінки, які Google вже індексує. Наш запит toppages покриває третій погляд — сторінки, на які посилаються інші сайти.
Наша рекомендація
Маппінг топ-стоїці вручну
Автоматизація підходить для довгого хвоста. URL-адреси, що отримують посилання, потребують людського рішення, бо кожен з них — це голос, який ви не зможете подати вдруге.
- Надавайте перевагу сторінкам з найближчим відповідником замість головної.
- Залишайте перенаправлення активними мінімум рік.
- Повторно перевірте неіндексовані сторінки після переїзду.
Питання про 301 та посилання
Чи потрібне перенаправлення для URL-адреси, на яку ніхто не посилається?
Не для посилальної ваги. Ви все одно можете хотіти його, щоб зберегти роботу відвідувачів та закладок. Якщо стара сторінка залучала пошуковий трафік, перенаправлення на найближчий відповідник зазвичай є акуратним рішенням.
Чи можна об’єднати два старих сайти в один домен?
Так, якщо кожна стара URL-адреса отримує власну ціль і рішення щодо хоста прийнято до переїзду. Складна частина — це маппінг, а не правило. Спочатку плануйте список, потім пишіть перенаправлення. Перевірте список проти обходу кожного старого сайту до переїзду, бо сторінки, на які ніхто не посилається, часто пропускаються при звичайному експорті.
Скільки перенаправлень — це занадто багато?
Фіксованого числа немає. Важливо, чи розв’язуються URL-адреси з посиланнями за один крок. Довгий хвіс акуратних перенаправлень для сторінок без посилань має значно меншу вагу.
Що робити з перенаправленням, яке не працює?
Спочатку виправте ціль, потім правило. Більшість невдач — це ланцюжок, ціль з noindex або одрук у таблиці, і кожна з них виявляється при одній перевірці заголовків. Ведіть датувані нотатки щодо кожного виправлення, щоб пізніше зрозуміти, яка зміна вирішила яку проблему.