자동 점검 알림을 설정하는 법

공식 진행 알림과 별도 점검 알림

구글은 서치 콘솔에서 사이트의 새로운 문제를 발견하면 알림 메일을 보낸다고 설명합니다. 페이지 색인 생성 보고서의 수정 확인과 직접 조치의 재검토에도 진행 알림에 관한 안내가 있습니다. 이 설명을 모든 기술 오류를 원하는 조건으로 통지하는 설정 기능으로 확대해서는 안 됩니다. 운영자가 필요한 조건을 입력하는 메뉴나 수신 대상을 지정하는 절차는 해당 안내만으로 정할 수 없습니다.

표의 공식 알림은 서치 콘솔에서 다루는 문제나 요청에 연결됩니다. 회사가 자체 점검 결과를 메신저나 업무 기록으로 전달하려면 별도 전달 방식을 설계해야 합니다. 기존 메일을 내부로 전달하는 업무와 자체 점검에서 새 알림을 생성하는 업무도 따로 기록합니다.

수정 확인과 재검토의 통지 범위

구글의 페이지 색인 생성 보고서 도움말은 페이지를 수정한 뒤 수정 결과 확인을 선택해 수정 확인을 시작하도록 안내합니다. 진행 중인 상태에서는 필요한 조치를 알림으로 전달할 수 있다고 설명합니다. 마케팅 담당자는 받은 알림을 해당 문제의 진행 상태와 연결해야 하며, 사이트 전체를 새로 검사한 결과로 해석하지 않습니다.

직접 조치 보고서 도움말은 모든 대상 페이지의 문제를 해결한 뒤 검토 요청을 선택하고 해결 내용을 설명하도록 안내합니다. 요청을 보내면 검토 진행을 알리는 메시지가 발송되고, 완료되면 이메일을 받는다고 설명합니다. 아직 처리되지 않은 요청의 결정 전에는 다시 제출하지 않도록 안내합니다. 담당자는 알림의 제목만으로 판단하지 않고, 어떤 요청에 대한 응답인지 보고서의 상태와 연결합니다.

공식 알림의 존재와 회사에 필요한 알림의 충족 여부는 별개의 판단입니다. 운영자는 기존 통지가 다루는 사건을 목록으로 작성한 다음, 내부에서 추가로 알아야 할 사건을 남깁니다. 같은 사건을 중복 통지할 필요가 있다면 수신 누락 방지나 담당자 전달처럼 추가 목적을 명시합니다.

알림 조건과 수신 담당자 지정

설정 작업은 기존 알림의 대상 조사, 별도 조건과 담당자 지정, 시험 수신 순으로 진행합니다. 마케팅 담당자는 최근 수신한 공식 알림과 관련 요청 기록을 준비하고, 기술 담당자는 자체 점검에서 얻을 수 있는 결과 항목을 정리합니다. 사용할 전달 수단의 세부 설정은 그 수단의 실제 기능에 맞게 진행하며, 서치 콘솔에 같은 메뉴가 있다고 전제하지 않습니다.

1. 마케팅 담당자가 기존 메일의 발신 출처, 대상 문제, 관련 요청을 기록하고 공식 진행 알림의 범위를 정리합니다.
2. 기술 담당자가 별도 점검 대상과 기대 상태를 기재하고, 어떤 결과가 발생하면 통지할지 문장으로 정의합니다.
3. 운영 책임자가 결과를 읽고 다음 조치를 결정할 수신 담당자와 부재 시 대체 담당자를 지정합니다.
4. 설정 담당자가 시험 알림을 전달하고, 수신 담당자가 메시지와 결과 기록에 접근할 수 있는지 시험합니다.

알림 조건에는 단순히 ‘오류 발생’이라고 쓰기보다 어떤 점검 결과를 오류로 처리하는지 기재합니다. 예를 들어 공개 대상 페이지의 요청이 실패한 경우를 사용할 수 있지만, 결과를 얻지 못한 원인이 페이지인지 점검 도구인지 가릴 정보도 필요합니다. 이는 회사의 운영 기준이며 구글이 정한 통지 조건으로 설명하지 않습니다.

표는 별도 알림을 설계할 때 사용할 항목 구성입니다. 실제 수신 결과는 시험을 마친 뒤 기록하며, 미실시 상태를 성공으로 채우지 않습니다. 담당자란에는 부서명만 남기지 말고 실제로 메시지를 받아 처리할 책임자를 지정합니다.

시험 수신과 결과 접근 절차

