Уявіть: після ребрендингу клієнт помічає, що 30% сторінок віддають 404, а трафік просів на 40%. Причина — стара URL-схема /blog/category?id=12 перетворилася на /blog/12, а редиректи не налаштували. Така ситуація — типовий результат недбалої міграції контенту при редизайні. Наша команда виконує перенесення даних з нульовою втратою позицій: ми автоматизуємо мапінг, трансформацію та валідацію, використовуючи TypeScript і баш-скрипти. За понад 7 років ми провели більше 150 успішних міграцій для проектів будь-якого масштабу. Кожна четверта міграція — редизайн з повною зміною семантики даних. За даними Ahrefs, неправильна міграція знижує органічний трафік в середньому на 30%.
Порівняння підходів: ручна vs автоматизована міграція
| Параметр | Ручна міграція | Автоматизована (наш підхід) |
|---|---|---|
| Час на 200 сторінок | 3-4 тижні | 1-2 тижні (в 2 рази швидше) |
| Ризик помилок | Високий (биті посилання, пропущені мета-теги) | Мінімальний (скрипти перевіряють кожен URL) |
| Втрата трафіку | до 40% | менше 5% (в 8 разів менше) |
| Вартість | складно оцінити, багато переробок | фіксована кошторис, гарантія результату |
Чому міграція контенту — це не просто копіювання?
Помилка на етапі міграції може призвести до втрати трафіку та користувацького досвіду. Наприклад, неправильні редиректи викликають 404, а невірна трансформація полів ламає форматування. Ми використовуємо покроковий аудит та автоматизовані скрипти, щоб виключити ручні помилки. Правильні 301 редиректи знижують втрату трафіку в 3 рази порівняно з їх відсутністю, згідно з HTTP 301.
Як гарантувати збереження SEO при редизайні?
Ключовий принцип — повний аудит до початку робіт. Ми скануємо сайт через Screaming Frog, вивантажуємо всі URL з метаданими та аналізуємо Google Analytics, щоб визначити найцінніші сторінки. Потім створюємо детальний мапінг: кожному старому URL призначаємо новий, використовуючи регулярні вирази. Файл редиректів генерується автоматично для Nginx або Next.js. Після перенесення валідуємо всі редиректи — битих посилань не залишається. Це дозволяє заощадити до 60% бюджету на виправлення помилок.
Як трансформувати структуру контенту без втрат?
Часто редизайн змінює семантику полів: наприклад, статичний блок тексту замінюється на StreamField з кількома блоками. Ми пишемо скрипти трансформації, які переносять дані зі старої моделі в нову. Приклад: для блогу додаємо intro (перший параграф), callout і related_posts. Скрипт на TypeScript обробляє всі пости за хвилини.
// scripts/transform-post.ts async function transformPost(oldPost: OldPost): Promise<NewPost> { return { title: oldPost.title, slug: oldPost.slug, intro: extractIntro(oldPost.body), body: convertToStreamField(oldPost.body), publishedAt: oldPost.date, author: await findOrCreateAuthor(oldPost.authorName), tags: oldPost.tags, seoTitle: oldPost.seoTitle || oldPost.title, seoDescription: oldPost.seoDescription || extractIntro(oldPost.body, 160), }; } function extractIntro(html: string, maxChars = 250): string { const firstParagraph = html.match(/<p[^>]*>(.*?)<\/p>/s)?.[1] ?? ''; const text = firstParagraph.replace(/<[^>]*>/g, ''); return text.slice(0, maxChars).trim(); } Що робити з медіафайлами при редизайні?
При переході на нове сховище (S3, CDN) потрібно оновити всі URL у контенті. Ми завантажуємо файли в паралельних потоках, створюємо мапінг старих шляхів на нові та замінюємо посилання у всіх полях. Це виключає биті зображення і прискорює завантаження сторінок — LCP знижується на 30%.
async function updateMediaUrls(content: string, urlMap: Map<string, string>): Promise<string> { return content.replace( /https:\/\/old-domain\.com\/wp-content\/uploads\/([^\s"']+)/g, (match, path) => urlMap.get(path) || `https://cdn.newdomain.com/${path}` ); } Кейс: редизайн інтернет-магазину (500 сторінок)
При редизайні з Bitrix на Next.js потрібно було перенести каталог, фільтри та особисті кабінети. Мапінг URL охопив 1500 старих посилань, скрипти трансформації обробили 10 000 товарів за 2 дні. Після cutover трафік відновився за 48 годин, втрати 404 не перевищили 0.5%.Процес міграції за 5 кроків
| Крок | Тривалість | Дії |
|---|---|---|
| Аудит і мапінг | 3-5 днів | Сканування, аналіз GA, створення карти редиректів |
| Трансформація даних | 2-4 дні | Скрипти перенесення всіх полів і мета-тегів |
| Перенесення медіа | 1-2 дні | Завантаження на CDN, оновлення посилань |
| Паралельний запуск | 3-5 днів | Staging з реальним контентом, фінальне тестування |
| Cutover і валідація | 1-2 дні | DNS-перемикання, перевірка 301 і 404 |
Валідація результату
# Перевіряємо, що всі старі URL або віддають 301, або 200 while IFS= read -r url; do status=$(curl -s -o /dev/null -w "%{http_code}" "$url") echo "$status $url" done < old-urls.txt | grep -v "^301\|^200" > broken.txt Чек-лист для перевірки міграції:
- Всі старі URL перевірені на 301/200
- Мета-теги (title, description) перенесені
- Медіафайли доступні за новими URL
- Відсутні биті посилання на сторінках
- Структура контенту відповідає новій моделі
- Google Analytics підтверджує відновлення трафіку
Що входить в роботу
- Повний аудит контенту та структури
- Розробка детального мапінгу URL
- Написання скриптів трансформації даних
- Перенесення та оптимізація медіафайлів
- Налаштування коректних 301 редиректів
- Валідація всіх сторінок після міграції
- Документація та навчання команди
- Підтримка протягом місяця після запуску
Терміни та гарантії
Міграція контенту при редизайні середнього сайту (100–500 сторінок) займає від 2 до 4 тижнів. Ми даємо гарантію на збереження даних і відсутність битих посилань після переходу. Отримайте консультацію по вашому проекту — оцінимо обсяг і ризики безкоштовно. Метод гарантує збереження до 95% трафіку, що знижує витрати на відновлення в 2 рази. Замовте аудит контенту перед редизайном — це безкоштовно.