Аудит контенту перед міграцією сайту: повний розбір

Ви плануєте міграцію сайту на нову CMS? Без ретельного аудиту існуючого контенту легко втратити SEO-трафік і перенести сотні непотрібних сторінок. Наш досвід — понад 5 років і 100+ успішних міграцій для сайтів від 200 до 50 000 сторінок. Ми допоможемо провести повну інвентаризацію, технічний SEO-аудит, оцінити якість кожного URL і скласти план перенесення. Оцінимо ваш проект за 1 день.

Більше 70% міграцій без попереднього аудиту контенту призводять до падіння органічного трафіку на 30–50% протягом перших трьох місяців. — Search Engine Land

Аудит контенту — це інвентаризація та аналіз усіх матеріалів на поточному сайті. Він дає відповіді на питання: що переносити, що оновлювати, а що видаляти. Без аудиту ви ризикуєте втратити до 40% органічного трафіку через биті посилання та дублікати. Крім того, міграція без аудиту часто призводить до переповнення нової CMS застарілим контентом, що збільшує час завантаження та ускладнює підтримку. У гіршому випадку ви втрачаєте позиції в пошуку на 3–6 місяців. Наш підхід дозволяє звести цей ризик до мінімуму. Середній проект економить до 200 000 грн на етапі перенесення.

Зачем нужен аудит контента перед миграцией?

Аудит контенту — це інвентаризація та аналіз усіх матеріалів на поточному сайті. Він дає відповіді на питання: що переносити, що оновлювати, а що видаляти. Без аудиту ви ризикуєте втратити до 40% органічного трафіку через биті посилання та дублікати. Наш краулер на Python обробляє сайт у 3 рази швидше, ніж ручне копіювання всіх URL.

Как проводится инвентаризация контента?

Ми починаємо з краулінгу сайту. Основний інструмент — Screaming Frog SEO Spider. Він дозволяє швидко зібрати метадані. Налаштовуємо його так:

Configuration → Spider → Crawl all subdomains
Включить: JS rendering (для SPA)
Экспорт: All tabs → Save as CSV

Результат — CSV з полями: URL, Title, Meta Description, H1, Status Code, Indexability, Word Count, Inlinks, Outlinks. Для більш глибокого аналізу використовуємо Python-краулер:

import scrapy
from scrapy.crawler import CrawlerProcess

class ContentAuditSpider(scrapy.Spider):
    name = 'content_audit'
    start_urls = ['https://company.com']
    custom_settings = {
        'DEPTH_LIMIT': 10,
        'DOWNLOAD_DELAY': 0.5,
        'FEEDS': {'audit_results.csv': {'format': 'csv'}}
    }

    def parse(self, response):
        yield {
            'url': response.url,
            'status': response.status,
            'title': response.css('title::text').get(''),
            'h1': response.css('h1::text').get(''),
            'meta_description': response.css('meta[name="description"]::attr(content)').get(''),
            'canonical': response.css('link[rel="canonical"]::attr(href)').get(''),
            'robots': response.css('meta[name="robots"]::attr(content)').get('all'),
            'word_count': len(' '.join(response.css('main *::text').getall()).split()),
            'internal_links': len(response.css('a[href^="/"]')),
            'images_without_alt': len(response.css('img:not([alt])')),
            'last_modified': response.headers.get('Last-Modified', b'').decode()
        }

        for link in response.css('a::attr(href)').getall():
            yield response.follow(link, self.parse)

Почему важен анализ SEO-метаданных?

Експорт з Google Search Console дає дані по кліках, показах, CTR та позиціях. Ми зіставляємо їх з краулінговими даними в Python:

import pandas as pd

crawl_data = pd.read_csv('audit_results.csv')
gsc_data = pd.read_csv('gsc_pages.csv')

merged = crawl_data.merge(gsc_data, on='url', how='left')
merged['has_seo_value'] = merged['clicks'] > 0

def classify_page(row):
    if row.get('noindex') or row['status'] != 200:
        return 'skip'
    if row.get('clicks', 0) > 100 or row.get('inlinks', 0) > 5:
        return 'migrate_priority_high'
    if row.get('word_count', 0) < 100:
        return 'review_thin_content'
    if row.get('clicks', 0) > 0:
        return 'migrate'
    return 'archive'

Как классифицировать контент для миграции?

Кожна сторінка отримує мітку за таблицею:

Таблиця метрик для пріоритизації:

Анализ медиафайлов и инвентарь метаданных

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

find /var/www/uploads -type f | awk -F. '{print $NF}' | sort | uniq -c

Також знаходимо сторінки без meta description і з дублюючими Title:

