Сделать слаг обязательным в URL страницы? - PullRequest
Новая
       31

Сделать слаг обязательным в URL страницы?

3 голосов
/ 08 февраля 2012

Я решаю, сделать ли слаг обязательным, чтобы просмотреть представление.

Прямо сейчас любой из этих работ, чтобы получить представление:

domain.com/category/id/1/slug-title-here

domain.com/category/id/1/slug-blah-foo-bar

domain.com/category/id/1/

Все идут в одну и ту же отправку.

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

Мне интересно, это правильный способ сделать это? С точки зрения SEO, я должен делать это так? А если нет, то что мне делать с пользователями, которые запрашивают URL-адрес без слага?

Ответы [ 4 ]

5 голосов
/ 08 февраля 2012

Пуля в URL может служить трем целям:

  1. Он может действовать как ключ содержимого, когда нет идентификатора (у вас есть идентификатор, поэтому он не применяется)
  2. Когда в качестве ссылки на ваш сайт публикуется только URL, он может дать пользователям знать, какой контент ожидать, потому что они видят его в URL
  3. Он может использоваться поисковыми системами в качестве сигнала ранжирования (насколько я могу судить, Google не использует слова URL в качестве сигнала ранжирования в настоящее время)

Слизни могут создавать проблемы:

  1. URL-адреса длиннее, их сложнее набрать, труднее запомнить и часто усекают
  2. Это может привести к нескольким URL-адресам для одной и той же страницы и проблемам SEO с дублированием контента

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

Ничего не делать и позволить поисковым системам перебирать дублирующийся контент

Кажется, у них все время лучше, но я бы не советовал.

Используйте канонический тег

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

<link rel="canonical" href="http://domain.com/category/id/1/slug-title-here" />

Что касается Google, канонический тег может даже существовать на самом каноническом URL, указывая на себя. Bing советует не ссылаться на канонические теги. Для получения дополнительной информации о канонических тегах см .: http://googlewebmastercentral.blogspot.com/2009/02/specify-your-canonical.html

Использовать 301 перенаправления

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

вот эти URL: 

domain.com/category/id/1/slug-blah-foo-bar
domain.com/category/id/1/

перенаправит на 

domain.com/category/id/1/slug-title-here

, который был бы единственным URL, который фактически содержал бы содержание.

0 голосов
/ 08 февраля 2012

Я предлагаю вам сделать rel = канонический метатег.

Это предотвращает перенаправление каждый раз, если учесть, что кто-то может связать вашу страницу с вариантом infinte следующим образом: 

domain.com/category/id/1/?fakeparam=1
0 голосов
/ 08 февраля 2012

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

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

Лично я бы не сделал обязательным слаг, но я бы позаботился о том, чтобы (внутри) все ссылки указывали на URL, включая слаг.

0 голосов
/ 08 февраля 2012

Предполагая, что вы никогда не будете менять слаг страницы, я просто настроил domain.com/category/id/1/, чтобы сделать перенаправление 301 (постоянное) на domain.com/category/id/1/slug-title-here, и каждый раз, когда кто-то вводит слаг, неправильный для этогостатья (domain.com/category/id/1/slug-title-here-oops-this-is-wrong), а также 301 их на правильный адрес.

Таким образом, вы говорите поисковым системам: «У меня нет дублирующегося контента, посмотрите, это перманентное перенаправление», так чтоне наносит вреда вашему SEO, и вы всегда будете полезны для пользователя, перенаправляя его на правильную страницу "friendly url".

...