Як перенести сайт

З цього посібника ви дізнаєтеся, як змінити URL сторінок вашого сайту, щоб мінімізувати негативні наслідки для його позиції в результатах пошуку Google. Зокрема, мова йде про наступні варіанти перенесення сайту:

  • зміна URL з HTTP на HTTPS;
  • зміна доменного імені, наприклад з example.com на example.net, або об’єднання кількох доменів чи імен хостів;
  • зміна шляхів URL, наприклад з example.com/page.php?id=1 на example.com/widget або з example.com/page.html на example.com/page.htm.
  1. Загальні рекомендації щодо перенесення сайтів. Вивчіть, як перенесення вплине на користувачів вашого сайту та його позиції в результатах пошуку. Якщо ви переходите з HTTP на HTTPS, ознайомтеся з цими рекомендаціями.
  2. Підготуйте новий сайт і ретельно протестуйте його.
  3. Зіставте старі URL-адреси з новими.
  4. Запустіть перенесення сайту, налаштувавши сервер для переадресації зі старих URL-адрес на нові.
  5. Відстежуйте трафік як старих, так і нових URL.
  • Розбийте процес перенесення на кілька етапів, які підходять для вашого сайту.
    Якщо у вас великий сайт і є така технічна можливість, рекомендуємо спочатку перенести невелику частину сайту, щоб перевірити, як це вплине на трафік та індексацію в Пошуку Google. Після цього перенесіть решту сторінок повністю або по частинах. Для першого перенесення виберіть сторінки, вміст яких рідко змінюється і не залежить від частих або непередбачуваних подій. Пам’ятайте: результати перенесення окремих сторінок не завжди збігаються з наслідками перенесення всього сайту. Чим більше сторінок ви перенесете, тим вища ймовірність того, що виникнуть нові проблеми, які потребують вирішення. Ретельно плануйте перенесення, щоб зменшити кількість проблем.
  • Вносьте зміни поступово.
    Складіть поетапний план внесення змін на сайт. Наприклад, якщо ви хочете перенести сайт на новий домен, змінити систему управління контентом і оформлення сайту, робіть це поетапно: спочатку перенесіть сайт на новий домен, а потім змініть його оформлення.
  • Виконуйте перенесення, коли відвідувачів мало.
    Якщо кількість відвідувачів вашого сайту залежить від сезону або дня тижня, то перенесення варто проводити в період мінімального трафіку. У цьому випадку менше людей відчують незручності, а робот Googlebot отримає більше серверних ресурсів для сканування вашого сайту.
  • Пам’ятайте про те, що при перенесенні сайту можуть змінюватися його позиції в результатах пошуку.
    Це пов’язано з тим, що робот Googlebot виконує сканування та індексацію сторінок заново. Як правило, повна індексація сайту середнього розміру займає кілька тижнів. Чим більший сайт, тим довший цей період. Швидкість, з якою робот Googlebot і наші системи виявляють і обробляють переміщені URL-адреси, багато в чому залежить від швидкості ваших серверів і кількості URL. Щоб прискорити цю процедуру, ви можете надіслати нам файл Sitemap і перенести сайт частинами.
  • Не турбуйтеся про зниження вартості посилань.
    Переадресації 301, 302 та інші переадресації на стороні сервера не призводять до погіршення оцінки в системі PageRank.
  • Користуйтеся Search Console.
    Search Console — корисний інструмент, в тому числі при перенесенні сайту. Виберіть потрібний ресурс у Search Console та відкрийте звіт про стан індексації, який містить загальну статистику. Щоб дізнатися, скільки сторінок із перелічених у файлах Sitemap було проіндексовано, скористайтеся спеціальним звітом.
  • Проявіть терпіння, перенесення сайту займе деякий час.
    Цей процес завершиться, коли робот Googlebot відвідає кожну сторінку вашого старого і нового сайту принаймні один раз. Точний термін назвати неможливо, оскільки він залежить від розміру сайту та швидкості сканування. URL сайту переносяться по черзі.

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

  • Налаштування системи управління контентом (CMS) (рекомендується використовувати ту ж CMS, що і на старому сайті) та імпорт контенту зі старого сайту.
  • Перенесення зображень і файлів для завантаження (наприклад, PDF-документів) з колишнього сайту.
    Можливо, вони вже залучають трафік з Пошуку Google або зі сторінок, що містять посилання на ваш сайт. З цієї причини ми рекомендуємо повідомити користувачів і робота Googlebot про нове розташування таких файлів.
  • При переході на протокол HTTPS — отримання та налаштування необхідних сертифікатів TLS на сервері.
  • Підготовка файлу robots.txt для нового сайту. Правила, зазначені в цьому файлі, повинні точно відображати, які сторінки сайту повинні бути недоступні для сканування.

    Зверніть увагу, що деякі власники сайтів повністю блокують сканування сайту на час його розробки. Якщо ви хочете вчинити так само, обов’язково підготуйте файл robots.txt перед перенесенням сайту. А якщо на етапі створення сайту ви використовуєте функцію noindex, підготуйте список URL сторінок, з яких потім потрібно буде видалити правило noindex.

  • Підготовка кодів відповідей сервера для видалених або об’єднаних сторінок, якщо не весь контент з колишнього сайту переноситься на новий. Переконайтеся, що під час запиту цих URL сервер повертає код помилки HTTP 404 або 410.
  • Перевірка правильності налаштувань Search Console. Цей інструмент може бути корисним при перенесенні сайту.

    Якщо ви ще не підтвердили право власності на старий і новий сайт у Search Console, зробіть це для всіх версій обох сайтів. Наприклад, потрібно підтвердити право власності одночасно на www.example.com і example.com, а також на версії сайту з протоколом HTTP і HTTPS, якщо є сторінки HTTPS.

    • Перевірка прав на сайт в Search Console

      Стежте за тим, щоб право власності на сайт після його перенесення залишалося підтвердженим у Search Console. Якщо ви підтвердили свої права іншим способом, майте на увазі, що при зміні URL-адреси токени підтвердження також можуть змінитися.

      Якщо ви використовуєте файл HTML для підтвердження, переконайтеся, що в нову копію сайту включена поточна версія цього файлу.

      Якщо ви використовували метатег або код Google Analytics, додайте його і в нову версію сайту в системі управління контентом.

    • Перевірка в Search Console всіх налаштувань, які були задані для старого сайту, і внесення відповідних змін в налаштування нового сайту. Приклад:
      • Частота сканування. Дозвольте роботу Googlebot визначати частоту сканування як старого, так і нового сайту.
      • Відхилені зворотні посилання. Якщо для попереднього сайту ви завантажили файл зі списком посилань, які потрібно відхилити, рекомендуємо зробити це знову в обліковому записі Search Console, пов’язаному з новим сайтом.
    • Усунення проблем у нещодавно придбаному домені. Переконайтеся, що від попереднього власника домену не залишилося невирішених проблем. Перевірте наступне:
  • Використання засобів веб-аналітики. Під час перенесення важливо аналізувати дані. У цьому вам допоможуть засоби веб-аналітики. Як правило, конфігурація із застосуванням веб-аналітики передбачає додавання коду JavaScript на ваші сторінки. Параметри відстеження показників різних сайтів залежать від використовуваного засобу та його налаштувань, пов’язаних з веденням журналів, обробкою даних та фільтрацією. При необхідності зверніться за допомогою до постачальника інструменту аналітики. Якщо ви збиралися змінити налаштування аналітики, то перенесення сайту — відповідний момент. Якщо ви використовуєте Google Analytics і хочете чітко розділити звіти на двох сайтах, створіть новий профіль у сервісі.
  • Обчислювальні потужності сервера. Протягом деякого часу після перенесення сайту Google буде сканувати новий сайт більш інтенсивно. Це пов’язано з тим, що ваш сервер буде перенаправляти зі старого сайту на новий весь трафік, включаючи звернення нашого робота. Переконайтеся, що ваш новий сайт має достатньо ресурсів, щоб обробляти збільшений обсяг трафіку від Google. Якщо ваш сайт дуже великий, зверніться до хостинг-провайдерів і повідомте їм, що ви плануєте перенести сайт.