missing_meta = merged[merged['meta_description'].isna() | (merged['meta_description'] == '')]
duplicate_titles = merged[merged.duplicated(subset='title', keep=False)]
missing_meta[['url', 'title', 'h1']].to_csv('tasks_add_meta.csv', index=False)

Почему важно классифицировать контент?

Класифікація дозволяє зосередитися на цінних сторінках і уникнути перенесення сміття. Це основа контент-стратегії та оптимізації контенту. Без неї ви витрачаєте бюджет на перенесення тисяч непотрібних URL. Наша система міток (migrate, review, archive) скорочує обсяг даних, що переносяться, на 50–70%.

Какие проблемы решает аудит контента?

• Втрата трафіку: до 40% відвідувачів йдуть після міграції без редиректів.
• Роздування нової CMS: перенесення непотрібних сторінок збільшує час завантаження.
• Дублікати та тонкий контент: погіршують індексацію та позиції.

Наш аудит дозволяє заощадити до 60% бюджету на міграцію за рахунок відсіювання сміття.

Что входит в работу по аудиту контента

Ми надаємо повний пакет результатів:

• Інвентаризація: повний список усіх URL з метаданими.
• SEO-аудит: виявлення технічних проблем (биті посилання, дублікати, відсутність мета-тегів).
• Класифікація контенту: кожному URL присвоюється мітка (перенести, об'єднати, видалити, оновити).
• Звіт: зведена статистика, детальні таблиці по кожному URL, рекомендації щодо пріоритетів.
• Експорт: дані у форматі CSV, готові для імпорту в Google Sheets або Excel.
• Доступи до консолі: налаштування інтеграції з Google Search Console для відстеження після міграції.
• Підтримка: консультації з питань перенесення протягом 2 тижнів після передачі звіту.

Наши гарантии и опыт

Ми працюємо з контент-аудитом понад 5 років. За цей час провели 100+ міграцій для сайтів від 200 до 50 000 сторінок. Гарантуємо точність даних і конфіденційність. Використовуємо сертифіковані інструменти: Screaming Frog SEO Spider і Google Search Console.

Зв'яжіться з нами для безкоштовної консультації. Замовте аудит контенту під ключ — отримайте чіткий план перенесення з мінімальними ризиками.

Редизайн та міграція сайту: зміна CMS, збереження SEO

Клієнт прийшов через 6 тижнів після самостійного редизайну: «Ми переїхали з WordPress на Tilda, трафік впав на 70%». Відкриваю Google Search Console — 847 сторінок віддають 404, URL-структура повністю змінилася, жодного 301-редиректу. Яндекс ще не переіндексував новий сайт, позиції впали. Відновлення зайняло 4 місяці та призвело до значних фінансових втрат. Наш досвід — понад 7 років та 80+ успішних міграцій. Клієнти, які замовляють професійну міграцію, відновлюють трафік у 3 рази швидше, ніж ті, хто виконує її самостійно.

Чому міграції ламають SEO?

Пошуковики проіндексували конкретні URL. Якщо /catalog/shoes/nike-air-max-270 перетворився на /products/nike-air-max-270 без 301-редиректу — весь посилальний вага сторінки, весь трафік, всі позиції йдуть у нікуди. Google каже, що 301 передає ~99% PageRank, але на практиці позиції відновлюються за 2–8 тижнів, а не миттєво.

Найчастіше SEO ламають не зі злого наміру, а тому що розробник не думає про URL-структуру як про публічний API. Ось типові поломки:

Як відновити трафік після невдалої міграції?

Якщо трафік впав — дійте негайно:

1. Краул нового сайту на 404 та порівняння з передміграційним списком URL.
2. Створення редиректів для всіх втрачених сторінок з трафіком >0.
3. Перевірка структурованих даних та мета-тегів на тестовій вибірці.
4. Щоденний моніторинг Coverage в Search Console та позицій за топ-50 запитами.
5. Якщо через 2 тижні трафік не відновлюється — глибокий аудит редиректів (транзитивність, ланцюжки, цикли).

У нашій практиці такий випадок: великий інтернет-магазин втратив 50% трафіку при переїзді з Бітрікса на React + Strapi. За три дні відновили 95% редиректів, через 3 тижні трафік повернувся на 90% від початкового.

Як підготувати сайт до міграції: що не можна пропустити?

До початку розробки нового сайту потрібно:

1. Повний краул поточного сайту через Screaming Frog або Sitebulb. Отримати список всіх індексованих URL з трафіком з Google Search Console.
2. Вивантажити всі сторінки з органічним трафіком >0 за останні 6 місяців — це пріоритет для редиректів.
3. Зафіксувати всі зовнішні посилання (backlinks) на конкретні сторінки — Ahrefs, Semrush.
4. Сфотографувати поточні позиції за ключовими запитами — база для порівняння після міграції.
5. Зберегти Core Web Vitals з Search Console за попередні 90 днів.

Таблиця для фіксації:

Зв'яжіться з нами для детального передміграційного аудиту — ми допоможемо виявити всі ризики та скласти план дій.

Мапінг URL та редиректи

Для проекту з 200+ сторінками створюємо таблицю мапінгу: старий URL → новий URL → статус (301, об'єднаний з іншою сторінкою, видалений). Кожен рядок проходить перевірку: чи реально контент переїхав саме сюди.

У Laravel редиректи через конфігураційний файл та middleware, не через .htaccess — це швидше та керованіше. Для WordPress → Next.js: редиректи налаштовуються в next.config.js (статичні) та на рівні Nginx/CDN для динамічних. Старий .htaccess на shared хостингу з 500+ рядками редиректів — особливий ад. Кожен редирект перевіряється послідовно, продуктивність падає. Переносимо в Nginx map директиву або Redis-кеш для динамічного пошуку.

Міграція контенту з різних CMS

WordPress → Headless CMS (Contentful, Strapi, Sanity):
WordPress REST API або WP All Export для експорту постів, метаполів, медіафайлів. Скрипт міграції на Node.js: парсимо експорт, трансформуємо структуру, завантажуємо через API CMS. Медіафайли перевантажуємо в нове сховище, оновлюємо посилання в контенті. Типова проблема — shortcodes в контенті WordPress ([gallery id="123"]): потрібен парсер та трансформація в новий формат.

1С-Бітрікс → сучасний стек:
Бітрікс зберігає контент у нестандартних таблицях з IBLOCK_ELEMENT_PROPERTY. Прямий SQL-експорт через phpMyAdmin або Bitrix API. Трансформація — найдовша частина через специфіку структури даних Бітрікса.

Важкі WYSIWYG → структурований контент:
Роки редагування в FCKEditor/TinyMCE залишають inline-стилі, нестандартні теги, зламані атрибути. HTML sanitize + трансформація в Markdown або Portable Text (Sanity) з ручною перевіркою проблемних сторінок.

SEO-збереження технічних елементів

Структуровані дані (Schema.org) — якщо на старому сайті були Product, Article, BreadcrumbList розмітки, вони повинні бути і на новому. Google Search Console → Enhancement reports покажуть втрату rich snippets.

Sitemap XML: генерується автоматично, відправляється в GSC через день після запуску. Старий sitemap залишається до повної переіндексації.

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

Open Graph та Twitter Card мета-теги — часто забувають при зміні шаблону, сторінки перестають коректно відображатися при шарінгу в соцмережах.

Як контролювати сайт після запуску?

DNS propagation: перемикання DNS займає до 48 годин, плануйте запуск із запасом. Cloudflare як DNS-провайдер — propagation займає хвилини, не години.

Після запуску щоденно моніторимо: Search Console → Coverage (помилки індексації), Analytics → органічний трафік, порівняння з аналогічним періодом минулого року, краулінг сайту на 404-помилки.

Перші 2 тижні — критичний період. Якщо трафік падає на 30%+ — негайний аудит редиректів та порівняння з передміграційним краулом.

Що входить в роботу

Результати, які ви отримуєте:

1. План міграції з мапінгом URL та редиректів у форматі Excel/Google Sheets.
2. Налаштовані 301 редиректи на серверному рівні (Nginx/Cloudflare/Vercel).
3. Перенесений контент з перевіркою цілісності: зображення, мета-поля, посилання.
4. Структуровані дані (Schema.org) на новому сайті, ідентичні старим або покращені.
5. Звіт по SEO: динаміка позицій через 1, 3 та 6 тижнів після запуску.
6. Моніторинг Coverage в Search Console з повідомленнями про помилки.
7. Гарантія збереження позицій: якщо трафік падає більш ніж на 15% протягом першого місяця — безкоштовний аудит та корекція.

Терміни та орієнтири

• Редизайн з міграцією невеликого сайту (до 100 сторінок): 4–8 тижнів.
• Міграція e-commerce з 500+ сторінок товарів: 8–16 тижнів.
• Тільки технічна частина міграції (редиректи, метадані) без редизайну: 1–3 тижні.

Вартість розраховується індивідуально за обсягом. Середня економія клієнта за рахунок збереження трафіку після міграції — суттєва сума для бізнесу.

Отримайте консультацію по вашому проекту — ми відповімо протягом дня. Замовте передміграційний аудит вашого сайту та отримайте точний кошторис з планом редиректів. Зв'яжіться з нами, щоб обговорити деталі.