Какова идеальная длина краткого заголовка URL

Я думаю, если выкинуть все неважные слова из вашего url, то останется не так много... для данного вопроса идеально, длина, url и slug.

Насколько я понимаю, google очень ориентирован на ключевые слова, а такие слова как "what", "is", "the", "of", "an" не являются действительно хорошими ключевыми словами.

В любом случае, если вы оставите только самые характерные и важные слова, slug не сможет стать слишком длинным в том смысле, что более короткий URL будет содержать менее важную информацию.

Конечно, это всего лишь предположение.

greetz
back2dos

Я рекомендую сократить slug до такой степени, чтобы весь URL был не более 72 символов. Это старая традиция электронной почты, позволяющая использовать несколько уровней цитирования до достижения стандартного ограничения в 80 символов. Я знаю, что современные технологии позволяют нам не заботиться об ограничении длины строки, но это все еще разумное соглашение по разным причинам. См. соответствующее обсуждение: Есть ли веские причины для введения максимальной ширины 80 символов в файле кода в наше время?. Существует также практическая проблема, связанная с тем, что ваш URL-адрес может не сохраниться и не быть кликабельным в некоторых почтовых клиентах, если они обернут его.

Что касается того, как сохранить разумную длину ваших URL, я думаю, что URL следует выбирать вручную, когда это возможно. Вы написали целую статью, не помешает также придумать для нее лаконичный URL. Ниже приведен файл .htaccess для моего блога, если вы найдете его полезным. Каждая статья имеет длинный URL, например

myblog.com/2010/05/30/ideal-length-of-url-slug

(Wordpress предлагает по умолчанию, но я обычно немного сокращаю его вручную). А затем я использую правило рерайта, как показано ниже, чтобы сделать краткую версию, которую я обычно могу легко запомнить и упомянуть (или для твиттера, конечно). Что-то вроде

myblog.com/slugs

Вот содержимое моего файла .htaccess в /var/www/html/myblog:

<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /

RewriteRule ^admin/?$       wp-admin  [L]

# Aliases for blog posts: (NB: NEVER CHANGE/DELETE THESE; ONLY ADD NEW ONES!)
RewriteRule ^flu/?$         2009/03/21/the-future-is-yesterday [R,L]
RewriteRule ^oracle/?$      2009/03/25/the-oracle-of-brackets [R,L]
RewriteRule ^perfbrack/?$   2009/03/29/the-perfect-bracket [R,L]
RewriteRule ^nytimes/?$     2009/04/01/anon-sources-at-the-new-york-times [R,L]
RewriteRule ^mktbottom/?$   2009/04/07/finding-the-market-bottom [R,L]
RewriteRule ^landlords/?$   2009/05/24/landlords [R,L]
RewriteRule ^buyrent/?$     2009/06/01/buyrent [R,L]
RewriteRule ^sunk/?$        2009/06/23/sunk [R,L]
RewriteRule ^horse/?$       2009/07/01/horse [R,L]
RewriteRule ^wellmanblog/?$ 2009/07/31/wellmanblog [R,L]
RewriteRule ^centmail/?$    2009/08/15/centmail [R,L]
RewriteRule ^longtail/?$    2009/08/31/anatomy-of-the-long-tail [R,L]
RewriteRule ^scarequotes/?$ 2009/09/30/scarequotes [R,L]
RewriteRule ^scare/?$       2009/09/30/scarequotes [R,L]
RewriteRule ^dst/?$         2009/10/31/dst [R,L]
RewriteRule ^searchpred/?$  2009/11/30/what-can-search-predict [R,L]
RewriteRule ^scrooge/?$     2009/12/31/scrooge [R,L]
RewriteRule ^pmhype/?$      2010/01/14/prediction-without-markets [R,L]
RewriteRule ^predmarkets/?$ 2010/01/14/prediction-without-markets [R,L]
RewriteRule ^calibration/?$ 2010/02/28/calibration [R,L]
RewriteRule ^calib/?$       2010/02/28/calibration [R,L]
RewriteRule ^calresults/?$  2010/03/31/calibration-results [R,L]
RewriteRule ^misleadingmeans/?$ 2010/04/30/misleading-means [R,L]

</IfModule>

Хотя, оглядываясь назад, я бы отказался от дат в URL и сделал что-то вроде того, что делает StackOverflow в попытке получить лучшее из двух миров - краткие и описательные URL. StackOverflow позволяет вам усекать или даже изменять URL для вопросов как угодно после части ID вопроса. Так, все следующие ссылки являются ссылками на этот вопрос:

• Какова идеальная длина URL slug
• Какова идеальная длина URL slug
• Какова идеальная длина URL slug
• Какова идеальная длина URL slug

Последний все еще слишком длинный на мой вкус, поэтому я бы сделал канонический URL

myblog.com/foo

и затем разрешил слеш, за которым следует что-нибудь еще, например

myblog.com/foo/fooing-and-barring-in-the-modern-world

Вот правило перезаписи для этого:

RewriteRule ^foo(/.*)?$   foo [R,L]

Можно добавить дополнительные правила, если вы хотите, чтобы, скажем, myblog. com/bar быть псевдонимом myblog.com/foo:

RewriteRule ^bar(/.*)?$   foo [R,L]

Недостатком здесь является то, что если вы хотите, чтобы слоганы ваших статей находились в глобальном пространстве имен вашего сайта - что, на мой взгляд, предпочтительнее, чем что-то вроде myblog.com/articles/foo - то вам придется добавить правило перезаписи для каждой статьи.

Я не думаю, что ограничение на количество используемых тире имеет значение. Вы должны ограничить всю строку максимум 80-100 символами.

Как и сказано в back2dos, вы можете удалить некоторые общие слова, но в идеале заголовок должен иметь смысл в качестве заголовка страницы. На этой странице, например, удаление всех общих слов дает вам ideal-length-url-slug , который вроде как работает. Но я бы сказал, что ideal-length-of-url-slug лучше.