Обеспечение бесперебойной миграции вашего домена

Опубликовано: 2018-12-04

Есть несколько разных причин, по которым вам, скорее всего, придется пройти миграцию доменного имени или просто миграцию домена. Это может включать в себя переход с одного доменного имени на другое, объединение нескольких веб-сайтов в один или просто перенос вашего веб-сайта с HTTP на HTTPs, что встречается чаще. Миграция домена не должна быть сложной. Но если они не будут выполнены должным образом, они могут иметь серьезные последствия, такие как потеря трафика или потеря рейтинга в поисковых системах, что может означать потерю продаж.

Миграция с HTTP на HTTPs

Примечание. Билл разделил эту статью на несколько видеороликов, резюмируя свои мысли.

Самый распространенный тип миграции — это перемещение вашего сайта с незащищенного сайта на безопасный. URL-адреса вашего веб-сайта переходят с HTTP на URL-адреса HTTPs. Если вы еще не выполняли этот тип миграции, я настоятельно рекомендую вам подумать о переходе на безопасный веб-сайт. Поисковые системы считают HTTP фактором ранжирования поисковых систем, а последние версии веб-браузеров, таких как Google Chrome и Firefox, начали предупреждать пользователей, когда они посещают незащищенный веб-сайт.

Пример предупреждения, которое Firefox показывает при посещении веб-страницы, загружающей ресурсы HTTP по URL-адресу HTTP.

Миграция вашего веб-сайта с HTTP на HTTPS включает в себя несколько важных шагов. Эти шаги включают установку SSL-сертификата на веб-сайте, а затем проверку того, что веб-сайт был полностью перенесен:

Приобретите SSL-сертификат и установите его на свой сайт. Многие веб-хостинги продадут вам SSL-сертификат и установят его для вас.
После установки SSL-сертификата вы захотите просканировать веб-сайт , чтобы убедиться, что все внутренние ссылки на HTTP на веб-сайте были перемещены на HTTPs. Некоторые веб-хосты внесут необходимые изменения и обновления, но многие этого не сделают. Вот где сканер веб-сайтов, такой как OnCrawl, очень полезен.

Как человек, который буквально сделал сотни миграций с HTTP и HTTPs за последние несколько лет, и как человек, с которым обычно консультируются, когда что-то идет не так, обычно совершается одна главная ошибка. Как правило, веб-сайты не полностью переходят с HTTP на HTTPs. Миграция не завершена. Например, страницы на сайте могут разрешаться, когда вы вводите https://www.yourdomain.com в веб-браузере, но ссылки на веб-сайте по-прежнему указывают на HTTP-версию. На изображения на веб-сайте можно ссылаться через HTTP-версию, что приведет к появлению символа «сломанного замка» в веб-браузере при посещении одной из этих страниц.

При переносе веб-сайта с HTTP на HTTPs крайне важно, чтобы миграция домена была завершена полностью. Установить SSL-сертификат на сайт недостаточно. Это только начало всего процесса миграции. Прежде чем вы начнете переходить с HTTP на HTTP, выполните следующие задачи:

1. Убедитесь или обновите все внутренние ссылки на сайте, чтобы они указывали на HTTPS.
2. Просмотрите и перепроверьте настройки CMS (например, настройки WordPress и т. д.)
3. Обновите ссылки на изображения и ссылки на сценарии, такие как файлы .CSS и файлы JavaScript. Любой внутренний URL-адрес, на который есть ссылка в коде сайта, необходимо изменить с HTTP на HTTPs. Это включает в себя канонические теги на сайте.
4. Просканируйте сайт с помощью сканера веб-сайтов, такого как OnCrawl, чтобы убедиться, что внутренние ссылки и внутренние ссылки были обновлены. Вам нужно будет использовать режим списка URL-адресов OnCrawl, чтобы сканировать список URL-адресов.

Настройте новое сканирование, добавьте источники данных в сканирование. Затем щелкните вкладку «Файлы URL-адресов», чтобы загрузить список файлов URL-адресов.

