Міграція без жертв: технічний чекліст для переїзду сайту на новий домен

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

Якщо найменша згадка майбутнього переїзду викликає у вас тремтіння і невблаганне бажання виїхати на край світу, попередньо викинувши ноутбук у вікно, наш чекліст по переїзду призначений саме для вас 🙂

1. Створення бекапу

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

2. Знайомство з історією нового домену

Цей пункт має особливе значення для тих, хто ще тільки думає про переїзд і «промацує ґрунт», а також тих, хто купив домен не дивлячись. Є ряд причин, по яких вам варто поставитися до минулого свого нового домену з особливою увагою:

  1. Якщо минулий власник примудрився заробити бан від пошукових систем, вам з ним боротися буде дуже складно.
  2. На сайт можуть вести різного роду беклінків, які вам необхідно буде врахувати і перенаправити. Причому, беклінків можуть бути як якісні, так і навпаки. Переглядаючи список зворотних посилань, ведучих на домен, ви можете побачити нормальні органічні беклінків або ж явний спам. До того ж, у кожного з посилаються доменів будуть відрізнятися показники трастовості і авторитетності, виходячи з яких можна робити висновки про якість сайтів.
  3. Якщо домен вже використовувався до вас, а його тематика багато в чому перетинається з вашою, скористайтеся ситуацією по максимуму. Поставте редиректи зі старих сторінок цього домену на релевантні нові сторінки свого сайту, які будуть доступні за новими адресами після переїзду. Так ви зможете безкоштовно отримати якісні беклинки і додаткову частку реферального трафіку.

 

3. Створення тимчасової сторінки для відображення під час переїзду

Якщо ви придбали для переїзду домен «з історією» і на нього вже ведуть якісь посилання, рекомендуємо поставити на ньому тимчасову «заглушку» — сторінку з проханням повернутися пізніше або посиланнями на інші інформаційні канали вашої компанії. Вона повинна показуватися абсолютно всім користувачам, які потраплять на одну зі сторінок нового домену до закінчення технічних робіт. Ви навіть можете додати таймер зворотного відліку, якщо вже намітили точну дату релізу сайту на новому домені. Вкрай важливо, щоб ця сторінка віддавала код відповіді 503 Service Unavailable.


Приклад «заглушки» на GitHub

4. Вивантаження повного списку сторінок і налаштування редиректів

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

4.1. Збір списку сторінок сайту за допомогою краулера

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

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

Читайте також  Як помилку Spectre, здатну зламати індустрію, тримали в таємниці сім місяців

Після завершення сканування вам досить експортувати отримані результати, щоб зберегти список сторінок в табличному вигляді.

4.2. Збір списку сторінок за допомогою сервісів моніторингу беклінків

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

Це можна зробити за допомогою Аналізу посилань» в Serpstat, інструменту «Сайт експлорер» в Ahrefs, а також ряду інших подібних сервісів. Вибір буде залежати від ваших особистих переваг.

 

4.3. Попередня чистка списку

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

  1. Переконайтеся, що у списку сторінок для переїзду немає повних дублів сторінок, доступних за різними адресами. Ви можете виявити їх, скануючи сторінки списку із включеним аналізом хеш сторінки і хеш тексту. Якщо ви виявите на старому домені дублі, у яких є зовнішні беклинки, рекомендується редірект з усіх дублів на одну нову канонічну сторінку. Краще подбати про усунення дублів відразу ж на цьому етапі, не чекаючи фінальної перевірки на помилки.
  2. Перевірте всі посилання на зовнішні майданчики, які є на вашому сайті: при можливості замініть на актуальні, або видаліть зовсім.
  3. З’ясуйте, чи є на сайті посилання, які ведуть на більш недоступні внутрішні сторінки. Якщо вони є тільки на вашому сайті, а беклинки на них ніхто не ставив, приберіть і замініть їх при перенесенні на новий домен. Якщо ж ці знайдені недійсні адреси значаться в списку бекликов, врахуйте їх при переїзді і виставте редирект на максимально релевантну сторінку.

 

4.4. Налаштування серверної переадресації

