구글 애드센스 광고 크롤러 오류, 해결방법 이게 뭐야

구글 애드센스 광고 크롤러 오류, 해결방법 이게 뭐야

티스토리는 블로그를 1계 정당 10번의 블로그를 개설할 수 있으며, 한 번에 동시 운영할 수 있는 블로그의 개수는 5개입니다. 이 과정에서 블로그를 새로 개설할 때 이미 개설한 하나의 블로그를 없애야 하는데 이 과정에서 티스토리 블로그 삭제 및 백업하는 방법을 정리해 보겠습니다. 일단, 본인이 개설한 블로그를 확인하시려면 티스토리 메인화면으로 접속해 주셔야 합니다. 저는 보통 제 블로그만 즐겨찾기 해 두기 때문에 메인화면에 들어갈 일이 잘 없는데요. 혹시 바로 접속하시려면 하단 링크를 참조하셔도 좋습니다.

현제 운영 중인 블로그의 개수가 나오고, 블로그 개설 가능 횟수가 나옵니다. 티스토리 블로그 개설 규칙은 다음과 같습니다.

크롤러 호스트 오류 문제 개요

구글 서치콘솔 크롤링 통계 보고서에서의 호스팅 상태는 지난 90일 동안의 보편적인 가용성 상태가 요약 보고 됩니다. 지난 90일 동안 혹은 지난주에 사이트에 영향을 미치는 가용성 문제에 대하여 최근 90일간 호스트 문제없었음 혹은 지난주 호스트 문제 있었음과 같은 형식으로 표시되는 것입니다. 지난주 호스트 문제 있었음의 경고는 구글에서 콘텐츠에 액세스 하지 못하는 서버연결에 실패율이 높기 때문에 표시되는 것으로 구글이 사이트를 크롤링할 때 서버 연동 오류율이 당일 기준값을 초과하는 경우 문제로 간주합니다.

호스트 상태는 초록색이 이상적이나 가용성 상태가 빨간색이면 클릭하여 robots.txt 가용성, DNS변환 및 호스트 연결에 대한 가용성 상세사항 확인을 하여 문제가 어디에서 발생하는지 파악하게 됩니다.

크롤링요청기준별내역 분석

A D는 티스토리 사이트이고, E는 블로그 스폿입니다. 사이트별 글 내용 외 글 쓰는 형식이나 유형은 AE 모두 거의 같다고 할 수 있어요. 하지만 사이트 A D는 문제 있음 사이트 E는 문제없음인 상태로 크롤링 통계가 보고 되고 있습니다. 다음은 사이트의 기준별 크롤링 통계 보고 내역입니다.

응답기준으로 볼 때 응답 성공비율은 62에서 86로 산술 평균값은 71.4입니다. 페이지 연결할 수 없는 응답 실패율은 10에서 33로 산술평균값이 22.75입니다.

주목할 것은 티스토리에서만 응답실패가 나타나고 있으며, 블로그스폿은 아직 응답실패율이 나타나고 있지 않고 있다는 것입니다. 글 발행 수가 대조적으로 적은 영향인지 그 이유는 아직은 분명하게 알 수는 없습니다..

Googlebot 유형기준

구글봇 유형 기준으로 크롤링 실패가 발생되고 있는 것은 Adsbot으로 13에서 55로 산술 평균 36가 크롤링 실패가 발생되고 있습니다. 나머지 데스크톱, 페이지리소스, 스마트폰에서는 크롤링 오류가 거의 없거나 미미합니다. 현재 사이트 AE 중 다음을 통해 검색으로 유입되는 것은 거의 없습니다.. 다음 유입이 안 되는 이유는 알고 싶지도 않습니다. 왜냐하면 블로그티스토리를 개설하여 어느 정도 운영합니다. 보시면 다음에서 최적화되고 상위 검색 노출이 되다가 어느 날 갑자기 이유도 원인도 모르는 상태에서 맑은 하늘에서 날벼락 맞듯이 다음 최적화에서 제외되며 유입이 하나도 없는 현상이 발생되기 때문입니다.

현재는 6월 다음 자체광고가 시작된 이후부터는 검색되는 글이 어쩌다.

RestAPI

API는 응용 프로그램에서 사용할 수 있도록 운영체제나프로그래밍 언어가 제공되는 기능을 제어할 수 있게 만든 인터페이스를 뜻합니다. API를 설명할 때 보통 식당의 점원으로 비유하곤 합니다. 손님은 점원에게 음식을 주문하고, 점원은 주문을 요리사에게 전달합니다. 요리사는 요리를 만들어 점원에게 주고, 점원은 손님에게 고객에게 고객에게 요리를 서빙합니다. 이처럼 API는 식당의 점원과 같은 역할을 합니다. 여기서 손님과 요리사는 프로그램으로 비유할 수 있어요.

즉, API는 프로그램들이 서로 상호작용하는 것을 도와주는 매개체라고 할 수 있어요.

REST?

REST는 REpresentational State Transfer의 약자로, Roy Fielding의 박사학위 논문에서 최초로 소개되었습니다. REST는 HTTP를 기반으로 필요한 자원에 접근하는 방법을 정해놓은 아키텍처라고 할 수 있어요. 여기서 자원이란 소프트웨어가 관리하는 모든 것문서, 그림, 데이터 등을 의미합니다. REST는 월드 와이드 웹www과 같은 분리 하이퍼 미디어 시스템을 위한 소프트웨어 개발 아키텍처의 한 형식입니다.

REST는 웹의 과거 기술과 HTTP 프로토콜을 그대로 활용하기 때문에 웹의 장점을 최대한 활용할 수 있어요.

곧바로 이어서 일을 한 것이 아닌 예전에 작성해뒀던 config 파일같이 거의 상대방이 기록한 코드를 이어서 작업할 때 이런 어려움이 있을수도 있겠구나 싶었다. 허무한 오류에 시간을 쏟지 않도록 기본기를 더 쌓아야하는 시간입니다.

자주 묻는 질문