Почати проект
+247%+185%📈📊
  • Технічне SEO

Редиректи після переїзду: карта відповідності замість втраченого трафіку

Налаштування 301-редиректів після переїзду сайту — це не рядок у конфігу сервера, а карта відповідності: перелік старих адрес, у якому навпроти кожної стоїть конкретна нова. Обсяг роботи міряється рядками цієї карти, а не годинами на сервері. Далі йдуть правила в nginx чи .htaccess, один перехід замість ланцюжка з двох-трьох, і вибіркова перевірка кінцевої адреси. Остання частина важливіша за код відповіді: 301 буває бездоганним за кодом і хибним за адресою.

Подивитись, як це працює
Вартість
після безкоштовного аудиту
Гарантія
30 днів після підписання акта
Що робимо
перелік старих адрес, карта відповідності, правила 301, перевірка вибіркою
після безкоштовного аудиту
Вартість
30
Гарантія

днів після підписання акта

перелік старих адрес, карта відповідності, правила 301, перевірка вибіркою
Що робимо
5–20
Строк

робочих днів, залежно від кількості рядків карти

50
Найгірше, що ми знаходили

із 150 перевірених адрес вели на іншу товарну позицію

близько 37 тис. адрес у каталозі на 110 тис. позицій
Масштаб тієї ж помилки
безкоштовний підрахунок адрес, 2–4 робочих дні
Перед кошторисом
зростання трафіку — редиректи зберігають наявне
Чого не обіцяємо
Що входить

Повний перелік робіт і того, що ви отримуєте на виході

  • Зведений перелік старих адрес із карти сайту, звіту індексації, журналів сервера й архівних знімків — щоб карта будувалась не на пам'яті, а на переліку
  • Карта відповідності таблицею: кожна стара адреса отримує конкретну нову, і ви бачите це рішення рядком, а не приймаєте на віру
  • Групування адрес у шаблони: тисячі однотипних карток закриваються одним правилом, тому кошторис не росте лінійно з каталогом
  • Постійні 301 без ланцюжків — один перехід замість двох-трьох, щоб відвідувач не чекав по колу, а сигнал не губився дорогою
  • Прогін вибірки після впровадження з фіксацією кінцевої адреси, а не лише коду відповіді — саме тут ловляться переходи «не на ту позицію»
  • Окремі рішення для сторінок, яких на новому сайті немає: аналог, розділ або чесний 410 — з вашим підписом під кожним пунктом
  • Прибирання зайвого редиректу з голого домену там, де він додається до кожного першого візиту
  • Узгодження протоколу й домену по всьому ланцюжку, щоб усередині переходу не втрачалося захищене з'єднання
  • Оновлення внутрішніх посилань на нові адреси — редиректи мають обслуговувати зовнішній світ, а не власне меню сайту
  • Нова карта сайту без старих адрес і без дублів, стара — залишена доступною на перехідний період
  • Спостереження за помилками сканування в Search Console 30 днів після переключення з письмовим підсумком
Коли ця послуга не підходить

Що не входить у роботу — щоб не було сюрпризів на здачі

  • Сам переїзд на нову платформу — окрема робота й окремий кошторис
  • Відновлення сторінок, яких на новому сайті свідомо немає
  • Гарантія збереження позицій: видачею не керує жоден підрядник
  • Робота з чужими сайтами, які посилаються на ваші старі адреси
Кому підходить

Ситуації, у яких ця послуга дає результат

Ситуація 1 з 4

Структуру змінили, трафік просів, редиректи ставили нашвидкуруч

Найчастіше звертаються саме так, через тиждень-два після переключення. Правила зазвичай є, але ніхто не звіряв, що вони закривають увесь старий перелік і ведуть на найближчий за змістом аналог. Ми починаємо не з конфіга, а з переліку: скільки адрес існувало і скільки з них зараз віддають щось осмислене.

Розберемо вашу ситуацію на безкоштовному аудиті

Безкоштовний підрахунок адрес, які треба перенаправити

Головна цифра в цій роботі одна: скільки старих адрес існує і скільки з них мають кудись вести. Її видно ззовні — з карти сайту й архівних слідів, — і саме це ми рахуємо безкоштовно, перш ніж називати суму.

