대행사가 제안한 기술 개선을 내부 개발팀이 맡을 때의 분담

개발 지시로 전환하기 위한 판단 기준

대행사가 적은 기술 용어만으로는 개발팀이 작업을 확정하기 어렵습니다. 같은 목적이라도 사이트 관리 도구에서 처리할 수 있는지, 서버 설정을 수정해야 하는지에 따라 필요한 권한과 영향이 달라집니다. 담당자는 제안서에 현재 어떤 문제가 있고 어느 페이지나 공통 기능에서 발생하는지 설명해 달라고 요청합니다. 대행사가 특정 설정을 지목했다면 그 설정을 선택한 이유와 변경 후 의도하는 상태도 함께 받습니다.

이 표는 내부 개발 업무로 전환할 때 사용할 수 있는 판단 예시입니다. 각 항목을 모든 사이트에서 수행해야 하는 필수 작업으로 취급하지 않습니다. 개발팀이 목적에 맞는 다른 구현 방식을 제시하면 대행사는 처음 제안한 방식과의 차이가 검색 관련 목적에 영향을 주는지 설명합니다.

특별한 AI 설정을 요구하는 제안의 근거

구글은 AI 개요와 AI 모드에 참여하기 위해 기존 검색 요건 외에 별도의 기술 요건이나 특별한 최적화가 필요하지 않다고 설명합니다. AI 기능만을 위한 새 파일이나 별도의 구조화된 데이터도 요구하지 않습니다. 대행사가 이런 작업을 제시하면 담당자는 구글의 필수 조건이라는 주장과 대행사가 선택한 개선 방식을 나누어 설명받습니다.

구글은 크롤러 접근, 중요한 내용의 텍스트 제공, 화면 내용과 구조화된 데이터의 일치 등을 기존 검색 권장사항으로 안내합니다. 내부 개발팀은 이 설명을 회사 시스템에 어떤 방식으로 적용할지 판단합니다. 대행사는 권장사항의 이름만 전달하지 말고 사이트의 현재 상태가 제안 목적과 어떻게 연결되는지 제시해야 합니다.

목적 설명에서 개발 작업 확정까지

담당자는 대행사의 목적 설명을 받은 뒤 개발팀의 수정 가능 범위와 영향을 검토하고, 그 결과로 확정 작업과 추가 설명 요청 항목을 나눕니다. 목적이 불명확한 제안에 개발팀이 임의로 의미를 부여하면 요청한 상태와 구현 결과가 달라질 수 있습니다. 협의 기록에는 제안 문구뿐 아니라 개발팀의 판단에 따라 달라진 내용도 기재합니다.

1. 대행사에 문제의 근거, 대상 위치, 원하는 변경 상태를 요청합니다. 검색 관련 용어가 개발 업무로 연결되지 않으면 무엇을 허용하거나 제한하려는지 문장으로 설명받습니다.
2. 개발팀에 사이트 관리 도구의 수정 권한, 공통 기능의 사용 범위, 다른 설정과의 관계를 전달합니다. 개발팀은 직접 수정할 수 있는 부분과 시스템 구조상 어려운 부분을 회신합니다.
3. 마케팅 담당자는 회신을 바탕으로 구현안이 정해진 작업과 대행사의 답변이 필요한 항목을 별도 목록으로 관리합니다. 승인 전에는 설명 대기 항목을 배포 대상에 포함하지 않습니다.

내부 담당자가 준비할 자료에는 사이트 운영 방식, 설정 관리 부서, 영향을 받을 화면 목록, 현재 공개 범위에 관한 회사 정책을 포함합니다. 개발팀에는 기존 변경 이력과 회사가 사용하는 시험·배포 절차도 전달합니다. 대행사에는 시스템 전체 자료 대신 제안 목적을 설명하는 데 필요한 화면이나 설정 일부를 전달하도록 범위를 정합니다.

구현 자료와 검색 상태 설명의 분담

개발팀은 회사가 승인한 구현안이 실제 운영 환경에 적용됐는지를 기록하고, 대행사는 그 상태를 검색 관점에서 해석하도록 역할을 정합니다. 두 담당자가 같은 화면을 받더라도 답해야 할 질문은 다릅니다. 자료 요청서에는 구현 사실을 입증할 자료와 검색 상태를 설명할 자료의 용도를 따로 기재합니다.

