Seoer 필수적인 기술의 IIS 로그 비밀

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

IIS 로그 모든 seoer 볼, 배워야 하나 이며 서버의 상태 및 IP에 대 한 액세스의 소스를 IIS 로그에 기록 됩니다 IIS 로그는 각 서버 관리자에 쉽게 사이트의 작업을 보려면 사이트 관리자에 매우 중요 하다. 비즈니스 소프트웨어 플러스 웹 사이트 수 있습니다 항상 다양 한 IP 트래픽, 있지만 검색 엔진 크롤 링 웹 사이트 정보에 표시 되지 것입니다,이 시간 우리 보고 IIS 사이트의 정보를 이해 하 고 싶은 로그, 그것 다른 상태 시간 다양 한 사이트를 반영할 수 있다.

우리가 관찰 IIS 로그 매일 우리의 사이트의 상태를 그릴 수 있습니다 그리고 이러한 상태는 사이트에 해당 조정에 따르면 그래서 사실, 최상의 상태를 달성 하기 위해 사이트에 각 사이트 직접 검색 엔진을 시작 하려면, 오른쪽 줄일 통지, 우선 드롭 순위 키워드 스냅샷 업데이트 되지 않습니다이 고 그래서 검색 엔진의 통지, 오른쪽 아래 사이트에 경우 IIS 로그를 준수 하지 않는, 우리는 정확한 판단을 할 수 없습니다 및 IIS 로그가 기록 하는, 검색 엔진 거미는 아니다, 사이트 정보 수정 되지 않은, 또는 죽은 링크 웹 사이트에서 결론을 얻을 수 있는 우리 중 누구도 IIS 로그 우리에 게 제시 하. IIS 확인 로그 매일 수 있습니다 우리는 웹사이트의 상태를 이해, 정확한 판단, 웹사이트의 무게의 증가 위한 노력.

IIS 로그를 분석 하는 방법

후 우리 IIS 로그, IIS 로그 분석기 도구를 사용 하 여 대략 IIS 로그를 확인 하 수 우리. 일반 도구는 다양 한 검색할 수 있습니다 거미의 총 수의 사이트에와 서 잘 거기 아무 실패는 주지 않을 것 이다 모든 종류의 정보 당신에 게. 아니다 도구 분석. 우리를 보면서 하나 하나 필요 하지 않습니다, 도구 분석은 단순히 아무 실패, 아니 실패는 물론 게 분석의 조각이 될 수 행복, 하지만. 우리 걸릴이 같은 메시지 분석

처음으로: 2010 년 10 월 22 일 05시 04분: 53 기계 수는 w3svc151800 p-0ymr9ww8yx4u9 222.76.213.49는 IP를 얻을 웹사이트 트리거 이벤트, 80 포트 번호, 61.135.186.49은 거미의 IP, Baiduspider는 바이 두의 거미, 200 0 0 액세스 성공, 41786 193 6968은 거미의 시간이 웹사이트에 얘기 하 고 얼마나 많은 시간 그것은 뿐만 아니라 데이터를 다운로드 했다. 2010.10.22 아침 5, 4 분, 53 초. 거미 라는 w3svc151800 p-0ymr9ww8yx4u9 사이트를 성공적으로 입력 하려면 80 포트를 통해 액세스 하 고 데이터를 193MS 비용의 47186B를 다운로드.

바이 두의 거미 이름: Baiduspider, Google 거미 이름: Googlebot,

IIS 로그는 기본적으로 이렇게 제외 하 고 가기 하나 성공적으로 크롤 링: 200 0 0

404 (찾을 수 없음) 서버는 요청 된 페이지를 찾을 수 없습니다

304 (수정 되지 않음) 마지막 요청 이후 요청한 페이지를 수정 하지 않은 그리고 그것은이 응답을 반환 하는 경우 서버 페이지 콘텐츠를 반환 하지 않습니다

503 (서비스를 사용할 수 없음) 서버 하지 현재 사용할 수 없습니다 (시간 제한 또는 중단 유지 관리)

301 영구 리디렉션

302 임시 리디렉션

기본적으로 우리가 이해 하 고 귀하의 사이트가 나타납니다, 404는 로봇을 사용 하 여 화면, 다음 경우는 이러한 FTTP 상태 코드 404 404 경우 죽은 링크는, 검색 엔진 생각할 것 이다 사용자를 속이는, 당신을 벌 것 이다. 304의 큰 영역을 발견 됩니다, 웹사이트 업데이 트 되지 않았습니다, 하나 또는 두 개의 관계는 큰, 하지만 많은 것입니다 귀하의 웹사이트를 관리 하는 사람이 생각 하는 검색 엔진, 시간 웹사이트 스냅숏 업데이트, 키워드 변동 않기로 하면;는 해결할 수 없는 503 시키고 서버 공급자를 찾아야 할 것 이다. 이면 연속에서 동시 503에 좋습니다는 서버를 변경 하려면 서버를 판사에 게 그 당시 그는 거미에 발생 하기 때문에 서, 스파이더가 귀하의 사이트를 입력할 수 없습니다, 검색 이해 되지 것입니다, 신뢰를 줄일 것입니다, 오른쪽 아래 시작 했다. 301 영구 리디렉션, 사이트 변경 사용은, 여기에서 301 어떻게 판단할 수 있는, 성공 하지 않았다. 302 임시 이동, 어떤 활동을 사용할 수 있습니다 예를 들어 크리스마스가 오고 이제 계획할 때 많은 기업 연주 활동, 302 임시 사용할 수 있습니다 복원 축제 후 과거, 리디렉션.

거기에 IIS 로그를 관찰 하는 또한 주기 위해 한 주에 평균 거미를 관찰 하는 중요 한 장소, 거미의 총 수를 보여 이번 주 평균 하루에 5000 번 및 다음 주 7000 번/일 체중을 의미 하는 증가 하는 경우 귀하의 사이트의 무게 증가 증가 3000 번 아래로 / 무게 그날 떨어지고, 보고에 관심을 지불 하는 경우 어디 사이트 문제입니다. 또한 때 거미 활동은 더 자주 관찰 하, 거미에 게 자주 업데이트의 활동 사이트 증가의 무게에 도움이.

우리는 또한 웹 크롤링 조정 웹사이트 있도록 장소를 수정 하려면 사이트를 분석 하기 위하여 더 적은을, 더 많은 어떤 웹 페이지 거미를 보고, 분석 하 고 URL 주소를 크롤링할 사이트에서의 거미 IIS에서 얻을 seoer 분석 해야 IIS 로그 선호 매일 IIS 로그에 404 페이지와 같은 사이트의 문제에 가장 빠른 솔루션을 분석 하는 시간이 걸릴 것으로 방패와 함께 적시에 로그 수만 적용 48 시간 이내에 바이 적용 하기 2-4 주 걸릴 것입니다이 URL 주소를 크롤링할 수 있도록 경우, 너무 오래 같은 시간 낭비. 그래서 우리 큰 웹 사이트의 경우 IIS 로그를 매일, 관찰, 거미는 더 자주 다음 IIS에 로그인 한 시간, 조심 분석 후 분할.

IIS 로그 수 도움 웹사이트 상황, 할 seoer 관찰을 IIS를 분석 해야 합니다 로그, 수 웹사이트에 대 한 올바른 계획, 번 창 하는 웹사이트.

위의 내 개인적인 견해는, 거기에 몇 가지 결함 또한 지정 하십시오. 이 문서의 저자: ︶ㄣ 誋, www.ok-ye.com 무단 전재 돌 소스 하시기 바랍니다, 감사 합니다!