Редизайн сайту клініки без втрати позицій у Google

Ви збираєтеся замінити сайт клініки чи приватної практики, і на кожній зустрічі звучить одне питання: «А ми не зникнемо з Google?» Чесна відповідь: сам по собі редизайн позицій не забирає. Їх забирають помилки під час переїзду. Рекомендації самого Google про редизайн сайту та SEO прямо кажуть, що постійні редиректи не втрачають вагу посилань. Тож уникати треба довгого списку дрібниць, які непомітно ламають переїзд.

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

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

• Блокування, що лишилися з розробки. Поки сайт будують, його часто ховають від Google тегами noindex або robots.txt, що забороняє все. Якщо вони лишилися в день запуску, новий сайт не потрапить в індекс.
• Редиректи на неправильне місце. Google пише, що нерідко бачить редиректи зі старих адрес на нові, яких не існує.
• Усе на головну. Якщо десятки старих сторінок ведуть на одну непов’язану, Google може вважати це soft 404, а пацієнт, що клікнув на ім’я лікаря, потрапляє на загальну сторінку.
• Ланцюги редиректів. А веде на Б, Б веде на В. Google проходить до десяти переходів, але радить вести одразу на кінцеву адресу, а якщо не вийде — не більше трьох.
• Старі карти сайту. У sitemap лишилися старі адреси.
• Сервер, що не витримує. Після переїзду Google сканує сайт частіше, бо проходить редиректи на додачу до звичайного сканування.
• Видалені сторінки, що про це не кажуть. Сторінки, які ви прибрали навмисно, мають віддавати 404 або 410, а не порожню сторінку зі статусом 200.

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

2. Зіставте кожну стару адресу з новою. Це головна робота, і це таблиця, а не налаштування: один рядок на стару адресу, одна нова адреса в рядку. Для клініки це лікарі, послуги, ціни, новини, контакти, сторінки філій і кожна мовна версія.

3. Зберіть і перевірте новий сайт на копії. Наповніть його справжнім вмістом, перевірте форми й запис, продумайте, якими будуть robots.txt та правила індексації в день запуску.

4. Налаштуйте постійні редиректи на сервері. Google радить серверні постійні редиректи, наприклад 301 чи 308, одразу на кінцеву адресу. Перевірте їх масово краулером чи скриптом до запуску.

5. Виправте деталі на нових сторінках. У кожної нової сторінки canonical вказує на неї саму, внутрішні посилання ведуть на нові адреси, sitemap містить нові адреси, а якщо в сайту кілька мов, то й мовні анотації оновлені.

6. Запускайте одну зміну за раз, у тихий момент. Google радить не міняти одночасно домен, CMS і дизайн і обирати для переїзду період меншого трафіку. Редизайн на тому самому домені — це вже достатня зміна.

7. Стежте. Дивіться Search Console (проіндексовані сторінки, помилки, запити), логи сервера на несподівані помилки й аналітику. Дивіться й на те, що найважливіше клініці: дзвінки, заявки на запис і відправлені форми.

8. Тримайте редиректи. Google радить тримати їх якомога довше, зазвичай не менше року.

• Лікарі приходять і йдуть. Сторінка лікаря, який пішов, не повинна вести на головну. Якщо її прибрано назавжди, правильний 404 чи 410. Якщо ви об’єднали її зі сторінкою команди, ведіть редиректом туди.
• Послуги перейменовують і зливають. Об’єднати «Імплантацію зубів» і «Імплантацію» в одну сторінку можна, якщо обидві старі адреси ведуть на неї.
• На прайси й PDF посилаються. Ними діляться й додають у закладки. Робіть редирект або залишайте.
• Кілька мов — кілька наборів адрес. Кожна мовна версія потребує свого редиректу, а мовні анотації оновлюють на нові адреси (див. багатомовний сайт клініки).
• Відстеження записів і дзвінків. Переконайтеся, що новий віджет запису, відстеження кліків по телефону й форми передають дані в ту саму аналітику, що й раніше, інакше ви не дізнаєтеся, чи вдався переїзд.
• Посилання, які ви контролюєте. Оновіть адресу в профілях, соцмережах і рекламі, що веде на старі сторінки. Google зараховує це до посилань, які оновлюють одразу після переїзду.

На одному з недавніх проєктів ми будували новий сайт для стоматологічної клініки в Києві замість старого, трьома мовами. Ми зробили тему за макетами, перенесли вміст і, де змогли, дали новим сторінкам ті самі адреси, що були на старих, щоб редиректів знадобилося менше. Для решти налаштували редиректи. На іншому проєкті, для клініки репродуктивної медицини, ми перенесли сайт, що не був на WordPress, на WordPress з лікарями, послугами й прайсом. В обох випадках підхід однаковий: спочатку список і зіставлення, потім дизайн.

Сам по собі ні. Google каже, що 301 та інші постійні редиректи не втрачають PageRank. Шкодить переїзд із помилками: неправильні редиректи, залишені блокування, старі карти сайту, зниклі сторінки. Навіть коли все зроблено правильно, кілька тижнів очікуйте невеликих коливань.

Для сайту середнього розміру, за словами Google, на заміну старих адрес новими в пошуку може піти кілька тижнів і більше, для більших сайтів довше. Залежить від кількості адрес і швидкості сервера.

Краще ні. Google радить міняти одну річ за раз. Якщо домен усе ж змінюєте, треба ще й подати Change of Address у Search Console для кожного варіанта старого.

Якомога довше, а Google каже, що зазвичай не менше року. Для відвідувачів можна тримати безстроково.

Ні. Google попереджає, що якщо багато старих адрес вести на одну непов’язану сторінку, наприклад головну, це можуть вважати soft 404, а відвідувачів це збиває з пантелику. Кожна стара сторінка має вести на найближчу нову.

Якщо передаєте це далі, ось що варто перевірити:

• Зіставлення. Один CSV: стара адреса, нова адреса і код відповіді. Збирайте його з sitemap, аналітики, логів сервера й звіту про посилання в Search Console. Додайте картинки, PDF, файли CSS і JavaScript, що мають власні адреси.
• Редиректи. Серверні 301 чи 308, одразу на кінцеву адресу; ланцюги не довші за три переходи, а краще без них. Перевірте весь список краулером, а окремі адреси — інструментом перевірки URL.
• Прибрані сторінки. Справжній 404 чи 410. Об’єднані сторінки ведуть редиректом на об’єднану, а не на головну.
• До і після. Приберіть noindex і блокування в robots.txt, потрібні лише на час розробки. У кожної нової сторінки canonical на саму себе. Оновіть внутрішні посилання, sitemap і hreflang на нові адреси.
• Search Console й аналітика. Підтвердьте кожен варіант сайту (з www і без, http і https, кожен мовний каталог). Переконайтеся, що підтвердження працює на новому сайті. Збережіть безперервність даних аналітики.
• Потужність. Очікуйте посиленого сканування Google після переїзду й перевірте, що сервер і кеш його витримують.
• Моніторинг. Логи сервера на сплески 404 і поведінку Googlebot; звіти Search Console про індекс і sitemap; записи, дзвінки й відправлені форми.
• Тривалість. Тримайте правила редиректів щонайменше рік.

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