Важливо зіставити URL колишнього та нового сайту. У цьому розділі описуються основні підходи до аналізу та зіставлення URL на двох сайтах. Особливості процедури залежать від інфраструктури сайту та способу його перенесення.

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

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

  • Почніть з важливих URL. Як їх знайти:
    • Перевірте свої файли Sitemap, оскільки саме з їх допомогою найважливіші URL-адреси зазвичай надсилаються в Search Console.
    • За журналами серверів або за допомогою інструменту аналітики визначте, на які URL припадає найбільше трафіку.
    • Знайдіть у розділі Посилання на ваш сайт у Search Console ті сторінки, на які ведуть внутрішні та зовнішні посилання.
  • У системі управління контентом перегляньте список усіх URL-адрес, на яких представлені будь-які матеріали.
  • Знайдіть у журналах серверів URL-адреси, за якими нещодавно хоча б один раз переходили користувачі. Перегляньте дані за найбільш показовий період часу для вашого сайту з урахуванням сезонних коливань трафіку.
  • Не забудьте про зображення та відео. Плануючи перенесення сайту, пам’ятайте про URL відео, зображень, фрагментів коду JavaScript і файлів CSS. Цей контент також потрібно перемістити на новий сайт.

Отримавши список старих сторінок, визначте, на які URL потрібно перенаправляти користувачів з кожної з них. Подальші дії залежатимуть від того, як налаштований ваш сервер і як ви переносите сайт. Наприклад, ви можете зберегти зіставлення в базі даних або налаштувати правила перевизначення URL-адрес.

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

  1. Оновіть анотації із зазначенням нових URL-адрес у HTML або записів у файлах Sitemap для кожної сторінки:
    1. На кожній новій сторінці повинен бути тег rel="canonical" <link>, що містить URL самої сторінки.
    2. Якщо на переміщуваному сайті є багатомовні сторінки з анотаціями rel-alternate-hreflang, не забудьте оновити URL в цих анотаціях.
  2. Оновіть внутрішні посилання.
    Змініть URL у внутрішніх посиланнях на новому сайті. Щоб робити це було зручніше, ви можете використовувати створені раніше зіставлені списки.
  3. Збережіть наступне:
    • Файл Sitemap, що містить нові URL-адреси в зіставленні. З інформацією про створення файлу Sitemap можна ознайомитися в нашій документації.
    • Список сайтів, що містять посилання на ваші старі URL. Посилання на свій сайт ви можете знайти в Search Console.

