Решили сделать ребрендинг, сменить домен компании на более красивый или заказать разработку нового сайта?
Провели десятки брейнштормов с командой и разработчиками? Заказали стратегическую сессию в лучшей консалтинговой компании, наняли UX/UI дизайнеров, которые продумывали интерфейсы, а лучшие кодеры использовали топовые фреймворки, чтобы получить максимально больше попугаев в Google PageSpeed? Знакомо?
Получив на выходе сайт-конфетку, который нравится не только вам и вашей жене, часто на самом последнем этапе, когда сайт релизится на основной домен случается коллапс.
Если на вашем сайте основной трафик — это органика и переходы, то наши советы помогут вам сохранить посетителей при переезде на новый сайт.
Убедитесь, что тестовый домен нового сайта закрыт от поисковых ботов
Это можно сделать с помощью файла Robots.txt или атрибута noindex — https://support.google.com/webmasters/answer/93710?hl=ru
Обязательно проверьте, что закрыты все страницы, а не только конкретные или главная. Иногда боты могут игнорировать эти правила и страницы все равно попадут в индекс.
В таком случае необходимо закрыть тестовый сайт по определенным IP-адресам, блокировать доступ ботам по User-Agent в .htaccess либо использовать HTTP-авторизация по паролю.
Чем грозит попадание тестового сайта в индекс? Весь контент на тестовом домене будет проиндексирован и добавлен в поисковые результаты. Тестовый сайт будет считаться первоисточником информации, а не тот, на который вы потом перенесете сайт.
Как проверить первоисточник контента? Есть не точный, но в большинстве случаев рабочий вариант. Копируете кусочек уникального текста и вставляете в кавычках в Google. Сайт который выше = первоисточник.
Часто недобросовестные вебмастеры используют такую методику: парсят сайты, где выпускается уникальный контент. Далее копируют этот контент себе на сайт и принудительно добавляют страницу в индекс. Тем самым становясь первоисточником информации.
Как проверить, есть ли страницы тестового домена в индексе?
Например, ваш тестовый сайт распологается на домене: https://fedoriv-agency.app.fedoriv.com
Заходите в Google и Яндекс и вводите в поисковую строку: site:https://fedoriv-agency.app.fedoriv.com
В данном случае мы видим, что Google нашел 151 проиндексированную страницу в индексе.
Не забудьте закрыть от индексации ваш старый сайт
Обычно после релиза нового сайта, заказчик просит оставить старый сайт доступным. Это удобно по многим причинам, например, если не перенесли какую-либо информацию со старого сайта.
Для примера, вы попросили разработчиков перенести старый сайт на поддомен: https://archive.fedoriv.com
Теперь важно не забыть использовать рекомендации выше и убедиться, что старый сайт не будет доступен поисковым роботом.
В индекс поисковых систем, например Яндекс могут попадать даже те страницы, которые нигде не перелинкованы и теоретически бот о них никак не мог узнать.
По статистике в 2019 году на ПК и мобильных устройствах более 60% используется браузер Google Chrome.
Вбив в Google запрос: Google Chrome шпионит за пользователями — вы найдете десятки статей и исследований о том, что вся информация о вашем поведении в браузере и голосовые команды могут передаваться и анализироваться компанией Google.
Даже мелкие компании, например, маркетинговый-инструмент Similarweb покупает ваши данные у бесплатного антивируса Avast или расширений, которые установлены в вашем браузере.
Используйте 301 редиректы со старых страниц на новые
Каждая страница сайта имеет свой вес в глазах поисковых систем. Он рассчитывается из множества внутренних и внешних факторов: https://searchenginelaws.com/article/seo-ranking-factors/
И будет очень обидно, что страницы, которые были в ТОПе и над которыми до этого работала команда маркетологов, SEO-специалистов и линкбилдеров, с которыми вы закончили сотрудничество пару месяцев назад, т.к. все вышло в ТОП, начнут отдавать 404 страницы, которые вскоре выпадут из индекса, и пролюбится весь органический трафик.
Для примера, возьмем брендовый частотный запрос: Fedoriv
Введем этот запрос в Google:
При переходе по URL попадаем на 404 страницу https://fedoriv.com/father/
Некоторые могут сказать, что ничего страшного и большинство кликнет по логотипу или перейдет по меню. Но представьте, если у вас сайт из десятков тысяч страниц и это страница конкретной услуги или карточка товара, добраться до которой пользователю потом будет проблематично. А если у клиента параллельно открыто еще с десяток вкладок ваших конкурентов, будет ли он разбираться?
Еще один важный момент — 404 страница должна отдавать код ответа 404.
В данном случае 404 страница отдает ответ 200 OK и как бы намекает поисковому боту, что все с этой страницей хорошо.
Способы сохранить трафик на новом сайте
1. Сохранить структуру урлов 1в1.
Для примера у вас портфолио находилось по адресу site.com/portfolio, то и на новом сайте оно должно быть доступно по тому же урлу site.com/portfolio. И так со всеми страницами.
Если страниц очень много, то хотя бы перенесите трафикообразующие. Зайдите в Google Analytics ⤻ Поведение ⤻ Контент сайта ⤻ Страницы входа, выберите диапазон дат за несколько месяцев или даже год, если у вас есть сезонность и проверьте все URL, на которые были переходы.
2. Если структуру урлов технически не получается сохранить, нужно использовать 301 редиректы: https://support.google.com/webmasters/answer/93633?hl=ru
Суть метода в том, что при заходе на старую страницу site.com/portfolio вас автоматически пребросит на новую страницу site.com/portfolio-new и даст сигнал поисковым ботам, что эта страница просто переехала на новый адрес.
Особенно позаботьтесь, чтобы все мета-теги и контент был перенесен.
301 редиректы обычно делают через файл .htaccess, настройки сервера (если вы используете нестандартную связку без apache, например NGINX + php-fpm, где не будет работать .htaccess) или программными способами.
Для нашего клиента интернет-магазина pcshop.ua мы реализовывали редиректы через php + базу данных, для удобного управления редиректами, т.к это были десятки тысяч страниц.
Отслеживать появление 404 страниц вы можете через Google Analytics: https://serpstat.com/ru/blog/kak-otslezhivat-404-oshibki-s-pomoshhju-google-analytics/
Либо использовать на сервере AWStats, который по умолчанию есть в большинстве shared-хостингах.
Обязательно проверьте базовые вещи. Даже если вы настроили редиректы, их нужно проверить. Для проверки редиректов мы используем https://httpstatus.io/
Первое что стоит проверить — любые вариации основного домена с http/https, с поддоменом www и без — должны быть настроены 301 редиректы на единственный канонический url.
В данном случае при заходе на: http://www.fedoriv.com/ 403 ошибка.
А при заходе на https://www.fedoriv.com/ вот такая веселая заглушка с кодом ответа 200 ОК.
Не забудьте перенести сторонние сервисы и настроить их
Это может быть:
- Google Analytics
- Yandex Metrika
- Facebook Pixel
- Hotjar
- VK pixel
- New Relic
Отключите все платные каналы рекламы на момент переноса
Всегда может что-то пойти не так. Обязательно проверьте рекламные объявления, если вы используете контекстную рекламу, таргетинг или размещаете фиды на прайс-агрегаторах.
Советуем на момент переноса сайта остановить все платные рекламные кампании. И только после тщательной проверки — запускать обратно.
Сохраните URL в социальных сетях
Если вы решили изменить название бренда, например вы были Fedoriv Official, а стали Fedoriv Marketing Agency и поменяли URL в Facebook и Instagram, не забудьте сохранить старые урлы и изменить их во всех своих профилях на новые.
При переходе на @fedoriv.official
То же самое и с группой в фейсбук https://uk-ua.facebook.com/fedorivcom
Одним из лучших решений после переименования аккаунтов, это создать страницы со старыми названиями урлов, и любым удобным способом сообщить, что вы переехали.
Вот как сделали наши клиенты Трансформатор, когда закрыли клуб и открыли новый Club500.
Если вы используете Youtube — не забудьте в описаниях к старым видео изменить ссылки, если они не рабочие.
Кстати, если ваши соседи по рынку используют сервисы для сокращения URL, можно подсмотреть статистику переходов. В случае с Bit.ly просто в конец ссылки добавьте + http://bit.ly/Insta_Fedoriv+
Что еще?
Такие банальные ошибки, для многих бизнесов могут быть фатальными. У нас есть множество примеров, где небольшие интернет-магазины заказывали разработку сайта у других компаний и после релиза проекта — органический трафик падал с нескольких тысяч до 100 человек в день.
Почему так происходит? Многие компании стараются нишеваться. Кто-то лучший в front-end, кто-то в back-end, кто-то в дизайне. И мало кто понимает всю картину в целом.
Верстальщик или разработчик в большинстве случаев не будет задумываться о ваших бизнес-процессах и текущем трафике, дабы лучшим не навредить.
Например, разработчик сайта на Node.js может не учесть Server-Side Rendering, чтобы поисковой бот смог нормально отрендерить страницу сайта.
Обязательно подключайте SEO-специалистов при разработке и релизе проекта.
Ну и самое главное — не делать перенос сайта в пятницу вечером ;)
PS. Sorry что напрягли разработчиков в выходной день исправить ошибки.
