Как изменить адрес сайта гугл - Исправление ошибок и поиск оптимальных решений проблем

Инструмент «Изменение адреса»

Как перенести сайт из одного домена в другой

Об инструменте

Инструмент «Изменение адреса» позволяет перенести сайт из одного домена или субдомена в другой, например сменить домен example.com на example.org или example2.com. Кроме того, инструмент сообщит в Google о внесенных изменениях и поможет вам перенести результаты поиска Google со старого сайта на новый. Советуем использовать этот инструмент до переноса, но можно и после.

В каких случаях не следует пользоваться инструментом

Инструмент «Изменение адреса» не подходит для выполнения следующих действий:

Перенос ресурса с http на https. Если вам нужно выполнить такой перенос, следуйте специальным рекомендациям. Изменения будут обработаны роботами Google.
Перенос отдельных страниц из одного раздела сайта в другой (например, из раздела example.com/oldpath/… в example.com/newpath/…). В этом случае достаточно добавить переадресации и соответствующим образом обновить файлы Sitemap. При этом вы можете использовать этот инструмент, чтобы перенести сайт из одного домена (например, example.com) на нужный адрес в другом домене (например, example3.com/new/location/).
Перенос с субдомена www на вариант без www в рамках одного домена, например с www.example.com на example.com. В данном случае необходимо добавить теги canonical и/или теги переадресации, но не следует использовать инструмент «Изменение адреса».
Перенос сайта без изменения URL (когда URL сайта остается прежним, но изменены хостинг-провайдеры или CDN). Подробнее…

Шаг 1. Подготовка

При переносе каждого сайта следует выполнять описанные ниже действия.

Реализуйте переадресацию 301 с прежней главной страницы на новую. Кроме того, стоит добавить такие переадресации для канонических страниц старого сайта.
Ознакомьтесь со следующими материалами:
1. Что такое перенос сайта? – Рекомендации по переносу сайта.
2. Перенос сайта с изменением URL. Пошаговое руководство по переносу сайта из одного домена в другой.
Выполните остальные подготовительные действия, описанные в разделе Перенос сайта с изменением URL.
После этого на сайтах на уровне домена, таких как example.com, https://example.com или m.example.com, можно будет использовать инструмент «Изменение адреса» (шаг 2).

Шаг 2. Использование инструмента «Изменение адреса»

Проведя необходимую подготовку и обеспечив соблюдение указанных ниже требований, вы сможете перенести нужные элементы со старого сайта на новый с помощью инструмента «Изменение адреса».

Требования:

Вы должны быть подтвержденным владельцем старого и нового сайтов в Search Console. Необходимо использовать один аккаунт Google для управление обоими ресурсами.
Инструмент «Изменение адреса» подходит только для ресурсов на уровне домена. Например, вы можете переносить ресурсы с адресами example.com, m.example.com или http://example.com. Нельзя использовать этот инструмент для более низких уровней, например http://example.com/magazin.
Инструмент не позволяет перемещать субдомены в рамках выбранного домена, в том числе www. Если в инструменте указать example.com, то варианты www.example.com и m.example.com перенесены не будут. Однако все пути внутри указанного домена (example.com/any/path/here) будут перенесены.
При использовании инструмента «Изменение адреса» перенос выполняется для всех протоколов исходного ресурса. Например, если указать http://example.com, будет также перенесен вариант https://example.com.

Как использовать инструмент «Изменение адреса»

Выполните действия, описанные в разделе Шаг 1. Подготовка.
Убедитесь, что соблюдены все перечисленные выше требования.
Перейдите к ресурсу, который относится к уровню домена, то есть не содержит сегментов пути (например, это может быть ресурс с адресом example.com, но не example.com/petstore), и откройте инструмент Изменение адреса.
Следуйте инструкциям на экране. Прежде чем информация о переносе ресурса будет передана другим системам Google, будет выполнено несколько предварительных проверок. Если вам не удастся успешно пройти хотя бы одну проверку, которая относится к категории ключевых, продолжить можно будет только после устранения всех выявленных проблем. Если недочеты будут найдены при проверках меньшей важности, то появится предупреждение с рекомендациями, но это не помешает процедуре переноса.
После того как вы успешно пройдете ключевые проверки, в Search Console появятся уведомления о том, что выполняется перенос. Они будут относиться ко всем сайтам, которые вы перемещаете, и исчезнут из интерфейса спустя 180 дней.
Отслеживайте трафик ресурса согласно рекомендациям из раздела Перенос сайта с изменением URL.
Рекомендуем не удалять переадресации по меньшей мере в течение 180 дней (или дольше, если из Google Поиска по ним будут по-прежнему переходить пользователи). Даже если вы удалили старые страницы, лучше оплачивать прежний домен хотя бы в течение года. В противном случае ваш бывший домен может быть приобретен и использован в злонамеренных целях. По прошествии 180 дней в Google перестанет отмечаться связь между старым и новым сайтами. Даже если старый сайт будет доступен для посещения и сканирования, он будет считаться полностью независимым.

Что происходит при использовании этого инструмента

Если отправить запрос на изменение адреса с помощью Search Console, роботы Google будут в первую очередь сканировать и индексировать новый сайт, а не старый. Кроме того, со старого сайта на новый перенесутся различные элементы, а канонические страницы будут определяться на основе нового сайта. Подобные действия будут выполняться в течение 180 дней после того, как вы начнете перенос с помощью Search Console.

Старый сайт не исчезнет из индекса Google. Если URL со старого сайта по-прежнему доступны и не имеют аналогов на новом сайте, они могут появляться в результатах поиска. Если на новом сайте есть те же страницы, что и на старом, вы можете реализовать переадресации со старого сайта на новый и добавить теги rel=canonical. В этом случае в результатах поиска будет показываться меньше URL, относящихся к старому сайту.

Прежде чем направлять в Google запрос на перенос ресурса, инструмент «Изменение адреса» проверяет, что оба сайта принадлежат вам и что на нескольких страницах старого сайта присутствуют переадресации 301.

