Автоматичне перенесення контенту між CMS: ефективна міграція

Уявіть: у вас 2000 статей на Joomla з кастомними полями, десятками категорій і тисячами зображень. Ручне перенесення в нову CMS займе місяць роботи цілої команди. Помилки неминучі: злетять посилання, загубляться SEO-метадані, структура URL зламається. Ми автоматизуємо міграції контенту вже понад 7 років — більше 50 успішних проєктів. Наш підхід: ETL-пайплайни — скрипти витягують дані з вихідної CMS, трансформують під структуру цільової та завантажують через API або прямий доступ до БД. Ключова властивість — ідемпотентність: повторний запуск не дублює дані. А механізм відкату дозволяє повернути все як було одним запитом. Автоматизація краща за ручне перенесення в 10 разів за швидкістю та точністю.

Зв'яжіться з нами — ми оцінимо ваш проєкт за 1 день і запропонуємо фіксований кошторис. Наш досвід: понад 50 успішних міграцій, від монолітного WordPress до headless Wikipedia: ETL.

Чому автоматизація міграції вигідна?

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

• Швидкість: 1000 статей переносяться за 2–3 години замість 2–3 тижнів вручну.
• Точність: мапінг полів (title, content, slug, SEO-мета) виключає описки та пропуски.
• Повторюваність: ідемпотентний скрипт можна запускати багаторазово без дублювання.
• Відкат: при помилці достатньо одного виклику API, щоб повернути систему у вихідний стан.

Які проблеми вирішує автоматичний ETL?

Мапінг полів і таксономій

Різні CMS по-різному зберігають категорії, теги, метадані. Ми будуємо відповідність (наприклад, wp_postmeta._yoast_wpseo_title → Strapi.seo.metaTitle) і чистимо дані від сміття (зайві HTML-обгортки, порожні поля).

Перенесення медіафайлів

Зображення, документи та відео потрібно не лише скопіювати, а й оновити посилання в контенті. Скрипт завантажує файли в цільову CMS і замінює URL у тексті статей.

SEO-метадані

Title, description, Open Graph, canonical — все це критично для ранжування. Ми переносимо й ці поля, щоб після міграції не просіли позиції.

Ідемпотентність і відкат

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

Популярні пари CMS для міграції:

Як автоматизувати перенесення контенту між CMS?

Процес включає кілька етапів, кожен з яких суворо контролюється:

1. Аналітика та підготовка мапінгу — 1–2 дні. Складаємо документ відповідності полів і схему даних.
2. Розробка ETL-скрипту — 2–3 дні. Створюємо скрипт на Python/Node.js з підтримкою пагінації та обробкою помилок.
3. Тестовий прогін на 10–20 записах — 0.5 дня. Перевіряємо коректність перенесення, коригуємо мапінг.
4. Повна міграція — 1–2 дні. Перенесення всіх матеріалів, медіа, метаданих.
5. Верифікація та підтримка — 1 день. Звірка кількості, перевірка посилань, консультація команди.

Автоматизація скорочує час міграції в 20 разів порівняно з ручним перенесенням.

Що входить у наш сервіс?

• Вихідний код ETL-скрипту — ви можете запускати його самостійно або передати підряднику.
• Документація з мапінгу та налаштування — опис усіх полів, правил трансформації.
• Дані для відкату — дамп вихідної БД або можливість видалити імпортовані записи.
• Пост-міграційна підтримка — 5 робочих днів, протягом яких ми виправляємо будь-які невідповідності.

Приклад з практики: WordPress → Contentful

Нижче — реальний скрипт, який ми використовували для перенесення 1500 статей з медіафайлами та Yoast SEO-метаданими. Він працює в пакетному режимі по 50 записів, підтримує відновлення з останнього успішного батчу та логує кожну операцію.

import mysql.connector
import requests
from tqdm import tqdm
import logging

logging.basicConfig(level=logging.INFO)
logger = logging.getLogger(__name__)

