개발사와 대행사의 작업 경계

작업별 인계 조건으로 정하는 경계

회사는 두 업체의 업무 목록을 받는 데서 그치지 않고, 한쪽의 결과물이 다른 쪽의 작업에 필요한 내용을 갖췄는지 판단해야 합니다. 대행사가 검색 접근 문제를 설명했더라도 변경 대상과 기대 상태가 빠졌다면 개발사가 바로 구현할 요구사항으로는 부족합니다. 개발사가 수정 완료를 회신했더라도 적용 대상과 변경 내역이 없다면 수신 담당자가 요청과 결과를 대조하기 어렵습니다.

이때 전달 책임에는 변경 이유를 설명하고 구현에 필요한 정보를 정리하는 일이 포함됩니다. 구현 책임에는 요청을 사이트에 반영하고 실제 적용 내역을 회신하는 일이 포함됩니다. 결과를 받는 책임에는 합의한 요구사항과 회신 자료의 일치 여부를 판정하고, 남은 질문을 해당 업체에 돌려보내는 일이 포함됩니다.

이러한 역할 배분은 구글이 정한 개발사와 대행사의 분업이 아닙니다. 회사가 두 업체와 협의할 운영 방식이며, 계약상 역할에 따라 실제 담당은 달라질 수 있습니다. 회사 담당자는 업체 이름만 기재하지 말고 해당 자료를 전달하거나 받을 사람과 회신할 내용을 함께 정합니다.

요구사항과 결과물을 연결하는 기준

인계 조건은 다음 담당자가 무엇을 받아야 자신의 일을 시작하거나 끝낼 수 있는지로 표현합니다. 문서 제출 자체를 완료 조건으로 삼기보다, 대상과 요청 내용이 특정되고 구현 결과를 읽을 수 있는 상태인지 기준을 정합니다. 아래 항목은 회사가 두 업체와 합의할 때 사용할 수 있는 연결 방식입니다.

회사 담당자는 전달 자료에 해석이 필요한 표현이 있으면 요청한 업체에 구체화를 요구합니다. 개발사는 요청대로 구현하기 어려운 조건을 발견하면 임의로 다른 방식에 반영하지 않고 차이를 회신합니다. 수신 담당자는 미해결 항목이 남았을 때 완료 처리 대상과 답변을 기다릴 대상을 따로 기록합니다.

목적부터 결과 회신까지의 실행 순서

회사는 변경 목적과 대상부터 정리한 뒤 전달·구현·결과 수신 책임을 연결합니다. 담당자 이름을 먼저 정하고 요구사항을 나중에 채우면, 같은 요청을 서로 다른 의미로 해석할 수 있습니다. 착수 자료에는 현재 문제가 나타나는 대상, 원하는 상태, 유지해야 할 기존 동작을 포함합니다.

1. 회사 담당자가 변경 목적과 대상 페이지 묶음을 기재하고, 대행사에 검색 관련 설명이 그 목적과 일치하는지 묻습니다.
2. 대행사와 개발사가 요구사항 전달자, 구현 담당자, 결과 수신 담당자를 정하고 각자가 회신할 내용을 합의합니다.
3. 개발사가 구현에 필요한 정보의 누락 여부를 알리고, 대행사와 회사 담당자가 해당 질문에 답합니다.
4. 구현 후 수신 담당자가 인계 자료와 완료 조건을 대조하고, 일치하지 않는 항목을 담당자에게 반환합니다.

회사 담당자가 준비할 자료는 사이트 전체 설명보다 이번 변경과 연결된 내용이 우선입니다. 페이지에 표시할 회사 정보, 대상 페이지 목록, 기존 설정 기록, 변경하면 안 되는 기능을 정리합니다. 자료가 없거나 현재 상태를 특정하지 못한 항목은 추정값으로 채우지 않고 추가 조사 담당자를 정합니다.

두 업체가 주고받을 자료와 수신 담당

전달 자료와 회신 자료는 같은 작업 접점을 가리켜야 합니다. 대행사가 요청한 범위와 개발사가 실제 반영한 범위를 연결할 수 있도록 자료에 동일한 작업 명칭과 대상 식별 정보를 사용합니다. 회사 확인 담당은 모든 기술 판단을 직접 수행하는 사람이 아니라, 필요한 설명과 결과가 모두 도착했는지 관리하는 사람으로 정할 수 있습니다.

