Як перенести сайт на WordPress без втрати контенту й позицій у пошуку

Щоб перенести сайт на WordPress, спершу перелічіть кожен URL і кожну задачу, яку виконують ваші плагіни, потім експортуйте контент (Інструменти → Експорт дає XML-файл) і скопіюйте папку з медіа, перебудуйте дизайн на новій платформі, імпортуйте контент і налаштуйте 301-редиректи для кожного URL, що змінюється, перед тим як змінити DNS. Поки новий сайт не перевірено, тримайте старий запущеним. Редиректи — крок, який пропускають найчастіше, і саме він захищає ваш пошуковий трафік.

Цей посібник про перехід з WordPress на перебудований сайт, зокрема створений за допомогою конструктора застосунків на ШІ. Ті самі кроки діють незалежно від того, на яку платформу ви переходите.

Визначте, який тип міграції ви робите

З'являється три поширені напрямки, і вони потребують різного обсягу роботи.

Якщо ви лишаєтеся на WordPress, скористайтеся інструментом міграції вашого нового хостингу і на цьому зупиніться. Решта посібника — про другий і третій варіанти. Щоб обрати платформу, дивіться альтернативи WordPress і WordPress проти Webflow.

Крок 1: Складіть опис сайту

Перш ніж щось чіпати, запишіть, що існує.

Кожен URL. WordPress (починаючи з версії 5.5) створює карту сайту за адресою /wp-sitemap.xml. SEO-плагіни, як-от Yoast, зазвичай замінюють її власною, часто за адресою /sitemap_index.xml. Збережіть список URL у таблиці. Якщо у вас налаштовано Google Search Console, експортуйте також сторінки, які отримують трафік, — їх найбільше шкода зламати.

Типи контенту. Сторінки, записи, категорії, теги, автори та власні типи записів (роботи в портфоліо, члени команди, події). Приблизно зафіксуйте кількість кожного.

Плагіни та їхні функції. Записуйте не назви плагінів, а задачі. «Контактна форма, що надсилає листи власнику». «SEO-заголовки й описи». «Календар бронювання». «Підписка на розсилку». Кожна задача потребує плану в новому сайті.

Невидимі речі. Теги аналітики, редиректи, встановлені плагіном, власний код у темі, адреси електронної пошти у формах.

Крок 2: Експортуйте контент і медіа

Контент. В адмінці WordPress перейдіть до Інструменти → Експорт, виберіть Весь вміст і завантажте файл. Це XML-файл (формат WordPress eXtended RSS, або WXR), у якому є записи, сторінки, коментарі, власні поля, категорії та теги.

Медіа. Файл експорту посилається на зображення за URL, але не містить їх. Скопіюйте папку wp-content/uploads з хостингу через файловий менеджер, SFTP або плагін для резервних копій. Зберігайте структуру папок; вона організована за роком і місяцем.

Поля SEO. Якщо SEO-плагін зберігає власні заголовки й мета-описи, зазвичай вони є в експорті як власні поля. Перевірте запис у XML-файлі, щоб переконатися.

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

Крок 3: Перебудуйте дизайн

Міграція — гарний момент для спрощення. У більшості тем WordPress накопичені роки віджетів і варіантів макета, які вам не потрібні.

Зробіть скріншоти ключових типів сторінок: головна, звичайна сторінка, список блогу, окремий запис, контакти. Із конструктором застосунків на ШІ ви можете додати їх у чат і описати, що зберегти:

Створіть сайт для клініки фізіотерапії на основі прикріплених скріншотів нашого поточного сайту на WordPress. Збережіть кольори, логотип і порядок секцій на головній, але зробіть сайт чистішим і швидшим. Сторінки: Головна, Послуги, Про нас, Блог, Контакти. Блогу потрібні список записів і сторінка окремого запису.

Спочатку збудуйте макет з кількома реальними записами, а не з усім архівом.

Крок 4: Імпортуйте контент

Спосіб імпорту залежить від обсягу.

• Кілька сторінок. Скопіюйте текст вручну або вставте його в чат. Це швидко і дозволяє редагувати на ходу.
• Десятки або сотні записів. Імпортуйте з XML-експорту. Скрипт може прочитати кожен елемент і зберегти заголовок, slug, дату, вміст, анотацію, категорії та зображення для прев'ю.

З конструктором на ШІ прикріпіть файл експорту і опишіть результат, якого хочете:

Я прикріпив наш експорт WordPress (XML у форматі WXR). Імпортуйте кожен опублікований запис у блог. Зберігайте slug, дату публікації, заголовок, вміст, категорії та зображення для прев'ю кожного запису. Пропустіть чернетки, видалені записи та коментарі. Зберігайте записи так, щоб URL кожного був /blog/[slug]. Покажіть, скільки записів імпортовано, і перелічіть ті, що не вдалося імпортувати.

