Меню

Как настроить url в google

Перенос сайта с изменением URL

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

Чтобы перенести сайт без изменения URL, следуйте инструкциям в этой статье.

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

  1. Ознакомьтесь с основными сведениями о переносе сайтов. Узнайте, что перенос будет означать для пользователей и как он повлияет на положение сайта в результатах поиска. Если вы переходите с HTTP на HTTPS, ознакомьтесь с этими рекомендациями.
  2. Подготовьте новый сайт и тщательно его протестируйте.
  3. Сопоставьте текущие URL с новыми.
  4. Запустите перенос сайта, настроив сервер для переадресации со старых URL на новые.
  5. Отслеживайте трафик как старых, так и новых 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 следует добавить два ресурса.
  • Ниже дополнительно приведены ответы на часто задаваемые вопросы о переходе с HTTP на HTTPS.

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

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

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

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

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

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

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

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

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

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

Нет, связанные с вашим сайтом ключевые слова не изменятся после перехода на HTTPS. Вы по-прежнему сможете получать в Search Console данные о поисковых запросах.

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

Мы советуем создать разные файлы robots.txt для HTTP- и HTTPS-версий вашего сайта и указать в них разные файлы Sitemap. При этом URL каждой отдельной страницы следует указать только в одном файле Sitemap.

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

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

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

Включите в один файл Sitemap адреса всех страниц, использующих HTTP, а во второй файл Sitemap – адреса всех страниц, использующих HTTPS, независимо от того, выполняется ли на этих страницах переадресация. Благодаря этому поисковые системы быстрее просканируют новые страницы.

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

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

Технология HSTS повышает уровень безопасности, но усложняет процедуру отката. Подробнее об этом в рекомендациях по использованию HTTPS…

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

Чтобы использовать файл Sitemap для Google Новостей со страницами HTTPS, сначала сообщите команде Google Новостей о том, что вы переходите на другой протокол. Затем отправляйте новый файл Sitemap для Google Новостей через HTTPS-ресурс в Search Console каждый раз, когда будете переводить на этот протокол часть страниц своего сайта.

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

Центр издателей Google Новостей самостоятельно определяет сайты, которые были переведены с HTTP на HTTPS. Вам не нужно ничего дополнительно предпринимать, если только вы не используете файлы Sitemap для Google Новостей. В этом случае сообщите команде Google Новостей о внесенных вами изменениях. Вы также можете сообщить о переводе на HTTPS отдельной части сайта, например о том, что собираетесь сменить URL с http://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, предварительно настроив переадресацию на него.

Мы не рекомендуем настраивать переадресацию с нескольких старых URL на одну страницу, контент которой не имеет к ним отношения, например на главную страницу нового сайта. Это может вводить пользователей в заблуждение и рассматриваться как ложная ошибка 404. В то же время переадресация с нескольких URL на одну страницу приемлема, если вы объединили на ней материалы с прежних страниц.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