Отримані обома способами списки необхідно поєднати в одну таблицю, виключивши дублікати, і прописати відповідні адреси для редиректів на новий домен. Для переадресації слід використовувати 301 серверний редирект, який налаштовується за допомогою файлу .htaccess. І найпростіше це зробити за умови ідентичних імен у старих і нових сторінок (old.com/page-about-seo і new.com/page-about.seo).

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

RewriteCond %{HTTP_HOST} ^www.old.com$ [NC]
RewriteRule ^(.*)$ http://new.com/$1 [R=301,L]

RewriteCond %{HTTP_HOST} ^old.com
RewriteRule ^(.*)$ http://new.com/$1 [R=301,L]

Також не забудьте при написанні коду для редиректів в .htaccess врахувати переадресацію на основне дзеркало сайту — з префіксом www. або без нього, з протоколом HTTP і HTTPS.

5. Створення карти сайту

Після створення всіх необхідних сторінок на новому домені вам належить наступний крок — створення карти сайту.

Всього налічується 6 видів карт, з яких найчастіше використовуються три — базова XML Sitemap для всіх сторінок сайту, Image Sitemap для зображень і HTML Sitemap, основне завдання якої — спростити навігацію всередині сайту для користувачів. Перша створюється для абсолютно всіх типів сайтів, друга — для сайтів з великою кількістю графічного контенту, який також може приносити трафік з пошуку по картинках.

Для створення карти ви можете використовувати кілька інструментів:

  1. Вбудований функціонал використовуваної вами CMS або додаткові зовнішні плагіни для неї.
  2. Онлайн-генератори карт сайту (XML Sitemap Generator, XML-Sitemaps.com, Check Domains та інші).
  3. Спеціальні скрипти для автоматичної генерації карт сайту.
  4. Десктопні інструменти (InSpyder) і краулеры з вбудованим генератором файлів Sitemap (Netpeak Spider, наприклад)
Читайте також  Витягуємо приватні телефонні номери користувачів в Telegram

Після створення і розміщення картки в кореневому каталозі сайту не забудьте вказати її адресу в директиві файлу Sitemap robots.txt.

6. Підготовка нового файлу robots.txt

Перед релізом нового сайту і зняттям «заглушки» обов’язково подбайте про грамотному складанні файлу robots.txt. Один із способів перевірити правильність зазначених інструкцій щодо індексації — скористатися функцією «Віртуальний robots.txt» у Netpeak Spider.

З його допомогою ви можете завантажити в програму складені вами інструкції для пошукових роботів без зміни реального файлу robots.txt а потім поглянути на сайт «очима пошукачів». Це дозволить зрозуміти, не виявилися якісь з важливих сторінок закриті від індексації, і навпаки.

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

7. Параметри атрибута rel=canonical

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

8. Повідомлення пошукових систем про переїзд

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

8.1. Зміна адреси в Google Search Console

Для зміни адреси в GSC вам спершу потрібно зареєструвати новий сайт, а потім зайти в налаштування старого домену і вибрати «Зміна адреси».

Виберіть новий домен з випадаючого списку і пройдіться по всіх пунктах чеклиста Google Search Console. Після цього ви підтвердите відправку запиту на зміну адреси.

8.2. Зміна адреси в Яндекс.Вебмастер

У панелі для вебмайстрів пошукової системи Яндекс процедура переїзду виконується майже аналогічним чином. Ви можете без труднощів вказати нову адресу в розділі «Індексування» → «Переїзд сайту». Бажано (але не обов’язково), щоб до цього моменту новий домен вже був зареєстрований у вашому акаунті «Вебмастера».

8.3. Зміна адреси в Analytics

Для зміни адреси у налаштуваннях Google Analytics зайдіть в розділ з налаштуваннями і виберіть «Налаштування облікового запису» → «Налаштування ресурсу». У цьому розділі ви знайдете поле «URL за замовчуванням», в якому необхідно буде вказати адресу.

Врахуйте, що всі попередні налаштування, пов’язані з електронною торгівлею, у зв’язку з переїздом потрібно буде оновити.

8.4. Зміна адреси в Яндекс.Метриці

Для зміни домену в записі Яндекс.Метрики зайдіть в розділ «Налаштування» і на вкладці «Зведення» пропишіть нову адресу сайту.

