AI 초보자 QnA
질문
OpenAI API 웹 검색에서 새 웹페이지를 가져오지 않게 할 수 있나요?
답변
네. Responses API의
web_search
도구 안에
external_web_access
를
false
로 지정하면 캐시·색인에 있는 결과만 사용하고 새 외부 콘텐츠를 가져오지 않습니다. 설정을 생략하면 true입니다.
이 글은 이미 웹 검색을 연결한 API 요청에서 실시간 콘텐츠 접근을 끄는 방법입니다. 웹 검색 자체를 없애거나 내 컴퓨터를 인터넷 없이 사용하는 설정은 아닙니다. 캐시 전용으로 검색해도 답변과 출처 검토는 필요합니다.
짧게 답하면
도구 종류 확인 → 도구 안에 false 지정 → 실제 검색 호출 점검 → 출처와 날짜 대조 순서로 진행하세요. 바뀌지 않는 공개 정보로 먼저 시험하고 최신 정보가 필요한 작업과 구분합니다.
external_web_access
웹 검색 도구가 새 외부 콘텐츠를 가져올지 정하는 불리언 값입니다.
캐시·색인 결과
캐시 전용 모드에서 사용하는 검색 자료입니다. 내 앱의 이전 답변 저장소와 다릅니다.
web_search_preview
이 설정을 무시하는 미리보기 도구입니다. web_search와 혼동하지 마세요.
처음 쓰는 사람 기준으로 설명하면
예를 들어 에펠탑이 일반에 공개된 시기처럼 과거의 공개 사실을 찾는 요청에서 캐시 전용 검색을 시험할 수 있습니다. 반대로 오늘 바뀐 운영 공지나 현재 가격을 알아야 한다면 새 콘텐츠를 가져오지 않는 제한이 목적에 맞는지 먼저 판단하세요.
Web search 가이드의 Live internet access는
external_web_access: false
를 offline/cache-only 모드로 설명합니다. Responses 참조에서도 위치는
tools
배열의
WebSearch
객체 안이며, false이면 새 외부 콘텐츠를 가져오지 않는다고 명시합니다.
Using tools 가이드는 Responses 요청의 tools에 사용할 기능을 연결한다고 안내합니다. 따라서 질문에 “오프라인으로 검색해 줘”라고만 적는 대신 실제 도구 설정을 바꾸세요. 프롬프트 입력 계산을 재사용하는 캐싱이나 과거 답변을 돌려주는 시맨틱 캐시 설정과도 구분합니다.
한 줄 정리: 캐시 전용은 웹 검색 자료의 접근 방식입니다. 검색이 완전히 꺼졌거나 모든 결과가 최신이고 정확하다는 뜻으로 해석하지 마세요.
바로 따라 해보기
1단계. 현재 요청의 검색 도구를 확인합니다.
이미 동작하는 Responses 요청에서 모델의 웹 검색 지원과 tools의 type을 읽으세요. web_search_preview라면 해당 설정을 무시한다는 공식 제한부터 확인합니다. 연습에는 비밀 정보나 내부 주소를 넣지 않습니다.
2단계. web_search 객체 안에 값을 넣습니다.
기존 tools의 검색 객체를
{"type": "web_search", "external_web_access": false}
처럼 구성하세요. JSON에서는 false, Python 딕셔너리에서는 False를 씁니다. 최상위 요청에 같은 이름을 새로 붙이지 말고 모델·질문·나머지 설정은 유지합니다.
3단계. 호출과 인용을 나눠 확인합니다.
실제로 보낸 설정을 기록하고 완료 응답의 output에서 web_search_call과 action을 확인하세요. 도구를 등록했어도 검색하지 않을 수 있습니다. 검색한 답변의 인용을 열어 사실과 날짜를 대조하고, 검색이 없으면 캐시 검색을 확인했다고 기록하지 않습니다.
주의할 점
가이드는
web_search_preview
가 이 매개변수를 무시하고 true인 것처럼 동작한다고 안내합니다. 캐시 전용이 필요하다면 도구 종류부터 맞춰야 합니다. true로 바꾸거나 생략해도 모든 페이지를 방금 새로 읽었다는 보장은 아니므로 원문 확인을 생략하지 마세요.
offline이라는 표현을 보고 API 요청도 인터넷 없이 된다고 생각합니다. 이 값은 웹 검색 도구의 새 외부 콘텐츠 접근을 제어하며 앱의 네트워크 전체를 끄는 설정이 아닙니다.
캐시 전용이니 최신 공지까지 모두 반영되거나 같은 답이 매번 나온다고 가정합니다. 자료의 시점과 근거를 직접 확인하고 결과가 없다는 이유만으로 정보가 없다고 단정하지 마세요.
이 설정을 개인정보 보관 정책이나 무료 검색 옵션으로 봅니다. API 입력·로그·접근 권한은 따로 관리하고 검색 호출과 사용량도 확인하세요. 사용자에게 표시할 인용은 클릭할 수 있게 유지합니다.
웹사이트와 앱 중 무엇부터 쓰면 좋을까요?
설정 확인은 공식 웹 문서에서
Web search의 Live internet access와 Responses의 WebSearch 객체를 함께 읽으세요. ChatGPT 웹사이트의 검색 버튼을 끄는 절차나 Codex CLI의 검색 옵션과는 다릅니다.
실제 점검은 API 개발 환경에서
앱이 전송하는 tools 설정과 반환된 검색 항목을 나란히 보세요. 휴대전화 앱도 같은 API 요청을 쓰면 같은 필드를 지정합니다. 키와 원문 자료는 공개 로그에서 빼고 시험 결과를 최신성 보장으로 설명하지 않습니다.
같이 보면 좋은 질문
확인한 공식 자료
OpenAI 공식 가이드 — Web search — 캐시 전용 설정, 기본 true와 preview 도구의 예외, 검색 호출·인용 표시 기준을 확인했습니다.
OpenAI API 참조 — Create a model response — WebSearch 객체 안의 external_web_access 위치·자료형과 새 외부 콘텐츠 접근 제한을 확인했습니다.
OpenAI 공식 가이드 — Using tools — Responses 요청의 tools에 웹 검색을 연결하고 도구 선택을 조절하는 구조를 확인했습니다.
자료 확인일: 2026년 10월 14일. 공식 문서에 따른 설정 안내이며, 실제 API 검색의 캐시 적중률이나 최신성을 측정한 결과는 아닙니다.