1. Определите текущие URL

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    Время, необходимое роботу 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.

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

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

    Except as otherwise noted, the content of this page is licensed under the Creative Commons Attribution 4.0 License, and code samples are licensed under the Apache 2.0 License. For details, see the Google Developers Site Policies. Java is a registered trademark of Oracle and/or its affiliates.

    Источник

    

    Настройка параметров URL Google Вебмастер разбор полётов

    Привет! Мало кто знает и обращает внимание на параметры URL в сервисе Google Вебмастер. Если вы впервые слышите о таких параметрах, то вам стоит заглянуть на страницу параметров URL, возможно вас ждёт там сюрприз. В параметрах URL отображаются параметры или можно так сказать метки, которые чаше всего присутствуют в URL страницах или записях вашего сайта. Чтобы вам стало понятней о чём тут вообще идёт речь, давайте откроем любую запись данного сайта и перейдём в исходный код страницы.

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

    Вы можете наблюдать, что в исходном коде присутствует много URL адресов, то есть ссылок. У кого-то может и не много, но всё равно они есть, в зависимости от того что у вас за сайт, если блог, то ссылок естественно может быть много. Как видно на скриншоте выше, то в одном из URL присутствует параметр – ver. Кстати данный параметр отображается в нескольких URL. Именно о таких параметрах или метках и будет идти речь в данной записи.

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

    Как раз для этого и нужна страница – Параметры URL, чтобы вы могли указать гугл, что данные параметры отображаются в идентичных URL страницах или наоборот в одинаковых страницах, с одинаковым содержанием. Теперь зайдите в свою консоль гугл вебмастер, если у вас ещё нет своего кабинета в гугл вебмастер, то обязательно добавьте свой сайт в гугл, чтобы воспользоваться всеми инструментами вебмастера. Зайдите в Search Console и нажмите по адресу своего сайта, чтобы перейти в панель инструментов.

    Далее, на следующей странице слева в боковой панели нажмите на вкладку – Сканирование . В открывшемся списке нажмите на вкладку – Параметры URL .

    Далее, у вас откроется страница – Параметры URL . Обратите внимание на текст и уведомление. Если у вас написано, что – В настоящее время у робота гугл не возникает проблем при сканировании вашего сайта, поэтому настраивать параметры URL не требуется, то значит у вас всё нормально с параметрами URL, то есть вам можно не трогать ничего, а оставить всё как есть. Также обратите внимание, что неверная настройка параметров URL может привести к удалению страниц сайта из индекса Google, то есть вам не рекомендуется использовать данный инструмент без необходимости.

    Обязательно прочтите текст уведомления, которое гласит – Используйте данный инструмент только в том случае, когда вам точно известно как тот или иной параметр влияет на работу вашего сайта. Если вы по ошибке или по незнанию запретите гугл сканировать URL с определёнными параметрами, то значительная часть страниц вашего сайта может пропасть из результатов поиска Google.

    Говоря Русским языком – Будьте внимательны! Если вы не понимаете что здесь к чему, то лучше вообще не лезть, а если вы что изменяете, то для начало разберитесь и делайте это на свой страх и риск. После прочтения предупреждений нажмите на вкладку – Настройка параметров URL . Здесь у вас могут отображаться определённые параметры. Естественно что у всех они могут быть разные и отличаться. Изначально все параметры сканируются на усмотрение робота гугл, то есть робот гугл сам определяет как воспринимать тот или иной параметр.

    Здесь вы можете добавить и настроить свой параметр, нажав на кнопку – Добавление параметра . (Кстати, обратите внимание на очень распространённый параметр URL – replytocom, который присутствует на большинстве сайтов wordpress, и который может создавать дубли).

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

    Нет, параметр не влияет на содержание страницы (например отслеживает использование), вам стоит выбрать данный вариант, если при любом значении параметра содержание страницы не изменяется. Например, если параметр является идентификатором сеанса. Если на вашем сайте есть несколько URL адресов страниц, в которых отличается только значение данного параметра (пример: ver-1, ver-2, ver-3 и т.д.), то робот Googlebot просканирует только один из них.

    Да, параметр изменяет, реорганизует или ограничивает содержание страницы, вы данном случае вы соглашаетесь с тем, что данный параметр влияет на содержание страниц, то есть содержание страниц отличаются.

    При выборе параметра – Да, параметр изменяет, реорганизует или ограничивает содержание страницы , вам нужно выбрать:

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

    Какие URL, содержащие этот параметр, должен сканировать робот Googlebot, можно выбрать – На усмотрения робота Googlebot (по умолчанию), сканироваться должен каждый URL (то есть, например, если в url адресах одинаковый параметр, но разные значения, то страницы будут сканироваться как отдельные, то есть с разным содержанием. Или если даже в URL одинаковые и параметры и значения, то робот гугл всё равно будет сканировать их как отдельные, хотя они могут иметь одинаковое содержание и тогда у вас будут дубли, будьте внимательны),

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

    После настройки параметров нажмите на кнопку – Сохранить. Если вы настроили параметр, но потом решили его восстановить, то есть вернуть к изначальным настройкам, то нажмите справа на вкладку – Восстановить . У вас появится надпись – На усмотрение робота Googlebot . Чтобы вам было понятней при настройке параметров URL, наведите курсор мыши на значок с вопросительным знаком, у вас откроется окно с пояснениями, внимательно прочтите текст пояснения.

    Если вы решили изменить или добавить новый параметр URL, то после добавления или изменения параметра, вам необходимо следить за индексацией вашего сайта. Если на странице: Индекс Google – Статус индексирования , число проиндексированных страниц вашего сайта начало уменьшаться, то срочно верните все параметры URL к значению по умолчанию, то есть – На усмотрение робота Googlebot .

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

    Остались вопросы? Напиши комментарий! Удачи!

    Источник

    Структура URL

    Структура URL сайта должна быть по возможности простой. Попробуйте упорядочить контент так, чтобы URL имели логическую структуру и были понятны человеку (по возможности используйте слова, а не идентификаторы, состоящие из множества цифр). Например, при поиске информации об авиации URL вида example.com/aviacia поможет оценить релевантность ссылки. Гораздо сложнее привлечь внимание пользователей с помощью URL, которые выглядят примерно так: http://www.example.com/index.php?id_sezione=360&sid=3a5ebc944f41daa6f849f730f1.

    Используйте знаки препинания в URL. Адрес http://www.example.com/green-dress.html более удобен, чем http://www.example.com/greendress.html. Мы рекомендуем использовать в URL-адресах дефисы (-), а не символы подчеркивания (_).

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

    Основные причины возникновения этой проблемы

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

    • Дополнительная фильтрация группы элементов. На многих сайтах имеются разные представления одного и того же набора элементов или результатов поиска, с помощью которых пользователь может фильтровать этот набор по определенным критериям (например, «показать гостиницы на побережье»). Если фильтры можно сочетать (например, «гостиницы на побережье с фитнес-центром»), на этих сайтах значительно увеличивается количество URL (представлений данных). Совсем необязательно создавать множество практически одинаковых списков гостиниц, поскольку роботу Googlebot достаточно изучить совсем небольшое количество списков, с помощью которых он сможет перейти на страницу каждой гостиницы. Пример:
      • Гостиницы по выгодной цене:
      • Гостиницы по выгодной цене на побережье:
      • Гостиницы с фитнес-центром по выгодной цене на побережье:
    • Динамически создаваемые документы. Такие документы могут незначительно отличаться друг от друга из-за добавления счетчиков, меток времени или объявлений.
    • Параметры в URL, способные вызвать проблемы. Некоторые факторы, например идентификаторы сеансов, могут приводить к частому дублированию URL и значительному росту их количества.
    • Упорядочивание параметров. Некоторые крупные интернет-магазины предусматривают разные способы упорядочивания одних и тех же элементов. В результате создается большое количество URL. Пример:
    • Нерелевантные параметры в URL, такие как параметры источника перехода. Пример:
    • Проблемы, связанные с календарем. Динамически создаваемый календарь может генерировать ссылки на последующие и предшествующие даты без ограничения по началу и окончанию периода. Пример:
    • Неработающие относительные ссылки. Подобные элементы нередко приводят к появлению бесконечных пространств. Зачастую эта проблема вызвана повторяющимися элементами пути. Пример:

    Решение проблемы

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

    • Заблокируйте доступ к проблемным URL для робота Googlebot с помощью файла robots.txt. Как правило, следует блокировать динамические URL, такие как страницы результатов поиска или URL, создающие бесконечные пространства (например, календари). С помощью регулярных выражений в файле robots.txt можно без труда заблокировать большое количество URL.
    • Старайтесь не использовать в URL идентификаторы сеансов. Вместо них рекомендуется применять файлы cookie. Дополнительная информация доступна в рекомендациях для веб-мастеров.
    • По возможности укоротите URL, удалив из них ненужные параметры.
    • Если на сайте есть бесконечный календарь, добавьте атрибут nofollow в ссылки на страницы, которые динамически создаются календарем и относятся к будущему.
    • Убедитесь, что все относительные ссылки на сайте работают правильно.

    Except as otherwise noted, the content of this page is licensed under the Creative Commons Attribution 4.0 License, and code samples are licensed under the Apache 2.0 License. For details, see the Google Developers Site Policies. Java is a registered trademark of Oracle and/or its affiliates.

    Источник

    Отправка URL в Google

    Самый простой способ отправлять нам новые и измененные URL – подтвердить в Search Console, что вы владелец сайта. После подтверждения воспользуйтесь отчетом о файлах Sitemap: из него вы узнаете, какие файлы были обработаны и какие при этом возникли проблемы. Также этот отчет позволяет отправлять файлы Sitemap в Google.

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

    Как сообщить об изменениях

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

    Если вы используете формат XML, укажите дату изменения в поле . Подробнее об этом поле рассказывается в определениях тегов на сайте sitemap.org. В XML-файлах других типов есть аналогичные поля (например, в Atom XML это поле ). Подробнее о том, как определить нужную дату…

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

    • Отправьте Google запрос ping, указав в нем расположение файла Sitemap:
    • Если вы используете Atom или RSS и хотите уведомить о внесенных вами изменениях не только Google, но и другие поисковые системы, сделайте это с помощью протокола PubSubHubbub.

    Except as otherwise noted, the content of this page is licensed under the Creative Commons Attribution 4.0 License, and code samples are licensed under the Apache 2.0 License. For details, see the Google Developers Site Policies. Java is a registered trademark of Oracle and/or its affiliates.

    Источник

    Распространенные ошибки