IIS의 기본 오류 페이지는 매우 비우호적입니다. 많은 사람들이 기본 오류 페이지를 볼 때 다음과 같이 말할 것입니다. 웹 사이트를 열 수 없습니다! 트래픽 의이 부분은 헛된 것입니다. 오류 페이지가 홈페이지로 직접 점프하고 검색 엔진에 친숙하지 않으면 홈페이지가 차단 될 수 있습니다. 따라서 상황에 따라이 문제를 해결하는 두 가지 방법이 있습니다.
블로그와 같은 콘텐츠 유형 웹 사이트 인 경우 방문자가 검색 할 수있는 404 개의 오류가있는 검색 상자를 반환 할 수 있습니다. 전자 상거래 웹 사이트 인 경우 점프에 대한 404 오류가있는 진행률 표시 줄을 반환 할 수 있습니다. 이 두 가지 방법은 방문자를 돌보고 SEO를 고려합니다.
Google 웹 마스터 도구에 웹 사이트의 오류 페이지 수를 확인할 수 있습니다.
기본 오류 페이지를 수정하는 메소드는 매우 간단합니다. IIS에서 관리하려는 웹 사이트를 마우스 오른쪽 버튼으로 클릭하고 사용자 정의 오류에서 해당 오류 정보 페이지로 404를 설정하십시오. 두 가지 방법은 다음과 같습니다.
1. 메시지 유형에 대한 파일을 선택하면 .html 또는 htm으로 끝나는 파일 만 사용할 수 있습니다. 그렇지 않으면 사용자가 오류 페이지에 액세스 할 때 코드가 나타납니다. 404 상태가 .html 파일에서 출력되지는 않지만 이러한 방식으로 설정된 오류 페이지에서 IIS가 실행 된 후 404 상태가 자동으로 출력됩니다.
2. 메시지 유형에 대해 URL을 선택하면 ASP 파일을 사용해야합니다 (404 상태는 ASP 파일에서만 설정할 수 있으므로 오류 페이지에 액세스 할 때 200 상태 코드가 반환됩니다. 또한 추가 :
< %response.status = 404 찾기 %>
정기적으로 홈페이지로 뛰어 들고 싶다면 두 가지 방법이 있습니다.
1. 메타 태그의 새로 고침을 사용하여 점프하십시오.
<meta http-equiv = Refresh Content = 3; url = http : //chenfangyi.com/? xxx>
Google 중국어 블로그 관리자에 따르면 Yahoo는 사용 된이 방법으로 점프합니다.
2. JS를 사용하여 점프하십시오
메타 태그 점프는 검색 엔진이 200 또는 302로 인식 될 것이라고 걱정하기 때문에 JS를 사용하는 것이 더 좋습니다.
많은 웹 사이트에 비슷한 형식의 사용자 정의 404 오류 페이지가 있습니다. 먼저 오류 메시지를 표시 한 다음 Meta Refresh를 통해 페이지가 홈페이지, 웹 페이지 맵 또는 기타 유사한 페이지로 리디렉션됩니다. 특정 구현 방법에 따라이 유형의 404 페이지는 200 상태 코드 또는 302 임시 리디렉션을 반환 할 수 있지만 SEO 기술의 관점에서 어느 쪽이든 적절한 선택은 아닙니다.
우리는 이미 위의 200 상태에 대해 이미 이야기했습니다. 따라서 404 페이지가 302로 돌아 오면 검색 엔진은 무엇을 다룰 것인가? 이론적으로, 302 오류의 경우 검색 엔진은 웹 페이지가 존재한다고 생각하지만 주소는 일시적으로 변경되며 페이지가 여전히 인덱싱되어 포함됩니다. 이러한 방식으로, 200 상태 코드와 유사한 중복 텍스트 문제도 발생합니다. 둘째, Google이 대표하는 주류 검색 엔진은 302 개의 리디렉션 적용 범위에 대한 엄격한 요구 사항이 점점 더 엄격 해지므로 302 개의 리디렉션의 이러한 부적절한 사용은 큰 위험을 초래합니다.