URL-адреси: чи слід використовувати дефіси, підкреслення або плюс символи?

Що краще для пошукових систем?

1. example.com/my_cool_page.html
2. example.com/my-cool-page.html
3. example.com/my+cool+page.html

Хоча зараз здається, що різниця менша, ніж раніше, дефіси рекомендуються, якщо ви хочете, щоб кожен із термінів у вашій URL-адресі розпізнавався як окреме слово.

Причиною цього є те, що пошукові системи легше ставляться до дефісів як до розділювачів слів, як і в англійській мові. Підкреслення, однак, в англійській мові зазвичай не використовується як роздільник слів. У багатьох випадках їх бажано бачити як частину символів до і після них, наприклад, коли підкреслення використовуються у назвах функцій для програмування та інших подібних ситуаціях.

Є кілька випадків, коли це може мати значення. Для одного, якщо хтось використовує повну URL-адресу як текст прив’язки для посилання, то пошукові системи зможуть витягнути ці терміни як відповідні слова. З іншого боку, можливо, що пошукові системи використовують слова в URL-адресі в якості співвідносних факторів для визначення відповідності цих термінів змісту сторінки.

У Метта Кеттса є датований фрагмент, який пояснює це, і є ще недавнє відео довідки Google для веб-майстрів із серпня 2011 року, яке говорить про те, що Google все ще не розглядає підкреслення як розділювачі слів . Ви також можете зробити життя якомога простішим для пошукових систем з тієї ж причини, що ви надаєте їм дійсний HTML.

Якщо ви запускаєте новий сайт, вам, безумовно, краще використовувати тире.

Ось ваша відповідь:

https://webmasters.stackexchange.com/questions/374/urls-should-i-use-hyphens-underscores-or-plus-symbols

Мережа сайтів Stack Exchange займає високі рейтинги Google і The Stack Exchange використовує дефіси у своїх URL-адресах.

Ця стаття Джеффа Етвуда завжди чіплялася за мене: про простори, підкреслення та тире :

This_is_a_single_word, але це багатозначні слова.

... хоча це, як видається, не стосується Google (спробуйте пошукати "веб-сайт": це вважається одним словом).

Ще одним недоліком підкреслення є те, що вони будуть непомітними у деяких браузерах, коли вся URL-адреса відображатиметься як посилання з підкресленням, що може бути заплутаним, якщо користувач намагається використовувати URL, не копіюючи та вставляючи (наприклад, записуючи її чи читаючи ).

Я думаю, що дефіси читаються легше, і саме це використовується найбільше (тому ваші користувачі очікують, що URL-адреса містить дефіси).

Я вважаю, що дефіси стануть кращими в пошукових системах, оскільки вони використовуються як роздільники слів. Крім того, користувачам їх трохи легше читати.

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

Я особисто думаю, що тире легше набрати, ніж підкреслити, тому що для їх отримання не потрібно натискати shift. Мені також цікаво, чи багато людей навіть знають, де знайти підкреслення на клавіатурі.

Звичайно, це не є великою справою, оскільки більшість користувачів не набирають адреси веб-сайтів, але можливо, хтось може бути колись.

Мені легше читати дефіси, ніж підкреслення. Я думаю, що, мабуть, простіше і більшості інших людей.

Дефіси розглядаються як розділювачі слів, завдяки чому назви ваших сторінок розглядаються як справжні слова, що добре.

Підкреслення, в багатьох, якщо не в більшості випадків, не розглядаються як розділювачі слів, що робить назву сторінки великою групою літер та підкреслення.

Це означає, що - при всіх інших рівнях, ваші сторінки в більшості місць будуть нижчими, якщо в назвах сторінок ви використовуєте підкреслення, а не дефіси. На скільки нижче? Не багато. Чи завжди це буде так? Немає.

Що краще для пошукових систем?
Не має значення. Що важливо: що краще для користувачів?

• Сучасна пошукова система не повинна покладатися на дивні правила того, що таке роздільник слів і що таке слово приєднання чи що завгодно. Сучасні пошукові системи можуть мати справу з друкарськими помилками, апострофами, пунктуацією тощо. Визначення того, які символи окремі слова не повинні бути великою проблемою.

