일부 웹사이트에서는 왜 URL 끝에 "Slugs"를 추가합니까?[닫은]
https://stackoverflow.com/questions/47427
-
09-06-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian문제
이 웹사이트를 포함한 많은 웹사이트에서는 소위 말하는 것을 추가합니다. 민달팽이 - 설명적이지만 쓸모없는 텍스트 조각을 알 수 있는 한 - URL 끝까지.
예를 들어, 이 질문에 대해 사이트에서 제공하는 URL은 다음과 같습니다.
https://stackoverflow.com/questions/47427/why-do-some-websites-add-slugs-to-the-end-of-urls
그러나 다음 URL도 잘 작동합니다.
https://stackoverflow.com/questions/47427/
이 텍스트의 요점은 URL을 보다 사용자 친화적으로 만들기 위한 것입니까, 아니면 다른 이점이 있습니까?
해결책
슬러그는 URL을 더욱 사용자 친화적으로 만들고 링크를 클릭할 때 무엇을 기대할 수 있는지 알 수 있게 해줍니다.Google과 같은 검색 엔진은 검색어가 URL에 있으면 페이지 순위를 더 높게 매깁니다.
다른 팁
유용성은 한 가지 이유입니다. 이메일로 해당 링크를 받으면 무엇을 기대해야 할지 알 수 있습니다.SEO(검색 엔진 최적화)도 또 다른 이유입니다.Google과 같은 검색 엔진은 URL에 포함된 키워드에 대해 귀하의 페이지 순위를 더 높게 매깁니다.
최근에 웹사이트 URL 형식을 다음과 같이 변경했습니다.
www.mywebsite.com/index.asp?view=display&postid=100
에게
www.mywebsite.com/this-is-the-title-of-the-post
변경 후 기사 클릭률이 약 300% 증가한 것으로 나타났습니다.SEO 목적 측면에서 클릭하려고 생각하는 내용이 관련성이 있는지 사용자가 결정하는 데 확실히 도움이 되지만 변경 후 거의 영향을 받지 못했다고 말해야 합니다.
나는 잘못 입력된 슬러그가 301 적절한 형식으로 리디렉션되어야 한다는 다른 답변에 동의합니다.다시 말해서, https://stackoverflow.com/questions/47427/wh 으로 리디렉션해야 함 https://stackoverflow.com/questions/47427/why-do-some-websites-add-slugs-to-the-end-of-urls .여기에는 언급되지 않은 또 다른 이점이 있습니다. 표준 URL로 리디렉션하지 않으면 거의 무한에 가까운 중복 페이지가 있는 것으로 나타납니다.Google은 중복된 콘텐츠를 싫어합니다.
즉, 콘텐츠 ID에만 관심을 갖고 리디렉션하는 한 슬러그에 대한 모든 입력을 허용해야 합니다.왜?
https://stackoverflow.com/questions/47427/why-do-some-웹사이트-슬러그-끝-URL 추가
...이런, 메일 소프트웨어가 URL 끝을 잘랐습니다!그래도 문제 없습니다. 계속해서 굴릴 수 있기 때문입니다. https://stackoverflow.com/questions/47427
하나 큰 이 접근 방식의 문제점은 콘텐츠 제목에서 슬러그를 파생하는 경우 ASCII가 아닌 UTF-8 제목을 어떻게 처리할 것인가입니다.
대부분의 사이트에서 이를 사용하는 이유는 아마도 SEO(검색 엔진 최적화) 때문일 것입니다.Yahoo는 URL 자체에 검색 키워드가 있는지에 합리적인 가중치를 부여했으며 Google 결과에도 도움이 되었습니다.
최근에는 검색 엔진이 URL의 키워드에 부여되는 가중치를 낮추었습니다. 이는 이 기술이 이제 합법적인 사이트보다 스팸 사이트에서 더 일반적이기 때문일 것입니다.이제 URL의 키워드는 검색 결과에 아주 미미한 영향만 미칩니다.
stackoverflow 자체의 경우 SEO는 동기 부여(오래된 습관은 쉽게 사라지지 않음)일 수도 있고 단순히 유용성을 위한 것일 수도 있습니다.
기본적으로 리소스에 대한 더 의미 있는 위치입니다.ID를 사용하는 것은 완벽하게 유효하지만 사람보다 기계에 더 많은 의미를 갖습니다.
엄밀히 말하면 슬러그가 고유한 경우 ID가 필요하지 않으며, 날짜 내에서 범위를 지정하여 고유한 슬러그를 더 쉽게 확인할 수 있습니다.
즉:
/2008/sept/06/why-some-websites-add-slugs-end-of-urls/
기본적으로 이는 같은 날 두 개의 동일한 슬러그가 사용될 가능성이 낮다는 점을 이용합니다.충돌이 있는 경우 일반적인 관례는 슬러그 끝에 카운터를 추가하는 것이지만 다음과 같은 경우는 거의 없습니다.
/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/
많은 슬러그 알고리즘은 URL을 짧게 유지하는 데 도움이 되도록 "the" 및 "a"와 같은 일반적인 단어도 제거합니다.또한 이 범위 지정 접근 방식을 사용하면 특정 일, 월 또는 연도에 대한 모든 리소스를 찾는 것이 매우 간단해집니다. 세그먼트를 잘라내기만 하면 됩니다.
또한 stackoverflow URL은 슬러그를 특징으로 하기 위해 추가 세그먼트를 도입한다는 점에서 좋지 않습니다. 이는 각 세그먼트가 내림차순 리소스 계층 구조를 나타내야 한다는 아이디어를 위반하는 것입니다.
슬러그라는 용어는 신문/출판 사업에서 유래되었습니다.진행 중인 스토리를 식별하는 데 사용되는 짧은 제목입니다.URL 의미론에 관심이 있는 사람들은 URL에 짧고 축약된 제목을 사용하기 시작했습니다.URL의 키워드가 페이지에 중요성을 더해주기 때문에 SEO 영역에서도 효과가 있습니다.
아이러니하게도 많은 웹사이트가 가득한 엄격한 SEO 목적을 위해 URL에 하이픈으로 직렬화된 제목 버전이 있습니다. 이는 슬러그라는 용어가 더 이상 적용되지 않음을 의미합니다.이는 또한 많은 구현이 URL 끝에 제목의 직렬화된 버전을 추가하기 때문에 의미론적 순수주의자들을 괴롭히는 것이기도 합니다.
텍스트를 자유롭게 변경할 수 있음을 알려드립니다.이 URL도 잘 작동하는 것 같습니다.
https://stackoverflow.com/questions/47427/why-is-billpg-so-very-awesome
이미 언급했듯이 '슬러그'는 사람과 검색 엔진에 도움이 됩니다.
주목할 만한 점은 페이지 소스에 다음이 있다는 것입니다. 표준 URL
이렇게 하면 페이지의 색인이 여러 번 생성되지 않습니다.
예:
<link rel="canonical" href="http://stackoverflow.com/questions/47427/why-do-some-websites-add-slugs-to-the-end-of-urls">
질문에서 서식을 제거하면 답변의 일부가 표시됩니다.
https://stackoverflow.com/questions/47427/
대
https://stackoverflow.com/questions/47427/why-do-some-websites-add-slugs-to-the-end-of-urls
마크업이 없으면 두 번째 것은 자기 설명적입니다.
검색 엔진뿐만 아니라 링크를 보낼 때 가독성을 잊지 마세요.누군가에게 첫 번째 링크를 이메일로 보내면 그 사람은 URL을 보고 그 내용에 대한 일반적인 아이디어를 얻을 수 있습니다.두 번째는 클릭하기 전에 해당 페이지의 내용을 전혀 나타내지 않습니다.
누군가에게 링크를 이메일로 보낸 경우 상대방이 설명이 있는 URL을 구문 분석하고 한 뭉치 읽어보게 하는 것보다 실제로 설명을 작성하여 설명을 포함시키는 것이 더 합리적이지 않을까요? -하이픈으로 연결된 단어가 서로 붙어 있습니다.
우선, 그것은 SEO와 사용자 친화적이지만, 예제 (이 사이트)의 경우, 잘 또는 올바르게 수행되지 않습니다 (검은 모자 트릭에 개방되어 있으며 다른 사람들의 중독에 개방되어 있기 때문에이 사이트에 나쁘게 반영됩니다). .
만약에
https://stackoverflow.com/questions/47427/why-do-some-websites-add-slugs-to-the-end-of-urls
내용이 있으면
https://stackoverflow.com/questions/47427/
그리고
https://stackoverflow.com/questions/47427/any-other-bollix
중복되어서는 안 됩니다.그들은 실제로 따라온 링크가 현재 텍스트를 사용하지 않고 있음을 자동으로 감지해야 하며(분명히 슬러그는 질문 제목에 의해 정의되고 나중에 편집될 수 있으므로) 301을 자동으로 다음으로 리디렉션해야 합니다.
https://stackoverflow.com/questions/47427/why-do-some-websites-add-slugs-to-the-end-of-urls
따라서 "한 개의 콘텐츠를 하나의 URI로" 규칙을 보장하고 URI가 이동/변경되는 경우 이전 북마크가 301 리디렉션을 통해 이를 따르거나 이동하는지 확인합니다(지능형 브라우저가 북마크를 업데이트할 수 있도록).
이상적으로는 "슬러그"가 필요한 유일한 식별자여야 합니다.실제로 이와 같은 동적 사이트에서는 고유한 숫자 식별자가 있거나 Digg처럼 "슬러그"에 숫자를 추가/증가시켜야 합니다.
