URL 세그먼트에서 날짜의 이점


13

URL 세그먼트의 날짜가 궁금합니다. SEO 혜택이 있습니까? 예를 들어 다음 URL은 다음과 같습니다.

http://techcrunch.com/2013/06/18/netflix-will-launch-in-the-netherlands-later-this-year-as-its-international-expansion-slows/
http://tips-for-new-bloggers.blogspot.in/2007/02/adding-favicon-icon-to-blogger-url.html 
https://community.jivesoftware.com/blogs/jivespace/2013/05/15/eol-of-the-html5-ipad-web-app

위의 모든 URL에는 날짜 세그먼트가 있습니다. 해당 블로그의 정보는 "netflix-will-in-the-the-etherlands-later-this-year-as-its-international-expansion-slows"와 같은 블로그 스텁을 통해 가져올 수 있습니다. 왜 그 날짜 부분을 사용해야합니까?

답변:


11

( 유사한 질문 은 중복으로 마감되었지만 OP는 전적으로 SEO에만 관심이 없었으므로 일반적인 이점에 대한 답변이 제공됩니다.)

URL에 게시 날짜를 포함하면 URL을 올바르게 디자인 할 수 있습니다 .

사용성 : 설명 URL

URL은 참조하는 콘텐츠에 대한 단서를 제공 할 수 있습니다. 사용자 가 링크를 클릭 하기 전에 이러한 정보 를 제공 하는 것이 좋습니다. 예를 들어 다음 URL을 비교하십시오.

  • http://blog.example.com/review-of-my-new-laptop
  • http://blog.example.com/2011/08/21/review-of-my-new-laptop

여기에 포함 된 날짜가 유용 할 수 있습니다. 2014 년이되었는데 현재 랩톱에 관심이있는 사용자는이 게시물에서 유용한 정보를 찾지 못할 것입니다. 검토 된 랩톱이 너무 오래 되었기 때문입니다.

물론 이것은 인간 사용자에게만 유용하지 않아야합니다. 검색 엔진과 같은 데이터 소비자 도이 정보를 사용할 있습니다.

어떤 검색 엔진이 그것을 추출하는지 모르겠지만 검색 엔진 동작이 자주 변경 될 수 있으며 그 중 많은 부분이 있습니다. 나는 그것이 가능성이라고 말하고 있습니다. 명백하고 실제적인 사례는 SERP에서 검색어를 강조하는 것입니다. 예를 들어 결과 URL에 포함 된 게시 날짜에 "2014"가 강조 표시된 Google 검색의이 스크린 샷을 참조하십시오.

구글 검색 : 이집트 대통령 2014

유용성 : 찾아보기 가능한 URL

URL http://blog.example.com/2011/08/21/review-of-my-new-laptop을 사용하면 URL 세그먼트를 오른쪽에서 왼쪽으로 제거하여 탐색 할 수 있습니다.

  • http://blog.example.com/2011/08/21/ (모든 게시물이 같은 날에 게시 됨)
  • http://blog.example.com/2011/08/ (같은 달에 게시 된 모든 게시물)
  • http://blog.example.com/2011/ (동일 게시 된 모든 게시물)

찾아보기를 허용하지 않으려면 슬래시를 사용하지 말고 예를 들어을 사용하십시오 /2011-08-21/.

구현 : 이름 충돌

몇 년 후 또 다른 새로운 노트북. 저자는 독창적이지 않고 기사 이름을 "새 랩톱 검토"로 다시 지정합니다. 지금 무엇? URL에 일종의 카운터를 추가 할 수 있습니다.

  • http://blog.example.com/review-of-my-new-laptop-2또는
  • http://blog.example.com/review-of-my-new-laptop/2또는
  • http://blog.example.com/2/review-of-my-new-laptop.

매우 우아하지 않습니다. 첫 번째 예에서는 "2"가 기사 제목의 일부인 것 같습니다 (사례는 아님). 두 번째 예에서는 기사의 2 페이지 인 것처럼 보입니다. 마지막 예 /1/에서는 처음부터 다른 모든 URL을 추가하지 않는 한 일관성이 유지되지 않습니다 .