Після зіставлення URL і підготовки нового сайту необхідно розробити стратегію переадресації. Рекомендуємо налаштувати постійну переадресацію на стороні сервера зі старих URL на нові відповідно до списку зіставлення. Проконсультуйтеся з адміністратором сервера (або хостинг-провайдером) про те, який тип переадресації на стороні сервера можливий у вашому випадку. Це можуть бути правила переадресації у ваших файлах .htaccess, якщо на сервері використовується HTTP-сервер Apache, або функції переадресації у вашій системі управління контентом.

Якщо неможливо налаштувати переадресацію на стороні сервера, то в крайньому випадку можна налаштувати переадресацію на стороні клієнта.

Вирішіть, як вам зручніше переносити сторінки — всі відразу або по частинах:

  • Якщо у вас є сайт невеликого або середнього розміру, ми рекомендуємо перенести відразу всі URL-адреси. Це полегшить користувачам взаємодію з сайтом, а також допоможе алгоритмам Google визначити, що перенесення відбулося, і швидше оновити індекс.
  • Якщо у вас великий сайт, ви можете переносити його частинами. Так вам буде легше виявляти та усувати неполадки.

На що слід звернути увагу:

  • За можливості використовуйте постійну переадресацію на стороні сервера. Хоча робот Googlebot підтримує кілька видів переадресації, рекомендуємо використовувати постійні переадресації HTTP 301 та 308.
  • Уникайте ланцюгів переадресації. Хоча робот Googlebot здатний обробляти до 10 переходів у ланцюжку переадресацій (наприклад, сторінка 1 > сторінка 2 > сторінка 3), ми радимо перенаправляти користувачів безпосередньо на кінцевий URL. Якщо це неможливо, зведіть кількість переходів у ланцюжку до мінімуму. Нехай їх буде максимум чотири, а краще три або два. Довгі ланцюжки переадресації уповільнюють завантаження сторінок і підтримуються не всіма агентами користувача або браузерами.