시험은 메시지 발송에 성공했는지에서 끝내지 않습니다. 수신 담당자가 시험 메시지를 받았다고 응답하고, 메시지가 가리키는 결과 기록을 열어 대상과 조건을 읽을 수 있어야 합니다. 설정 담당자는 발송 결과, 수신 응답, 기록 접근 결과를 따로 남깁니다.

시험 메시지는 실제 장애 통지와 혼동하지 않도록 시험임을 명시합니다. 운영 중인 페이지에 일부러 문제를 만들기보다 시험용 입력이나 준비한 결과 기록을 활용하는 방식을 선택합니다. 전달에 실패했다면 수신 대상과 전달 수단을 수정하고, 기록 접근에 실패했다면 권한과 안내 내용을 정비한 뒤 다시 시험합니다.

알림 처리 상태의 기록 기준

알림을 받은 상태와 문제를 처리한 상태는 별도로 기록해야 합니다. 메시지 수신이 끝났다는 이유로 점검 항목을 정상으로 처리하면, 담당자가 아직 판단하지 않은 결과가 처리 완료 기록에 포함됩니다. 운영자는 수신, 담당자 응답, 원인 조사, 조치 완료를 서로 다른 상태로 관리합니다.

수신 담당자는 메시지에 적힌 대상과 실제 결과 기록의 대상이 같은지 대조합니다. 이어서 기록이 생성된 시점과 판정 근거를 읽고, 현재 상태를 다시 조사할 필요가 있는지 결정합니다. 오래된 기록을 전달받았다면 그 기록 자체의 오류와 현재 사이트의 문제를 혼동하지 않도록 처리 메모에 남깁니다.

같은 문제가 이어지는 동안 반복 알림이 도착하면 매번 새 사건으로 등록할지 먼저 정해야 합니다. 기존 사건에 추가할 경우 담당자는 같은 대상과 조건인지 대조하고, 달라진 결과만 기록합니다. 다른 페이지나 다른 조건에서 발생했다면 별도 사건으로 처리합니다. 알림 개수만으로 문제의 범위가 넓어졌다고 판단하지 않습니다.

미실행과 정상 결과의 판별

알림이 없다는 사실만으로 점검 대상이 정상이라고 판단할 수는 없습니다. 점검 작업이 실행되지 않았거나 결과를 생성하지 못했다면, 통지할 문제 자체를 판정하지 못했을 수 있습니다. 도구 관리 담당자는 결과 생성 여부를 읽을 수 있는 기록을 마련하고, 판정 불가 상태를 정상 결과와 따로 처리합니다.

수신 시험이 통과했어도 실제 조건이 알림으로 이어지는지는 별도 시험이 필요합니다. 메시지를 직접 보내는 시험은 전달 경로를 시험할 뿐, 점검 결과를 조건에 연결하는 과정까지 입증하지 못합니다. 설정 담당자는 사용할 수 있는 시험 입력으로 조건 판정과 전달을 함께 시험하고, 어느 단계까지 시험했는지 기록합니다.

문제가 해결된 뒤 알림이 다시 도착하면 담당자는 새로 생성된 결과인지 이전 결과의 재전송인지 가립니다. 새 결과라면 조치 이후에도 같은 조건이 발생했는지 조사하고, 재전송이라면 전달 기록에 사유를 남깁니다. 메시지 수신 시각만으로 문제의 재발 시각을 정하지 않습니다.

정상 복귀 통지의 종료 조건

문제 발생 알림과 정상 복귀 알림을 함께 설계한다면, 무엇을 충족해야 사건을 종료할지도 정해야 합니다. 기술 담당자는 최초 알림을 만든 조건이 해소됐다는 결과와 관련 조치 기록을 연결합니다. 메시지를 읽었다는 응답이나 작업을 완료했다는 보고만으로 정상 복귀를 자동 판정하지 않습니다.

여러 대상이 하나의 사건에 포함됐다면 일부 대상의 정상 결과로 전체 사건을 종료하지 않습니다. 운영 책임자는 종료 판단에 필요한 대상 목록을 사건 기록에 남기고, 남은 대상의 결과가 없는 경우 미완료로 유지합니다. 자동 종료를 사용하기 어렵다면 담당자가 근거를 읽고 종료하는 절차를 선택합니다. 정상 복귀 통지도 최초 알림과 연결할 수 있어야 담당자가 별도 사건으로 오인하지 않습니다.

이어서 읽을 주제

병원 GEO 기술 진단은 업종별 기술 진단에서 어떤 자료와 권한을 준비해야 하는지 알고 싶을 때 이어 읽을 주제입니다. 공통 알림 설계를 마련한 뒤 업종별 진단 범위를 정하려는 담당자에게 연결되는 내용입니다.