Що міряємо

  • Обсяг старих адресСкільки унікальних адрес у поточній карті сайту й скільки з них справді потрібні. Це і є кількість рядків майбутньої карти відповідності.
  • Скільки з них закриваються шаблономОднотипні картки згортаються в одне правило, решта лишається ручною роботою. Співвідношення між цими двома частинами й визначає строк.
  • Поточні ланцюжкиЩо вже перенаправляється й через скільки кроків. Ланцюжки з двох-трьох переходів — типовий спадок попередніх переїздів.
  • Редиректи, що ведуть не тудиНайнебезпечніший тип: код правильний, адреса чужа. Ми знаходили каталог, де третина перевірених адрес приводила на інший товар.
  • Редирект на входіЩо відбувається на голому домені: перехід на мовну гілку, на www або з www, зміна протоколу. Кожен такий крок додається до кожного першого візиту.
  • Протокол усередині ланцюжкаЧи не втрачається захищене з'єднання на якомусь кроці — таке трапляється й ламає довіру браузера мовчки.
  • Джерела старих адресКарта сайту, звіт індексації, журнали, зовнішні посилання. Адреси, про які забули, часто приносять найстабільніший трафік.

Що ви отримуєте на руки

  • Число: скільки адрес доведеться перенаправити, з розбивкою за типами сторінок.
  • Оцінка частки, яка закривається шаблонними правилами, і частки, яку доведеться розбирати руками.
  • Перелік знайдених ланцюжків і хибних переходів у поточному стані.
  • Шаблон карти відповідності, з яким можна працювати далі — навіть без нас.
  • Розмова на 30–40 хвилин по документу.

Строк: 2–4 робочих дні

Чому це безкоштовно

Бо це та сама цифра, з якої рахується кошторис. Назвати вилку до підрахунку означало б завищити про запас — нам це невигідно так само, як вам.

Що далі

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

Форма коротка: контакт і адреса сайту

Працюємо офіційно

Договір, акт і рахунок — на кожен проєкт, а не тільки на великий. Без документів у вас немає ні прав на роботу, ні підстави провести витрати.

  • Договір, акт і гарантія 30 днів

    На кожен проєкт письмовий договір: обсяг, строки, сума, порядок приймання. Після здачі — акт і рахунок, а далі 30 календарних днів гарантії: помилки з нашої вини усуваємо безоплатно. Усне з дзвінка дублюємо письмово того ж дня — домовленість, якої немає в тексті, не рахується.

  • ФОП і безготівковий розрахунок

    Виконавець — зареєстрований ФОП. Оплата на рахунок із закривними документами, які бухгалтерія проведе як витрати. Курс для гривневої оплати фіксується договором, а не з’ясовується постфактум.

  • Права й доступи — ваші

    Код, дизайн і матеріали переходять до вас після повної оплати. Домен, хостинг, репозиторій, аналітику й рекламні кабінети оформлюємо на вас — щоб сайт не залежав від підрядника. NDA підписуємо на запит, після завершення свої доступи видаляємо самі.

  • Портал клієнта замість переписки

    На час роботи ви отримуєте доступ до порталу: договори, рахунки, акти й стан проєкту в одному місці. Документи формуються з даних угоди, тому реквізити й суми в них не розходяться, а про оплати й дедлайни нагадує система, а не пам’ять менеджера.

  • Замовники з Європи

    Серед робіт — проєкти для Норвегії, Болгарії та Іспанії: болгарський магазин трьома мовами з кур’єрською доставкою, іспанський з оплатою карткою й переказом, норвезький сайт клініки. Це видно в портфоліо, а не тільки в описі.

  • Цифри, які можна перевірити

    Кожен кейс у портфоліо — з посиланням на живий сайт і технічним виміром: швидкість відповіді, вага сторінки, обсяг каталогу, знайдені дефекти. Ці цифри можна зняти самому й звірити з нашими.

  • Спершу аудит, потім сума

    Прайсу на сайті немає навмисно: обсяг тієї самої роботи у двох клієнтів відрізняється в рази, і цифра «від» нічого не пояснює. Спершу безкоштовний розбір — рахуємо ваші сторінки, дублі й швидкість, — потім називаємо суму й строк і фіксуємо їх у договорі.

  • Кажемо «ні», коли не впевнені

    Якщо задача не наша, строк нереальний або послуга вам просто не потрібна — скажемо це першим листом, а не після передоплати. Гарантій позицій у пошуку не даємо: їх не дає ніхто, а обіцянка без механізму — це продаж, а не робота.

