스택 오버플로 질문 URL에 SEO 친화적 인 '질문'전에 질문 ID가있는 이유는 무엇입니까?


13

예를 들어 다음과 같은 임의의 질문을 생각해보십시오 . 주어진 CSS 선택기가 사용되는 html 파일을 표시하는 데 필요한 도구 또는 플러그인 입니다 /questions/16999. 관련 부분이 입니다.

이제 URL이 다음과 같이 수행되었을 수 있습니다.

/webmasters/tool-or-plugin-required-to-show-out-in-which-html-files-a-given-css-selectors-is/16999`

즉, question_id는 질문 뒤에 있으며, URL에서 가장 먼저 나오는 것은 서서히 더 무겁습니다. 왜 질문 부분이 question_id 뒤에옵니다.

또한 처음 두 개의 하위 디렉토리 만 관련이 있으므로 관련이 있다는 기사를 읽었습니다 /question/16999. SO를 보면 이것이 사실이 아니지만, 나는 이것의 무게를 결정할 수 없습니다.

SEO 최적화를 구현할 예정이므로 나중에 내 페이지에 대한 링크를 변경하고 싶지 않기 때문에 묻습니다.


btw 하위 디렉토리를 태그로 추가하고 싶었습니다
andho

@Jeff Atwood에서 페이징. (또한 소스로 갈 수 있습니다.)
Su '

1
때로는 URL이 (의도적으로 (DB에 저장하기에 너무 길다) 잘못하거나 실수로) 잘릴 수 있습니다. .. ID가 슬러그 이전에 있으면 서버 / 스크립트는 여전히 원하는 페이지를 인식 할 수 있지만 끝에 ID가 있으면 끝날 것입니다 아니. 이 페이지의 URL을 시도하십시오-마지막 몇자를 제거하고 제출하십시오-서버는 올바른 URL로 리디렉션합니다 (분명히 뒤에있는 코드는 그러한 시나리오에서 특별한 처리를합니다). 끝에 id가 있으면 완전히 다른 질문 (또는 오류 페이지)을 볼 수 있습니다. webmasters.stackexchange.com/questions/16641/…
LazyOne

@Lazyone, 우리가 투표 할 수 있도록 답을 만들어라
John Conde

이 질문에 대한 URL의 마지막 "디렉토리"를 벗어난 경우에도 여전히 다음과 같은 질문이 표시됩니다. webmasters.stackexchange.com/questions/17002/foo-bar
kzh

답변:


13

나도 몰라 정확한 StackExchange 사이트 슬러그 전에 ID를 가지고 왜 이유를, 그러나 여기 내가이 방법이 이유입니다 :

때로는 URL이 (의도적으로 (DB에 저장하기에 너무 길다) 또는 실수로 (복사 붙여 넣기 할 때 자주 발생하는) 잘릴 수 있음) .. ID가 슬러그 이전에 있으면 서버 / 스크립트는 여전히 원하는 페이지를 인식 할 수 있지만 끝에 ID가 있으면 대부분 그렇지 않습니다.

이 페이지의 URL을 시도하십시오-마지막 몇자를 제거하고 제출하십시오-서버가 올바른 URL로 리디렉션합니다 ( 이 사이트 뒤의 코드 는 그러한 시나리오에 특별한 처리 를합니다 ). 마지막에 ID를 사용하면 완전히 다른 질문 (이 경우 가장 일반적인 동작)이 표시되거나 오류 페이지 (서버 / 스크립트가 슬러그가 ID와 일치하는지 확인).

SEO 효과와 관련하여-이 질문을 참조하십시오 : SEO : urls : id를위한 최고의 장소


1
잘림에 대한 좋은 점 +1
UpTheCreek

3

예, 원하는 경우 질문 제목 뒤에 ID를 추가 할 수있었습니다.

내 의견으로는 ID와 SEO의 위치와 관련하여 아무런 차이가 없을 것이라고 생각합니다 (도메인 이름에 있다면).

인간의 가독성 관점에서 볼 때 URL에 묻히지 않고 사람이 읽을 수있는 제목을 갖는 것이 더 분명해 보입니다.

또한 처음 두 개의 하위 디렉토리 만 관련되어 있으므로 / question / 16999 만 관련이있는 기사를 읽었습니다. SO를 보면 이것은 사실이 아니지만, 나는 이것의 무게를 결정할 수 없습니다.

이거 어디서 읽었 어? 나는 그것이 옳지 않다고 생각하며, 오늘날 이러한 재 작성된 URL은 일반적으로 하위 디렉토리와 관련이 없습니다.


동의하지 않으면 동의해야한다고 생각합니다. 나에게 URL의 중간에있는 임의의 숫자 (질문은 ID입니다)는 / question / what-did-you-have-for-unch-unch / mumble-jumble과 같이 자연스럽게 읽는 것보다 다소 어색합니다. 여기에서 나는 비틀 거리는 소리부터 시작하는 모든 것을 무시할 것입니다.
andho

여기 btw는 내가 2 개의 서브 디렉토리, goodwebsiteinspector.com/en/…
andho

2
그렇습니다. 우리는 dissagee에 동의해야합니다. 이들은 일반적으로 하위 디렉토리가 아니며 Google은 그것을 알고 있습니다. 그것이 그렇더라도 Google이 잠재적으로 유용한 리소스를 다운 그레이드하는 이유는 무엇입니까?
UpTheCreek

1

서버에서 URL을 처리 할 때 질문 ID 번호와 슬래시 다음에 오는 URL 부분을 무시합니다. 이들은 모두 동등합니다 :

/ questions / 16999
/ questions / 16999 /
/ questions / 16999 / 모든 텍스트

모두 슬래시 뒤에 (재 형식화 된) 질문 텍스트가있는 URL로 리디렉션됩니다.

따라서 한 페이지에서 다른 페이지로의 링크 (예 : 이 페이지 의 관련 사이드 바에 있는 링크)에서 짧은 형식의 URL을 사용하여 HTML 전송 시간과 저장 및 CPU주기를 절약 할 수 있습니다. 표준 URL (리디렉션 된 URL)에 질문 텍스트가 있으면 검색 엔진 인덱싱에 사용하기 위해 URL에 관련 텍스트가 있다는 이점이 있습니다.


단축 버전의 URL을 사용하는 SO에 대한 예제를 볼 수 없습니다.
UpTheCreek

@UpTheCreek에서 답변 아래 공유 버튼을 클릭하십시오. 예 : webmasters.stackexchange.com/q/17002
azerafati
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.