이것에 대한 일반적인 해결책은 ID를 추가하는 것 49781입니다 (이 질문 과 같은 ). 그러나 날짜를 일종의 ID로 사용할 수 있는데 왜 그렇게하고 싶습니까? 날짜는 의미를 가지며 (사용자에게 유용 할 수 있음) ID는 사용자에게 불투명하며 쓸모가 없습니다. 그래서 그것은

  • http://blog.example.com/2011/08/21/review-of-my-new-laptop
  • http://blog.example.com/2014/01/09/review-of-my-new-laptop

대신에

  • http://blog.example.com/00211812/review-of-my-new-laptop
  • http://blog.example.com/02401109/review-of-my-new-laptop

(같은 이름의 기사가 같은 날에 게시되지 않는다는 가정하에)


물론이 모든 것은 우선 게시 날짜가 유용한 웹 사이트에만 해당됩니다. 모든 페이지가 출판 날짜를 가질 수있는 것은 아닙니다. 페이지에 게시 날짜가 표시되어 있어도 URL 에 날짜 를 포함시키는 것이 반드시 의미 가있는 것은 아닙니다 .


5

URL에 날짜가 있으면 SEO 이점을 알 수 없으며 이러한 사이트가 SEO에 대해이 구조를 사용했는지 의심 스럽습니다. 유용성 관점에서 선택한 URL 구조 일뿐입니다.

예를 들어 WordPress (CMS 테크 크런치 사용)에서 기본 영구 링크 (URL) 설정 중 하나는 URL에 날짜가 있어야합니다.

다음은 Google이 자체 URL을 사용하여 URL이 얼마나 최신인지 확인하고 URL에서 날짜를 사용할 필요가 없음을 설명하는 Matt Cutts의 동영상입니다 .

또한 귀하의 예에서 날짜없이 페이지를 볼 수 있다고 언급했지만, 그렇지 않습니다. Techcrunch는 날짜가있는 URL로 리디렉션하고 날짜를 제거하면 다른 두 사이트에서 404가 발생합니다.


3

원래 날짜는 기술적 인 이유로 URL에 사용되었습니다. 예를 들어 WordPress 블로그에서 날짜는 데이터베이스에서 숫자 조회로 사용되어 색인을 생성하기 쉽고 일반적으로 긴 문자열 만 찾는 것보다 빠릅니다. 또한 다른 게시물에 동일한 제목을 사용할 때 고유 한 URL을 보장합니다. 게시물 ID는 유효한 후보가 될 수 있지만 WordPress의 초안 시스템을 사용하면 각 초안이 새 게시물 ID로 저장됩니다.

URL에 날짜가 있으면 특별한 SEO 혜택이 없습니다. 검색 엔진은 기사가 처음 작성된 시점을 알기 위해 날짜를 확실히 분석 할 수 있지만 날짜가 페이지에있는 경우에도 기사를 사용할 것입니다.

사용자에게 유일한 장점은 URL을 클릭하기 전에 게시물이 몇 살인지 볼 수 있다는 것입니다. 상황에 따라 유익 할 수도 있고 그렇지 않을 수도 있습니다. 간단한 '슬러그'(아마도 카테고리 세그먼트)를 사용하는 것만으로도 사용자와 검색 엔진에 충분합니다.


2

검색 엔진과 사용자는 짧은 URL을 좋아하기 때문에 URL에 날짜를 입력하면 SEO 혜택이 없습니다. 내가 보는 유일한 이유는 중복 URL 문제를 피하는 것입니다 (이러한 종류의 문제의 id경우 URL에 사용하는 것을 선호합니다 ).


1

URL 경로에 날짜를 표시하면 SEO 이점이 없으며, 이와 같은 URL 구조로 인해 SEO 단점 이 발생할 수 있다는 점에 동의합니다 .

Google SERPS의 표시 URL은 최대 70 자 (영문 기준) 후에 잘립니다. URL 문자열에 숫자 (날짜)를 추가하면 URL의 시맨틱 가독성과 인식 된 정보 향기가 희석 될 수 있습니다.

예를 들어, 다음을 비교하십시오.

www.longishdomainname.com/blog/12/22/2015/keyword-rich-article-title-here

longishdomainname.com/keyword-rich-article-title-here

... 두 번째 URL은 더 깔끔해 보이고 이전 URL보다 더 많은 클릭이 발생한다고 주장 할 수 있습니다. CTR은 알고리즘 순위의 요소입니다.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.