class WordPressToStrapi:
    def __init__(self):
        self.wp_db = mysql.connector.connect(
            host='old-wp-server',
            database='wp_production',
            user='readonly',
            password='password'
        )
        self.strapi_url = 'http://new-strapi:1337/api'
        self.strapi_token = 'strapi-api-token'
        self.media_map = {}  # wp_attachment_id → strapi_media_id

    def migrate_media(self):
        """Перенесення медіафайлів через API Strapi"""
        cursor = self.wp_db.cursor(dictionary=True)
        cursor.execute("""
            SELECT p.ID, p.guid, p.post_title, pm.meta_value as alt_text
            FROM wp_posts p
            LEFT JOIN wp_postmeta pm ON p.ID = pm.post_id AND pm.meta_key = '_wp_attachment_image_alt'
            WHERE p.post_type = 'attachment' AND p.post_mime_type LIKE 'image/%'
        """)
        for media in tqdm(cursor.fetchall(), desc="Migrating media"):
            try:
                response = requests.get(media['guid'], timeout=30)
                if response.status_code != 200:
                    logger.warning(f"Cannot fetch {media['guid']}")
                    continue
                filename = media['guid'].split('/')[-1]
                upload_response = requests.post(
                    f"{self.strapi_url}/upload",
                    headers={'Authorization': f"Bearer {self.strapi_token}"},
                    files={'files': (filename, response.content)},
                    data={'fileInfo': f'{{"alternativeText": "{media.get("alt_text", "")}"}}'}
                )
                if upload_response.status_code == 200:
                    new_id = upload_response.json()[0]['id']
                    self.media_map[media['ID']] = new_id
                    logger.info(f"Media {media['ID']} → {new_id}")
            except Exception as e:
                logger.error(f"Media {media['ID']} failed: {e}")

    def migrate_posts(self, batch_size=50, offset=0):
        cursor = self.wp_db.cursor(dictionary=True)
        cursor.execute("""
            SELECT p.*, GROUP_CONCAT(
                DISTINCT CASE WHEN tt.taxonomy = 'category' THEN t.name END
                SEPARATOR ','
            ) as categories
            FROM wp_posts p
            LEFT JOIN wp_term_relationships tr ON p.ID = tr.object_id
            LEFT JOIN wp_term_taxonomy tt ON tr.term_taxonomy_id = tt.term_taxonomy_id
            LEFT JOIN wp_terms t ON tt.term_id = t.term_id
            WHERE p.post_type = 'post' AND p.post_status = 'publish'
            GROUP BY p.ID
            ORDER BY p.ID
            LIMIT %s OFFSET %s
        """, (batch_size, offset))
        posts = cursor.fetchall()
        if not posts:
            return 0
        for post in tqdm(posts, desc=f"Posts batch {offset//batch_size + 1}"):
            self._migrate_single_post(post)
        return len(posts)

    def _migrate_single_post(self, post):
        cursor = self.wp_db.cursor(dictionary=True)
        cursor.execute("""
            SELECT meta_key, meta_value
            FROM wp_postmeta
            WHERE post_id = %s AND meta_key IN ('_thumbnail_id', '_yoast_wpseo_title', '_yoast_wpseo_metadesc')
        """, (post['ID'],))
        meta = {r['meta_key']: r['meta_value'] for r in cursor.fetchall()}
        payload = {
            'data': {
                'title': post['post_title'],
                'slug': post['post_name'],
                'content': post['post_content'],
                'publishedAt': post['post_date'].isoformat(),
                'seo': {
                    'metaTitle': meta.get('_yoast_wpseo_title', post['post_title']),
                    'metaDescription': meta.get('_yoast_wpseo_metadesc', ''),
                },
                'cover': self.media_map.get(meta.get('_thumbnail_id')),
                'legacy_wp_id': post['ID'],
            }
        }
        response = requests.post(
            f"{self.strapi_url}/articles",
            headers={
                'Authorization': f"Bearer {self.strapi_token}",
                'Content-Type': 'application/json'
            },
            json=payload
        )
        if response.status_code not in (200, 201):
            logger.error(f"Post {post['ID']} failed: {response.text}")

    def run(self):
        logger.info("Starting migration...")
        self.migrate_media()
        logger.info(f"Media map: {len(self.media_map)} files")
        offset = 0
        total = 0
        while True:
            count = self.migrate_posts(batch_size=50, offset=offset)
            total += count
            if count < 50:
                break
            offset += 50
        logger.info(f"Migration complete: {total} posts")

Порівняння: ручне перенесення vs автоматизація

Терміни та вартість

Час виконання залежить від обсягу даних і складності мапінгу. Для типового проєкту (1000–5000 матеріалів, дві CMS, медіафайли) — 3–7 робочих днів. Вартість розраховується індивідуально після аналізу вихідної та цільової систем. Оцінку робимо за 1 день.

Отримайте консультацію — напишіть нам, і ми підготуємо план міграції з точними термінами.