NDA підписуємо на запит. Після завершення співпраці наші доступи до ваших сервісів видаляємо самі й повідомляємо про це.

Що впливає на вартість

Чому дві однакові на вигляд задачі рахуються по-різному — і що саме ми міряємо на аудиті

  • Кількість рядків у карті відповідностіГоловний множник. Не кількість сторінок нового сайту, а кількість старих адрес, які колись існували: у каталозі на 8,6 тис. карток їх 8 690, у каталозі білизни на рівні розмір/колір — понад сто тисяч. Різниця тут вимірюється тижнями.
  • Частка адрес, що лягають у шаблонОднотипні картки згортаються в одне правило з регулярним виразом, і тисяча адрес коштує стільки ж, скільки десять. Дорого коштує залишок: злиті категорії, перейменовані розділи, товари без аналога. Саме він і задає верхню межу.
  • Чи доступний старий сайтЖивий старий сайт віддає перелік адрес за день. Вимкнений — перелік доводиться відновлювати зі звіту індексації, журналів і архіву: довше, неповно, і частину адрес доводиться списати свідомо.
  • Мовні гілкиКожна мова множить перелік і додає окрему звірку: чи веде українська стара адреса на українську нову. Ми бачили карти сайту, де з двох оголошених гілок присутня лише одна — після переїзду такий перекіс закріплюється.
  • Стан поточних редиректівЧистий сервер дешевший за сервер зі спадком. Ланцюжки й старі правила спершу треба розплутати, інакше нові лягають поверх них і дають третій крок замість першого.
  • Доступ до сервераВпроваджуємо ми — швидше на кілька днів. Впроваджує ваша команда — ми віддаємо готові правила й перевіряємо результат, але календар тоді залежить від чужої черги задач.
Кейси

Задачі та результат у цифрах — усі показники зняті нашим виміром

роздрібний інтернет-магазин нижньої білизни з каталогом понад 110 тис. товарних позицій

Задача
Зрозуміти, куди насправді приходить покупець із пошуку, коли стара адреса картки віддає перехід.
Рішення
Випадкова вибірка зі 150 товарних адрес карти сайту: для кожної фіксували код відповіді й кінцеву сторінку, потім звіряли розмір і колір у кінцевій картці з тими, що зашиті в стару адресу.
Результат
50 адрес зі 150 віддали постійний перехід, і всі 50 привели на іншу позицію: 70B на 70A, 75G на 65S, L на XL, білий на чорний. У масштабі каталогу це близько 37 тис. адрес, за якими покупець отримує не той розмір — тобто рівно ту проблему, заради якої магазин і будувався. Поруч у товарних підкартах знайдено 3 774 дубльовані записи, окремі адреси повторюються до 55 разів. Вимір 01.08.2026.

інтернет-магазин професійного інструменту, каталог понад 6 тис. позицій

Задача
Перевірити ланцюжок переходів на вході — з голого домену, а не з внутрішньої сторінки.
Рішення
Прогін від голого домену до кінцевої адреси з фіксацією протоколу й коду на кожному кроці; окремо — обхід карти сайту з підрахунком унікальних адрес і повторів.
Результат
Сертифікат валідний, але захищений корінь віддає перехід на незахищену мовну версію: хто набирає домен без шляху, потрапляє на нешифроване з'єднання. Внутрішні адреси по HTTPS працюють нормально, зламаний саме мовний перехід із кореня. Поруч — 25 537 записів карти сайту на 6 857 унікальних адрес: одна картка в середньому 3,9 раза під різними шляхами категорій, і такі повтори згортаються в одне правило замість тисяч рядків. Вимір 31.07.2026.

офіційний інтернет-магазин садового інструменту, каталог близько 8,6 тис. карток

Задача
Порахувати, скільки коштує кожному першому візиту перехід із кореня на мовну гілку.
Рішення
Замір першої відповіді на корені з урахуванням переходу й без нього; звірка мовного складу карти сайту з тим, що оголошено в розмітці.
Результат
Головна віддає перехід на мовну гілку, і цей крок сидить усередині 789,4 мс до першого байта та 914,7 мс до повного документа. У карту сайту при цьому потрапила лише одна мовна гілка з двох оголошених: 8 690 унікальних адрес при 33 493 записах. Вимір 31.07.2026.

Не знайшли свій випадок?

