GEO는 마케팅팀 일인가, 개발팀 일인가?

최종 책임은 누가 맡는 것이 합리적일까요?

웹사이트와 콘텐츠가 주요 브랜드 자산인 일반 기업이라면 마케팅 또는 SEO 책임자가 적합합니다. ‘어떤 고객 질문에서 어떤 인식과 행동을 만들 것인가’를 결정하고, 브랜드 발견·유입·리드·매출 가운데 목표와 우선순위를 정할 수 있기 때문입니다.

여기서 오너는 모든 일을 직접 하는 사람이 아닙니다. 목표와 성과에 최종 책임을 지는 사람입니다. 글을 더 쓰거나 설정을 바꾸는 작업량보다, 어떤 과제를 먼저 할지 판단하는 의사결정권이 중요합니다. 따라서 GEO를 콘텐츠 제작 업무나 개발 프로젝트 하나로만 보는 것은 충분하지 않습니다.

목표와 콘텐츠는 마케팅, 접근성과 구현은 개발

마케팅은 고객의 질문과 구매 맥락을 조사해 답할 주제를 고릅니다. 콘텐츠·홍보 담당자는 고유한 정보와 근거를 관리하고, 브랜드 메시지를 일관되게 전달합니다. 외부 평판과 배포도 이 영역이지만, 인위적으로 언급을 늘리거나 AI만을 겨냥해 글을 대량 생산하는 것을 뜻하지는 않습니다.

개발은 좋은 내용을 공개해도 수집하거나 처리하기 어려운 상태가 아닌지 확인합니다. 서버의 HTTP 응답, 자바스크립트 실행 뒤 보이는 본문, 내부 링크와 페이지 틀 등이 대상입니다. 실제 변경 권한은 웹 운영·인프라·보안팀에 나뉘어 있을 수 있습니다.

제품 비교 질문에 답할 근거가 빠져 있다면 콘텐츠 담당의 과제입니다. 본문은 있지만 자바스크립트 처리나 서버 접근 때문에 읽지 못하는 경우라면 기술 담당의 과제입니다. ‘답변에 안 보인다’는 결과만으로 둘 중 하나를 원인으로 단정해서는 안 됩니다.

Google 검색 AI 기능에 관한 안내 자료의 요약은 기존 SEO의 콘텐츠 품질과 기술 기반을 함께 활용하는 방향을 제시합니다. 이를 모든 생성형 서비스의 공통 규칙으로 확대할 수는 없습니다. 위 표 역시 플랫폼의 의무 규정이 아니라 실행 권한에 맞춘 조직 운영 권장안입니다.

기술 작업은 중요하지만 노출을 보장하지 않습니다

구조화 데이터는 페이지의 정보를 정해진 형식으로 표현하는 방식입니다. 적용 대상과 지원 검색 기능의 공식 규격이 있을 때 구현하는 보조 수단이지, GEO의 보편적 필수 조건은 아닙니다. llms.txt 역시 모든 서비스가 읽는 공통 해법으로 전제하지 않아야 합니다.

같은 Google 안내 요약에는 생성형 검색 전용 스키마가 없고 llms.txt를 검색 가시성에 사용하지 않는다는 설명이 담겨 있습니다. 이 세부 지원 범위는 적용 전에 최신 공식 문서로 확인해야 하며, 다른 서비스의 지원 여부는 별도로 확인해야 합니다.

한편 OpenAI의 게시자·개발자 FAQ는 ChatGPT 검색의 요약·스니펫에 콘텐츠가 포함되도록 하려면 OAI-SearchBot을 차단하지 않아야 한다고 안내합니다. 이는 해당 검색용 크롤러에 관한 설명이지, 모든 봇을 허용하라는 뜻이 아닙니다.

확인할 사항

• 공개가 허용된 페이지이며 개인정보·유료 콘텐츠·저작권·보안 정책과 충돌하지 않습니까?
• 검색용 크롤러와 학습용·광고 검증용 크롤러를 구분했습니까?
• robots.txt뿐 아니라 웹 방화벽(WAF)과 콘텐츠 전송망(CDN)의 접근 정책도 확인했습니까?

핵심 포인트

접근 허용은 콘텐츠가 후보가 될 수 있도록 돕는 조건입니다. 기술 요건과 콘텐츠 요건을 충족해도 특정 답변의 인용이나 노출은 보장되지 않습니다.

팀 이름보다 산출물과 승인권으로 업무를 나눕니다

한 명의 사업 오너가 목표와 우선순위에 최종 책임을 지고, 산출물마다 실행 담당자를 두는 방식이 권장됩니다. 마케팅 오너십이 개발 일정이나 보안 정책을 단독으로 바꿀 권한까지 뜻하지는 않습니다. 개발 리소스와 보안 변경은 해당 책임자의 승인을 받아야 합니다.

성과 진단은 목표를 정한 뒤 답변, 페이지, 사업 성과 순으로 진행하는 것이 좋습니다.

서비스별 응답은 시점·사용자·모델에 따라 달라질 수 있습니다. 따라서 한 번의 답변 화면은 관찰 결과일 뿐, 모델의 학습 데이터나 선택 원인을 입증하지 않습니다. 화면에서 언급·인용·링크는 확인할 수 있지만, 수집 상태와 유입·전환을 판단하려면 제공되는 관리 도구, 로그, 분석 데이터가 더 필요합니다. 서비스별 데이터 제공 범위가 달라 측정 방식도 별도로 설계해야 합니다.

작은 조직은 한 사람이 여러 역할을 맡아도 됩니다. 반대로 제품 자체가 검색·추천 인터페이스이거나, 데이터 피드와 대규모 페이지 생성 구조가 성과를 좌우하는 주된 제약이라면 제품·검색·엔지니어링 조직이 오너가 될 수 있습니다.

먼저 목표 질문과 대상 서비스를 정하고, 위 산출물의 책임자와 승인자를 지정해 보십시오. 마케팅 주도를 기본으로 삼되, 실제 목표 결정권과 변경 권한에 맞춰 책임을 배치하는 것이 핵심입니다.