Отмена запроса на изменение адреса

Отменить запрос на изменение адреса можно в течение 180 дней после его отправки.

Как отменить изменение адреса

Удалите все команды переадресации 301, ранее добавленные на сервер. В противном случае робот Googlebot обнаружит их при следующем сканировании вашего сайта и может продолжить переадресацию URL в соответствии с ними.
Добавьте переадресацию 301 с нового сайта на старый.
Откройте инструмент Изменение адреса на старом сайте и нажмите Отменить перенос. Повторите процедуру для каждого старого сайта, который не нужно переносить.

«Выполняется перенос других сайтов на этот сайт»

Если в Search Console вверху есть сообщение о переносе других сайтов на этот сайт, значит владелец ресурса Search Console использовал инструмент «Изменение адреса». Так владелец сообщает Google о том, что сайт перенесен из одного домена в другой (например, если URL сайта был изменен с example.com на example2.com).

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

Эта информация оказалась полезной?

Как можно улучшить эту статью?

Источник

Оптимизируйте свои подборки

Сохраняйте и классифицируйте контент в соответствии со своими настройками.

Из этой статьи вы узнаете, как изменить 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.

Общие сведения

Ознакомьтесь с основными сведениями о переносе сайтов.
Изучите, как перенос повлияет на пользователей вашего сайта и его положение в результатах поиска. Если вы переходите с HTTP на HTTPS, ознакомьтесь с этими рекомендациями.
Подготовьте новый сайт и тщательно его протестируйте.
Сопоставьте текущие URL с новыми.
Запустите перенос сайта, настроив сервер для переадресации со старых URL на новые.
Отслеживайте трафик как старых, так и новых URL.

Ответы на часто задаваемые вопросы о переносе сайта с изменением URL

Не противоречит ли рекомендациям Google перенос сайта по частям?
Нет, не противоречит.
Как узнать, сколько страниц проиндексировано?
Выберите нужный ресурс в Search Console и откройте отчет об индексировании, в котором приводится общая статистика. Чтобы узнать, сколько страниц из перечисленных в файлах Sitemap было проиндексировано, воспользуйтесь специальным отчетом.
Сколько времени потребуется Google, чтобы распознать изменения URL?
Точный срок назвать невозможно, поскольку он зависит от размера сайта и скорости сканирования. URL сайта переносятся поочередно.
Не перестанут ли ссылки учитываться при оценке моих страниц, если я настрою переадресацию на новые URL?
Нет. Переадресация 301 или 302 не приводит к ухудшению оценки в системе PageRank.

Переход с HTTP на HTTPS

Ознакомьтесь с рекомендациями по использованию HTTPS.
Обязательно добавьте HTTPS-ресурс в Search Console. Помните, что Search Console расценивает ресурсы HTTP и HTTPS как разные, поэтому данные по ним не совпадают.
Если на вашем сайте используются оба протокола, то в Search Console следует добавить два ресурса.

Часто задаваемые вопросы

Изменятся ли позиции моего сайта в результатах поиска после перехода на HTTPS?

Позиции сайта могут меняться, как и в случае с другими вариантами переноса страниц. Чтобы избежать проблем, связанных именно с HTTPS, изучите рекомендации по работе с этим протоколом.

После перехода на HTTPS позиции сайта в результатах поиска повышаются, но незначительно.
При ранжировании использование этого протокола расценивается как положительный фактор, однако он далеко не единственный и сейчас имеет меньший вес, чем качество материалов сайта. Это означает, что в краткосрочной перспективе не стоит ждать от перехода на HTTPS впечатляющих результатов. В дальнейшем значимость этого фактора может вырасти.

Можно ли перевести на HTTPS только несколько страниц сайта?

Да. Начните с нескольких страниц, оцените результаты и продолжите перенос в удобном для вас темпе.

Если вы переводите сайт с HTTP на HTTPS по частям и пока не хотите индексировать новые URL, рекомендуем использовать вместо переадресации атрибут rel=canonical, поскольку протестировать страницы с переадресацией вы не сможете.

Может ли тег `rel=canonical` служить гарантией того, что тот или иной URL с протоколом HTTP будет проиндексирован?

Нет, но он считается очень важным сигналом при обработке проиндексированного URL.

Какой сертификат рекомендован компанией Google?

Для Google Поиска подойдет любой сертификат, поддерживаемый современными браузерами.

Будут ли веб-страницы после перехода на протокол HTTPS показываться в результатах поиска Google по другим ключевым словам?

Да. Вы по-прежнему сможете получать в Search Console данные о поисковых запросах.

Как узнать, сколько страниц проиндексировано?

По отдельности изучите в Search Console данные о страницах, на которых используются протоколы HTTP и HTTPS, а затем в отчете об индексировании найдите сведения о том, какие страницы были проиндексированы.

Сколько времени потребуется для переноса ресурса с HTTP на HTTPS?

Точный срок назвать невозможно, поскольку он зависит от размера сайта и скорости сканирования. URL сайта переносятся поочередно.

Если в файле robots.txt указаны файлы Sitemap для HTTP-страниц, нужно ли добавить в него файлы Sitemap для HTTPS-страниц?

Мы рекомендуем вам обновить файлы robots.txt, чтобы указать на HTTPS-версию файлов Sitemap. Мы также рекомендуем указывать в файлах Sitemap только URL с протоколом HTTPS.

Помните, что если вы меняете протокол каждого URL вашего сайта с HTTP на HTTPS, поисковым роботам Google все равно будет доступен только один файл robots.txt. Например, если URL http://example.com/robots.txt выполняет перенаправление на https://example.com/robots.txt, то контент HTTP-версии не будет доступен Google и другим поисковым системам.

В каком файле Sitemap должна содержаться информация о страницах, переведенных на HTTPS для тестирования?

