Чтобы Поиск Google мог эффективно сканировать ваш сайт, используйте сканируемую структуру URL, которая соответствует следующим требованиям. Если ваши URL не соответствуют следующим критериям, Поиск Google, скорее всего, будет сканировать ваш сайт неэффективно, включая, помимо прочего, крайне высокую частоту сканирования или не будет сканировать вообще.
Требования к сканируемой структуре URL | |||||||
|---|---|---|---|---|---|---|---|
Следовать IETF STD 66 | Поиск Google поддерживает URL-адреса, определенные в  | ||||||
Не используйте фрагменты URL для изменения контента | Не используйте фрагменты для изменения содержимого страницы, так как Поиск Google обычно не поддерживает фрагменты URL. Вот пример фрагмента URL: Если вы используете JavaScript для изменения содержимого, используйте History API | ||||||
Используйте общепринятое кодирование для параметров URL | При указании параметров URL используйте следующее общепринятое кодирование: знак равенства 
| ||||||
Использование одной запятой (
) для разделения пар ключ-значение и двойных запятых (
| Чтобы помочь Поиску Google (и вашим пользователям) лучше понять ваш сайт, мы рекомендуем создать простую структуру URL, применяя следующие лучшие практики, когда это возможно. | |||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
Подумайте об организации вашего контента так, чтобы URL строились логично и наиболее понятно для людей. Для получения информации о структурировании вашего сайта в целом ознакомьтесь с | этим разделом Руководства для начинающих по SEO
| ||||||||||
По возможности используйте удобочитаемые слова вместо длинных идентификационных номеров в URL. | Рекомендуется (простые, описательные слова) Не рекомендуется (нечитаемые, длинные идентификационные номера) | ||||||||||
Используйте язык вашей аудитории | Используйте слова на языке вашей аудитории в URL (и, если применимо, транслитерированные слова). Например, если ваша аудитория ищет на немецком языке, используйте немецкие слова в URL: Или если ваша аудитория ищет на японском языке, используйте японские слова в URL:Используйте процентное кодирование по мере необходимости
| ||||||||||
ваших ссылок по мере необходимости. Незарезервированные символы ASCII можно оставлять в незакодированном виде. Кроме того, символы из диапазона не-ASCII должны быть закодированы в процентах. Например: | Рекомендуется (процентное кодирование)
| ||||||||||
Использование нижних подчеркиваний ( | ) для разделения слов: | ||||||||||
Связывание слов в URL: | Используйте как можно меньше параметров По возможности сокращайте URL, удаляя ненужные параметры (то есть параметры, которые не изменяют содержимое). Помните, что URL чувствительны к регистру Как и любой другой клиент HTTP, следующий IETF STD 66, Поиск Google обрабатывает URL с учетом регистра (например, Google обрабатывает как /APPLE, так и /apple как отдельные URL с собственным содержимым). Если ваш веб-сервер обрабатывает текст в верхнем и нижнем регистре в URL одинаково, преобразуйте весь текст в единый регистр, чтобы Google было проще определить, что URL ссылаются на одну и ту же страницу. | ||||||||||
Для мультирегиональных сайтов | Если ваш сайт является мультирегиональным, рассмотрите возможность использования структуры URL, которая упрощает географический таргетинг вашего сайта. Дополнительные примеры того, как можно структурировать ваши URL, см. в Рекомендуется (использование домена, специфичного для страны): Рекомендуется (использование подкаталога, специфичного для страны, с gTLD): | ||||||||||
Избегайте распространенных проблем, связанных с URL
Чрезмерно сложные URL, особенно те, которые содержат несколько параметров, могут вызвать проблемы для краулеров, создавая неоправданно большое количество URL, указывающих на идентичный или похожий контент на вашем сайте. В результате Googlebot может потреблять гораздо больше пропускной способности, чем необходимо, или Google Поиск может не полностью проиндексировать весь контент на вашем сайте.
Неоправданно большое количество URL может быть вызвано рядом проблем. К ним относятся:
| Распространенные проблемы | |
|---|---|
Аддитивная фильтрация набора элементов | Многие сайты предоставляют различные представления одного и того же набора элементов или результатов поиска, часто позволяя пользователю фильтровать этот набор с использованием определенных критериев (например: покажите мне отели на пляже). Когда фильтры можно комбинировать аддитивным образом (например: отели на пляже и с фитнес-центром), количество URL (представлений данных) на сайтах взрывается. Создание большого количества слегка отличающихся списков отелей является избыточным, так как Googlebot должен видеть только небольшое количество списков, из которых он может перейти на страницу каждого отеля. Например:
|
Нерелевантные параметры | Нерелевантные параметры в URL могут вызвать большое количество URL, таких как:
Рассмотрите возможность использования файла robots.txt |
Проблемы с календарем | Динамически генерируемый календарь может создавать ссылки на будущие и прошлые даты без ограничений на даты начала или окончания. Например: Если на вашем сайте есть бесконечный календарь, добавьте атрибут |
Битые относительные ссылки | Размещение относительной ссылки на родительский элемент на неправильной странице может создать бесконечные пространства, если ваш сервер не отвечает правильным HTTP-кодом состояния для несуществующих страниц. Например, относительная ссылка на родительский элемент, такая как <a href="../../category/stuff">...</a> на https://example.com/category/community/070413/html/FAQ.htmможет привести к фиктивным URL, таким как https://example.com/category/community/category/stuff. Чтобы исправить это, используйте в своих ссылках относительные URL от корня (вместо относительных от родителя). |
Устранение проблем со структурой URL, связанных с краулингом
Если вы заметили, что Google Поиск сканирует эти проблемные URL, мы рекомендуем следующее:
- Рассмотрите возможность использования файла robots.txt чтобы заблокировать доступ Googlebot к проблемным URL. Как правило, рассмотрите возможность блокировки динамических URL, таких как URL, которые генерируют результаты поиска, или URL, которые могут создавать бесконечные пространства, такие как календари, а также функции сортировки и фильтрации.
- Если на вашем сайте есть фасетная навигация, узнайте, как
управлять сканированием этих URL фасетной навигации.
Как мы это применяем
Readable URLs are a small ranking factor and a large operational one. We standardise them early because every later decision, redirects, analytics, canonical tags, inherits whatever pattern the site started with.
Связанные услуги