Чому деякі веб-сайти додають "Слуги" до кінця URL-адрес? [зачинено]

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

Наприклад, URL-адреса, яку надає веб-сайт для цього питання:

/programming/47427/why-do-some-websites-add-slugs-to-the-end-of-urls

Але наступна URL-адреса працює так само добре:

/programming/47427/

Чи суть цього тексту лише в тому, щоб якось зробити URL більш зручним для користувачів чи є якісь інші переваги?

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

Можливість використання - одна з причин, якщо ви отримаєте посилання на свій електронний лист, ви знаєте, чого очікувати. SEO (оптимізація пошукових систем) - ще одна причина. Пошукові системи, такі як Google, позиціонують вашу сторінку вище за ключовими словами, що містяться в URL-адресі

Нещодавно я змінив формат URL свого веб-сайту на:

www.mywebsite.com/index.asp?view=display&postid=100

До

www.mywebsite.com/this-is-the-title-of-the-post

і помітили, що частота переходів до статті зросла приблизно на 300% після зміни. Це, безумовно, допомагає користувачеві вирішити, чи те, що вони думають про натискання, є релевантним, з точки зору цілей SEO, хоча мушу сказати, що я помітив незначний вплив після зміни

Я погоджуюся з іншими відповідями про те, що будь-який неправильно набраний слимак повинен перенаправити 301 на відповідну форму. Іншими словами, /programming/47427/whслід переадресувати на /programming/47427/why-do-some-websites-add-slugs-to-the-end-of-urls. Є ще одна перевага, про яку не згадувалося - якщо ви не зробите переспрямування на канонічну URL-адресу, виявиться, що у вас є майже нескінченна кількість повторюваних сторінок. Google ненавидить повторюваний вміст.

З цього приводу, вам слід потурбуватися лише про ідентифікатор вмісту та дозволити будь-який вклад для слугу, поки ви переспрямовуєтесь. Чому?

/programming/47427/why-do-some-веб-сайти, що додають URL-адреси до кінця URL-адрес

... На жаль, поштове програмне забезпечення відрізало кінець URL-адреси! Немає жодних проблем, тому що ви все одно можете кататись просто/programming/47427

Одна з найбільших проблем такого підходу полягає в тому, що якщо ви виводите слизу із заголовка вмісту, як ви збираєтеся мати справу з заголовками, що не належать до ASCII, UTF-8?

Причина, якою користуються більшість сайтів - це, ймовірно, SEO (оптимізація пошукових систем). Yahoo використовував розумну вагу щодо наявності ключового слова пошуку в самій URL-адресі, а також допомагав в результатах Google.

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

Що стосується самого stackoverflow, то SEO може бути мотивацією (старі звички вмирають важко) або просто для зручності використання.

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

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

тобто:

/2008/sept/06/why-some-websites-add-slugs-end-of-urls/

В основному це використовує малу ймовірність того, що два ідентичні слимаки будуть використовуватися в один і той же день. Якщо відбувається зіткнення, загальним умовою є додавання лічильника в кінці слизи, але рідко ви бачите таке:

/2008/sept/06/why-some-websites-add-slugs-end-of-urls/
/2008/sept/06/why-some-websites-add-slugs-end-of-urls-1/
/2008/sept/06/why-some-websites-add-slugs-end-of-urls-2/

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

Крім того, URL-адреси stackoverflow погані в тому сенсі, що вони вводять додатковий сегмент для того, щоб відобразити слугу, що є порушенням ідеї про те, що кожен сегмент повинен представляти низхідну ієрархію ресурсів.

Термін слимак походить від газети / видавничої справи. Це короткий заголовок, який використовується для ідентифікації історії, що триває. Люди, які цікавляться семантикою URL-адрес, почали використовувати у своїх URL-адресах короткий скорочений заголовок. Це також окупається в SEO-області, оскільки ключові слова в URL-адресах додають важливості сторінці.

Як не дивно, багато веб-сайтів почали розміщувати в своїх URL-адресах повну серіалізовану з дефісами версію заголовків для суто SEO цілей, а це означає, що термін "slug" вже не застосовується. Це також займає рейтинг семантичних пуристів, оскільки багато реалізацій просто дотримуються цієї серіалізованої версії заголовка в кінці своїх URL-адрес.

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

/programming/47427/why-is-billpg-so-very-awesome

Як уже було сказано, "кулі" допомагає людям та пошуковим системам ...

Щось, що варто зауважити, - це те, що в джерелі сторінки є канонічний URL

Це не дозволяє індексувати сторінку кілька разів.

Приклад:

<link rel="canonical" href="http://stackoverflow.com/questions/47427/why-do-some-websites-add-slugs-to-the-end-of-urls">

Видаліть форматування зі свого запитання, і ви побачите частину відповіді:

/programming/47427/

проти

/programming/47427/why-do-some-websites-add-slugs-to-the-end-of-urls

Без розмітки, друга є самоописовою.

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

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

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

Якщо

/programming/47427/why-do-some-websites-add-slugs-to-the-end-of-urls

має зміст, значить

/programming/47427/

і

/programming/47427/any-other-bollix

не повинні бути дублікатами. Вони фактично повинні автоматично виявити наступне посилання, не використовуючи поточний текст (як очевидно, слуг визначається заголовком питання і може бути згодом відредагований), і вони повинні автоматично перенаправляти 301 на

/programming/47427/why-do-some-websites-add-slugs-to-the-end-of-urls

таким чином забезпечуючи правило "один фрагмент вмісту до одного URI", і якщо URI переміщується / змінюється, переконайтеся, що старі закладки слідують / переміщуються за допомогою нього через 301 переадресацію (щоб розумні веб-переглядачі могли оновити закладки).

В ідеалі "слизь" повинен бути єдиним необхідним ідентифікатором. На практиці на таких динамічних сайтах вам або потрібно мати унікальний числовий ідентифікатор або почати додавати / збільшувати номери до "кулі", як це робить Digg.