Вы можете создать для перенесенных страниц сайта отдельный файл Sitemap, чтобы получать более точные данные об их индексировании. Проверьте, не указаны ли адреса этих страниц в других файлах Sitemap.

Какие URL следует включить в файлы Sitemap, если настроена переадресация с HTTP на HTTPS или наоборот?

Перечислите все новые URL с протоколом HTTPS в файле Sitemap и удалите прежние URL с протоколом HTTP. Если вы хотите создать новый файл Sitemap, перечислите там только новые URL с протоколом HTTPS.

Нужно ли указать в файле robots.txt ещё какие-либо директивы, предназначенные специально для HTTPS-версии?

Нужно ли использовать технологию HSTS?

Я использую один файл Sitemap для Google Новостей, который относится ко всему моему сайту. Что нужно предпринять при переносе сайта по частям?

Какие рекомендации в отношении работы с Центром издателей Google Новостей нужно выполнять при переводе сайта на протокол HTTPS?

Центр издателей Google Новостей самостоятельно определяет сайты, которые были переведены с HTTP на HTTPS. Вам не нужно ничего дополнительно предпринимать, если только вы не используете файлы Sitemap для Google Новостей. В этом случае сообщите команде Google Новостей о внесенных вами изменениях. Вы также можете сообщить о переводе на HTTPS отдельной части сайта, например о том, что собираетесь сменить URL с https://example.com/section на https://example.com/section.

Подготовьте сайт

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

Настройка новой системы управления контентом (CMS) и добавление в нее контента.
Перенос изображений и файлов для скачивания (например, PDF-документов) с прежнего сайта.
Возможно, они уже привлекают трафик из Google Поиска или со страниц, содержащих ссылки на ваш сайт. По этой причине мы рекомендуем уведомить пользователей и робота Googlebot о новом расположении таких файлов.
При переходе на протокол HTTPS – получение и настройка необходимых сертификатов TLS на сервере.

Настройте файл robots.txt для нового сайта

В файле robots.txt вы можете указать, какие разделы сайта разрешено сканировать роботу Googlebot. Убедитесь, что в файле robots.txt для нового сайта корректно указаны страницы, которые не нужно сканировать.

Обратите внимание, что некоторые владельцы сайтов полностью блокируют сканирование сайта на время его разработки. Если вы хотите поступить так же, обязательно подготовьте файл robots.txt до переноса сайта. А если на этапе создания сайта вы используете функцию noindex, подготовьте список URL страниц, с которых потом нужно будет удалить директиву noindex.

Создайте страницы ошибок для удаленного или объединенного контента

Убедитесь, что URL, по которым был доступен контент прежнего сайта, не перемещенный на новый сайт, выводят код ошибки HTTP 404 или 410. Вы можете задать код ошибки либо для старого URL (это делается на панели управления новым сайтом), либо для нового URL, предварительно настроив переадресацию на него.

Правильно настройте Search Console

Успех переноса сайта зависит от правильности и актуальности настроек Search Console.

Вы должны быть подтвержденным владельцем старого и нового сайтов в этом сервисе, причем заявить права на все версии обоих сайтов. Например, нужно подтвердить право собственности одновременно на www.example.com и example.com, а также на версиях сайта с протоколом HTTP и HTTPS, если имеются страницы HTTPS.

Проверьте права на сайт в Search Console

Проследите, чтобы право собственности на сайт после его переноса осталось подтвержденным в Search Console. Если вы подтверждали свои права другим способом, имейте в виду, что при изменении URL токены подтверждения могут также измениться.

Если для подтверждения вы используете файл HTML, убедитесь, что в новую копию сайта включена текущая версия этого файла.

Если вы использовали метатег или код Google Аналитики, добавьте его и в новую версию сайта в системе управления контентом.

Проверьте все настройки в Search Console

Если вы меняли настройки прежнего сайта в Search Console, выполните аналогичные действия для нового. Пример:

Параметры URL. Если вы настроили параметры URL для управления сканированием или индексированием прежних страниц, убедитесь, что те же настройки применяются и к новому сайту (если это необходимо).
Геотаргетинг. Если ваш прежний сайт предназначался для пользователей из определенного региона и это было отражено в его домене или в национальном домене верхнего уровня (например, .co.uk), настройте такой же геотаргетинг и для нового сайта. Если же вы переносите сайт, чтобы развивать свой бизнес без привязки к отдельной стране или региону, выберите вариант Нет в списке в раскрывающемся меню на странице «Настройки сайта».
Частота сканирования. Мы рекомендуем не ограничивать в Search Console частоту сканирования ни старых, ни новых URL. В целом изменять эту настройку допустимо только в том случае, если сканирование создает слишком высокую нагрузку на ваш сайт. Если вы задавали ограничение частоты сканирования для прежнего сайта, откажитесь от этой настройки. Наши алгоритмы позволяют автоматически определить, что сайт был перемещен, и скорректировать режим сканирования, чтобы быстро обновить наш индекс.
Отклоненные обратные ссылки. Если для прежнего сайта вы загрузили файл со списком ссылок, которые нужно отклонить, рекомендуем сделать это снова в аккаунте Search Console, связанном с новым сайтом.

Устраните проблемы в недавно приобретенном домене

Если новый сайт будет располагаться на недавно приобретенном домене, убедитесь, что от предыдущего владельца не осталось нерешенных проблем. Проверьте следующее:

Меры, принятые вручную. Возможно, из домена раньше распространялся спам. В случае с сайтами, которые не соответствуют правилам в отношении спама для веб-поиска Google, наши специалисты принимают меры вручную, в частности понижают позиции страниц или даже удаляют их из результатов поиска. Откройте страницу «Меры, принятые вручную» в Search Console и устраните все обнаруженные проблемы. Затем отправьте запрос на повторную проверку.
Удаленные URL. Проверьте, не осталось ли после предыдущего владельца запросов на удаление URL, особенно в масштабе всего сайта. Кроме того, прежде чем самостоятельно настраивать аналогичные запросы, узнайте больше о том, для каких целей не следует использовать инструмент удаления URL.

