Dlaczego niektóre strony internetowe dodają "ślimaki" na końcu adresów URL? [zamknięte]

Użyteczność jest jednym z powodów, jeśli otrzymasz ten link w e-mailu, wiesz czego się spodziewać. SEO (ang. search engine optimization) to kolejny powód. Wyszukiwarki, takie jak google, będą oceniać Twoją stronę wyżej dla słów kluczowych zawartych w adresie url

Ostatnio zmieniłem format url mojej strony z:

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

Do

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

I zauważyłem, że klikanie przez stawki do artykułu wzrosła o około 300% po zmianie. To z pewnością pomaga użytkownikowi zdecydować, czy to, co myśli o kliknięciu, jest istotne, jeśli chodzi o cele SEO, chociaż muszę powiedzieć, że widziałem niewielki wpływ po zmianie

Zgadzam się z innymi odpowiedziami, że każdy źle wpisany ślimak powinien 301-przekierować do odpowiedniej formy. Innymi słowy, https://stackoverflow.com/questions/47427/wh powinno przekierować do https://stackoverflow.com/questions/47427/why-do-some-websites-add-slugs-to-the-end-of-urls . Ma jeszcze jedną zaletę, o której nie wspomniano-jeśli nie zrobisz przekierowania na kanoniczny adres URL, pojawi się, że masz prawie nieskończoną liczbę zduplikowanych stron. Google nienawidzi duplikatów treści.

To powiedziawszy, naprawdę powinieneś dbać tylko o content ID i zezwalać na dowolne wejście dla ślimaka tak długo, jak długo przekierowanie. Dlaczego?

https://stackoverflow.com/questions/47427/why-do-some-websites-add-slugs-to-the-end-of-urls

... UPS, oprogramowanie pocztowe odciąć koniec URL! Nie ma jednak problemu, ponieważ nadal można toczyć się z tylko https://stackoverflow.com/questions/47427

Jeden duży problem z tym podejściem polega na tym, że jeśli wywołasz slug z tytułu swojej treści, jak zamierzasz poradzić sobie z tytułami nie-ASCII, UTF-8?

To w zasadzie bardziej znaczące miejsce dla zasobu. Korzystanie z identyfikatora jest całkowicie poprawne, ale oznacza więcej dla maszyn niż ludzi.

Ściśle mówiąc identyfikator nie powinien być potrzebny, jeśli ślimak jest unikalny, możesz łatwiej zapewnić unikalne ślimaki, umieszczając je w datach.

Ie:

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

Zasadniczo wykorzystuje to małe prawdopodobieństwo użycia dwóch identycznych pocisków tego samego dnia. Jeśli dojdzie do kolizji, konwencję Generalną należy dodać licznik na końcu ślimak ale rzadko się je widzi:

/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/

Wiele algorytmów slug pozbywa się również popularnych słów, takich jak "the" I "a", aby pomóc w utrzymaniu krótkiego adresu URL. Takie podejście sprawia, że bardzo łatwo jest znaleźć wszystkie zasoby dla danego dnia, miesiąca lub roku - po prostu odcinasz segmenty.

Dodatkowo adresy URL stoskoverflow są złe w tym sensie, że wprowadzają dodatkowy segment w celu funkcji slug, co jest naruszeniem idei, że każdy segment powinien reprezentować hierarchię zasobów.

Powodem, dla którego większość stron korzysta z niego, jest prawdopodobnie SEO (ang. Search Engine Optimization). Yahoo dawało rozsądną wagę obecności słowa kluczowego w samym adresie URL, a także pomagało w wynikach Google.

Ostatnio Wyszukiwarki obniżyły wagę przypisaną do słów kluczowych w adresie URL, prawdopodobnie dlatego, że technika ta jest obecnie bardziej powszechna na stronach spamowych niż legalna. Słowa kluczowe w adresie URL mają teraz tylko bardzo niewielki wpływ na wyniki wyszukiwania, jeśli w wszystkie.

Jeśli chodzi o sam stackoverflow, SEO może być motywacją (stare nawyki die hard) lub po prostu użytecznością.

Termin ślimak pochodzi z działalności gazetowo-wydawniczej. Jest to krótki tytuł, który jest używany do określenia historii w toku. Osoby zainteresowane semantyką adresów URL zaczęły używać krótkiego, skróconego tytułu w swoich adresach URL. Opłaca się to również w Krainie SEO, ponieważ słowa kluczowe w adresach URL dodają znaczenie stronie.

Jak na ironię, wiele stron internetowych zaczęło umieszczać pełną serializowaną wersję tytułów z myślnikami w swoich adresach URL do celów ściśle SEO, co oznacza termin slug no dłuższe zastosowanie. To również klasyfikuje purystów semantycznych, ponieważ wiele implementacji po prostu zaznacza tę serializowaną wersję tytułu na końcu swoich adresów URL.

Zauważam, że można dowolnie zmieniać tekst. Ten URL wydaje się działać równie dobrze.

https://stackoverflow.com/questions/47427/why-is-billpg-so-very-awesome

Jak już wspomniano, "ślimak" pomaga ludziom i wyszukiwarkom...

Warto zauważyć, że w źródle strony znajduje się kanoniczny url

To uniemożliwia wielokrotne indeksowanie strony.

Przykład:

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

Usuń formatowanie z twojego pytania, a zobaczysz część odpowiedzi:

https://stackoverflow.com/questions/47427/

Vs

https://stackoverflow.com/questions/47427/why-do-some-websites-add-slugs-to-the-end-of-urls

Bez znaczników, drugi jest samoopisowy.

Nie zapominaj o czytelności przy wysyłaniu linku, nie tylko w wyszukiwarkach. Jeśli wyślesz komuś pierwszy link, może spojrzeć na adres URL i dowiedzieć się, o co chodzi. Druga nie wskazuje zawartości tej strony przed kliknięciem.

Jeśli wysłałeś komuś link, nie miałoby to większego sensu, aby dołączyć opis, faktycznie pisząc opis, a nie zmuszając drugą osobę do parsowania do adresu URL, w którym istnieje opis, i spróbuj przeczytać-kilka-podzielonych-słów-przyklejonych-razem.

Po pierwsze, jest to SEO i przyjazne dla użytkownika, ale w przypadku przykładu( ta strona), nie jest to zrobione dobrze lub poprawnie (ponieważ jest otwarty na sztuczki z czarnymi kapeluszami i zatruwanie Rang przez innych, co źle odbiłoby się na tej stronie).

If

https://stackoverflow.com/questions/47427/why-do-some-websites-add-slugs-to-the-end-of-urls

Ma zawartość, a następnie

https://stackoverflow.com/questions/47427/

I

https://stackoverflow.com/questions/47427/any-other-bollix

Nie powinny być duplikaty. Powinni automatycznie wykryć, że link nie korzysta z bieżącego tekst (jak widać, slug jest zdefiniowany przez tytuł pytania i może być później edytowany) i powinny przekierować 301 automatycznie do

https://stackoverflow.com/questions/47427/why-do-some-websites-add-slugs-to-the-end-of-urls

W ten sposób zapewniamy regułę "one piece of content to one URI", a jeśli URI się przesunie/zmieni, upewnij się, że stare zakładki podążają / przenoszą się wraz z nim przez przekierowania 301 (aby inteligentne przeglądarki mogły aktualizować zakładki).

Idealnie, "slug" powinien być jedynym wymaganym identyfikatorem. W praktyce, na dynamicznych stronach, takich jak ta, albo trzeba mieć unikalny identyfikator numeryczny lub rozpocząć dodawanie / zwiększanie liczby do "slug" jak Digg robi.