Опишіть, як це влаштовано у вас, — відповімо, чи підходить «Редиректи після переїзду сайту» і що це означає у вашій ситуації. Без брифу й без дзвінка: одне питання, одна відповідь.

Як проходить робота

Прозорі етапи з погодженням на кожному кроці

Загальний строк:5–20 днів

  1. Збір переліку старих адрес

    1–3 робочих дні

    Карта сайту, звіт індексації, журнали сервера, архівні знімки, зовнішні посилання. Джерела зводяться в один список із дедуплікацією — саме він, а не структура нового сайту, задає обсяг решти робіт.

  2. Карта відповідності

    3–10 робочих днів

    Адреси групуються в шаблони, під кожен шаблон пишеться правило, залишок розбирається поштучно. Окремим списком іде те, для чого аналога немає: ці рядки повертаються до вас на рішення, бо це рішення бізнесу.

  3. Правила на сервері

    1–3 робочих дні

    301 у nginx або .htaccess, спершу на тестовому контурі. Перевіряємо, що широка регулярка не зачепила зайвого, і що жодне нове правило не стало другим кроком поверх старого.

  4. Прогін і звірка кінцевих адрес

    1–3 робочих дні

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

  5. Внутрішні посилання й карти сайту

    1–2 робочих дні

    Меню, перелінковка й фільтри переводяться на нові адреси, щоб сайт не ходив сам через свої ж редиректи. Нова карта сайту генерується без старих адрес, стара лишається доступною на перехід.

  6. 30 днів спостереження

    30 календарних днів після запуску

    Помилки сканування, темп індексації нових адрес, скарги на зниклі сторінки. Звіт індексації показує стан із затримкою в кілька днів, тому висновки робимо не наступного ранку після переключення, а по місяцю.

Технології та інтеграції

На чому будуємо і з чим це з’єднується

Стек

  • 301 у nginx або .htaccess: постійний перехід. Сервер не знає змісту сторінки, тому широке правило ловить зайве.
  • Регулярні вирази на шаблонні групи: один рядок замість тисяч. Те, що в шаблон не лягає, лишається ручною роботою.
  • Карта відповідності таблицею. Автоматом зводяться лише збіги за артикулом чи слагом, спірне закриває людина.
  • Screaming Frog для прогону списку. Бачить тільки те, що є в карті сайту або в посиланнях.
  • Search Console, звіт індексації: реальний перелік в індексі. Дані приходять із затримкою в кілька днів.
  • Wayback Machine, коли старого сайту вже немає. Архів неповний і зміщений до популярних сторінок.
  • Журнали сервера показують адреси, якими справді ходять. Живуть тижнями — забирати треба до вимкнення.

Інтеграції

  • Google Search Console
  • Bing Webmaster Tools
  • GA4
  • Cloudflare
Карта відповідності проти одного загального правила

Чим цей варіант відрізняється від «Загальне правило «усе старе — на головну чи в розділ»»

Куди приходить покупець зі старої адресина найближчий за змістом аналог, і лише за його відсутності — на розділ
Як пошуковик читає такий перехідяк заміну сторінки: сигнали переносяться на нову адресу
Скільки коштуєрядками карти: шаблони дешеві, ручний залишок дорогий
Що видно через місяцьзвіт по помилках сканування й перелік адрес, які лишились без відповідника
Що потрібно від вас

Без цього не почнемо — краще підготувати заздалегідь

  1. Доступ до старого сайту або хоча б до його карти сайту — з чогось треба брати перелік адрес.
  2. Доступ до сервера нового сайту, або людину з вашого боку, яка впровадить готові правила.
  3. Доступ до Search Console: без нього ніхто, включно з нами, не бачить реального переліку адрес в індексі.
  4. Журнали сервера старого сайту, якщо він ще працює: там видно адреси, якими ходять насправді.
  5. Рішення щодо сторінок, яких на новому сайті не буде: аналог, розділ чи чесна відмова.
  6. Дату, коли структура змінилась або зміниться — від неї рахується вікно спостереження.

Якщо чогось із цього немає — скажіть, підкажемо, як зібрати або зробимо самі окремою задачею.

Часті питання

Те, що питають найчастіше — з конкретними відповідями

чому не можна перенаправити все на головну?