9. Перевірка кодів відстеження

Незважаючи на переїзд, ваш сайт, за великим рахунком, не зазнав ніяких особливих змін. Однак при цьому вам все ж слід переконатися в тому, що всі необхідні коди відстеження працюють коректно і присутні на всіх сторінках сайту. Рекомендуємо зробити це наступним чином:

  1. Погляньте на аналітичні звіти, які працюють у режимі реального часу: з їх допомогою можна буде зрозуміти, чи працюють коди на вашому сайті в принципі.
  2. Скористайтеся парсингом (витягом даних) для пошуку кодів на сторінках сайту. Ви можете використовувати для цього краулер: вам потрібно лише налаштувати парсинг за уривками коди відстеження, щоб зрозуміти, на яких сторінках він є, а на яких відсутній.
Читайте також  Як ми робили перший російський смартфон, продовження

 

10. Фінальна перевірка на помилки

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

10.1. Перевірка сторінок зі старого домену

Після успішного перенесення контенту і налаштування переадресації зі старого домену на новий обов’язково запустіть сканування за списком старих URL. Це необхідно для перевірки редиректів, а також пошуку можливих битих посилань і перенаправлень з некоректним кодом відповіді (припустимо тільки 301 Moved Permanently).

В рамках перевірки краулер покаже, чи немає на сайті:

  • ланцюжків редиректів,
  • не 301 редиректів,
  • битих редиректів.

10.2. Перевірка сторінок на новому домені

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

  1. Некоректні коди відповіді сервера.
    На сайті може бути тільки 3 варіанти кодів відповіді: 200 OK, 301 Moved Permanently і 200 OK & Canonicalized. Четвертого, п’ятого і шостого не дано. Всі інші коди, включаючи всі 4хх і 5хх, свідчитимуть про помилки в налаштуваннях сайту і перешкоджати його індексації пошуковими системами. Виключення складають лише сторінки з кодами 200 OK & Disallowed і 200 OK & Noindex / Nofollow, які повинні бути присутні на сайті, але не повинні потрапляти в індекс.
  2. Дублікати.
    Якщо вже вам доводиться здійснювати в процесі переїзду масштабні технічні роботи, то рекомендуємо не відкладати в довгий ящик виправлення старих технічних помилок і зробити все «одним махом». До їх числа відносяться всі існуючі види дублікатів: дублі сторінок, текстовий вміст, H1, Title і Description.
  3. Відсутні метадані.
    Напевно у вас були вагомі причини для перенесення сайту на новий домен, і, швидше за все, серед них значиться поліпшення позицій сайту в органіці і підвищення CTR. Щоб ваші зусилля не були марними, переконайтеся, що у сніппеті буде красуватися не тільки оновлений URL, але і коректний з Title грамотно прописаним Description.
  4. Помилки в карті сайту.
    Як говориться, shit happens, а тому помилки можуть виявитися навіть в карті сайту. Їх наявність може згубно позначитися на індексацію сайту пошуковими роботами, особливо якщо у вас сайт-гігант з десятками тисяч сторінок. Щоб перевірити карту, в списку вбудованих інструментів Netpeak Spider виберіть «Валідатор XML Sitemap» та вкажіть адресу карти для перевірки.

 

Коротко про головне

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

  1. Створення резервної копії сайту.
  2. Ознайомлення з історією обраного для переїзду домену.
  3. Настройка «заглушки» на час переїзду.
  4. Збір повного списку сторінок для налаштування редиректів.
  5. Розробка і впровадження карт сайту.
  6. Створення нового файлу robots.txt.
  7. Параметри атрибута Canonical.
  8. Зміна налаштувань у панелях для вебмайстрів та системах аналітики.
  9. Перевірка кодів відстеження на сайті.
  10. Фінальна перевірка на помилки.

Для виконання всіх зазначених вище етапів вам знадобиться сервіс зі збору беклінків, краулер, один із доступних на ринку інструментів для створення карт сайту, а також Google Analytics, Google Search Console, Яндекс.Метрика і Яндекс.Вебмастер.

Степан Лютий

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

You may also like...

Залишити відповідь

Ваша e-mail адреса не оприлюднюватиметься. Обов’язкові поля позначені *