Работайте с веб-аналитикой

Во время переноса важно анализировать данные об использовании как прежнего, так и нового сайта. В этом вам помогут средства веб-аналитики. Как правило, конфигурация с применением веб-аналитики подразумевает добавление на ваши страницы кода JavaScript. Параметры отслеживания показателей различных сайтов зависят от используемого средства и от его настроек, связанных с ведением журналов, обработкой данных и фильтрацией.
При необходимости обратитесь за помощью к поставщику средства аналитики. Если вы собирались изменить настройки аналитики, то перенос сайта – подходящий повод это сделать. Если вы используете Google Аналитику и хотите четко разделить отчеты по двум сайтам, создайте в сервисе новый профиль.

Убедитесь, что у сервера есть достаточно вычислительных ресурсов

После переноса Google станет чаще сканировать страницы вашего нового сайта. Это связано с тем, что ваш сервер будет перенаправлять со старого сайта на новый весь трафик, включая обращения нашего робота. Убедитесь, что у вашего нового сайта достаточно ресурсов, чтобы обрабатывать увеличенный объем трафика от Google.

Обновите информацию Маркера

Если вы использовали Маркер для разметки старых страниц, разметьте так же и новые.

Обновите ссылки, ведущие в приложение

Как только ваши страницы HTTPS будут готовы, обновите все ссылки, которые предназначены для открытия веб-страниц из результатов поиска Google в определенном приложении. После переноса сайта переадресация для этих ссылок перестанет работать. Если вы не укажете в ссылках новые URL с протоколом HTTPS, то при нажатии на них на мобильном устройстве страницы будут открываться в браузере.

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

Сопоставьте старые URL с новыми

Подготовьте список прежних URL

В самом простом случае переноса сайта вам вряд ли понадобится список старых URL. Если вы меняете только домен сайта, например переходите с example.com на example.net, можно использовать серверную переадресацию с применением подстановочных знаков.

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

Начните с важных URL. Как их найти:
- Проверьте свои файлы Sitemap, поскольку с их помощью обычно отправляются в Search Console самые важные URL.
- По журналам серверов или с помощью средства аналитики определите, на какие URL приходится больше всего трафика.
- Найдите в разделе Ссылки на ваш сайт в Search Console те страницы, на которые ведут внутренние и внешние ссылки.
В системе управления контентом просмотрите список всех URL, на которых представлены какие-либо материалы.
Найдите в журналах серверов URL, по которым недавно хотя бы один раз переходили пользователи. Просмотрите данные за наиболее показательный для вашего сайта период времени с учетом сезонных колебаний трафика.
Не забудьте об изображениях и видео. При планировании переноса сайта помните о URL видео, изображений, фрагментов кода JavaScript и файлов CSS. Этот контент тоже необходимо переместить на новый сайт.

Сопоставьте старые URL с новыми

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

Обновите все URL

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

Обновите аннотации с указанием новых URL в HTML или записи в файлах Sitemap для каждой страницы:
1. На каждой целевой странице должен быть тег rel="canonical" <link>, содержащий URL самой страницы.
2. Если на перемещаемом сайте есть многоязычные страницы с аннотациями rel-alternate-hreflang, не забудьте обновить URL в этих аннотациях.
3. Если у перемещаемого сайта есть версия для мобильных устройств, обновите аннотации rel-alternate-media с указанием новых URL.
  Подробнее о разных URL…
Обновите внутренние ссылки.
Измените URL во внутренних ссылках на новом сайте. Чтобы делать это было удобнее, можете использовать созданные ранее сопоставленные списки.
Сохраните следующее:
- Файл Sitemap, содержащий новые URL в сопоставлении. С информацией о создании файла Sitemap можно ознакомиться в нашей документации.
- Список сайтов, содержащих ссылки на ваши старые URL. Ссылки на свой сайт вы можете найти в Search Console.

Подготовьте переадресацию `301`

После сопоставления URL и подготовки нового сайта необходимо настроить на сервере переадресацию HTTP 301 со старых URL на новые.

На что следует обратить внимание:

Используйте переадресацию HTTP 301. Хотя робот Googlebot поддерживает несколько видов переадресации, рекомендуется по возможности использовать HTTP 301.
Избегайте цепочек переадресации. Хотя робот Googlebot способен обработать до 10 переходов в цепочке переадресаций (например, страница 1 > страница 2 > страница 3), мы советуем перенаправлять пользователей непосредственно на конечный URL. Если это невозможно, сведите количество переходов в цепочке к минимуму. Пусть их будет максимум четыре, а лучше три или два. Длинные цепочки переадресации замедляют загрузку страниц и поддерживаются не всеми агентами пользователя или браузерами.
Проверьте каждую переадресацию. Для обработки отдельных страниц можно использовать инструмент проверки URL, а если веб-адресов много – инструменты командной строки или скрипты.

Начните перенос

После сопоставления URL и настройки корректной переадресации можно начать перенос сайта.

Решите, как вам удобнее переносить страницы, – все сразу или по частям:
- Если у вас сайт небольшого или среднего размера, мы рекомендуем перенести сразу все URL. Это облегчит пользователям взаимодействие с сайтом, а также поможет алгоритмам Google определить, что состоялся перенос, и быстрее обновить индекс.
- Если у вас крупный сайт, можете переносить его по частям. Так вам будет проще выявлять и устранять неполадки.
Обновите файлы robots.txt:
- На старом сайте удалите все директивы robots.txt.
  Это позволит роботу Googlebot обнаружить все переадресации на новый сайт и внести изменения в индекс.
  Помните, что как только вы выполните перенаправление, содержимое прежних файлов robots.txt будет недоступно поисковым роботам.