Після імпорту перевірте кілька речей:

• Зображення всередині записів досі вказують на URL wp-content/uploads старого домену. Завантажте медіа в сховище нового сайту і перепишіть ці URL, інакше вони зламаються в той день, коли старий сайт зникне.
• Шорткоди, як-от [gallery] або [contact-form-7], з'являються як звичайний текст. Знайдіть їх і замініть реальним контентом.
• Вбудований HTML з конструкторів сторінок може бути неохайним. Вибірково перевірте записи, які отримують найбільше трафіку.

Крок 5: Зберігайте URL або робіть редиректи

Пошукові системи та інші сайти посилаються на ваші старі URL. Коли URL зникає, ці посилання повертають помилку 404, і ранжування, прив'язане до них, втрачається.

Найкраще — зберегти ті самі URL. Якщо ваші записи були за адресою /my-post-title/, нехай новий сайт відкриває їх за тією самою адресою.

Якщо URL мусять змінитися (скажімо, з /2024/05/my-post/ на /blog/my-post), налаштуйте 301-редирект (постійне перенаправлення) з кожного старого URL на новий. Створіть двоколонковий список «старий URL — новий URL» з опису з кроку 1. Потім попросіть:

Додайте постійні 301-редиректи з кожного старого URL із прикріпленого CSV на його новий URL. Також перенаправте /category/[name]/ на /blog?category=[name], а /feed/ — на /blog/rss.xml.

Після запуску перевірте вибірку старих URL. Кожен має вести на правильну нову сторінку одним переходом, а не ланцюжком редиректів.

Крок 6: Перенесіть базові речі SEO

• Заголовки сторінок і мета-описи для кожної важливої сторінки
• Нова карта сайту, подана в Google Search Console
• Та сама аналітика, щоб порівнювати результати до і після
• Альтернативний текст зображень, який є в експорті для тих зображень, де він був

Наш посібник про SEO для сайтів, створених ШІ розглядає решту.

Крок 7: Замініть функції плагінів

Пройдіть список задач із кроку 1:

Крок 8: Запуск і перемикання DNS

1. Опублікуйте новий сайт за тимчасовою адресою і протестуйте його на комп'ютері та телефоні.
2. Пройдіть усі сторінки зі списку з найбільшим трафіком.
3. Перевірте вибірку старих URL на коректні редиректи.
4. Змініть DNS вашого домену на новий хостинг.
5. Зберігайте сайт на WordPress і його резервну копію кілька тижнів на випадок, якщо щось пропустили.

Наш посібник про підключення власного домену пояснює зміну DNS.

Типові помилки

• Немає редиректів. Найдорожча помилка. Кожен зламаний URL — це втрачене посилання.
• Зображення досі завантажуються зі старого сайту. Усе виглядає добре, доки ви не скасуєте старий хостинг.
• Забуті форми. Контактна форма тихо перестає надсилати листи, і ви дізнаєтеся про це через тижні.
• Імпорт чернеток і сміття. Прибирайте до імпорту, а не після.
• Скасування старого хостингу в день запуску. Почекайте, доки переконаєтеся, що нічого не бракує.

Міграція на Mythex

Mythex — конструктор застосунків на ШІ, а не хостинг WordPress, тож перехід з WordPress на Mythex — це перебудова: ви описуєте сайт, прикріплюєте скріншоти і файл експорту в чат (до 5 файлів у повідомленні, по 10 МБ кожен), а агент створює новий сайт. Завантажені зображення можна покласти в сховище файлів проєкту, а база даних зберігатиме записи, якщо ви захочете їх редагувати пізніше. Публікуйте на адресу mythex.ai для тестування, а потім підключіть свій домен на тарифі Pro. Див. статичні сайти на Mythex у документації.

Чек-лист міграції

• Повна резервна копія файлів і бази даних WordPress
• Список кожного URL із позначеними сторінками з найбільшим трафіком
• Список задач плагінів і заміна для кожної
• Контент експортовано (Інструменти → Експорт), а wp-content/uploads скопійовано
• Дизайн перебудовано і протестовано з реальним контентом
• Контент імпортовано; зображення переміщено з старого домену; шорткоди прибрано
• 301-редиректи для кожного змінюваного URL, протестовані
• Заголовки, описи, карта сайту та аналітика на місці
• Форми протестовано від початку до кінця
• DNS перемкнуто; старий сайт збережено на кілька тижнів

Запитання