В этом случае я выбрал опцию «Список URL-адресов» и добавил список URL-адресов 301 переадресации, которые я уже добавил в свой файл .htaccess. Я добавляю эти URL-адреса в текстовый файл, который затем сжимаю в ZIP-файл.

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

Вы также можете просмотреть обзор этих данных в отчете «Коды состояния»:

Вы можете найти больше информации о режиме списка и о том, как его запустить здесь.

5. Настройте 301 постоянное перенаправление с HTTP на HTTPs.

Как правило, ваш сайт не должен полагаться только на настройку постоянной переадресации 301. Например, если вы не обновите внутренние ссылки на сайте, то внутренние ссылки вызовут переадресацию 301, что не очень хорошо. Когда вы сканируете сайт с домашней страницы сайта, вы не должны сталкиваться с переадресацией или ошибками 404. Перенаправления все еще должны быть на месте, так как вы сообщаете всем (поисковым системам и посетителям), что вы перешли с URL-адресов HTTP на HTTPs на своем сайте. И вы захотите перенаправить клики со ссылок на других веб-сайтах, которые все еще указывают на HTTP-версию вашего веб-сайта. Но нажатие на ссылку на вашем сайте, которая ведет на другую страницу сайта, не должно вызывать перенаправление. Вы контролируете свой сайт, и это основная часть общего обслуживания вашего сайта.

Надеюсь, когда вы дойдете до этого момента, вы будете готовы переключиться на HTTP. Для большинства миграций доменов, как только SSL-сертификат установлен на веб-сайте, особенно на сайте WordPress, я делаю переключение — обновляю все внутренние ссылки на HTTP и обновляю настройки WordPress (Настройки / Общие), чтобы сообщить WordPress о новых URL-адресах HTTP.

Сделайте резервную копию вашего сайта.
В WordPress обновите общие настройки (settings/general), чтобы адрес WordPress и адрес сайта указывали на HTTP-версию вашего веб-сайта.
Используйте плагин Better Search and Replace для поиска http-версии вашего сайта и замены ее https-версией вашего сайта. Я предпочитаю искать полный URL-адрес, например http://www.yoursite.com/, и заменять его на https://www.yoursite.com/, чтобы он вносил правильные изменения в URL-адреса. Этот плагин позволяет выполнять поиск по всей базе данных WordPress и вносить необходимые обновления на весь сайт.
Добавьте код перенаправления в файл .htaccess сайта, чтобы он перенаправлял HTTP на HTTPs. В качестве альтернативы существуют плагины, которые помогут принудительно использовать HTTPS на веб-сайте, перенаправляя HTTP на HTTPS.
Если вы используете CDN, например Cloudflare.com, вы также можете обновить настройки, чтобы принудительно использовать HTTPS.
Подумайте о том, чтобы попасть в список предварительной загрузки HSTS для Google Chrome. Запустите сайт через https://hstspreload.org. Если у вас все настройки правильные, это позволит вам отправить в этот список. Если проблемы с настройками остались, сайт сообщит вам об этом, и вы сможете их исправить.
Обновите настройки Google Analytics, чтобы он знал, что вы используете HTTP, а не HTTP.
Обновите свою подпись электронной почты, профили в социальных сетях и любые другие ссылки, указывающие на ваш сайт.

После переезда обязательно проверьте все версии своего сайта в Google Search Console. Для большинства сайтов без настроенных пользовательских поддоменов существует четыре разных версии, которые необходимо проверить:

https://
https://www
http://
http://www

Как правило, вы должны видеть, что трафик к «другим версиям», которые вы не используете, падает, а трафик к основной версии HTTP, которую вы используете, начнет расти (от отсутствия трафика) после того, как вы успешно переместились. сайт на HTTPS. Представители Google заявили, что если вы правильно перенаправляете с HTTP на HTTPs, у вас не будет проблем с ранжированием, поскольку миграция выполнена правильно. Однако я снова и снова вижу, что веб-сайтам не удается выполнить все необходимые шаги при переходе с HTTP на HTTPs, и именно здесь ранжирование в поисковых системах и трафик резко падают. Переход на HTTPs имеет свои преимущества и является фактором ранжирования в поисковых системах, если он сделан правильно.