Після зіставлення URL-адрес і складання плану переадресації ви можете приступити до перенесення сайту.

  1. Впровадіть або увімкніть перенаправлення. Залежно від обраної вами стратегії переадресації ви можете або оновити файли конфігурації сервера, або оновити систему управління контентом, додавши власний код.
  2. Перевірте анотації link з атрибутом rel="canonical" та правила robots meta. Коли переадресації стануть активними, переконайтеся, що в анотаціях link з атрибутом rel="canonical" на новому сайті використовуються нові URL. Крім того, якщо ви додали на новий сайт правила noindex robots meta, щоб не допустити передчасного індексування нових URL, оновіть їх.
  3. Перевірте кожну переадресацію. Для тестування декількох сторінок можна використовувати інструмент перевірки URL, а якщо сторінок дуже багато – інструменти командного рядка або скрипти.
  4. Надішліть запит на зміну адреси попереднього сайту в Search Console.
  5. Не скасовуйте переадресацію якомога довше, принаймні рік. За цей час Google зможе зв’язати всі сигнали з новими URL-адресами, виконає повторне сканування та перепризначення посилань на інших сайтах, які вказують на ваші старі URL.

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

  6. Надішліть новий файл Sitemap в Search Console. Це допоможе Google дізнатися про існування нових URL-адрес. На цьому етапі ви зможете видалити старий файл Sitemap, оскільки в майбутньому Google буде використовувати новий файл.

Час, необхідний роботу Googlebot і нашим системам для виявлення і обробки всіх URL-адрес при перенесенні сайту, залежить від швидкості ваших серверів і кількості URL. Як правило, більшість сторінок сайту середнього розміру обробляються за кілька тижнів. Перенесення великого сайту займає більше часу. Швидкість, з якою робот Googlebot і наші системи виявляють і обробляють переміщені URL-адреси, залежить від швидкості серверів і кількості URL-адрес.

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

  • Внутрішні посилання. Спираючись на раніше створене вами зіставлення URL, замініть всі URL-адреси, які вказують на сторінки вашого сайту.
  • Зовнішні посилання. Попросіть власників інших сайтів оновити посилання на ваш контент. Перш за все, зосередьтеся на посиланнях з великою кількістю переходів.
  • Посилання в профілях, наприклад, у Facebook, LinkedIn та Twitter.
  • Рекламні посилання (вони повинні вказувати на нові цільові сторінки).

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