- На новом сайте сделайте так, чтобы в файле robots.txt не блокировалось сканирование никаких объектов, в том числе изображений, таблиц CSS и кода JavaScript. Исключение – URL, которые вы точно не хотите сканировать.
Настройте переадресацию пользователей и робота Googlebot с исходного сайта на новый на основе сопоставленных списков URL.
Отправьте запрос на изменение адреса прежнего сайта в Search Console.
Не отменяйте переадресацию как можно дольше, по крайней мере год.
За этот срок Google сможет связать все сигналы с новыми URL, выполнит повторное сканирование и переназначение ссылок на других сайтах, которые указывают на ваши старые URL.

Для удобства пользователей советуем сохранить перенаправление. Помните, что при переадресации страницы загружаются дольше, поэтому рекомендуется задать настройки так, чтобы ваши собственные ссылки и ссылки с популярных сторонних сайтов указывали на обновленные URL.
Отправьте новый файл Sitemap в Search Console. Это поможет Google узнать о существовании новых URL. На данном этапе вы сможете удалить прежний файл Sitemap, поскольку в будущем Google будет использовать новый файл.

Время, необходимое роботу Googlebot и нашим системам для обнаружения и обработки всех URL при переносе сайта, зависит от скорости ваших серверов и количества URL. Как правило, большинство страниц сайта среднего размера обрабатывается за несколько недель. Перенос крупного сайта занимает больше времени. Скорость, с которой робот Googlebot и наши системы обнаруживают и обрабатывают перемещенные URL, зависит от скорости серверов и количества URL.

Обновите ссылки, ведущие на ваш сайт

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

Внешние ссылки. Попросите владельцев других сайтов обновить ссылки на ваш контент. В первую очередь сосредоточьтесь на ссылках с большим количеством переходов.
Ссылки в профилях, например в Facebook, LinkedIn и Твиттере.
Рекламные ссылки (они должны указывать на новые целевые страницы).

Отслеживайте трафик

После начала переноса следите за тем, как изменяется трафик поисковых роботов и пользователей на новом сайте и на старом. Желательно, чтобы на новом сайте трафик рос, а на старом – уменьшался. Отслеживать действия роботов и посетителей на сайте можно с помощью Search Console и других инструментов.

Отслеживайте трафик с помощью Search Console

В Search Console есть много функций, которые позволяют следить за тем, как выполняется перенос сайта:

Файлы Sitemap. Отправьте нам два таких файла, ранее сохраненных при сопоставлении URL. Первоначально в файле Sitemap с новыми URL нет проиндексированных страниц, тогда как в файле Sitemap со старыми URL таких страниц много. По мере индексации новых URL число проиндексированных страниц из файла Sitemap со старыми URL упадет до нуля.
Отчет об индексировании. Перенос сайта отражается на диаграммах. Число проиндексированных URL на прежнем сайте упадет, а на новом – увеличится. Регулярно проверяйте, не возникло ли непредвиденных ошибок сканирования.
Поисковые запросы. По мере того как страницы нового сайта будут индексироваться и оцениваться системой PageRank, в отчетах по поисковым запросам станут появляться новые URL с указанием количества показов и кликов в результатах поиска.

Используйте другие инструменты для отслеживания трафика

Периодически просматривайте журналы обращений к серверам и ошибок, проверяйте результаты сканирования страниц роботом Googlebot, выявляйте URL, которые необоснованно выводят коды ошибок HTTP, и отслеживайте обычный пользовательский трафик.

Если вы установили на сайте средство веб-аналитики или если аналитику выполняет ваша система управления контентом, рекомендуем дополнительно изучать данные, полученные таким способом. Это позволит вам отмечать, как идет переориентация трафика на новый сайт. В частности, вы можете использовать сервис «Google Аналитика». В нем доступны отчеты в режиме реального времени, а это особенно важно на начальном этапе переноса сайта. Вы должны быть готовы к тому, что трафик прежнего сайта уменьшится, а нового – увеличится.

Устранение неполадок при переносе сайта

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

Распространенные ошибки
Директива `noindex` и блокировка доступа через robots.txt	Не забудьте удалить директивы `noindex` и убрать блокировку в файле robots.txt, если они были нужны только на время переноса. На сайте может не быть файла robots.txt, но необходимо должным образом настроить отправку кода ошибки 404, если запрашивается отсутствующий файл robots.txt. Инструкции: Проверьте, не нужно ли что-то изменить в файле robots.txt на вашем сайте HTTPS. Если определенных страниц нового сайта нет в результатах поиска Google, воспользуйтесь инструментом проверки URL.
Неправильная переадресация	Проверьте настройки переадресации со старого сайта на новый. Возможно, вы неверно указали URL.
Другие ошибки сканирования	Изучите отчет об индексировании вашего нового сайта на предмет резкого роста числа ошибок во время переноса.
Недостаточный объем ресурсов	После переноса Google станет чаще сканировать страницы вашего нового сайта. Причина в том, что ваш сервер будет перенаправлять со старого сайта на новый весь трафик, включая обращения нашего робота. Убедитесь, что у вашего сайта достаточно ресурсов, чтобы обрабатывать увеличенный объем трафика от Google.
Устаревшие ссылки, ведущие в приложение	Если вы используете ссылки, предназначенные для открытия веб-страниц в приложении, обновите их, прежде чем настраивать переадресацию. В противном случае Google Поиск не будет предлагать открыть страницу в приложении. Вместо этого пользователи будут перенаправляться на сайт в браузере.
Устаревшие файлы Sitemap	Проверьте, правильно ли указаны URL в файлах Sitemap.
Устаревшая информация Маркера	Если вы использовали Маркер для разметки старых страниц, вам нужно разметить так же и новые.

Если не указано иное, контент на этой странице предоставляется по лицензии Creative Commons «С указанием авторства 4.0», а примеры кода – по лицензии Apache 2.0. Подробнее об этом написано в правилах сайта. Java – это зарегистрированный товарный знак корпорации Oracle и ее аффилированных лиц.

Last updated 2023-02-02 UTC.

Источник

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

