직함보다 권한을 기준으로 정하는 책임
구조화 데이터 유지보수는 특정 직함에 일괄로 맡기기보다 사이트 운영 책임자가 총괄하고, 정보 확인 담당과 구현·수정 담당을 나누는 방식이 적절합니다. 이는 공식 조직 규칙이 아닌 운영 제안이며, 문제 발견부터 수정 완료 확인까지 책임이 이어지도록 정합니다.
담당자를 정할 때는 구조화 데이터를 이해하는 사람인지에 더해 실제 정보를 승인하거나 게시 코드를 변경할 권한이 있는지 따집니다. 내용을 잘 아는 담당자도 코드에 접근하지 못하면 수정 작업을 끝낼 수 없습니다. 개발 담당자가 코드를 변경할 수 있어도 회사 정보의 현재 상태까지 승인할 수 있는지는 별도로 정해야 합니다.
| 유지보수 업무 | 담당자 선정 기준 | 확인·수정 권한 |
|---|---|---|
| 정보의 정확성 판단 | 현재 정보와 변경 근거를 아는 사람 | 게시할 값과 문안 승인 |
| 구현과 수정 | 데이터 생성 방식과 적용 위치를 아는 사람 | 코드 또는 입력 설정 변경 |
| 수정 결과 점검 | 요청한 변경과 게시 결과를 대조할 사람 | 재작업 요청과 결과 판정 |
| 유지보수 총괄 | 담당자 간 작업을 조정할 사람 | 문제 배정과 완료 결정 |
표의 역할마다 별도 인원을 배치해야 하는 것은 아닙니다. 같은 사람이 여러 업무를 맡더라도 어떤 자격으로 정보를 승인하고 어떤 자격으로 수정하는지는 기록에 남깁니다. 한 업무를 여러 사람이 함께 맡는다면 최종 판단을 내릴 사람을 명시합니다.
총괄 담당은 모든 코드를 직접 수정하는 사람이 아니라 미처리 문제가 어디에 있는지 관리하는 사람으로 정합니다. 외부 인력이 구현을 맡아도 회사 내부에서는 정보 승인과 완료 결정의 책임자를 지정합니다. 수정 요청을 보낸 사실만으로 내부 책임이 끝났다고 처리하지 않습니다.
사람이 판단해야 하는 정보 품질
구글 검색 센터는 리치 결과 테스트와 URL 검사 도구로 기술 가이드라인 준수 여부를 시험하면 대부분의 기술 오류를 찾을 수 있다고 설명합니다. 품질 가이드라인은 자동화된 도구만으로 간편하게 시험하기 어렵다고 안내합니다. 운영자는 이 차이를 바탕으로 기술 결과를 읽는 업무와 정보의 적절성을 판단하는 업무를 따로 배정합니다.
구글의 품질 가이드라인에는 최신 정보, 페이지에 공개된 콘텐츠, 주제와 관련된 내용에 관한 조건이 포함됩니다. 정보 담당은 도구의 결과와 별개로 현재 회사 자료와 공개 본문을 대조해야 합니다. 값의 문법이 맞더라도 사실관계가 오래되었거나 사용자가 읽는 내용과 다르면 정보 담당의 판단이 필요합니다.
이 업무를 마케팅 담당에게 맡길지는 직함보다 원자료에 접근하고 변경 사실을 승인할 수 있는지로 결정합니다. 승인 권한이 없다면 해당 정보를 관리하는 부서의 책임자를 연결합니다. 구현 담당에게 사실관계까지 추측하도록 요청하지 않습니다.
대상과 변경 권한부터 정하는 순서
업무 배분은 유지보수할 페이지와 데이터 생성 위치를 정하는 데서 시작합니다. 사이트 운영 책임자는 관리 대상 목록을 만들고, 본문과 구조화 데이터가 각각 어디에서 변경되는지 담당자에게 묻습니다. 같은 입력 자료를 사용하는지 별도 코드로 관리하는지에 따라 작업을 요청할 대상이 달라집니다.
- 운영 책임자는 대상 페이지, 데이터 입력 위치, 게시 권한을 정리하고 수정 가능한 사람을 명시합니다.
- 정보 담당은 최신 자료와 승인 근거를 준비하고, 구현 담당은 적용 위치와 변경 범위를 정리합니다.
- 총괄 담당은 수정 결과를 판정할 사람과 완료 결정을 내릴 사람을 지정하고 작업을 연결합니다.
자료는 각 담당자가 판단할 수 있는 내용으로 준비합니다. 정보 담당에게는 현재 공개 내용과 변경 근거가 필요하고, 구현 담당에게는 대상 페이지와 수정할 값이 필요합니다. 총괄 담당은 승인 여부, 작업 상태, 남은 쟁점을 함께 관리합니다.
| 문제 발견 단계 | 다음 담당에게 전달할 내용 | 완료를 확인할 담당 |
|---|---|---|
| 정보 불일치 발견 | 현재 값, 승인할 값, 변경 근거 | 정보 담당 |
| 기술 문제 발견 | 대상 페이지, 감지된 문제, 적용 위치 | 구현 담당 |
| 게시 결과 대조 | 실제 반영 내용, 요청과 다른 부분 | 결과 점검 담당 |
| 작업 종료 판단 | 각 담당의 판정과 미처리 항목 | 총괄 담당 |
문제 접수와 완료 결정의 연결
문제를 발견한 사람이 곧바로 수정 권한을 가진 담당자에게 전달할 수 있도록 접수 창구를 정합니다. 정보가 잘못된 것인지 구현 결과가 다른 것인지 아직 판단하기 어렵다면 총괄 담당이 배정합니다. 담당자가 불명확한 상태로 여러 부서에 동시에 요청하고 각자의 답을 기다리는 방식은 피합니다.
구글의 서치 콘솔 사용 안내는 새로운 사이트 문제가 발견되면 알림 메일을 보내며, 콘텐츠를 변경할 때 계정의 데이터를 확인하도록 권합니다. 운영 책임자는 알림을 받을 사람과 그 내용을 작업으로 연결할 사람을 정합니다. 메일 수신자가 실제 처리 권한을 갖고 있지 않다면 내부 전달 담당을 연결합니다.
구현 담당은 수정 내용을 게시한 뒤 적용 대상과 반영 결과를 전달합니다. 정보 담당은 승인한 값이 반영되었는지 판정하고, 결과 점검 담당은 게시 페이지의 상태를 기록합니다. 총괄 담당은 각 판정이 모였을 때 완료 처리하며, 일부 작업이 남으면 그 항목의 담당자를 다시 지정합니다.
완료 시점은 파일 전달이나 코드 변경 보고를 받은 때와 같게 정하지 않습니다. 내부 작업 기록에는 수정 완료와 게시 결과 판정을 따로 기재합니다. 이렇게 상태를 나누면 코드 작업이 끝났지만 정보 승인을 기다리는 문제도 담당자가 추적할 수 있습니다.
담당자 교체 때 인계할 판단 기록
담당자가 변경될 때는 연락처뿐 아니라 아직 끝나지 않은 판단을 인계합니다. 후임 담당에게 현재 처리 상태, 승인 대기 사유, 다음 행동을 전달합니다. 완료된 작업과 진행 중인 작업을 한 목록에 섞으면 후임자가 다시 판단해야 할 항목을 놓칠 수 있습니다.
인계 기록에는 담당 역할, 관리 대상, 변경 가능한 위치, 승인 근거의 보관 위치를 기재합니다. 특정 값에 대해 결정을 보류했다면 누가 어떤 자료를 기다리는지도 남깁니다. 후임자가 원래 담당자의 기억에 의존하지 않고 작업을 이어갈 수 있도록 결정 이유를 짧게 기록합니다.
작업을 넘기는 사람이 보유한 권한과 후임자의 권한이 같은지도 따집니다. 자료를 전달받았더라도 게시 권한이 없으면 실제 수정은 다른 사람에게 요청해야 합니다. 총괄 담당은 이 차이를 인계 항목에 반영하고 필요한 담당을 다시 연결합니다.
담당 범위 밖의 문제 처리
접수한 문제가 기존 담당 범위를 벗어나면 원인을 추정해 임의로 고치지 않습니다. 정보 담당이 데이터 내용은 승인할 수 있지만 접근 제어를 변경할 권한이 없다면, 총괄 담당에게 필요한 작업을 알립니다. 총괄 담당은 해당 설정을 관리하는 사람을 연결하고 원래 문제의 처리 상태도 유지합니다.
구글 검색 센터는 구조화 데이터가 있는 페이지에 구글봇이 접근하지 못하도록 차단하지 말라고 안내합니다. 이런 접근 문제는 정보 문안을 승인하는 일과 다른 변경 권한이 필요할 수 있습니다. 유지보수 담당은 자신에게 맡겨진 값만 수정하고 전체 문제가 해결되었다고 보고하지 않습니다.
다른 담당자가 작업해야 한다는 이유만으로 기존 접수 건을 종료하지 않습니다. 인계받을 사람이 정해지고 필요한 내용이 전달되었는지 기록한 뒤 담당을 변경합니다. 총괄 담당은 새 담당의 결과가 돌아올 때까지 해당 건의 진행 상태를 관리합니다.
부재 중 승인 권한의 범위
담당자가 자리를 비울 때는 대체 담당의 이름뿐 아니라 대신 결정할 수 있는 범위를 정합니다. 승인된 값을 그대로 반영하는 작업과 새로운 정보의 공개 여부를 결정하는 작업은 필요한 권한이 다릅니다. 대체 담당에게 자료 열람 권한만 있다면 정보 승인까지 맡겼다고 처리하지 않습니다.
총괄 담당은 부재 전에 미처리 작업을 전달하고, 승인이 필요한 항목의 연락 경로를 정리합니다. 판단 근거가 부족한 요청은 추측한 값으로 처리하지 않고 보류 사유를 남깁니다. 기존 담당이 복귀하면 대체 담당이 내린 결정과 보류한 항목을 각각 전달합니다.
자주 묻는 질문
규모가 작은 회사는 한 사람이 모두 맡아도 됩니까?
한 사람이 정보를 승인하고 구현까지 맡는 운영도 가능합니다. 별도 인력을 형식적으로 지정하기보다 정보 판단 기록과 코드 작업 기록을 각각 남깁니다. 혼자 결정할 수 없는 내용은 회사의 승인 권한자에게 요청하고, 응답 전에는 확정된 값처럼 게시하지 않습니다.
유지보수 담당을 외부 업체로 정할 때 계약에 무엇을 명시합니까?
관리 대상과 수정 가능한 범위, 결과 전달 방식, 계약 종료 때 돌려받을 자료를 명시하는 것이 좋습니다. 회사가 직접 보관할 승인 자료와 외부 인력이 작업할 자료도 따로 정합니다. 포괄적인 유지보수 표현만 사용하면 정보 변경이 계약 업무에 포함되는지 서로 다르게 해석할 수 있습니다.
구조화 데이터 업무 경험이 없는 담당자도 맡을 수 있습니까?
처음부터 모든 판단을 맡기기보다 수행할 수 있는 업무부터 배정합니다. 회사 정보를 잘 아는 사람은 사실관계 판단을 맡고, 코드 변경은 해당 작업을 수행할 수 있는 사람에게 요청할 수 있습니다. 이해하지 못한 기술 결과는 임의로 해석하지 않고 설명을 요청하도록 업무 범위를 정합니다.
담당자 개인 계정으로 작업 자료를 보관해도 됩니까?
회사 내부의 자료 관리 기준에 따라 결정하되, 담당자 변경 후에도 필요한 기록을 회사가 열람할 수 있어야 합니다. 개인 계정만 접근 가능한 장소에 승인 기록을 보관하면 인계가 어려워질 수 있습니다. 작업 자료와 계정 인증 정보는 함께 전달하지 않고 각각의 관리 절차를 따릅니다.
콘텐츠 변경이 없는 동안에도 유지보수 업무가 필요합니까?
문안 변경이 없더라도 기존 정보의 유효성이 끝나는 상황은 발생할 수 있습니다. 정보 담당은 보유한 자료에서 갱신 사유가 생기는지 판단하고 필요한 작업을 요청합니다. 모든 페이지를 매번 수정하기보다 변경 사유가 있는 대상을 작업 목록에 추가하는 방식으로 운영할 수 있습니다.