Как перенести сайт

В этом документе описывается, как изменить 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

Обзор

1. Общие рекомендации по переносу сайтов.
   Узнайте, чего ожидать и как это может повлиять на ваших пользователей и позиции в рейтинге. При переходе с HTTP на HTTPS ознакомьтесь с
   рекомендациями для HTTPS.
2. Подготовьте новый сайт и тщательно протестируйте его.
3. Подготовьте сопоставление URL-адресов от текущих URL-адресов к их соответствующему новому формату.
4. Начните перенос сайта настроив сервер на перенаправление со старых URL-адресов на новые.
5. Мониторьте трафик как на старых, так и на новых URL-адресах.

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

• Разделите перенос на более мелкие шаги, если это имеет смысл для вашего сайта.
  Если ваш сайт большой и это технически возможно, мы рекомендуем сначала перенести только часть сайта, чтобы проверить любые эффекты на трафик и поисковую индексацию. После этого вы можете перенести остальную часть сайта сразу или по частям. Выбирая начальный тестовый раздел сайта, выберите тот, который меняется реже и на который не сильно влияют частые или непредсказуемые события. Также имейте в виду, что перенос только одного раздела — отличный способ протестировать перенос, но он не обязательно репрезентативен для переноса всего сайта в целом с точки зрения Поиска. Чем больше страниц вы перенесете, тем выше вероятность столкнуться с дополнительными проблемами, которые придется решать. Тщательное планирование может свести проблемы к минимуму.
• Меняйте только одну вещь за раз
  Планируйте изменения на сайте последовательно, а не все одновременно. Например, если вы хотите перенести сайт на новое доменное имя, сменить систему управления контентом (CMS) и обновить сайт, используя новый макет, делайте это по очереди: перейдите на новый домен, затем измените макет сайта.
• Спланируйте перенос так, чтобы он совпал с периодом низкого трафика, если это возможно.
  Если ваш трафик носит сезонный характер или падает в определенные дни недели, имеет смысл переносить сайт в периоды регулярного спада трафика. Это означает, что меньше людей пострадает от потенциальных проблем, которые могут возникнуть во время переноса сайта, и больше ресурсов вашего сервера будет выделено на сканирование вашего сайта роботом Googlebot.
• Ожидайте временных колебаний позиций сайта в период переноса.
  При любых существенных изменениях на сайте вы можете столкнуться с колебаниями позиций в поисковой выдаче, пока Google заново сканирует и индексирует ваш сайт. Общее правило: для сайтов среднего размера Google может потребоваться несколько недель или больше, чтобы постепенно начать показывать новые URL-адреса вместо старых (а для крупных сайтов — еще больше). Скорость, с которой Googlebot и наши системы обнаруживают и обрабатывают перенесенные URL-адреса, во многом зависит от количества URL-адресов и скорости вашего сервера.
  Отправка файла Sitemap может помочь ускорить процесс обнаружения, и переносить сайт по частям — это нормально.
• Не беспокойтесь о ссылочном весе.
  301 и
  другие постоянные перенаправления
  не вызывают потери
  PageRank.
• Используйте Search Console.
  Search Console — ваш друг, особенно во время переноса сайта. Проверяйте данные для каждого ресурса отдельно в Search Console.
  Используйте
  отчет о статусе индексирования
  для общего обзора. Используйте
  отчет о файлах Sitemap
• , чтобы посмотреть, сколько URL-адресов, отправленных в файле Sitemap, было проиндексировано.
  Будьте терпеливы, дайте время

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

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

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

• , получите и настройте необходимые сертификаты TLS на своем сервере. Настройте файл robots.txt для нового сайта

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

• при запуске переноса сайта. Настройте ошибки для удаленного или объединенного контента 404 , если вы не переносите весь старый контент на новый сайт, убедитесь, что эти URL-адреса правильно возвращают код ответа об ошибке HTTP
  410 или

  

• на новом сайте. что может помочь при переносе сайта.

  Если вы еще этого не сделали,
  подтвердите права
  как на старый, так и на новый сайт в Search Console. Обязательно подтвердите все варианты как старого, так и нового сайтов. Например, подтвердите www.example.com и
  example.com, а также включите как варианты сайта HTTPS, так и HTTP, если вы используете URL-адреса HTTPS. Сделайте это как для старых, так и для новых сайтов.

  • Проверьте подтверждение прав в Search Console

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

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

    Аналогично, если вы подтверждаете право собственности с помощью файла включения, который ссылается на
    meta тег
    или
    Google Analytics
    для подтверждения прав, убедитесь, что новая копия CMS также включает их.

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

    • Частота сканирования:
      Установите частоту сканирования в положение “Позволить Googlebot решать” как для старого, так и для нового сайта.
    • Отклоненные обратные ссылки:
      Если вы загрузили файл для отклонения ссылок на вашем старом сайте, мы рекомендуем повторно загрузить его, используя аккаунт Search Console нового сайта.

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

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

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

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

Подготовьте сопоставление URL

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

Определите свои старые URL

При простейших перенесах сайтов вам может не потребоваться создавать список ваших старых URL. Например, вы можете использовать перенаправление с подстановочными знаками (wildcard) на стороне сервера, если вы меняете домен своего сайта (например, переезд с example.com на example.net).

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

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

Создайте сопоставление старых URL с новыми

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