Для відвідувача це те саме, що помилка: він шукав конкретний товар, а потрапив у вітрину. Пошуковик такий перехід теж читає не як заміну сторінки, а як м'яку помилку, і сторінка з індексу зникає. Правило одне: кожна стара адреса веде на найближчий за змістом аналог, і лише за відсутності аналога — на розділ рівнем вище. Масовий перехід на головну економить пів дня роботи й коштує місяців розбору.

301 чи 302, і коли 302 таки доречний?

Після переїзду — 301, бо адреса змінилась назавжди. 302 каже пошуковику тримати стару адресу в індексі й чекати повернення, і при зміні структури це прямо шкодить. Доречний він у справді тимчасових речах: технічна сторінка на час робіт, регіональна заглушка, тест. Практична порада — не ставити 302 «поки що, потім поміняємо». Такі правила живуть роками, і про них ніхто не згадує, доки не почнуть шукати причину просідання.

чим небезпечні ланцюжки з двох-трьох переходів?

Кожна зайва ланка — це затримка для відвідувача і втрата частини сигналу дорогою. Порахувати її можна: у магазині садового інструменту перехід із кореня на мовну гілку сидить усередині 789,4 мс до першого байта — і цей крок отримує кожен перший візит. До того ж ланцюжки часто перериваються посередині: другий крок веде на адресу, якої вже немає, і замість переходу відвідувач бачить помилку.

як ви перевіряєте, що редирект веде куди треба?

Прогоном списку з фіксацією кінцевої адреси, а не коду відповіді. Код 301 означає лише те, що перехід є; куди саме — з нього не видно. У каталозі нижньої білизни на вибірці зі 150 адрес 50 віддавали перехід, і всі 50 приводили на іншу позицію: інший розмір або колір. У масштабі того каталогу це близько 37 тис. адрес, за якими покупець із пошуку отримував не той товар. Тому вибірку по кожному шаблону дивиться людина.

чи можна зібрати карту відповідності автоматично?

Частково, і це саме та частина, яка робить роботу підйомною. Автоматом зводяться збіги за артикулом, слагом або ідентифікатором товару, а однотипні групи згортаються в одне правило з регулярним виразом. Не зводиться решта: злиті категорії, перейменовані розділи, товари, яких більше немає в асортименті. Її розбирають руками, і на великому каталозі саме цей залишок з'їдає більшу частину строку.

скільки тримати правила?

Щонайменше рік, на великому каталозі — довше. Частина зовнішніх посилань і закладок живе роками, і кожен такий перехід — це відвідувач, який інакше побачить помилку. Знімати правило має сенс лише тоді, коли за ним давно немає звернень, а це видно з журналів сервера. Окремо: домен старого сайту теж має лишатись продовженим, інакше переходи зникають разом із ним, скільки б їх не було в конфігу.

а якщо старого сайту вже немає?

Перелік відновлюємо з того, що лишилось: звіт індексації в Search Console, архівні знімки, журнали сервера, якщо їх устигли забрати. Так працює, але з двома обмеженнями, які варто знати до старту. Архів зміщений у бік популярних сторінок — довгий хвіст каталогу в ньому неповний. І Search Console показує те, що в індексі, а не те, що колись існувало. Частину адрес доводиться списати свідомо, і ми називаємо цю частку до початку робіт.

трафік після цього відновиться?

Редиректи прибирають технічну втрату, а не створюють попит. Вони повертають відвідувача, який уже клікнув по вашому старому посиланню, і дають пошуковику підставу перенести сигнали на нову адресу — тільки це. Якщо структуру змінили місяць тому й трафік просів, частина цього просідання поверненню піддається, частина ні. Ще одне варто знати заздалегідь: після чистки дублів кількість сторінок в індексі якийсь час падає. Це очікуваний хід, а не погіршення.

Надішліть адресу сайту й скажіть, коли змінилась структура.

У відповідь — скільки старих адрес доведеться перенаправити, скільки з них уже ведуть через ланцюжок або не туди, і план по етапах. Якщо структура адрес не мінялась, скажемо це першим листом і роботу не візьмемо.

Переглянути кейси
  • Відповідь протягом 2 годин
  • Без зобов’язань
  • Працюємо за договором

Прайса на сайті немає навмисно: обсяг тієї самої роботи у двох клієнтів відрізняється в рази, і цифра «від» у такому разі нічого не пояснює. Спершу безкоштовний аудит — рахуємо ваші сторінки, дублі й швидкість, — потім називаємо суму й строк і фіксуємо їх у договорі.