개발팀의 배포 기록만으로 검색 서비스가 변경된 내용을 처리했다고 결론 내리지는 않습니다. 반대로 검색 상태 자료만으로 승인한 설정이 정확히 적용됐다고 판단하지도 않습니다. 마케팅 담당자는 자료를 받은 날짜와 대상 환경을 연결해 서로 다른 상태를 같은 시점의 결과로 취급하지 않도록 관리합니다.

공통 설정 변경의 내부 승인 범위

사이트 전체에 영향을 줄 수 있는 설정은 개별 페이지 수정과 다른 승인 범위를 정해야 합니다. 개발팀은 공통 기능을 사용하는 페이지와 예외 처리가 필요한 영역을 제시하고, 승인자는 허용할 영향과 유지해야 할 상태를 결정합니다. 담당자는 제안서에 언급된 페이지 외에도 같은 설정을 사용하는 영역이 있는지 개발팀에 질문합니다.

구글은 웹 서버 설정을 통해 엑스 로봇 태그를 응답에 추가할 수 있고, 사이트 전반에 적용되는 규칙을 지정할 수 있다고 설명합니다. 이런 방식의 제안은 특정 페이지의 요청이 넓은 범위의 변경으로 구현될 가능성을 검토해야 합니다. 내부 승인 문서에는 변경 대상, 제외 대상, 문제가 생겼을 때 기존 상태로 복구할 책임 부서를 기재합니다.

승인 범위가 정해진 뒤 구현 과정에서 공통 기능의 변경이 추가로 필요해지면 개발팀은 기존 승인에 포함되는지 다시 판단하도록 요청합니다. 기술적으로 가능하다는 회신을 회사의 공개 정책까지 승인한 것으로 처리해서는 안 됩니다. 마케팅 담당자는 공개 범위의 결정권자와 개발 배포 승인자를 따로 기록합니다.

목적과 설정이 어긋나는 제안의 처리

검색에서 페이지를 제외하려는 목적과 크롤러의 접근을 제한하려는 목적은 서로 다른 작업 판단을 요구합니다. 구글은 로봇 접근 규칙으로 웹페이지의 검색 표시를 막을 수는 없으며, 접근이 제한돼도 외부 연결을 통해 페이지 주소가 검색에 표시될 수 있다고 설명합니다. 대행사가 검색 제외를 요청하면서 접근 제한만 제시하면 개발팀은 바로 구현하지 말고 목적에 맞는 설정인지 설명을 요청합니다.

설명이 보완되면 개발팀은 처음 제안된 설정과 확정된 구현안을 함께 기록합니다. 설정 변경이 완료됐다는 상태와 검색에서 의도한 상태가 관측됐다는 상태에는 별도의 완료 조건을 사용합니다. 구글은 검색 요건을 충족해도 크롤링이나 색인 생성, 콘텐츠 제공을 보장하지 않으므로, 대행사는 아직 해석할 자료가 없는 상태를 작업 실패로 단정하지 않습니다.

개발 중 발견한 다른 문제의 별도 처리

개발 중 발견한 다른 문제는 기존 요청에 자동으로 포함하지 않는 편이 좋습니다. 개발팀이 인접 기능의 오류나 오래된 설정을 발견했다면 원래 구현안을 막는 문제인지, 독립적으로 처리할 문제인지 설명하도록 합니다. 마케팅 담당자는 검색과 관련 있어 보인다는 이유만으로 수정 범위를 늘리지 않습니다.

원래 작업을 수행하려면 반드시 해결해야 하는 문제는 추가 변경 내용과 영향을 승인자에게 전달합니다. 독립적인 문제는 별도 요청으로 등록하고 기존 작업의 완료 조건을 유지합니다. 대행사의 최초 제안과 내부에서 추가한 수정 요청의 출처도 각각 기재해 이후 책임 범위를 판단할 수 있게 합니다.

이어서 읽을 주제

병원 GEO 대행은 기술 요청과 함께 업종별 정보의 공개 범위를 누가 승인할지 판단하려는 담당자가 이어 읽을 주제입니다. 종합광고대행사는 검색 관련 기술 요청이 광고 운영이나 사이트 관리 업무와 함께 제시될 때 계약상 담당 범위를 정하려는 회사가 이어 읽을 주제입니다.