У Search Console є багато функцій, які дозволяють стежити за тим, як відбувається перенесення сайту:

  • Файли Sitemap. Надішліть нам два таких файли, раніше збережені при зіставленні URL. Спочатку у файлі Sitemap зі старими URL-адресами немає проіндексованих сторінок, тоді як у файлі Sitemap зі старими URL-адресами таких сторінок багато. У міру індексації нових URL кількість проіндексованих сторінок з файлу Sitemap зі старими URL-адресами впаде до нуля. Пам’ятайте, що в Search Console можуть з’являтися попередження щодо переадресації старих URL у файлах Sitemap. Це нормально, і ви можете ігнорувати ці попередження, оскільки ви фактично здійснюєте перехід на нові URL-адреси.
  • Звіт про індексацію. Перенесення сайту відображається на діаграмах. Кількість проіндексованих URL-адрес на старому сайті впаде, а на новому — збільшиться. Регулярно перевіряйте, чи не було непередбачених помилок сканування.
  • Пошукові запити. У міру того, як сторінки нового сайту будуть індексуватися і оцінюватися системою PageRank, в звітах за пошуковими запитами почнуть з’являтися нові URL із зазначенням кількості показів і кліків у результатах пошуку.

Періодично переглядайте журнали звернень до серверів і помилок, перевіряйте результати сканування сторінок роботом Googlebot, виявляйте URL-адреси, які необґрунтовано виводять коди помилок HTTP, і відстежуйте звичайний трафік користувачів.

Якщо ви встановили на сайті інструмент веб-аналітики або якщо аналітику надає ваша система управління контентом, рекомендуємо додатково вивчити дані, отримані таким чином. Це дозволить вам відзначити, як відбувається переорієнтація трафіку на новий сайт. Наприклад, можна використовувати сервіс Google Analytics, в якому доступні звіти в режимі реального часу – це особливо важливо на початковому етапі перенесення сайту. Ви повинні бути готові до того, що трафік колишнього сайту зменшиться, а нового — збільшиться.

Перенесення сайту може бути дуже складним процесом, тому слід врахувати багато факторів, перш ніж приступити до його реалізації. У зв’язку з цим ми рекомендуємо ознайомитися з контрольними списками Алейди Соліс щодо перенесення сайту, а також з інструкцією щодо використання інструменту Screaming Frog.

Якщо на якомусь етапі у вас виникла проблема, яку ви не можете вирішити, спробуйте знайти рішення в Центрі пошуку Google.
Дивіться корисні рекомендації в нашому Довідковому центрі, а також відповіді на запитання на довідкових форумах. Якщо знайти відповідь не вдалося, ви можете звернутися до наших фахівців з Пошуку Google.

Нижче перераховані деякі поширені помилки при перенесенні сайту зі зміною URL (включаючи зміну протоколу з HTTP на HTTPS). Через ці помилки можуть виникнути проблеми з індексацією вашого нового сайту.

Поширені помилки

Директива noindex і блокування доступу через robots.txt

Не забудьте видалити директиви noindex і прибрати блокування у файлі robots.txt, якщо вони були потрібні тільки на час перенесення.

На сайті може не бути файлу robots.txt, але необхідно належним чином налаштувати відправку коду статусу HTTP 404, якщо запитується відсутній файл robots.txt.

Інструкції:

  • перевірте, чи не потрібно щось змінювати у файлі robots.txt на вашому сайті HTTPS;
  • якщо певних сторінок нового сайту немає в результатах пошуку Google, скористайтеся інструментом перевірки URL.

Неправильна переадресація

Перевірте налаштування переадресації зі старого сайту на новий. Можливо, ви неправильно вказали URL.

За допомогою Search Console ви можете дізнатися кількість помилок «Не знайдено», а за допомогою інших інструментів, таких як Screaming Frog, ви можете просканувати свій сайт і перевірити, чи правильно налаштовані переадресації.

Інші помилки сканування

Вивчіть звіт про індексацію вашого нового сайту на предмет різкого зростання кількості помилок під час перенесення.

Недостатні серверні потужності

Після перенесення Google стане частіше сканувати сторінки вашого нового сайту. Це пов’язано з тим, що ваш сервер буде перенаправляти зі старого сайту на новий весь трафік, включаючи звернення нашого робота. Переконайтеся, що ваш сайт має достатньо ресурсів, щоб обробляти збільшений обсяг трафіку від Google.

Застарілі файли Sitemap

Перевірте, чи правильно вказані URL-адреси у файлах Sitemap.