SEOr에게 서버 IIS 로그는 매우 중요한 최적화 참조 로그입니다. 여기에서 검색 엔진 스파이더 크롤링 상태를 볼 수 있고, 웹 사이트 자체의 일부 조건도 이해할 수 있으며, 웹 사이트의 동작도 분석할 수 있기 때문입니다. 일부 사용자는 통계를 위해 일부 타사 코드를 사용할 필요가 없습니다. 물론 일부 IIS 로그는 IDC 공간 공급자에 의해 제한되므로 보기 전에 열어야 합니다. 경우에는 일부 소스 코드를 온라인으로 다운로드하여 설치하는 것이 좋습니다. 다음으로, 저자는 서버 IIS가 웹사이트에 어떻게 도움이 될 수 있는지 자세히 설명할 것입니다!
(1) 거미가 기어다니는 횟수를 확인합니다.
검색 엔진 스파이더는 당사 사이트의 콘텐츠를 크롤링하고 크롤링된 콘텐츠를 검색 엔진 데이터베이스에 제출하는 데 사용되는 로봇입니다. 따라서 당사는 스파이더가 크롤링한 횟수를 알고 있으며 당사 사이트가 엔진에 의해 검색되었는지 간접적으로 알 수 있습니다. . 또한, 스파이더의 기원을 비교함으로써 어떤 외부 링크가 우리 사이트에 더 유용하고 어떤 스파이더가 더 가치가 있는지 완전히 이해할 수 있습니다. 또한 우리 사이트 콘텐츠의 어떤 페이지를 선호하고 항상 모방하는지 이해할 수 있습니다.
유해한 검색 엔진 스파이더의 경우 스파이더의 종류가 많기 때문에 차단해야 합니다. 어느 날 우리 웹사이트에 알려지지 않은 스파이더가 많이 크롤링되는 것을 발견하면 이를 방지하기 위해 차단해야 합니다. 권위를 잃은 저자는 또한 거미를 유인하여 자신의 웹사이트를 크롤링하도록 유도하는 소프트웨어를 사용하지 않도록 모든 사람에게 촉구합니다.
수많은 검색 엔진 스파이더가 우리 웹사이트를 크롤링하는데, 이는 의심할 바 없이 우리 서버에서 일정량의 리소스를 차지합니다. 그러나 많은 스파이더 크롤링은 우리 사이트의 무게에 매우 도움이 되므로 모두가 더 나은 것을 선택해야 한다고 제안합니다. 중요한 순간에 붕괴를 방지합니다. 또한 많은 해커들이 웹 사이트 데이터 리소스를 훔치기 위해 스파이더 크롤링 모드를 사용한다는 사실을 일부 공식 발표를 통해 알게 되었기 때문에 이에 대해서도 주의를 기울여야 합니다!
(2) 스파이더가 페이지를 어느 정도 크롤링하는지 확인합니다.
일반적으로 스파이더가 가장 중요하게 생각하는 것은 웹사이트 홈페이지이므로 홈페이지 스냅샷은 일반적으로 가장 자주 업데이트됩니다. 그리고 내부 페이지도 자주 방문하는 경우에는 즉시 수집이라고 부르는 효과를 얻을 수 있으며, 일부 페이지가 스파이더에 의해 크롤링되지 않는 경우 ISS 로그를 통해 스파이더 크롤링을 금지했는지 확인할 수 있습니다. 또한, 저자는 많은 웹마스터들이 외부 링크를 만드는 과정에서 일반적으로 홈페이지 주소를 사용한다는 것을 이해하고 있으며, 여기에서 저자는 모든 사람들에게 칼럼과 기사 페이지에 대한 외부 링크를 더 많이 만들 것을 요청합니다. 이는 우리가 포함하는 데 큰 도움이 될 것입니다. 그리고 이를 통해 우리는 스파이더가 어떤 페이지에서 진입하는지, 어떤 페이지가 상대적으로 자주 크롤링되는지, 어떤 페이지가 한 번 크롤링되었지만 다시 크롤링되지 않거나 포함되지 않는지와 같은 사이트의 일부 조건을 이해할 수도 있습니다. 스파이더가 선호하는 콘텐츠가 무엇인지 더 정확하게 이해할 수 있으며, 스파이더가 우리 콘텐츠에 관심이 있는지, 아니면 외부 링크 때문에 크롤링하고 있는지도 확인할 수 있습니다.
(3) 웹사이트 http 코드 분석.
스파이더는 우리 웹사이트의 콘텐츠를 크롤링하고 크롤링할 때 일반적으로 http 상태 코드를 남깁니다. 반환할 때 일반적으로 200을 표시하며 이는 직접 공개되지 않을 수 있음을 의미하므로 검토 기간이 필요합니다.
다음은 저자가 이 분야에 관해 작성한 두 가지 자체 질문과 답변입니다. 모든 웹마스터에게 도움이 되기를 바랍니다.
1. 웹사이트에 해당 페이지가 존재하지 않는 경우 404를 반환해야 합니까, 아니면 200을 반환해야 합니까?
우선, 대답은 확실히 404 값을 반환하는 것입니다. 404 페이지가 검색 엔진에 이 페이지가 오류 페이지이고 액세스할 수 없음을 알릴 수 있다는 것을 모두가 알고 있지만, 200이면 다르기 때문입니다. 그러나 스파이더가 크롤링할 때 접근할 수 없는 것으로 확인됩니다. 이러한 페이지가 너무 많으면 검색 엔진이나 심지어 K에 의해 당사 사이트가 직접 순위가 낮아지게 됩니다.
2. 웹사이트가 구축 중이거나 제출 중일 때 어떤 상태 코드를 반환해야 합니까?
대답은 503 상태입니다. 503은 검색 엔진에 당사 사이트에 일시적으로 액세스할 수 없으며 특정 기간 내에 복원될 것임을 알릴 수 있기 때문입니다. 다른 상태 코드인 경우 검색 엔진은 해당 사이트, 특히 404 페이지에 액세스하지 못할 수 있습니다. 검색 엔진은 웹사이트가 더 이상 존재하지 않는다고 직접적으로 생각합니다.
404 페이지는 실제로 우리 사이트에 매우 도움이 되므로 사이트에 대한 404 페이지를 만드는 것을 기억하는 것이 좋습니다.
(4) 로그 분석을 위해 전문적인 도구를 사용하세요.
PV 값은 의심할 여지없이 웹 사이트에 대한 사용자 경험의 표현입니다. 우리 사이트의 이탈률이 너무 높으면 웹 사이트가 열리지 않는 상태이거나 콘텐츠가 열악하면 웹 사이트 순위는 자명합니다. , 어느 페이지의 트래픽이 더 높은지 확인할 수 없으므로 탐색을 통해 사용자의 요구를 이해하고 개선할 수 있습니다. 그러나 당사 웹사이트가 오랫동안 열리지 않거나 접속 속도가 느린 경우에는 악성 트래픽의 공격을 받았는지 여부를 로그를 통해 확인할 수 있으며, 이러한 상황에 직면하면 당사는 침해하거나 사례를 신고하거나, 아니면 조치를 취해야 합니다. 웹 사이트를 직접 변경하십시오.
웹사이트의 경우, 사용자가 귀하의 사이트를 클릭하지 않는다면 귀하의 사이트가 매력적이지 않다는 의미이며, 검색 엔진 역시 귀하의 사이트가 좋은 웹사이트가 아니라고 생각할 것이므로 좋은 사용자 경험 스튜디오를 만드는 것이 매우 중요합니다. . 마지막으로 두 가지 전문적인 IIS 로그 분석 도구를 추천합니다.
1. .awstats,
2. 웨발라이저
이 두 도구는 웹사이트의 일부 상태 코드(⊙o⊙)도 분석할 수 있습니다!
요약: 웹 사이트의 IIS 로그는 웹 사이트 최적화 및 사용자 경험의 모든 측면에서 매우 유용합니다. 이를 통해 우리는 사이트에 대해 더 많이 배우고 우리가 간과했던 몇 가지 작은 세부 사항에 주의를 기울일 수 있습니다. 검색 엔진의 선호를 받으며 사이트가 K 상태가 되거나 강등되기 전에 이를 제출하여 이에 대한 이해를 얻을 수 있지만 이는 종종 피할 수 있습니다. 이 기사는 원래 Name Network http://www.name2012.com 에서 공유되었습니다. 이 기사를 재인쇄하는 친구들은 링크와 저작권을 기억하기를 바랍니다. 감사의 말씀을 전하고 싶습니다. 그럼 오늘은 여기까지입니다. 앞으로는 이 플랫폼에서 더 많이 소통할 테니 다음에 또 만나요.
담당 편집자: Chen Long 저자의 개인 공간 name2012.com