GEO 대행 견적의 진단과 개선 작업 나누기

진단과 개선을 나누는 기준

진단의 결과물은 무엇이 어떤 상태이고 왜 문제가 되는지 설명하는 자료입니다. 개선의 결과물은 그 판단에 따라 변경한 콘텐츠나 설정, 코드와 같은 실제 작업 결과입니다. 같은 페이지를 대상으로 해도 상태를 조사하는 일과 페이지를 수정하는 일은 서로 다른 업무이므로, 견적서의 업무 이름만으로 수정까지 계약에 포함됐다고 판단하지 않습니다.

이 표는 업무 표현을 읽는 계약상 기준이며 검색 서비스가 정한 대행 상품 분류는 아닙니다. 대행사가 사용하는 명칭을 그대로 유지하더라도, 각 항목의 설명에 조사와 변경의 경계를 기재하면 계약 범위를 판단할 수 있습니다. ‘개선안 제공’과 ‘개선 적용’을 같은 결과물로 취급하지 않는 것이 출발점입니다.

도구의 문제 설명과 대행사의 수정

구글은 서치 콘솔이 사이트의 크롤링과 색인 생성, 검색에서의 게재에 관한 정보를 제공한다고 설명합니다. 대행사가 그 정보를 해석해 문제를 정리하는 업무와 회사 사이트에 변경을 적용하는 업무는 견적서에서 따로 읽어야 합니다. 도구에서 오류를 찾았다는 보고만으로 개발 작업까지 수행됐다고 판단할 수는 없습니다.

네이버 서치어드바이저는 사이트 진단이 콘텐츠 수집과 색인 과정에서 발생한 문제를 알려주는 리포트라고 설명합니다. 또한 수집제한에는 개발자가 의도한 페이지 상태도 포함될 수 있다고 안내합니다. 따라서 진단 항목에는 표시된 문제를 옮기는 일뿐 아니라 회사의 운영 의도와 충돌하는지 설명하는 일이 포함되는지 물어야 합니다.

견적서의 금액이 진단과 개선을 묶어 제시됐더라도 업무 설명까지 하나로 합칠 필요는 없습니다. 담당자는 조사 결과를 받은 상태에서 계약이 끝나는 항목과 사이트에 반영된 결과를 받아야 끝나는 항목을 각각 표시하도록 요청합니다. 실제 수정의 대상과 전달물이 비어 있으면, 금액에 수정비가 포함돼 있다는 설명만으로 맡길 작업을 특정하기 어렵습니다.

대상에서 수정 범위로 이어지는 순서

견적서를 정리할 때는 진단 대상부터 정하고, 전달받을 내용과 실제 수정의 포함 여부를 차례로 연결합니다. 마케팅 담당자는 대상 페이지 목록과 기존 문제 기록, 사이트 관리 방식에 관한 자료를 준비합니다. 대행사는 이 자료를 바탕으로 어디까지 조사하고 어떤 형태로 결과를 전달할지 항목별로 기재합니다.

1. 진단이 다룰 페이지나 콘텐츠, 설정을 특정합니다. 사이트 전체라는 표현만 있으면 포함되는 영역과 조사하지 않는 영역을 문장으로 설명하도록 요청합니다.
2. 진단 결과에 담길 문제 설명과 근거 자료를 정합니다. 담당자는 화면 자료만 받는지, 대행사의 판단과 수정 방향까지 받는지 질문합니다.
3. 실제 개선 작업의 포함 여부를 정합니다. 대행사가 직접 변경할 대상과 회사가 적용할 대상을 나누고, 각각의 비용 조건과 전달물을 기재합니다.

담당자는 기존 제작사나 개발팀이 관리하는 부분을 표시한 자료도 준비합니다. 대행사가 직접 수정할 수 없는 영역이 있다면, 그 영역의 작업이 문안이나 개발 요청서 전달로 끝나는지 설명받습니다. 접근할 수 있다는 사정과 실제 변경을 맡았다는 계약 조건은 별개이므로, 관리 방식 자료를 곧바로 작업 위임으로 해석하지 않습니다.

개선 항목에 연결할 비용과 결과물

진단에서 제시한 문제를 개선 항목으로 옮길 때는 실제로 수행할 동사를 사용합니다. ‘대응’이나 ‘지원’만 기재하면 문서 전달과 사이트 반영 중 어느 일을 맡는지 알기 어렵습니다. 담당자는 대행사가 작성하고 변경하고 전달할 내용을 아래처럼 비용 조건에 연결하도록 요청합니다.