Важная оговорка — в статье рассматриваем не смену http на https (это похожая процедура по механике, но немного проще), а именно полноценную смену домена. Например, если у нас был домен oldsite.ru, а нужно переехать на newsite.ru.

Зачем переезжать? Три основные причины, когда переезд может понадобиться

Есть как минимум три ситуации, в которых переезд — дело необходимое.

Домен попал под санкции поисковых систем. Например, если на сайт пробовали накручивать поведенческие факторы, массово закупали спамные ссылки и использовали другие сомнительные механики продвижения. В этом случае сайт может полностью или частично выпасть из индекса поисковых систем — что крайне неприятно для бизнеса. Чтобы восстановить трафик до прежнего уровня, можно воспользоваться переносом сайта на новый домен. Также переезд может хорошо сработать при наличии «скрытых фильтров» (информация о таких фильтрах не показывается в панелях вебмастеров, но сайт частично или полностью выпадает из индекса).
Смена названия бренда/компании. Иногда это может происходить в рамках ребрендинга, а иногда причиной могут стать претензии правообладателей. Например, если в доменном имени используется слово, которое является зарегистрированным брендом или торговой маркой. Если вы использовали такое слово в URL сайта, рано или поздно вы получите претензию от правообладателя и сайт придется переносить на другой домен.

Технические или другие причины переезда. К примеру, сайт необходимо вынести с поддомена на отдельный самостоятельный домен.

Главные заблуждения о переездах

Смена домена — нечастая ситуация. Более того, менять домен нужно только в том случае, когда без этой процедуры совсем нельзя обойтись, т. к. ей сопутствуют риски значительно потерять в трафике. Такой вариант возможен, но не обязателен. Ниже рассмотрим три главных мифа, которые связаны со сменой домена.

Миф № 1. При смене домена обнулится возраст сайта, а вместе с ним — позиции и трафик из поиска.

Этого не произойдет. При настройке 301 редиректа новый домен «унаследует» возраст и траст старого. Кстати, возраст не так уж важен для ранжирования, как об этом думают некоторые вебмастера. Бытует мнение, что молодые сайты поначалу попадают в своего рода «песочницу», из которой практически невозможно пробиться в топ выдачи. Однако представители и Яндекса, и Google несколько раз опровергали эту теорию.

Миф № 2. Смена домена непременно станет причиной просадки трафика.

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

Миф № 3. Переезд гарантирует снятие санкций, под которые попал первый домен.

Часто переезд действительно помогает сайту выйти из-под фильтров поисковых систем. Однако работает эта схема не всегда. При настройке 301-го редиректа в некоторых случаях фильтры могут «перейти по наследству» от старого домена к новому.

Как переехать на новый домен: пошаговый гайд

Далее пошагово покажем, как на практике реализовать переезд сайта со старого домена на новый. И главное, как при этом не потерять поисковый трафик.

1. Изучаем справку Яндекса и Google

Первым делом рекомендуем ознакомиться с алгоритмами действий при смене домена от самих поисковиков:

Ссылка на Справку Яндекса
Ссылка на Справку Google

Эти инструкции важно просматривать непосредственно перед сменой домена — поисковики постоянно развивают алгоритмы и механизмы ранжирования, поэтому в рекомендациях для вебмастеров публикуются актуальные нюансы. Их важно учитывать, чтобы переезд прошел без потерь трафика.

2. Добавляем в панели вебмастеров старый и новый домен

Старый и новый домен добавляем в Яндекс.Вебмастер (подробная инструкция — здесь) и Google Search Console (инструкция по Search Console — тут).

Впрочем, если вы занимались поисковым продвижением сайта ранее, старый домен уже должен быть добавлен в панели.

Вебмастер и Search Console позволят держать руку на пульсе и понимать, нет ли ошибок при переезде. Ключевой показатель, который следует контролировать — количество страниц в индексе ПС. Тут все просто, если все сделано правильно, у нового домена должно увеличиваться количество проиндексированных страниц, а у старого — уменьшаться. Если вы видите обратную картину или любые другие отклонения, это свидетельствует о том, что переезд реализован с ошибками.

Следующий шаг — создаем зеркало сайта (копию на новом домене), на которую и будем настраивать переадресацию.

Обратите внимание! Смена домена — существенное изменение, которое может серьезно повлиять на органический трафик (зачастую — не в лучшую сторону). Поэтому на момент переезда и некоторое время после, пока не восстановятся позиции и прежний уровень трафика, воздержитесь от любых глобальных изменений на сайте. Не меняйте дизайн, структуру сайта и URL, не трогайте контактную информацию.

3. Переносим файлы сайта

На этом этапе алгоритм действий таков:

Скачиваем файлы сайта со старого хостинга на компьютер.
Загружаем файлы с компьютера на новый хостинг.

Проще всего это сделать через FTP-клиент (можно использовать бесплатный FileZilla или любой его аналог). Подключаемся к хостингу по FTP и скачиваем файлы из папки httpdocs (или public_html, в зависимости от того, как это реализовано на вашем хостинге).

У некоторых хостинг-провайдеров есть возможность выгрузить копию сайта без подключения по FTP, напрямую из интерфейса хостинга. К примеру, так можно сделать у reg.ru:

Далее проделываем обратную процедуру — по FTP подключаемся к новому хостингу и загружаем все файлы.

4. Переносим базу данных

Файлы скачали и загрузили, но без базы данных сайт не будет работать. Поэтому нам нужен еще один этап переноса: экспортировать базу данных со старого хостинга и загрузить ее на новый. Удобнее всего выгрузить ее в приложении phpMyAdmin (есть у каждого хостинг-провайдера).

4.1. Выгружаем старую базу данных

Главная страница phpMyAdmin выглядит примерно так:

В интерфейсе и содержимом необязательно разбираться, единственный элемент, который нас тут интересует — кнопка «Экспорт». Жмем на нее, на этапе настроек экспорта ничего не меняем (оставляем все параметры по умолчанию) и жмем «Вперед».

