Какова идеальная длина URL-адреса

Ответ 1

Если вы действительно хотите быть экономичным с пространством URL, я бы более агрессивно удалял статьи (a, a и т.д.), чем предлоги и глаголы, так как удаленные статьи не сильно меняют семантику предложения.

например.

What is the ideal length of an URL slug

удалить статьи

What is ideal length of URL slug

удалить "Что есть"

ideal length of URL slug

нормировки

ideal-length-of-url-slug

Ответ 2

Я рекомендую сокращать слизню до такой степени, что весь 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-адресов
• Какова идеальная длина пула URL-адресов
• Какова идеальная длина пула URL-адресов
• Какова идеальная длина пула URL-адресов

Последний, по-прежнему, слишком длинный для моих вкусов, поэтому у меня будет канонический 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, тогда вам нужно добавить правило перезаписи для каждой статьи.

Ответ 3

Я предполагаю, что если вы выбросите все несущественные слова из вашего URL-адреса, их не останется так много... для этого вопроса он идеален, длина, url и slug.

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

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

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

Greetz
back2dos

Ответ 4

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

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