it-gundan.com

URL : 하이픈, 밑줄 또는 더하기 기호를 사용해야합니까?

검색 엔진에 어떤 것이 더 좋습니까?

  1. example.com/my_cool_page.html
  2. example.com/my-cool-page.html
  3. example.com/my+cool+page.html
112
delete

과거와 비교했을 때 차이가 적은 것처럼 보이지만 URL의 각 용어를 개별 단어로 인식하려면 하이픈을 사용하는 것이 좋습니다.

그 이유는 검색 엔진이 영어와 마찬가지로 하이픈을 단어 구분 기호로 취급하기 쉽기 때문입니다. 그러나 밑줄은 일반적으로 영어에서 단어 구분 기호로 사용되지 않습니다. 많은 경우에, 예를 들어 밑줄이 프로그래밍을 위해 함수 이름에 사용되는 경우 및 기타 유사한 상황과 같이 문자를 전후 문자의 일부로 보는 것이 바람직합니다.

이것이 중요한 몇 가지 경우가 있습니다. 예를 들어, 누군가가 전체 URL을 링크의 앵커 텍스트로 사용하는 경우 검색 엔진은 해당 단어를 관련 단어로 끌어낼 수 있습니다. 다른 예로, 검색 엔진은 URL의 단어를 상관 요소로 사용하여 해당 용어와 페이지 콘텐츠의 관련성을 판단 할 수 있습니다.

Matt Cutts는 이것을 설명하는 날짜 조각 을 가지고 있으며 2011 년 8 월의 최신 Google 웹 마스터 도움말 비디오가 있습니다 Google은 여전히 ​​밑줄을 단어 구분 기호 . 유효한 HTML을 제공하는 것과 같은 이유로 검색 엔진을 최대한 쉽게 사용할 수 있습니다.

새 사이트를 시작하는 경우 대시를 사용하는 것이 좋습니다.

91
JasonBirch

답은 다음과 같습니다.

https://webmasters.stackexchange.com/questions/374/urls-should-i-use-hyphens-underscores-or-plus-symbols

사이트의 Stack Exchange 네트워크는 Google의 순위가 높으며 Stack Exchange는 URL에 하이픈을 사용합니다.

76
Aiden Bell

Jeff Atwood의이 기사는 항상 저를 위해 클린치했습니다 : 공백, 밑줄 및 대시 :

This_is_a_single_Word이지만이 단어는 여러 단어입니다.

... Google의 경우 더 이상 유지되지 않는 것 같습니다 ( "웹 사이트"를 검색해보십시오. 한 단어로 간주 됨).

22
tlvince

밑줄의 또 다른 단점은 전체 URL이 밑줄과의 링크로 렌더링 될 때 일부 브라우저에서 보이지 않으며, 사용자가 URL을 복사하여 붙여 넣지 않고 URL을 사용하려고하면 혼동 될 수 있습니다 (예 : 쓰거나 읽지 않음) ).

10
Loftx

하이픈을 읽기가 더 쉽다고 생각하고 가장 많이 사용됩니다 (사용자는 URL에 하이픈이 포함될 것으로 기대합니다).

8
Thomas Bonini

하이픈은 단어 구분 기호로 사용되기 때문에 검색 엔진에서 더 잘 작동한다고 생각합니다. 또한 사용자가 읽기가 조금 더 쉽습니다.

5
Grant Palin

나는 하이픈을 위해 모두입니다. 다중 단어 구에 밑줄을 사용하는 것도 의미가 있습니다. 교대를 칠 필요가 없기 때문에 하이픈은 타이핑하기가 더 빠릅니다. 하이 엔드를 쉽게 읽을 수 있으면 최종 사용자를 염두에두고 선호하는 것이 될 수 있지만 em을 사용하십시오.

5
Chris

개인적으로 대시를 밑줄보다 입력하기가 쉽다고 생각합니다. Shift 키를 누를 필요가 없기 때문입니다. 또한 많은 사람들이 키보드에서 밑줄을 어디에서 찾을 수 있는지 궁금합니다.

물론 대부분의 사용자가 웹 사이트 주소를 입력하지 않기 때문에 큰 문제는 아니지만 누군가가 언젠가는있을 수 있습니다.

4
Darryl Hein

저에게 밑줄보다 하이픈을 읽는 것이 더 쉽습니다. 다른 사람들도 아마 더 쉽다고 생각합니다.

하이픈은 단어 구분자로 취급되므로 페이지 이름이 실제 단어로 표시되므로 도움이됩니다.

대부분의 경우는 아니지만 대부분의 경우 밑줄은 단어 구분자로 취급되지 않으므로 페이지 이름을 큰 문자와 밑줄로 묶습니다.

즉, 페이지 이름에 하이픈 대신 밑줄을 사용하면 대부분의 장소에서 페이지의 점수가 낮아집니다. 얼마나 더 낮습니까? 별로. 이것이 항상 그렇습니까? 아니.

3
Evik James