이 표의 역할은 회사 내부 사정에 따라 같은 사람이 함께 맡을 수 있습니다. 기술 판정이 필요한 자료는 개발사나 대행사의 담당자가 설명하고, 회사 담당자는 그 설명을 해당 요구사항에 연결해 기록합니다. 회신에 빠진 내용이 있다면 단순한 완료 통보로 종결하지 않고 누락된 자료를 지정해 요청합니다.

검색 접근 목적과 구현 방식의 불일치

검색 접근 작업에서 자주 발생하는 오류는 변경 목적을 설명하지 않고 설정 이름만 전달하는 일입니다. 구글은 robots.txt를 크롤러의 접근과 요청을 관리하는 수단으로 설명하며, 웹페이지를 검색결과에서 숨기는 방법으로 취급하지 않습니다. 대행사는 해당 파일의 수정 요청만 보내지 말고 크롤링을 제한하려는지, 색인 생성을 막으려는지 요청 목적을 명시해야 합니다.

구글은 robots.txt로 차단한 페이지도 외부 연결 등으로 검색결과에 주소가 나타날 수 있다고 설명합니다. 개발사는 적용한 설정의 이름만 회신하기보다 요청 목적에 맞는 처리를 했는지 설명할 자료를 전달합니다. 목적과 구현 방식이 어긋나면 대행사는 요구사항 설명을 고치고, 개발사는 수정된 요청에 따라 적용 내용을 조정합니다.

구글의 기술 요구사항에는 크롤러 접근, 정상적인 페이지 응답, 색인 생성 가능한 콘텐츠가 포함됩니다. 회사는 이를 검색 관련 전달 자료의 항목으로 활용할 수 있지만, 사이트 구현 완료와 구글의 색인 생성 여부는 같은 판정으로 처리하지 않습니다. 결과 수신 담당자는 이번 작업의 완료 조건에 해당하는 구현 자료를 받아 판정합니다.

정보 누락과 구현 불일치의 반환 기준

구조화된 데이터 작업에서는 페이지 정보가 잘못 전달된 경우와 전달한 정보가 다르게 구현된 경우의 반환 담당자가 달라집니다. 구글은 구조화된 데이터가 페이지 내용을 설명해야 하며, 사용자에게 표시되지 않는 정보를 추가해서는 안 된다고 설명합니다. 대행사는 회사가 승인한 정보와 페이지에 실제 표시된 내용을 연결해 개발사에 전달합니다.

회신 자료에서 회사 명칭이나 설명이 요청과 다르면, 수신 담당자는 전달 문서와 적용 마크업을 대조합니다. 전달 문서부터 잘못됐다면 회사 정보 담당자와 대행사가 내용을 정정하고, 전달 내용은 맞지만 구현이 다르면 개발사가 수정합니다. 리치 결과 테스트의 검사 결과만으로 페이지 정보의 사실 여부까지 판정하지 않습니다.

구글은 리치 결과 테스트를 구조화된 데이터의 유효성을 검사하고 일부 기능의 미리보기를 제공하는 도구로 설명합니다. 검사 결과를 넘기는 담당자는 사용한 대상과 해결하지 못한 항목도 함께 기록합니다. 수신 담당자는 정보 내용에 관한 질문과 마크업 구현에 관한 질문을 각각 답할 수 있는 사람에게 반환합니다.

다른 환경의 결과를 완료 자료로 받는 오류

시험 환경에서 만든 결과를 운영 사이트의 구현 완료 자료로 받지 않도록 대상 환경을 명시합니다. 개발사가 시험 환경에서만 작업했다면 회신에 해당 사실을 기재하고, 운영 사이트 반영 여부는 별도 항목으로 남깁니다. 회사 담당자는 화면이 비슷하다는 이유로 두 환경의 상태가 같다고 판단하지 않습니다.

운영 사이트 반영 뒤에도 회신 자료를 만든 환경과 실제 적용 환경이 다르면 추가 설명이 필요합니다. 개발사는 어느 환경에서 어떤 결과를 얻었는지 밝히고, 결과 수신 담당자는 판정 대상과 자료의 대상이 일치하는지 대조합니다. 이후 다른 변경으로 상태가 달라진 항목은 이전 작업의 자료를 수정하는 대신 새 변경 기록과 연결합니다.

이어서 읽을 주제

병원GEO진단은 업종별 진단 항목이 기술 작업 요구사항으로 어떻게 이어지는지 이해하려는 경우 이어 읽을 주제입니다. 병원 정보 점검은 사이트에 반영할 정보의 정확성을 누가 책임질지 더 구체적으로 정리하려는 경우 연결해 읽을 수 있습니다.