Оптимальная структура URL
Оптимальная структура URL — тема, где у Google есть собственное руководство, и оно короче и строже, чем семь правил из типичных чек-листов. В нём два блока: требования, без которых сайт обходится плохо или не обходится вовсе, и рекомендации для понятности. Многое из привычного — «не больше пяти слов», «без стоп-слов», «не глубже четырёх уровней» — в нём отсутствует. В этом уроке — что подтверждено, что нет и как не сломать сайт при смене адресов.
Опираться будем на руководство по структуре URL и на описание канонизации.
Требования: без них обход идёт плохо
Руководство предупреждает: если адреса не соответствуют этим критериям, Google скорее всего будет обходить сайт неэффективно — вплоть до чрезмерно высокой частоты запросов или отказа от обхода. Критериев три:
- Стандарт. Google поддерживает URL по IETF STD 66; зарезервированные символы должны быть закодированы процентным кодированием.
- Фрагменты. Не используйте фрагменты, чтобы менять содержимое страницы: Google в целом их не поддерживает; для JavaScript нужен History API. Подробно — в уроке про навигацию.
- Параметры. Пары «ключ — значение» разделяются знаком равенства, параметры — амперсандом; несколько значений одного ключа можно перечислить через запятую. Нестандартные схемы со скобками и двоеточиями или двойными запятыми не рекомендуются.
Рекомендации: чтобы адрес был понятен
Про дефис и подчёркивание — точно
Вопрос в этом руководстве решён рекомендацией, а не запретом, и причина называется другая, чем в пересказах. Подчёркивание не советуют по историческим причинам: оно уже часто обозначает понятия, которые нужно держать вместе, например в именах функций вроде format_date. Слитное написание вида greendress тоже не рекомендуется. Утверждение «Google читает technical_seo как одно неизвестное слово» в документации не встречается.
Кириллица и другие алфавиты
Для сайтов не на латинице это самое практическое место руководства: слова нужно писать на языке аудитории, а в ссылках — кодировать. Пример оттуда же: адрес со словом gemüse в атрибуте href должен выглядеть как gem%C3%BCse. Значит, русский или украинский адрес допустим, но в разметке ссылки он кодируется. Какие адреса в итоге получает обход, показывает сканер сайта.
Чего в документации нет
Эти распространённые утверждения в документации не встречаются, поэтому как правила их подавать нельзя:
- «в пути не больше пяти слов» и «убирайте стоп-слова»;
- «ключевое слово в адресе — слабый, но реальный сигнал релевантности»;
- «каждый слеш стоит PageRank, не глубже четырёх уровней»;
- «в консоли поиска нужно выбрать предпочитаемый домен».
Это не значит, что короткий читаемый адрес плох: руководство прямо советует читаемость. Но числа вроде «пять слов» и «четыре уровня» — привычка, а не норма.
Дубли из-за адресов
Руководство называет главный источник проблем: слишком сложные адреса, особенно с несколькими параметрами, создают лишнее число URL с одним и тем же содержимым, из-за чего Googlebot может тратить намного больше трафика, а Google Search — не суметь проиндексировать всё содержимое сайта. Типичные причины там же: фильтры, комбинируемые аддитивно, и лишние параметры — реферальные, сортировки, сессионные. Как с этим работать, разобрано в уроке про навигацию и в руководстве по фасетной навигации.
Единая форма адреса: протокол, www, слеш
Один и тот же материал может быть доступен как http и https, с www и без, со слешем и без. Для Google это разные строки, обрабатываемые по IETF STD 66, поэтому на практике выбирают одну форму и закрепляют её двумя способами: постоянным редиректом и rel=canonical. Для слеша и www отдельных правил в документации нет; это следствие общего принципа. А вот про протокол сказано точно: Google предпочитает HTTPS-страницы эквивалентным HTTP-страницам как канонические, кроме случаев с проблемами: недействительный SSL-сертификат, небезопасные зависимости (кроме изображений), редирект на HTTP или через него, rel=canonical на HTTP-версию.
Какой редирект
Различие описано прямо. Постоянный редирект — сигнал для индексации, что целевой адрес должен стать каноническим; применяйте его, когда уверены, что он не будет отменён. Временный редирект Google выполняет, но не использует как сигнал о каноническом адресе и показывает в результатах исходную страницу. Серверные редиректы 301 и 308 — наиболее надёжный вариант для интерпретации. Поэтому переход с HTTP на HTTPS и со второстепенной формы на основную делают постоянным. Проверяет цепочки проверка редиректов.
Canonical: зачем и как
Важная оговорка из руководства по дублям: обычно не критично указывать предпочтение по каноническому адресу, но есть причины делать это явно — выбрать адрес для выдачи, консолидировать сигналы и не тратить обход на дубли. В самом элементе используйте абсолютные пути, а не относительные: относительные поддерживаются, но могут создать проблемы позже. Подробности — в уроке про canonical-теги.
Пагинация и адреса
Здесь часто усложняют. Руководство по пагинации: дайте каждой странице уникальный адрес, например с параметром ?page=n, потому что адреса в последовательности воспринимаются как отдельные страницы. Переписывать ?page=2 в /page/2/ не требуется. Остальные правила — свой canonical у каждой страницы и никаких фрагментов в номерах страниц — разобраны в уроке про навигацию.
Когда менять адрес
Переименование адресов — это переезд в малом масштабе. В описании переезда сказано: постоянные редиректы 301 и другие не приводят к потере PageRank, поэтому редирект работает — но ожидайте временных колебаний позиций: для сайтов среднего размера нужно несколько недель и больше, пока Google постепенно заменит старые адреса новыми. Выводы:
| Ситуация | Менять? | Условие |
|---|---|---|
| Новая страница, на неё ещё нет ссылок | Да | — |
| Адрес порождает дубли или содержит идентификатор сессии | Да | Постоянный редирект и canonical |
| Смена платформы или структуры | С осторожностью | Полное соответствие старых и новых адресов — см. урок про переезд сайта |
| Страница, которая приносит трафик, только ради «красоты» | Обычно нет | Известная цена — недели колебаний, а выигрыш в документации не описан |
Последняя строка — вывод из сказанного, а не правило Google. Состояние адресов после изменений видно в аудите URL, а расхождение карты сайта и новых адресов отслеживает мониторинг sitemap.
Чек-лист
- Читаемые слова вместо идентификаторов, на языке аудитории.
- Дефисы, а не подчёркивания; один регистр.
- Параметры только те, что меняют содержимое; формат «ключ=значение&».
- Нет фрагментов для смены содержимого.
- Одна форма адреса: HTTPS, один вариант www, одна конвенция слеша — закреплена постоянным редиректом и canonical с абсолютным адресом.
- Каждая страница списка — свой адрес.
- При смене адреса — постоянный редирект и проверка результата.
Ошибки
- Выдавать за требования Google правила про пять слов и четыре уровня.
- Использовать временный редирект там, где адрес меняется навсегда.
- Оставлять доступными http и https, с www и без, не закрепив один вариант.
- Не кодировать символы вне ASCII в ссылках.
- Менять адреса страниц с трафиком ради косметики.
- Считать, что подчёркивание делает слово «неизвестным», а 301 передаёт «99% веса».
Что дальше
Следующий модуль курса — техническая оптимизация страниц: заголовок, описание, изображения и содержание.