서구 추천 URL 표준화

중간 트랜잭션 http://www.aliyun.com/zixun/aggregation/6858.html "> seo 진단 Taobao 게스트 클라우드 호스트 기술 홀

을 BigDaddy 데이터 센터에 의견을 수집 하기 시작 하기 전에 내가 이야기 간단히 표준화에 대 한 견해, "비 www와 www"에 대 한 리디렉션, 반복 Url, 302 "납치" 우리의 토론이를 공통으로 하 고 싶습니다.

Q: 어떤은 표준화 된 URL? 같은 이상한 단어를 사용 하는 이유?

A: 죄송 해요,이 이상한 단어 이며 이것이 Google 안에 그것을 호출. 표준화는 여러 가지 옵션을 일반적으로 홈 페이지에 있는 최고의 URL을 선택 하는 프로세스입니다. 예를 들어 대부분의 사람들이 같은 자연의 다음 Url 이라고 합니다.

* www.example.com

* example.com/

* www.example.com/index.html

* example.com/home.asp

하지만 기술적인 관점에서 이러한 Url은 다릅니다. 위의 Url, 웹 서버는 완전히 다른 콘텐츠를 반환합니다. 구글 "표준화" 특정 Url 때 우리가 비슷한 Url의 집합에서 대부분 대표를 보는 것을 선택 하려고 합니다.

Q: 어떻게 Google 내가 원하는 Url을 선택할 수 있는지 만들 수 있습니까?

A: URL을 선택 하 고 그 후 특정 웹 사이트에 액세스 하려면이 URL을 사용 하 여 도움이 됩니다. 예를 들어 동일한 입력된 링크 절반 지점을 http://example.com/and 다른 절반 http://www.example.com/ 하 게 하지 마십시오. 대신, URL을 선택 하 고 항상이 포맷을 사용 하 여 내부 링크에.

(번역기 참고: 웹 마 스 터 도구에 대 한 사용할 수 있습니다 이제 "콘솔 > 도구 > 설정 기본 도메인 이름").

Q: 어떤 다른 나 그 외에 할 수 있습니까?

답: 예를 들어, http://www.example.com/ 될 귀하의 기본 URL을 원한다 면. 그래서, http://example.com/를 요청 누군가가 http://www.example.com/ 연결 301 (영구) 리디렉션을 생성 되도록 웹 서버를 설정할 수 있습니다. 이 이해를 표준으로 사용 하는 URL을 Google 데 도움이 됩니다. 사이트 자주 (예: 동적 콘텐츠 및 블로그, 등) 변경 하는 경우 다음 추가 301 리디렉션 검색 엔진를 찾아서 캡처 더 편리할 수 있습니다.

Q: 만약 domain.com 제거 하지만 www.domain.com을 계속 하 고 싶어 하 고 싶습니다, 내가이 도메인 이름을 제거 하려면 URL 정리 도구를 사용 해야 합니까?

A: 아니, 절대 아닙니다. WWW 도메인 이름, 또는 비 WWW 도메인 이름 중 하나, 결과의 삭제는 다음 6 개월 이내에 복구할 수 도메인 이름을 발생할 수 있습니다. 결코 그렇게. WWW 도메인 이름 또는 비 WWW 도메인 이름을 제거 하려면 URL 제거 도구를 사용 하 고 싶습니다 실제로 모든 도메인 이름을 삭제 한 경우 다시 컬렉션 요청을 보내고 URL 제거 도구를 사용 하는 선언 실수로 제거 전체 도메인 이름을 지금 요구 한다 새로운 컬렉션.

Q: 비 WWW 버전 으로부터 WWW 버전 귀하의 사이트를 설정 하는 301 리디렉션을 사용 하지 않은 것으로 나타났습니다 왜 그렇지?

A: 사실,은 목적에 그것 않았다. 난이 몇 달 전을 발견 하지만, 자신을 조정 하는 것은 또는 그것을 날 수 있도록 Google 직원에 게 물어 하지 않기로 결정. 301, 끝낼 수 있습니다 하지만 지금까지 적어도 그것은 도움이 실험.

Q: 그래서 논의 "www 및 www가 아닌,"이는 표준화 된 형식이 생각? Url을 표준화 하는 다른 방법이 있습니까?

A: 여러 가지 방법, 하지만 대부분의 사람들이 하지 않습니다 알 필요가 없습니다. 검색 엔진 (경우에 세션 ID, 많은 게시판 제대로 작동 여전히 수 생략) 게시판 또는 다른 소프트웨어에서 대문자 소문자, 또는 삭제 세션 Id에서 Url을 변환 하는 후행 슬래시를 제거 또는 유지 등의 작업을 자동화할 수 있습니다.

Q: 하자에 대 한 이야기는 "inurl:" 연산자. 왜 모두가 생각 하는가 그 inurl:mydomain.com 그가 납치 해야 합니다 다음 수에서 하지 않은 몇 가지 결과 표시 하는 경우?

A: 이전, someresult.com/search2.php?url=mydomain.com 본 경우 때로는 그것 포함 mydomain에서 콘텐츠 됩니다. 이 someresult.com URL은 302 리디렉션 수를 우리 someresult.com에서 결과 표시 하려는 경우 발생할 수 있습니다. 그 이후로, 우리 우리 영감, 302 리디렉션 소스 Url 표시의 기회를 극적으로 감소 하는 방식으로 변경 되었습니다. 우리는 점차적으로 대상 URL에는 거의 항상 표시 처리 리디렉션에 대 한 프레임 워크를 채택 했습니다. 야 후는 일반적으로 대상의 URL을 표시 하는 방식으로 302 리디렉션 처리 그리고 우리는 비슷한 추론을 전환 하는 과정. 제발 note는 야 후 리디렉션 과정에서 나타나는 예외 처리를 유지 하 고 Google는 동일을 할 것입니다. 우리의 분석에 따르면 우리 302 리디렉션 프로세스에 소스 URL의 총 확률의 0.5% 미만 표시 됩니다 (기본적으로, 우리가 있을 때 URL 소스 올바른지 믿을만한 충분 한 이유가).

Q: 그럼, 어떻게 보충에 대 한? 보충 자료 Google의 벌금을 부과?

대답: 아니요

(역 자 주: 보충 역사 되고있다.) 주류에 보충 자료를 참조 하시기 바랍니다.

Q: 추가 결과에서 내 페이지의 일부 있지만 페이지는 오래 된. 이제 어떻게 해야 하나요?

A: 만약 내가 변경 했다, 내가 그것에 너무 많은 에너지를 보냈다 않을 것 이다. 페이지를 삭제 하는 경우 나 새 페이지의 위치를 가리키는 301 리디렉션입니다 있는지 확인 합니다. 그것은 사라지지 않는다, 난 거 야 확인 서버 페이지에 대 한 404 오류 메시지를 반환 합니다. 그 후, 난 어떤 더 많은 에너지를 지출 하지 않습니다. Google은 마침내 그 페이지를 크롤 링 때 변경 내용을 찾습니다. 하지만 우리는 더 긴 간격에 대 한 우리 자신의 보완 결과 통해 크롤 링, 당신은 하지 잠시에 대 한 업데이트 표시 수 있습니다.

그건 내가 지금 생각할 수 있다. 곧, 302 inurl에 대 한 자세한 얘기 하자:이 문제를 좀 더 구체적으로 이해를 돕기 위해 예제.