표의 항목은 업무를 구체화하는 방식이며 모든 사이트에 필요한 수정 목록은 아닙니다. 대행사는 앞에서 정한 기준에 따라 해당되는 작업만 견적에 연결하고, 아직 원인을 확정하지 못한 문제는 수정 대상으로 확정하지 않습니다. 담당자는 비용란이 비어 있는 항목에 대해 포함, 별도 협의, 미수행 중 어떤 조건인지 답변을 받아 견적서에 반영합니다.

최종 견적에서는 진단 항목과 개선 항목이 서로 연결되는지도 대조합니다. 진단 없이 개선만 제시된 항목에는 작업을 제시한 이유를 묻고, 개선이 없는 진단 항목에는 결과 전달을 종료 조건으로 명시합니다. 이렇게 정리한 견적은 회사 담당자가 내부 업무를 배분할 때도 사용할 수 있습니다.

수정안 전달과 사이트 반영의 차이

자주 생기는 오해는 수정할 문안을 받으면 사이트에도 적용됐다고 생각하는 것입니다. 대행사가 문안을 작성하고 회사 담당자가 게시하는 계약이라면, 대행사의 결과물은 게시된 페이지가 아닌 전달된 문안입니다. 담당자는 최종 문안 파일과 사이트 반영 결과 중 어느 것을 받는지 견적 단계에서 정합니다.

기술 문제도 같은 방식으로 작업의 끝을 정해야 합니다. 개발 요청서에 원인과 수정 방법이 정리돼 있어도 실제 코드를 변경하는 주체가 별도라면 적용 작업은 남아 있습니다. 대행사가 개발 협의를 지원하는 경우에는 요청서 전달, 질의 응답, 적용 결과 시험 중 맡는 업무를 각각 기재하도록 요구합니다.

견적서에 ‘수정 완료’가 있다면 완료의 대상을 물어야 합니다. 문안 작성 완료와 사이트 적용 완료, 적용 후 시험 완료는 서로 다른 상태입니다. 담당자는 결과물을 받았을 때 어떤 작업이 끝났는지 판단할 수 있도록, 완료 문구 옆에 대상과 전달 기록을 추가하도록 요청합니다.

변경 완료와 진단 정보 갱신의 차이

사이트 수정이 끝났는데 진단 리포트에 같은 문제가 남아 있다고 해서 곧바로 미수행으로 판단하지 않습니다. 네이버 서치어드바이저는 사이트를 정비한 뒤에도 검색로봇이 해당 페이지를 다시 수집해야 진단 정보가 갱신된다고 설명합니다. 담당자는 사이트에 적용한 변경 기록과 검색 서비스에 표시된 상태를 따로 기록합니다.

개선 견적의 결과물이 사이트 변경이라면 변경 내역과 적용 후 시험 자료로 수행 여부를 판단합니다. 이후 리포트 갱신을 추적하는 업무까지 계약에 포함하려면, 대행사가 전달할 상태 기록을 추가로 정해야 합니다. 이 조건을 기재하지 않은 채 리포트의 문제 표시가 사라질 때까지 모든 대응이 포함된다고 해석하면 작업의 종료 범위가 달라집니다.

공통 설정 수정의 적용 범위

진단 대상과 수정의 영향 범위가 항상 일치하는 것은 아닙니다. 일부 페이지에서 발견한 문제를 공통 설정이나 공통 서식에서 수정하면, 진단하지 않은 페이지에도 같은 변경이 적용될 수 있습니다. 담당자는 대행사가 제시한 수정 대상이 개별 페이지인지 공통 설정인지 묻고, 영향을 받는 영역을 견적 설명에 기재하도록 요청합니다.

공통 설정을 수정하는 계약에는 변경한 위치와 적용 범위를 설명하는 결과물을 요구합니다. 진단한 페이지 목록만으로 개선 작업의 범위를 표시하면 실제 변경의 영향을 전달받기 어렵습니다. 대행사가 영향 범위를 특정하지 못했다면, 관련 구조를 조사하는 업무가 추가로 필요한지 먼저 설명받습니다.

이어서 읽을 주제

병원GEO진단은 업종별 진단을 의뢰할 때 어떤 자료와 업무 조건을 별도로 정해야 하는지 이어 읽을 주제입니다. 공통적인 견적 해석 기준을 이해한 뒤 업종 특성에 따른 의뢰 조건을 정리하려는 담당자에게 도움이 됩니다.