Если короткие URls являются такой хорошей практикой, почему крупные сайты, такие как Amazon или Facebook, не используют их?

Question

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

Если это так, то почему многие крупные сайты, такие как Amazon и Facebook, все еще имеют смехотворно длинные URL-адреса на своих страницах (например, раздел about и т.д.)?

Есть ли технические проблемы при реализации этой функции на очень большом, живом сайте? (Я бы предположил, так как лучше спланировать и проанализировать подобные вещи в первую очередь).

Спасибо

Answer 1

Потому что это не приоритет для них. Обычным пользователям нет дела до URL.

Этот сайт был создан как приложение MVC, в основе которого лежат простые URL-адреса.

Мои приложения не всегда имеют элегантные URL-адреса, потому что мои клиенты никогда не говорили «Я хотел бы, чтобы URL-адреса были короче».

Я согласен с вами, что в чистом URL-адресе есть какая-то ценность, но если вы не начнете с него как цели, будет трудно работать позже и еще труднее его оправдать.

Answer 2

Я бы также предположил, что рассуждения "хорошо для SEO" имеют гораздо меньший вес с большими сайтами, потому что ... они большие - они в любом случае получают львиную долю трафика. Amazon.com имеет весь рейтинг SEO, потому что есть много других мест, которые указывают на них.

Аналогичные причины применимы и к другим крупным сайтам. MLB.com не имеет никакого отношения к SEO-дружественным URL-адресам - если вы следуете за янки, вы уже знаете о сайте, и большинство дорог в любом случае ведут туда. Быть «официальным» или «самым большим» сайтом для чего-то означает, что большое количество рангов SEO попадает к вам независимо от вашего выбора URL, потому что ссылки на другие сайты, скорее всего, все равно будут вам приходить.

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

Answer 3

И потому что они были построены, особенно Амазонка, в начале времени; часто эти правила (например, короткие URI) возникали из-за ужасных примеров пионеров. (Помните, что пионеры получают стрелы в спину.)

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

Answer 4

Многие страницы, такие как Facebook, не предназначены для поиска через поисковые системы или ссылки на друзей. Они предназначены для просмотра. Это действительно оставляет мало стимула для создания чистых URI, как вы описываете.

Answer 5

Некоторое время назад у меня была небольшая шумиха по этому поводу. Может быть, это было немного за бортом, но я думаю, что я понял свою точку зрения:)

Являются ли чистые URL внутренним или внешним интерфейсом

Answer 6

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

Кроме того, Amazon и Facebook не хотят, чтобы в любом случае каждая книга на их сайте была проиндексирована. Если вы введете название книги в Google, Amazon захочет, чтобы верхняя ссылка была главной страницей описания этой книги, а не страница какого-либо пользователя Listmania, говорящая об этом.

Answer 7

Я думаю, что здесь есть более простой ответ. Большие сайты, такие как Facebook и Amazon, являются большими и, следовательно, требуют более сложных схем URI. В конце концов, как вы думаете, сколько страниц у Amazon и Facebook?

Полагаю, возможно, есть способ упростить их до того, что они есть сейчас, но я бы сказал, что чистые URI - это скорее дополнительный бонус, чем самоцель.

Answer 8

Я бы сказал, что это во многом связано с кнопкой возврата. Типичный пользователь хочет, чтобы кнопка «Назад» возвращала его к тому, что они видели в конце. Длинные сложные URL-адреса помогают добиться этого надежным способом. И действительно, как часто пользователи вводят URL, который длиннее, чем mydomain.com? Я бы сказал редко. Разработчики, вероятно, делают это чаще.