검색 엔진의 장점은 무엇입니까?
상관 없습니다. 중요한 것은 : 사용자에게 더 좋은 것은 무엇입니까?

  • 최신 검색 엔진은 단어 구분 기호와 단어 결합 자 등의 이상한 규칙에 의존해서는 안됩니다. 최신 검색 엔진은 오타, 아포스트로피, 문장 부호 등을 처리 할 수 ​​있습니다. 어떤 문자를 구분하는 문자가 큰 문제가되지 않는지 파악합니다.

  • 나는 하이픈이 자연적인 단어 구분 기호이기 때문에 더 좋다고 주장하는 사람들에 동의하지 않습니다. 그것들은 종류이지만, 종류는 아닙니다 : 단어를 반 첨부하거나 반 구분합니다. 자연어 분리 문자는 % 20입니다.

그러나 위의 진술은 관련이 없습니다. 어쨌든 URL은 중요하지 않아야합니다.

RL의 키워드는 얼마나 중요합니까?
페이지에 분명히 내용이없는 경우 중요하지 않아야합니다.

  • URL은 사람에게 잘 보이지 않습니다. 링크에는 앵커 텍스트가 대신있을 수 있으며 페이지에는 표시되지 않으며 브라우저 탭에는 표시되지 않습니다.

  • <title />과 기본 제목이 더 잘 보이고 일반적으로 URL에 키워드를 중복해서 만드는 동일한 키워드를 포함합니다.

인간에게 얼마나 중요한가요?
따라 다릅니다.

검색 엔진의 관점에서 볼 때, 사용자는 전혀 검색어를 입력하지 않고 흥미로운 제목과 설명이있는 스 니펫을 클릭하기 만하면됩니다.

그러나 방문객들은 다른 곳에서 왔습니다. 경우에 따라 "URL 품질"을 무의미하게 만드는 멋진 앵커 텍스트가 있지만 중요한 경우가 있습니다.

  • URL의 빠른 복사 및 붙여 넣기/공유 : 작성자에게는 문제가 없지만 독자에게는 문제가되지 않습니다.

  • URL을 수동으로 입력해야합니다. 예를 들어 이미지에서 텍스트를 복사 할 수 없습니다.

RL의 품질을 결정하는 요소는 무엇입니까?

  • 길이; 주소 표시 줄이 가로로 스크롤되는 것을 원하지 않거나 URL 만 줄 바꿈으로 연결됩니다. 말할 것도없이 : 더 긴 URL을 입력하는 데 시간이 더 걸립니다.

  • 단어 분리 문자; 대부분의 사람들은 하이픈이 더 낫다는 데 동의합니다.

  • 어지럽게 흩어져 있는 것; 예 : 고유 ID, 파일 이름 확장자, 이상한 URL 매개 변수 이들은 기억하기 어렵다.

  • 이상한 문자와 구문; 오래된 예제는 물결표 ( http://example.com/~user/ )이지만 URL 매개 변수 구문도 약간 이상합니다. 흔하지 않은 문자는 일부 사람들에게 입력하기 어려울 수 있습니다.

  • 안전한 문자 대 유니 코드; 이것은 양날의 칼이며 자신의 대답이 필요합니다. 그러나 간단히 말하면 : 브라우저 맹글 URL, % c3 % a4 등은 입력하기가 쉽지 않습니다. 모든 키보드가 안전하지 않은 문자, 일부 인코딩 지옥을 입력 할 수는 없지만 키워드는 원어민에게 적합합니다.

  • 텍스트 길이; URL을 제목의 형태로 생각하고 명백한 단어를 언급하지 말고 문법을 무시하십시오.

사람들은 약간 다른 것을 입력합니다
웹 서버는 인식 된 비정규 URL을 정식 버전으로 리디렉션하도록 설계되어야합니다. 결정하는 것은 당신에게 달려 있습니다.

  • http 대 https

  • www 대 아니 www

  • 후행 슬래시와 후행 슬래시 없음

그러나 서버는 모든 서버를 승인하고 수정해야합니다.

검색 결과가 포함 된 404 페이지는 사용자에게 적합합니다. URL의 단어를 검색어로 사용하십시오.

3
Oskar Skog

여기에 좋은 답변이 많이 있습니다. 추가해야 할 또 다른 요점은 하이픈의 픽셀 너비가 밑줄보다 작다는 것입니다. may를 사용하면 다른 키워드를 SERP로 가져올 수 있습니다.

2
nathangiesbrecht

URL로 표현하려는 내용에 따라 다릅니다.

표면적으로는 하이픈과 밑줄이 검색 엔진에 의해 동일하게 취급된다고 믿기 쉽습니다. 그러나 그렇지 않습니다.

간단히 말해 Google은 하이픈을 공백 (또는 단어 구분 기호)으로 취급합니다. 따라서 기존 공간을 추가하지 못할 수도 있지만 Google에서는 여전히 이런 방식으로 나타납니다.

반면에 밑줄은 "워드 소인"으로 간주됩니다. 위의 예에서 miami_real_estate_agentmiamirealestateagent과 동일합니다.

찰리 로즈

0
schmijos