서비스별 실행 지원의 판단 범위
AI 크롤러가 모두 자바스크립트를 실행한다고 볼 수는 없습니다. 구글 검색의 실행 지원은 공식 설명에서 확인되지만, 구글 문서만으로 다른 AI 서비스 크롤러의 실행 여부까지 단정할 수는 없습니다. 사이트 운영자는 먼저 어떤 서비스의 어떤 크롤러를 대상으로 묻는지 정하고, 그 대상에 해당하는 실행 설명을 찾아야 합니다.
자바스크립트 실행 여부는 ‘AI 크롤러’라는 이름만으로 답할 수 있는 공통 속성이 아닙니다. 구글 검색 센터의 자바스크립트 기본사항 문서는 모든 크롤러가 자바스크립트를 실행할 수 있는 것은 아니라고 설명합니다. 이 설명은 크롤러 전체를 같은 능력으로 취급하지 말아야 한다는 근거이며, 특정 AI 서비스가 실행하지 못한다는 증거로 사용할 수는 없습니다.
| 확인 대상 | 공식 문서의 실행 관련 설명 | 판단 가능한 범위 |
|---|---|---|
| 구글 검색 | 페이지 렌더링 과정에서 자바스크립트 실행 | 검색 처리 과정의 실행 지원 |
| 구글봇과 웹 렌더링 서비스 | 필수 콘텐츠에 기여하지 않는 리소스를 가져오지 않을 수 있음 | 리소스 처리에 제한이 있음 |
| 다른 AI 서비스 크롤러 | 구글 문서는 해당 서비스의 실행 방식을 설명하지 않음 | 해당 서비스에 관한 판단은 미확인 |
실행 지원을 명시한 설명이 있으면 그 설명의 대상과 조건 안에서 판단합니다. 설명을 찾지 못했다면 결과를 ‘미지원’으로 바꾸지 않고 ‘미확인’으로 기록합니다. 마케팅 담당자는 지원 여부를 답하는 문장에 서비스 이름을 포함해, 한 서비스의 사실이 전체 크롤러의 사실로 전달되지 않게 해야 합니다.
구글 검색의 실행 설명과 제한
구글 검색 센터는 크롤링 과정에서 최신 크롬을 사용해 페이지를 렌더링하고 발견한 자바스크립트를 실행한다고 설명합니다. 자바스크립트 기본사항 문서는 렌더링 대기열과 헤드리스 크로미움을 통한 실행도 설명합니다. 따라서 구글 검색에 대해서는 단순한 추측이 아니라 공식적으로 명시된 실행 지원을 근거로 답할 수 있습니다.
구글 검색 센터의 문제 해결 문서는 실행을 지원하더라도 페이지와 애플리케이션 설계에서 차이점과 제한사항을 고려해야 한다고 설명합니다. 특히 구글봇과 웹 렌더링 서비스는 필수 페이지 콘텐츠에 기여하지 않는 리소스를 가져오지 않을 수 있습니다. 운영자는 ‘실행한다’는 설명을 사람이 브라우저에서 사용하는 모든 기능과 요청을 동일하게 처리한다는 뜻으로 확대하지 않아야 합니다.
또한 구글 검색 센터는 페이지 상태와 색인 생성 금지 지시에 따라 렌더링 처리에 조건이 있다고 안내합니다. 이는 실행 기능의 존재와 개별 페이지의 처리 여부를 서로 다른 질문으로 다뤄야 한다는 뜻입니다. 개발 담당자는 지원 설명을 제시할 때 적용 조건도 함께 전달하고, 특정 페이지가 실제로 처리됐는지는 별도의 판단 항목으로 남겨야 합니다.
대상 식별부터 제한 정리까지의 순서
실행 여부를 조사할 때는 서비스 이름부터 확정해야 합니다. ‘AI 검색에 읽히는가’처럼 넓은 요청을 받았다면, 마케팅 담당자가 관심 있는 서비스와 사용 목적을 먼저 기재합니다. 개발 담당자는 그 요청에 해당하는 크롤러의 공식 설명을 찾아 실행 지원과 적용 범위를 정리합니다.
- 대상 서비스를 식별합니다. 조사 요청에 서비스 이름과 검색 결과 수집 등 관심 있는 기능을 기재하고, 여러 서비스를 대상으로 한다면 항목을 따로 작성합니다.
- 공식 문서의 실행 지원 명시를 찾습니다. 문서 제목과 해당 설명을 기록하고, 실행을 직접 설명하는 문장인지 관련 기술을 소개하는 문장인지 가립니다.
- 지원 제한과 미확인 사항을 나눕니다. 명시된 처리 조건은 제한 항목에 기재하고, 문서가 답하지 않는 내용은 추가 근거가 필요한 질문으로 남깁니다.
마케팅 담당자가 준비할 자료는 대상 서비스 목록, 판단이 필요한 업무 질문, 기존 개발 설명입니다. 개발 담당자는 각 질문에 대응하는 공식 문서의 제목과 실행 관련 설명을 제출합니다. 문서 전체를 전달하는 데 그치지 않고, 어느 설명이 어느 질문의 답인지 연결해야 합니다.
담당자에게 요청할 근거와 답변 범위
담당자 요청서는 지원 여부만 묻는 형식보다 근거와 한계를 함께 받는 형식이 적합합니다. 답변에 ‘지원함’만 있으면 대상이나 적용 조건이 빠져도 이를 발견하기 어렵습니다. 운영자는 아래 항목에 따라 답변을 요청하고, 빈 항목은 추정으로 채우지 않도록 전달합니다.
| 담당자에게 물을 항목 | 요청할 근거 | 단정하지 말아야 할 사항 |
|---|---|---|
| 어떤 서비스의 실행 지원인가 | 서비스와 크롤러를 특정하는 공식 설명 | 다른 서비스에도 동일하게 적용됨 |
| 자바스크립트 실행을 명시했는가 | 실행을 직접 설명하는 문서 제목과 내용 | 관련 기술 언급만으로 실행 지원 확정 |
| 어떤 조건과 제한이 있는가 | 처리 조건과 리소스 제한에 관한 설명 | 사람의 브라우저와 모든 동작이 같음 |
| 문서가 답하지 않는 항목은 무엇인가 | 추가 근거가 필요한 질문 목록 | 설명이 없다는 이유로 미지원 확정 |
답변을 받은 운영자는 공식 사실과 사이트에 적용할 의견을 따로 읽어야 합니다. ‘구글 검색이 자바스크립트를 실행한다’는 문장은 공식 설명에 대응하지만, ‘현재 구성에서 특정 기능을 유지한다’는 결정에는 사이트 요구사항에 관한 이유가 필요합니다. 담당자는 기술 사실을 설명한 다음 운영 의견과 그 이유를 별도 문장으로 작성합니다.
근거가 부족한 답변은 전체를 반려하기보다 부족한 항목을 지정해 보완을 요청합니다. 서비스 이름이 없으면 대상을, 실행 설명이 없으면 근거를, 적용 조건이 없으면 제한을 요청합니다. 이렇게 요청하면 같은 문서를 반복해서 전달받는 대신 필요한 답을 추가할 수 있습니다.
실행 지원을 확대 해석하는 오류
자주 틀리는 판단은 공식 설명보다 결론의 범위를 넓히는 경우입니다. 서비스 이름이 빠지거나, 실행 지원에 ‘모든 기능’이라는 조건이 추가되면 근거가 뒷받침하지 않는 문장이 됩니다. 운영자는 전달받은 결론을 원문의 적용 대상과 대조해 불필요하게 넓어진 표현을 고칩니다.
‘크롬을 사용하므로 방문자와 똑같이 처리한다’는 결론은 브라우저 기술의 사용과 처리 범위를 혼동합니다. 구글 검색의 리소스 처리 설명에는 가져오지 않을 수 있는 요청이 있으므로, 브라우저 이름만으로 모든 동작의 동일성을 주장할 수 없습니다. 개발 담당자는 사용하는 기술의 이름을 설명하는 문장과 그 환경이 수행하는 작업을 설명하는 문장을 따로 작성해야 합니다.
‘구글 검색에서 지원하므로 다른 AI 검색도 지원한다’는 결론은 서비스 사이에 근거를 옮긴 오류입니다. 다른 서비스에 관한 답이 필요하면 그 서비스의 실행 설명이 판단 자료에 추가되어야 합니다. 해당 설명이 없는 상태에서는 구글 검색에 대한 결론만 승인하고, 다른 서비스에 관한 문장은 확정 답변에서 제외합니다.
기술 설명에 사이트 설계 의견이 섞인 경우에도 결론을 정비해야 합니다. 특정 기능을 유지하거나 변경하자는 의견에는 그 기능이 담당하는 업무와 변경 사유를 함께 요청합니다. 공식 문서가 특정 사이트의 설계 결정을 직접 승인한 것처럼 표현하지 않고, 운영자가 채택한 의견임을 문장에 드러냅니다.
제한 문장의 대상 범위
제한 문장을 읽을 때는 무엇이 제한되는지 끝까지 특정해야 합니다. 리소스 일부를 가져오지 않을 수 있다는 설명을 페이지 전체를 읽지 못한다는 결론으로 바꾸면, 원문보다 실패 범위를 넓히게 됩니다. 담당자는 제한의 대상이 페이지인지, 리소스인지, 특정 요청인지 기록하고 그 범위에 맞게 답변합니다.
조건부 표현도 결론에서 유지해야 합니다. ‘처리하지 않을 수 있다’를 ‘처리하지 않는다’로 변경하면 가능성에 관한 설명이 일괄적인 규칙으로 변합니다. 운영자는 내부 요청서와 외부 안내 문장 모두에서 조건이 삭제되지 않았는지 검토하고, 해당 조건이 실제로 적용되는지 모르면 단정형 문장을 사용하지 않습니다.
자주 묻는 질문
공식 문서의 번역본을 근거로 사용해도 됩니까?
번역본을 사용하더라도 문서 제목과 해당 설명을 함께 기록하는 방식이 적합합니다. 판단에 영향을 주는 기술 용어나 조건의 뜻이 모호하다면 원문과 대조하고, 해소되지 않은 표현은 확정 결론에 포함하지 않습니다. 담당자가 임의로 의역한 문장을 공식 문서의 표현처럼 전달하지 않도록 요청합니다.
공식 문서를 요약한 블로그만으로 승인해도 됩니까?
블로그는 관련 문서를 찾는 참고 자료로 활용할 수 있지만, 공식 실행 지원의 근거로 승인하려면 요약이 가리키는 공식 설명을 확보하는 편이 적합합니다. 요약에 대상이나 조건이 생략됐을 수 있으므로 결론에 필요한 부분을 직접 대조합니다. 원문을 찾지 못하면 블로그의 주장은 참고 의견으로 표시합니다.
지원 여부 답변에는 조사 날짜도 필요합니까?
조사 날짜를 함께 기재하면 이후 담당자가 어떤 시점의 설명을 사용했는지 추적할 수 있습니다. 날짜는 운영 기록을 관리하기 위한 항목이며, 그 자체로 지원 여부를 증명하지는 않습니다. 조사 날짜와 함께 문서 제목, 판단 대상, 답변 책임자를 기록하면 재조사 요청을 전달하기 수월합니다.
특정 페이지에서 성공한 테스트를 계약 조건으로 써도 됩니까?
테스트 결과를 계약에 반영하려면 대상 페이지와 시험 조건, 결과가 뜻하는 범위를 명확히 작성해야 합니다. 제한된 시험의 성공을 서비스 전체의 실행 능력에 관한 약속으로 표현하면 계약 문장의 범위가 시험 범위를 초과합니다. 운영자는 담당자에게 시험 결과와 지속적으로 책임질 작업을 별도 항목으로 제시하도록 요청합니다.
공개 설명을 찾지 못한 서비스에 직접 질문해도 됩니까?
서비스 운영 측에 질문할 수 있으며, 대상 크롤러와 알고 싶은 실행 동작을 구체적으로 작성하는 편이 적합합니다. 회신을 받으면 답변이 공개 정책인지 특정 질문에 대한 안내인지 표시하고 보관합니다. 포괄적인 긍정 답변만 받았다면 필요한 조건을 추가로 질문한 뒤 내부 판단에 반영합니다.