Переход с одного домена на другой

Другой тип миграции доменных имен, который происходит чаще, чем вы думаете, — это миграция, при которой вы переходите с одного доменного имени на другое. Типичным сценарием может быть ситуация, когда у вас длинное доменное имя или используется неидеальный TLD (домен верхнего уровня). Затем вы видите лучшее доменное имя, возможно, оно короче или просто лучше: это доменное имя нового рДВУ, содержащее ваши ключевые слова. Вы покупаете это новое доменное имя, планируя перенести свой текущий сайт на это недавно приобретенное доменное имя. Подобные миграции доменов не должны вас пугать, в то время как вы боитесь потерять трафик и позиции в поисковых системах при переходе на другое доменное имя.

Итак, вы меняете доменное имя и переходите на другое доменное имя. Давайте рассмотрим шаги, которые обеспечат плавную миграцию домена.

Во-первых, поймите, что здесь обычно есть два разных сценария:

Вы покупаете или приобретаете ранее зарегистрированное доменное имя. Это может быть доменное имя с истекшим сроком действия, которое вы приобрели на аукционе доменов или у «ловушки для выпадения», или же вы купили его напрямую у кого-то другого.
Вы покупаете совершенно новое доменное имя, которое никогда ранее не регистрировалось. Всегда. Проверьте это, заглянув в Интернет-архив (обратная машина) на сайте www.archive.org.

Чрезвычайно важно, чтобы вы понимали разницу между этими двумя сценариями. Настолько важно, что прежний статус доменного имени может иметь огромное влияние на будущее использование этого доменного имени. Например, если доменное имя было зарегистрировано в какое-либо время в прошлом, потенциально оно может иметь чередующееся прошлое:

на него могут быть хорошие (или плохие) ссылки
это мог быть бывший сайт не по теме, посвященный теме, отличной от той, для которой вы собираетесь его использовать.
он мог быть использован для рассылки спама (на нем был спам-контент или он использовался для рассылки спама по электронной почте)
его могут забанить в социальных сетях (да, сайт можно забанить в Facebook!)
его могут забанить в поисковых системах.

В большинстве случаев можно получить доменное имя с чистым прошлым. Но не без больших усилий. Что я рекомендую, так это то, что если доменное имя было зарегистрировано в какой-либо момент и использовалось для веб-сайта, вы должны настроить его как микросайт с тематическим контентом. Контент на нем должен быть по той же теме, для которой вы в конечном итоге собираетесь его использовать или перенаправлять/перемещать в него другой контент. Пусть этот микросайт (не менее 3-5 страниц) постоит несколько недель (или дольше), чтобы убедиться, что его можно использовать. Убедитесь, что он проиндексирован в результатах поиска и с ним нет проблем. Таким образом, когда вы переместите его или перенесете на него свой контент с другого доменного имени, у вас не будет никакого багажа или проблем, о которых вы не знали. Проведите комплексную проверку доменного имени или наймите кого-нибудь с опытом в этой области, чтобы проверить доменное имя. Подтвержденные домены также обеспечивают полную проверку биографических данных доменного имени.

Если доменное имя ранее не было зарегистрировано и никогда не использовалось для веб-сайта, то вам повезло — вам не нужно беспокоиться о ранее существовавших проблемах с доменным именем. Я бы все же провел некоторую должную осмотрительность, просто чтобы убедиться.

Если вас устраивает доменное имя, на которое вы переходите, то в первую очередь нужно хорошо ознакомиться со всем содержимым существующего сайта и найти все потенциальные URL-адреса, которые когда-либо существовали на нем. Например, необходимо выполнить полное сканирование веб-сайта с помощью OnCrawl, включая:

Данные файла журнала
Данные Google Analytics или Adobe Analytics
Данные Google Search Console
Данные обратных ссылок Majestic.com