Сохраняем скачанный файл на компьютере.

Если ваш хостинг-провайдер предоставляет возможность скачивать резервные копии базы данных (как в случае с файлами сайта) — можно воспользоваться этой опцией. Но обязательно проверяйте, с какой периодичностью создаются копии, и когда были внесены последние изменения. Если, к примеру, копии создаются раз в сутки, а вы внесли в базу данных изменения до генерации копии, вы выгрузите базу без предыдущей версии (без учета последних изменений). Поэтому более надежный способ все-таки загружать базу данных через phpMyAdmin.

4.2. Редактируем базу данных

Файлы сайта мы не меняли — скачали со старого хостинга и сразу загрузили на новый. С базой данных немного другая история. Перед загрузкой на новый хостинг необходимо проделать некоторые действия.

Открываем файл базы данных в любом текстовом редакторе. Выбираем опцию «Заменить». В поле «Найти» вводим название старого домена (в формате site.ru, без https или www). В поле «Заменить на» — название нового домена в таком же формате. Далее жмем «Заменить все».

В примере на скриншоте использован текстовый редактор Notepad++, но использовать можно любой — во всех редакторах есть инструмент поиска и замены. В нашей базе произведено 2933 замены упоминаний старого домена на новый.

4.3. Создаем БД для нового домена

Теперь необходимо создать новую базу данных. Сделать это можно в панели управления хостингом нового домена.

Важно! Сразу после создания запишите себе следующие данные:

имя БД;
имя пользователя;
пароль.

Эти данные понадобятся для настройки базы на новом сайте.

Далее заходим в phpMyAdmin нового домена и загружаем файл с базой данных, которую мы экспортировали со старого домена.

Обратите внимание! Перед загрузкой базы данных убедитесь, что вы внесли в нее изменения с предыдущего этапа и сохранили измененный файл. То есть в файле с базой данных не должно быть упоминаний старого домена.

Для загрузки базы данных жмем «Импорт» в интерфейсе phpMyAdmin, выбираем нужный файл с компьютера и импортируем базу.

Готово! Теперь на новом домене находятся файлы сайта и база данных.

Чтобы сайт заработал, осталась еще одна важная настройка — в файле конфигурации сайта необходимо указать параметры новой базы данных (сейчас там заданы параметры старой базы). Здесь нам как раз и пригодятся параметры новой базы, которые мы выписывали при ее создании. Эти параметры необходимо прописать в файле конфигурации сайта (он находится в корневой папке сайта).

К примеру, для сайтов, созданных на WordPress, нужно найти файл wp-config.php.

Здесь нужно переписать следующие параметры:

DB_NAME — имя базы данных;

DB_USER — имя пользователя;

DB_PASSWORD — пароль;

DB_HOST — имя сервера (обычно это localhost, но лучше уточнить у хостинг-провайдера).

Также в файле необходимо задать уникальные ключи для аутентификации (выделены на скриншоте). Здесь можно просто набрать рандомный набор символов на клавиатуре или сгенерировать с помощью любых генераторов случайных строк.

Далее сохраняем файл. Если все параметры прописаны корректно и без ошибок, сайт должен заработать на новом домене.

5. Настраиваем редирект со старого домена на новый

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

Обратите внимание! Настройки редиректа необходимо выполнить на старом сайте (так как именно с него нужно перенаправлять трафик). Для этого создаем в корневой папке сайта файл с названием .htaccess и указываем там следующий код:

Если в файлах сайта уже есть .htaccess, просто редактируем его и добавляем после строки RewriteEngine On код редиректа:

После того как мы прописали правило редиректа, все пользователи, которые будут открывать любую страницу старого домена, автоматически будут перенаправлены на эту же страницу, но на новом сайте.

Кстати, на этапе настройки редиректа можно допустить ошибку — настроить редирект со всех страниц старого сайта на главную страницу нового. Это плохо и для пользователей, и для поисковых роботов. Такой редирект может негативно повлиять на ранжирование сайта.

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

6. Настраиваем индексацию

На этом этапе задаем настройки, которые помогут страницам на новом домене корректно индексироваться поисковыми системами. Для этого нам нужно отредактировать файл robots.txt — так как файл скопирован со старого сайта вместе со всеми файлами, в нем указан путь к старой карте сайта (sitemap.xml). Чтобы с индексацией не было проблем, необходимо заменить старую ссылку на новую (с новым доменом в url):

Старая карта сайта:

Sitemap: https://oldsite.ru/sitemap.xml

Прописываем путь к новой карте сайта:

Sitemap: https://newsite.ru/sitemap.xml

Далее необходимо обновить XML-карту сайта для нового домена, добавить ее в корневую папку сайта, а также добавить в Яндекс.Вебмастер и Google Search Console.

Финальный этап — завершение переезда в панелях для вебмастеров Яндекса и Google.

Что нужно сделать в Яндекс.Вебмастере

1. Открываем старый домен в Вебмастере. Переходим в раздел «Индексирование» → «Переезд сайта».

2. Указываем новый адрес сайта и сохраняем настройки.

Робот Яндекса в течение нескольких недель просканирует страницы на новом домене и сменит главное зеркало, которое будет выдаваться в результатах поиска.

Завершение переезда в Google Search Console

1. Переходим в панель старого домена.

2. Переходим в «Настройки» → «Изменение адреса»:

3. Выбираем новый домен (из добавленных в Search Console) и жмем «Проверить и обновить данные»:

Google проверит домен, после чего в панели появится информация о переносе сайта.

На этом переезд можно считать завершенным. Проверьте, корректно ли работает сайт, не сбились ли настройки в CMS. Если все в порядке — ждите, пока новый сайт проиндексируется поисковиками.

Что можно сделать для ускорения индексации нового сайта

Воспользуйтесь опцией приоритетного переобхода страниц сайта — задается в панелях вебмастеров.

