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.