Включение всего этого в сканирование OnCrawl гарантирует, что вы найдете все URL-адреса на сайте, которые когда-либо существовали. Таким образом, любые настроенные вами перенаправления (перенаправление со старого доменного имени на новое) будут учитывать весь потенциальный трафик и ссылки, которые когда-либо были на старом доменном имени.

Фактический процесс перехода с одного доменного имени на другое на самом деле довольно прост и включает в себя несколько шагов:

1. Проверьте все версии каждого сайта в Google Search Console. Это означает версии http://, https://, http://www и https://www. Также определите все поддомены, если они вам известны.
2. Полностью просканируйте сайт с помощью OnCrawl. По возможности включите в сканирование данные Google Analytics, Google Search Console, Majestic.com и файла журнала. Вы хотите сканировать, чтобы определить все возможные URL-адреса. Составьте список всех URL-адресов, с которыми вы сталкиваетесь, один массивный список уникальных URL-адресов. Они понадобятся вам позже.
3. Настройте редиректы . Используйте постоянное перенаправление 301 для перенаправления со старого доменного имени на новую версию в новом домене. В идеале это означает перенаправление с каждой версии старого доменного имени на новый домен.
4. Протестируйте перенаправления и убедитесь, что вы не перенаправляете их несколько раз. Например, должен быть один постоянный редирект 301 с http://www.olddomain.com на https://www.newdomain.com/. Он не должен перенаправлять с http://www.olddomain.com на https://www.olddomain.com, а затем на https://www.newdomain.com/. Эту ошибку легко совершить — и это ошибка. Убедитесь, что это только 1 перенаправление, а не несколько перенаправлений.
5. Используйте инструмент Google Change of Address, чтобы сообщить Google, что вы переходите с одного доменного имени на другое. Если перенаправления настроены правильно, Google подтвердит это с помощью этого инструмента.
6. Обновите настройки Google Analytics, чтобы они указывали на новое доменное имя. Если вы хотите сохранить старые исторические данные в Google Analytics, вам необходимо отредактировать URL-адрес в настройках Google Analytics.
7. Снова просканируйте сайт , используя ранее созданный список, чтобы убедиться, что все старые URL-адреса правильно перенаправляют на новые URL-адреса. Используйте режим списка URL-адресов OnCrawl для сканирования ранее созданного списка URL-адресов.

Вы можете найти больше информации о режиме списка здесь.

Вам нужно будет сохранить перенаправления в течение длительного времени — обычно я рекомендую вам никогда не удалять перенаправления со старого доменного имени на новый домен. Старые URL-адреса останутся в индексе Google в течение длительного времени — я видел, что они остаются не менее 3 лет, если перенаправления все еще действуют. Старый домен будет отображаться в результатах поиска только в том случае, если вы ищете старое доменное имя, и вы не должны видеть ранжирование старого домена по каким-либо ключевым словам, если перенаправления установлены и настроены правильно.

Объединение сайтов в один сайт

Бывают случаи, когда вы столкнетесь с ситуацией, когда вам нужно объединить контент с нескольких веб-сайтов в один веб-сайт. Многие шаги в процессе объединения контента и перемещения контента одинаковы, но, как правило, сложнее решить, какой контент перемещать, какой контент перенаправлять и какой контент полностью удалять с веб-сайта (и не перемещать). .

Шаги, которые я рекомендую при объединении двух веб-сайтов или нескольких веб-сайтов в один веб-сайт, следующие:

1. Просканируйте все веб-сайты с помощью OnCrawl. Включите Google Analytics, Google Search Console, Majestic.com и данные файла журнала в свои обходы, если это возможно. Вы хотите сканировать, чтобы определить все возможные URL-адреса. Составьте список всех URL-адресов, с которыми вы сталкиваетесь, один массивный список уникальных URL-адресов. Они понадобятся вам позже.
2. Создайте электронную таблицу со всеми URL-адресами всех веб-сайтов . Это может включать несколько вкладок, по одной для каждого веб-сайта и одну для «нового» веб-сайта, который вы создаете. Начните утомительный процесс составления списка всех страниц «нового» веб-сайта и определения того, какие страницы со старых веб-сайтов вы перемещаете, какие страницы объединяете и так далее. Это самая важная часть всего процесса, и вы должны потратить больше всего времени на эту задачу.
3. Когда у вас есть электронная таблица и списки URL-адресов, которые необходимо перенаправить, и какой контент необходимо переместить или объединить, составьте план объединения контента и план перемещения контента. Это, конечно, будет включать в себя навигационные изменения (изменения внутренних ссылок), которые вам также необходимо будет отобразить. Имейте в виду, что рекомендуется сохранять как можно больше одинаковых URL-адресов. Если вы объединяете веб-сайты в один существующий веб-сайт, полезно сохранить одни и те же URL-адреса.
4. Во время этого процесса я рекомендую начать с совершенно нового веб-сервера или VPS , как правило, в среде разработки (не сайт, открытый для публики и доступный для сканирования поисковыми системами). Это даст вам достаточно времени, чтобы переместить контент, добавить внутренние ссылки и обновить навигацию. Некоторым нравится использовать это время для создания нового веб-сайта с новым веб-дизайном. Переместите содержимое и обновите новый сайт.
5. Когда вы довольны новым сайтом и перемещенным или объединенным содержимым, вы можете приступить к настройке переадресации. Используйте электронную таблицу, которую вы создали ранее, чтобы помочь с перенаправлениями, а также предыдущие данные обхода OnCrawl.
6. Убедитесь, что все версии всех доменов (http://, https://, http://www. и https://www, а также любые поддомены ) проверены в Google Search Console.
7. Настройте редиректы , разрешите поисковым системам сканировать новый сайт. Если вы перешли на другой веб-сервер, вам потребуется обновить серверы имен домена, чтобы они указывали на новый веб-сервер.
8. Используйте инструмент Google Change of Address, чтобы сообщить Google, что вы перешли с одного домена на другой. Вам нужно будет сделать это для каждого домена, который вы перемещаете или объединяете. Если перенаправления настроены правильно, Google распознает перемещение, когда вы настраиваете изменение адреса.
9. Обновите настройки Google Analytics, чтобы они указывали на новое доменное имя. Возможно, вам не удастся сохранить все исторические данные Google Analytics, поскольку вы не перемещаете только один домен в другой. Вы можете создать новую учетную запись Google Analytics для нового домена или нового сайта или просто использовать ту, которая есть на текущем сайте.
10. Снова просканируйте все сайты , используя ранее созданный список, чтобы убедиться, что все старые URL-адреса правильно перенаправляют на новые URL-адреса. Используйте режим списка URL-адресов OnCrawl для повторного сканирования всех URL-адресов и проверки перенаправлений.

Вы можете найти больше информации о режиме списка здесь.

11. Для нового контента, который вы переместили или обновили, вы можете использовать инструмент Google Fetch and Render, чтобы запросить повторное сканирование сайта Google.

Независимо от того, переходите ли вы с HTTP на HTTPs, переходите с одного доменного имени на другое или объединяете веб-сайты в один веб-сайт, все они требуют сканирования веб-сайта. Используйте сканирование, чтобы найти все возможные URL-адреса (страницы), которые когда-либо существовали на веб-сайте, и используйте эти данные при настройке перенаправлений. Крайне важно, чтобы вы использовали 301 постоянное перенаправление, сводя при этом к минимуму общее количество «прыжков», которые должен пройти посетитель (или бот поисковой системы), чтобы добраться до конечного местоположения. Слишком часто я вижу проблемы с ранжированием в поисковых системах и падение трафика из-за неудачной миграции сайта или миграции, при которой не были выполнены все необходимые шаги. При наличии хорошего плана миграции, понимания всего процесса и последующей проверки миграции ваша следующая миграция домена может пройти гладко, без потери трафика или рейтинга в поисковых системах.

Начните бесплатную 14-дневную пробную версию

Узнайте сами, почему Oncrawl является самой признанной платформой для SEO с технической точки зрения и данных на рынке! Кредитная карта не требуется и никаких условий: всего 14 дней полнофункциональной пробной версии.

Начать пробную версию