Дефіси, підкреслення та ключові слова в URL: що насправді важливо для Google

14 жовтня Google Search Central запустив на YouTube нову рубрику The Non-Canonical Cabinet. У ній Гері Ілліс і Черрі Проммавін відповідають на нестандартні технічні запитання про пошук. Перший випуск присвятили URL. Головні тези, за переказом Search Engine Roundtable:

• ключові слова в URL чи доменному імені — «неймовірно слабкий сигнал» для ранжування;
• слова в шляху адреси краще розділяти дефісами, а не підкресленнями;
• Google вміє розпізнавати спам в URL.

Нічого принципово нового в цьому немає: Google повторює те, що роками каже в документації про структуру URL. Але питання знову й знову постає під час запуску сайтів і міграцій, тож варто розібрати його з практичного боку.

Ключові слова в URL: чому їх переоцінюють

Ілліс, за переказом Search Engine Journal, пояснює: слова в адресі мають значення лише тоді, коли Google більше абсолютно нема на що спиратися, наприклад для щойно створеного сайту без вмісту. Щойно пошуковик бачить вміст, ключові слова в домені й URL стають «по суті неважливими».

Отже:

• /blog/yak-vybraty-noutbuk і /blog/12345 можуть ранжуватися однаково добре, якщо сторінки однакові за змістом;
• не варто запихати в адресу кілька варіантів ключової фрази на кшталт /kupyty-noutbuk-noutbuky-kyiv-noutbuk-nedorogo;
• не варто міняти адреси працюючих сторінок лише для того, щоб «додати ключове слово».

Чому ж тоді Google радить описові URL? Через людей, а не через алгоритм. Адресу видно в результатах пошуку, у месенджерах і в соцмережах. /statti/zakon-pro-media пояснює, куди веде посилання, а /index.php?id=4821&cat=3 — ні.

Дефіс чи підкреслення

Тут Google однозначний. У документації рекомендовано розділяти слова дефісом (-), а не підкресленням (_), бо так і користувачам, і пошуковим системам легше виділити окремі поняття.

Пояснення історичне: підкреслення давно використовують, щоб позначити поняття, які мають залишатися разом. Наприклад, у назвах функцій у програмуванні (format_date). У відео Ілліс уточнює, що слова, з'єднані підкресленням, Google сприймає як «одне довге слово»: summer_clothing — одне, а summer-clothing — два.

Якщо на вашому сайті вже є адреси з підкресленнями, це не катастрофа й не причина для масової зміни. Нові розділи краще робити з дефісами. Старі варто чіпати лише тоді, коли ви й так змінюєте структуру сайту.

Кирилиця чи трансліт

Для українських сайтів це, мабуть, найпрактичніше питання. Google радить використовувати в URL слова мовою аудиторії, а за потреби й транслітерацію. Обидва варіанти коректні.

Кирилиця в URL (/новини/закон-про-медіа) працює. У посиланнях у коді сторінки Google радить кодувати такі символи у відсоткове кодування. Кожна кирилична літера тоді перетворюється на шість символів: «н» стає %D0%BD. Браузер у рядку адреси зазвичай показує кирилицю, але при копіюванні посилання в месенджер, лист чи документ користувач часто отримує довгий рядок на зразок /%D0%BD%D0%BE%D0%B2%D0%B8%D0%BD%D0%B8.

Трансліт (/novyny/zakon-pro-media) не має цієї проблеми, і більшість українських CMS генерують адреси саме так. Для транслітерації українських слів латиницею є офіційний стандарт — постанова Кабміну № 55 від 27 січня 2010 року. Ним користуються, зокрема, для назв у паспортах. Якщо дотримуватися одного стандарту, адреси на сайті будуть передбачуваними.

Головне — обрати один підхід і використовувати його послідовно, а не змішувати кирилицю й трансліт у межах одного розділу.

Що в URL справді може зашкодити

Документація Google приділяє ключовим словам кілька рядків. Значно більше уваги в ній — технічним проблемам, через які Google сканує сайт неефективно.

Регістр. Google розрізняє /Apple і /apple як дві різні адреси. Якщо ваш сервер віддає однакову сторінку за обома варіантами, приведіть усі адреси до одного регістру, найкраще до малих літер.

Зайві параметри. Мітки джерел, ідентифікатори сесій, параметри сортування й фільтрів створюють тисячі адрес з однаковим або майже однаковим вмістом. Google радить скорочувати адреси, прибираючи параметри, які не змінюють вміст. Ідентифікатори сесій краще зберігати в cookies, а не в URL.

Фільтри, що комбінуються. Інтернет-магазин, де фільтри за кольором, розміром і ціною можна поєднувати як завгодно, генерує практично нескінченну кількість адрес. Googlebot витрачає ресурси на сотні варіантів одного списку замість нових товарів.

Нестандартний формат параметрів. Google радить звичну схему: ?colir=chervonyi&rozmir=m, тобто знак = між ключем і значенням та & між параметрами. Конструкції на кшталт ?[colir:chervonyi][rozmir:m] пошуковику складніше зрозуміти.

Фрагменти замість адрес. Частину адреси після # Google зазвичай не враховує. Якщо сайт на JavaScript показує різний вміст за адресами /#/katalog і /#/kontakty, для пошуковика це одна сторінка. Для таких сайтів Google радить History API.

Нескінченні календарі з посиланнями на будь-які майбутні й минулі дати теж створюють безліч порожніх сторінок.

Коли не варто змінювати URL

Найдорожча помилка — змінювати адреси сторінок, які вже працюють, заради «правильнішої» структури. Кожна така зміна потребує постійного переадресування (301) зі старої адреси на нову, оновлення внутрішніх посилань і карти сайту, а пошуковику потрібен час, щоб перенести сигнали на нові адреси.

Змінювати URL виправдано, коли:

• ви й так переносите сайт або перебудовуєте розділ;
• поточні адреси створюють технічні проблеми: дублікати, параметри, змішаний регістр;
• адреси вводять користувачів в оману, наприклад сторінка давно про інше.

Як правильно організувати переадресування й видалення сторінок, ми детально розбирали в інструкції про видалення російськомовної версії сайту. Там ті самі принципи: які адреси перенаправляти, які віддавати з кодом 404 чи 410 і як стежити за наслідками.

Короткий чек-лист

• Слова в адресі розділяйте дефісами.
• Робіть адреси короткими й зрозумілими людині, без повторів ключових слів.
• Оберіть кирилицю або трансліт і дотримуйтеся вибору; для трансліту зручно взяти стандарт із постанови КМУ № 55.
• Використовуйте лише малі літери.
• Прибирайте параметри, які не змінюють вміст, а фільтри й сортування тримайте під контролем.
• Не змінюйте URL працюючих сторінок без вагомої причини, а якщо змінюєте — із 301-переадресуванням.