В Яндекс.Вебмастере для этого необходимо перейти в раздел «Индексирование» → «Переобход страниц»:

Здесь можно добавить список URL нового сайта, которые робот Яндекса проиндексирует в приоритетном порядке.

В Search Console можно вручную запрашивать индексирование конкретного URL. Для этого необходимо ввести URL в строке поиска (в шапке Search Console) и после проверки наличия страницы в индексе будет доступна кнопка запроса индексирования:

Воспользуйтесь новой возможностью в Яндексе для массовой индексации изменений на страницах — протоколом IndexNow. Подробная инструкция по отправке URL — в Справке Вебмастера.
Обязательно смените адрес сайта на всех сервисах и ресурсах, где вы размещались ранее — карты, справочники, агрегаторы и т. д.
Поработайте с внешними ссылками, которые вы размещали для старого домена. Идеальный вариант — заменить в их URL старый домен на новый. Это поможет новому домену получить хорошую и трастовую ссылочную массу.
Пока будет происходить переиндексация, запустите на новый домен контекстную рекламу (дополнительно можете также запустить таргетированную рекламу в соцсетях). Это позволит компенсировать просадку органического трафика, а также наработать новому домену поведенческие метрики.

Переезд — дело серьезное

Переезд сайта почти всегда сопряжен с риском и опасениями потерять позиции в поиске и трафик. Но, если все сделано правильно, просадка будет незначительной и прежний уровень трафика восстановится в течение 1-2 месяцев.

Если же прошло больше времени, а сайт сильно потерял в трафике, необходимо разбираться в причинах.

Если вы сомневаетесь, что перенесли сайт правильно, или хотите убедиться, что позициям ничего не грозит, специалисты PromoPult помогут с проверкой и составят рекомендации по исправлению недочетов.

Источник

Пожалуйста, войдите для комментирования

Вы сможете оставить комментарий после входа

Войти сейчас

Источник

Инструмент «Изменение адреса»

Об инструменте

В каких случаях не следует пользоваться инструментом

Рекомендации по переносу сайтов

Шаг 1. Подготовка

Шаг 2. Использование инструмента «Изменение адреса»

Что происходит при использовании этого инструмента

Отмена запроса на изменение адреса

«Выполняется перенос других сайтов на этот сайт»

Общие сведения

Ответы на часто задаваемые вопросы о переносе сайта с изменением URL

Переход с HTTP на HTTPS

Часто задаваемые вопросы

Изменятся ли позиции моего сайта в результатах поиска после перехода на HTTPS?

Можно ли перевести на HTTPS только несколько страниц сайта?

Может ли тег rel=canonical служить гарантией того, что тот или иной URL с протоколом HTTP будет проиндексирован?

Какой сертификат рекомендован компанией Google?

Будут ли веб-страницы после перехода на протокол HTTPS показываться в результатах поиска Google по другим ключевым словам?

Как узнать, сколько страниц проиндексировано?

Сколько времени потребуется для переноса ресурса с HTTP на HTTPS?

Если в файле robots.txt указаны файлы Sitemap для HTTP-страниц, нужно ли добавить в него файлы Sitemap для HTTPS-страниц?

В каком файле Sitemap должна содержаться информация о страницах, переведенных на HTTPS для тестирования?

Какие URL следует включить в файлы Sitemap, если настроена переадресация с HTTP на HTTPS или наоборот?

Нужно ли указать в файле robots.txt ещё какие-либо директивы, предназначенные специально для HTTPS-версии?

Нужно ли использовать технологию HSTS?

Я использую один файл Sitemap для Google Новостей, который относится ко всему моему сайту. Что нужно предпринять при переносе сайта по частям?

Какие рекомендации в отношении работы с Центром издателей Google Новостей нужно выполнять при переводе сайта на протокол HTTPS?

Подготовьте сайт

Настройте файл robots.txt для нового сайта

Создайте страницы ошибок для удаленного или объединенного контента

Правильно настройте Search Console

Проверьте права на сайт в Search Console

Проверьте все настройки в Search Console

Устраните проблемы в недавно приобретенном домене

Работайте с веб-аналитикой

Убедитесь, что у сервера есть достаточно вычислительных ресурсов

Обновите информацию Маркера

Обновите ссылки, ведущие в приложение

Сопоставьте старые URL с новыми

Подготовьте список прежних URL

Сопоставьте старые URL с новыми

Обновите все URL

Подготовьте переадресацию 301

Начните перенос

Обновите ссылки, ведущие на ваш сайт

Отслеживайте трафик

Отслеживайте трафик с помощью Search Console

Используйте другие инструменты для отслеживания трафика

Устранение неполадок при переносе сайта

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

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

Другие ошибки сканирования

Недостаточный объем ресурсов

Устаревшие ссылки, ведущие в приложение

Устаревшие файлы Sitemap

Устаревшая информация Маркера

Зачем переезжать? Три основные причины, когда переезд может понадобиться

Главные заблуждения о переездах

Как переехать на новый домен: пошаговый гайд

1. Изучаем справку Яндекса и Google

2. Добавляем в панели вебмастеров старый и новый домен

3. Переносим файлы сайта

4. Переносим базу данных

4.1. Выгружаем старую базу данных

4.2. Редактируем базу данных

4.3. Создаем БД для нового домена

5. Настраиваем редирект со старого домена на новый

6. Настраиваем индексацию

Что нужно сделать в Яндекс.Вебмастере

Завершение переезда в Google Search Console

Что можно сделать для ускорения индексации нового сайта

Переезд — дело серьезное

Рекомендованные сообщения

Отправка запроса

Ссылка на сообщение

Поделиться на других сайтах

Ссылка на сообщение

Поделиться на других сайтах

Ссылка на сообщение

Поделиться на других сайтах

Может ли тег `rel=canonical` служить гарантией того, что тот или иной URL с протоколом HTTP будет проиндексирован?

Подготовьте переадресацию `301`

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