• Я не згоден з людьми, які стверджують, що дефіси кращі, оскільки вони є природними роздільниками слова. Вони начебто є, але такі не є: вони роблять слова напівзв’язаними або напіврозділеними. Натуральний розділовувач слова -% 20.

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

Наскільки важливі ключові слова в URL-адресі?
Вони не мають бути важливими, якщо у них, очевидно, немає сторінки на сторінці.

• URL-адреси не надто видимі для людей: посилання можуть містити текст прив’язки, він не відображається на сторінці та не відображається на вкладках браузера.

• <Title /> та головний заголовок більш помітні і зазвичай містять однакові ключові слова, так чи інакше, що робить ключові слова в URL-адресі надлишковими.

Наскільки це важливо для людини?
Це залежить.

З точки зору пошукової системи: зовсім не користувачеві потрібно лише ввести пошуковий запит і натиснути на фрагмент із цікавою назвою та описом.

Але відвідувачі приїжджають і з інших місць. У деяких випадках замість цього приємного тексту прив’язки роблять "Якість URL-адреси" нерелевантним, але є випадки, коли це має значення.

• Швидке та брудне копіювання / вставка URL-адреси: для автора це не проблема, але для читача це не має значення.

• Необхідно ввести URL вручну. (Неможливо копіювати текст із зображення, наприклад.)

Від чого залежить якість URL-адреси?

• Довжина; Ви не хочете, щоб адресні рядки прокручувались горизонтально або лише посилання на URL-адреси для обтікання рядків. І зайве говорити: для введення більш тривалої URL-адреси також потрібно більше часу.

• Розмежувачі слів; Схоже, більшість людей згодні з тим, що дефіси краще.

• Захаращення; Наприклад: унікальні ідентифікатори, розширення імені файлів, дивні параметри URL-адреси. Це важко запам'ятати.

• Дивні символи та синтаксис; Застарілий приклад - тильди ( http://example.com/~user/ ), але синтаксис параметрів URL теж дещо дивний. Будь-якого незвичайного персонажа для деяких людей може бути важко набрати.

• Безпечні символи проти Unicode; Це меч з двома кінцями і заслуговує на власну відповідь. Але коротко: URL-адреси мангалів у веб-переглядачах,% c3% a4 тощо - це біль в дупі, не кожна клавіатура може вводити небезпечні символи, можливо, певне кодування, але ключові слова мають сенс для носіїв мови.

• Довжина тексту; Вважайте, що URL-адреса є формою заголовка, не витрачайте слова, згадуючи очевидні і ігноруйте граматику.

Люди наберуть щось дещо інше.
Ваш веб-сервер повинен бути розроблений для перенаправлення розпізнаних неканонічних URL-адрес до їх канонічної версії. Ви вирішуєте:

• http проти https

• www vs no www

• задні косої кулі проти відсутніх задніх косих

Але ваш сервер повинен їх прийняти та виправити.

Сторінка 404 з результатами пошуку буде корисною для користувача. (Використовуйте слова з URL-адреси в якості пошукового запиту.)

Тут багато хороших відповідей. Ще один момент, який слід додати, - це те, що ширина пікселя дефісу менша, ніж підкреслення, що може дозволити вам отримати ще одне ключове слово в SERP.

Google цілком зрозуміло, що вони віддають перевагу дефісам:

Рекомендуємо використовувати дефіси (-) замість підкреслення (_) у своїх URL-адресах.

https://support.google.com/webmasters/answer/76329?hl=uk

Коротше кажучи - Google розглядає дефіси як розділювачі слів у URL-адресі, що значно полегшує Google виявлення слів та з'ясування того, про що йдеться. Підкреслення та знаки плюс можуть мати декілька значень і менш зрозумілі для Google.

Це залежить від того, що ви хочете висловити за допомогою URL-адреси:

На перший погляд, неважко повірити, що дефіси та підкреслення розглядаються однаково пошуковими системами. Однак це не так.

Коротше кажучи, Google трактує дефіс як пробіл (або роздільник слів). Тож, хоча ви, можливо, не зможете додати традиційний простір, воно все одно з'являється таким чином в очах Google.

З іншого боку, підкреслення вважається "словником". Дотримуючись наведеного вище прикладу, miami_real_estate_agentце те саме, що і miamirealestateagentдля Google.

Чарлі Роуз