Обновление всех сведений об URL на новом сайте

После того как сопоставление URL определено, вам нужно сделать три вещи, чтобы подготовить страницы к приему трафика.

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

Спланируйте стратегию перенаправления

Как только сопоставление выполнено и ваш новый сайт готов, следующим шагом будет планирование стратегии перенаправления. Мы рекомендуем использовать
постоянные перенаправления
со старых URL на новые URL, как вы указали в своем сопоставлении. Проконсультируйтесь с администратором вашего сервера (или хостинг-компанией) о том, какие виды серверных перенаправлений вы можете технически реализовать. Это могут быть правила перенаправления в ваших файлах .htaccess , если ваш сервер использует Apache HTTP server или функции перенаправления в вашей CMS.

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

Решите, как вы будете переносить свой сайт – все сразу или по разделам:

• Маленькие или средние сайты: Мы рекомендуем переносить все URL на вашем сайте одновременно, а не по одному разделу за раз. Это помогает пользователям лучше взаимодействовать с сайтом в его новом виде, а нашим алгоритмам — быстрее обнаружить перенос сайта и обновить наш индекс.
• Крупные сайты: Вы можете переносить крупные сайты по частям, разделу за разделом. Это может облегчить мониторинг, обнаружение и быстрое устранение проблем.

Имейте в виду следующее:

• Используйте постоянные перенаправления на стороне сервера , если это технически возможно. Хотя Googlebot
  поддерживает несколько видов перенаправлений, мы рекомендуем по возможности использовать постоянные перенаправления HTTP, такие как 301 и
  308.
• Избегайте цепочек перенаправлений. Хотя Googlebot может
  переходить по ссылкам до 10 переходов
  в «цепочке» из нескольких редиректов (например, Страница 1
  > Страница 2
  > Страница 3), мы советуем перенаправлять пользователей непосредственно на конечный пункт назначения. Если это невозможно, сведите количество перенаправлений в цепочке к минимуму — желательно не более 3 и менее 5. Создание цепочек перенаправлений увеличивает задержку для пользователей, и не все пользовательские агенты и браузеры поддерживают длинные цепочки редиректов.

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

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

1. Внедрите или включите перенаправления: в зависимости от вашей стратегии перенаправления это может означать отправку обновления в файлы конфигурации вашего сервера или обновление вашей CMS, вероятнее всего, с помощью пользовательского кода.
2. 
   Проверьте аннотации rel="canonical" ссылок и правила
   robots meta :
   
   Как только перенаправления станут активными, убедитесь, что аннотации ссылок rel="canonical"
на новом сайте используют новые URL. Аналогично, если вы добавили правила noindex robots meta на новый сайт, чтобы избежать преждевременной индексации новых URL, обязательно обновите их. Проверьте перенаправления.
3. Вы можете использовать URL Inspection Tool
   для проверки отдельных URL, или инструменты командной строки, или скрипты для проверки большого количества URL.
   Если вы меняете доменные имена или поддомены, отправьте запрос на
4. 
   Изменение адреса
   в Search Console для старого сайта.
   Этот инструмент нужен только при переходе с одного домена или поддомена на другой (например,.

   example.com
   на example.net , илиa.example.com на b.example.com
   ). Он не требуется при переходе с HTTP на HTTPS, переключении между www и non-www на одном и том же домене или переносе путей в пределах одного домена.Для миграции доменов

5. , как правило, не менее 1 года. Этот период позволяет Google передать все сигналы новым URL, включая повторное сканирование и переназначение ссылок на других сайтах, указывающих на ваши старые URL.es

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

6. Отправьте новую карту сайта (sitemap) в Search Console. Это поможет Google узнать о новых URL-адресах. На этом этапе вы можете удалить старую карту сайта, так как в дальнейшем Google будет использовать новую.

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

Обновление ссылок

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

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

Мониторинг трафика

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

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

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

• Карты сайта (Sitemaps):
  Отправьте две карты сайта, сохраненные ранее при маппинге. Первоначально карта сайта с новыми URL-адресами будет содержать ноль проиндексированных страниц, в то время как карта старых URL-адресов будет содержать множество проиндексированных страниц. Со временем количество проиндексированных страниц из карты старых URL упадет до нуля при соответствующем увеличении индексации новых URL. Обратите внимание, что Search Console может показывать предупреждения для карты сайта со старыми URL-адресами о перенаправлении URL; это нормально, и вы можете игнорировать эти предупреждения: в конце концов, вы действительно переезжаете на новые URL-адреса.
• Отчет об индексировании (Index Coverage):
  Графики отразят переезд сайта, показывая падение количества проиндексированных URL-адресов на старом сайте и рост индексации на новом. Регулярно проверяйте наличие непредвиденных ошибок сканирования.
• Поисковые запросы:
  По мере того как все больше страниц нового сайта индексируются и начинают занимать позиции, в отчетах о поисковых запросах начнет отображаться появление показов и кликов по URL-адресам на новом сайте.

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

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

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

Дополнительные ресурсы

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

Если вы застряли на каком-либо этапе, обратитесь за помощью в Google Search Central.
Там полно отличных советов на
нашей странице справки а также разобраны конкретные случаи на
наших форумах пользователей.
Если вы не можете найти ответ, вы можете задать вопрос одному из наших специалистов Google Search во время наших
часов работы SEO-консультаций.

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

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