Microsoft Web IQ 질문과 대답

Microsoft Web IQ 사용에 대한 일반적인 질문에 대한 답변입니다. API 세부 정보 및 요청 예제는 API 참조를 참조하세요.

서비스 및 배포

Microsoft Web IQ란?

Microsoft Web IQ는 LLM, AI 에이전트 및 애플리케이션이 현재 관련 웹 정보에 액세스할 수 있도록 하는 AI 네이티브 웹 검색 및 그라운딩 API 제품군입니다. 이렇게 하면 사용자가 확인할 수 있는 출처와 함께 보다 정확하고 최신 AI 답변을 제공할 수 있습니다. Web IQ는 Microsoft Copilot 및 ChatGPT를 포함하여 선도적인 프론티어 AI 도우미를 구동합니다.

Web IQ는 https://api.microsoft.ai/v3에서 REST를 통해, https://api.microsoft.ai/v3/mcp에서 MCP를 통해 사용할 수 있습니다. 현재 사용 가능한 API는 웹 검색, 뉴스, 비디오, 이미지 및 찾아보기입니다. Auto는 베타에서 사용할 수 있습니다.

웹 그라운딩이란 무엇이며 AI 에이전트에 필요한 시기는 언제인가요?

웹 그라운딩 기능을 사용하면 AI가 최신 웹 정보에 액세스할 수 있으므로 사용자가 확인할 수 있는 인용된 원본을 통해 학습 데이터 이외의 현재 사실을 사용하여 답변할 수 있습니다. 이는 시장 동향, 경쟁 업체 활동, 뉴스 및 규제 업데이트와 같은 자주 변화하는 정보에 가장 도움이 됩니다.

Web IQ는 LLM인가요? 최종 답변이 생성됩니까?

No. 웹 IQ는 AI 모델 또는 LLM이 아닙니다. LLM, AI 에이전트 및 애플리케이션이 현재 관련성 높은 웹 정보에 액세스할 수 있도록 하는 AI 네이티브 웹 검색 및 그라운딩 API 제품군입니다.

Web IQ는 최종 AI 답변을 생성하지 않습니다. 웹에서 관련 정보를 가져오고 선택한 LLM, AI 에이전트 또는 애플리케이션 논리는 해당 증거를 사용하여 응답을 생성합니다.

Web IQ가 다른 웹 검색 API 및 그라운딩 서비스와 다른 점은 무엇인가요?

대부분의 웹 검색 API는 빠르거나 정확한, 비용 효율적이거나 완전함 사이에서 절충을 강요합니다. Microsoft가 게시한 비교에서 Web IQ는 가장 높은 근거 기반 만족도, 가장 빠른 속도 및 쿼리당 가장 적은 토큰을 제공합니다. Copilot 및 ChatGPT와 같은 AI 도우미가 매일 사용하는 것과 동일한 플랫폼으로, 글로벌 규모로 입증되었으며 모든 AI 에이전트나 앱이 그 위에서 빌드할 수 있도록 준비되어 있습니다.

웹 IQ는 콘텐츠에 액세스하는 방식에서도 차별화됩니다. 웹 액세스에 대한 책임 있는 접근 방식을 취하여 개방형 웹 및 구조화된 데이터를 엔터프라이즈급 보안 및 보호 기능이 기본 제공된 상태로 결합합니다.

Web IQ는 이미 사용하는 AI 스택과 호환됩니다. 선호하는 AI 모델을 사용하고 단일 모델이나 플랫폼에 얽매이지 않고 REST API 또는 MCP(모델 컨텍스트 프로토콜)를 통해 연결할 수 있습니다.

출처: Web IQ 벤치마크 결과 (품질, 효율성 및 속도 섹션).

Web IQ를 사용하여 무엇을 빌드할 수 있나요?

Web IQ는 공용 웹의 새로운 외부 정보가 필요한 AI 에이전트 및 애플리케이션을 구동합니다. 내부 팀은 이를 경쟁 인텔리전스, 모니터링, 규제 연구, 판매 인텔리전스 및 콘텐츠 최적화에 사용할 수 있습니다. 고객 대면 경험은 연구, 탐색, 권장 사항 및 전문 에이전트에 사용할 수 있습니다.

정보가 자주 변경되고, 여러 외부 출처에 걸쳐 있으며, 최신의 출처를 확인할 수 있는 웹 콘텐츠에 기반해야 하는 시나리오에 가장 적합합니다.

사용 사례에 맞는 Web IQ API는 무엇인가요?

모델용 관련 공개 페이지와 구절을 찾으려면 Web Search API를, 현재 이벤트에는 뉴스 API를, 시각적 및 동영상 결과에는 이미지 및 비디오 API를, 이미 URL을 알고 있는 경우에는 찾아보기 API를 사용하세요. 계정에 사용할 수 있는 기능 및 제한에 대한 API 참조를 확인하세요.

기존 AI 모델 및 에이전트 프레임워크에서 Web IQ를 사용할 수 있나요?

예. Web IQ를 사용하면 선택한 AI 모델 및 에이전트 워크플로에 웹 정보를 추가할 수 있습니다. REST API 및 MCP는 연결하는 방식에 유연성을 제공합니다. 지원되는 구성은 SDK 및 MCP 통합 문서에서 확인하세요.

통합은 어떤 모습일까요?

AI 에이전트 또는 애플리케이션은 웹 증거를 위해 Web IQ를 호출한 다음 선택한 결과를 모델에 전달하여 응답을 생성합니다. 정보를 선택, 사용 및 인용하는 방법을 제어합니다. 빠른 시작에 따라 첫 번째 워크플로를 연결하거나 플레이그라운드로 시작하세요.

Web IQ가 비공개 기업 정보를 검색할 수 있나요?

No. Web IQ는 공용 웹 정보를 가져옵니다. 엔터프라이즈 컨텍스트의 경우 Microsoft는 Work IQ, Fabric IQ 및 Foundry IQ를 제공하며, 이들은 조직 컨텍스트부터 비즈니스 데이터 및 엔터프라이즈 지식에 이르기까지 각기 다른 역할을 수행합니다.

Web IQ는 Foundry IQ, Work IQ 및 Fabric IQ와 어떤 관련이 있나요?

Microsoft IQ는 Microsoft 전반의 엔터프라이즈 인텔리전스를 구동하는 4개의 통합 계층을 함께 제공합니다. Web IQ는 공용 웹의 정보를 제공합니다. Work IQ는 업무 신호에, Fabric IQ는 비즈니스 데이터에, Foundry IQ는 조직 지식에 중점을 둡니다. 이러한 제품은 AI 에이전트 및 애플리케이션의 다양한 정보 요구를 충족하며 함께 사용할 때 가장 강력합니다.

Web IQ는 Azure 리소스인가요?

Azure 구독에 Web IQ 리소스를 배포합니다. 리소스는 ID, 계량 및 청구를 처리합니다.

서비스 자체는 Microsoft에서 호스팅되며 다중 테넌트입니다. 웹 검색 및 순위는 Microsoft 인프라에서 실행되며 애플리케이션은 HTTPS를 통해 api.microsoft.ai를 호출합니다. Azure 리소스는 Web IQ를 호스트하지 않으며 요청 경로에 없습니다.

Web IQ는 어디에 배포되었나요?

Web IQ는 Microsoft 호스팅되며 퍼블릭 https://api.microsoft.ai/v3 엔드포인트를 통해 사용할 수 있습니다. 애플리케이션은 API를 호출하고 Web IQ는 웹 가져오기를 서버 측에서 수행합니다.

금융, 스포츠 또는 날씨 전용 API가 있나요?

오늘은 그렇지 않습니다. 전용 API는 웹 검색, 뉴스, 비디오, 이미지 및 브라우즈입니다. 전용 API가 없는 재무, 스포츠, 날씨 및 기타 주제의 경우 관련 크롤링 콘텐츠를 반환하는 Web Search를 사용합니다. 해당 콘텐츠는 구조화된 피드가 아닌 구조화되지 않은 페이지 텍스트입니다.

액세스 및 온보딩

평가에서 프로덕션으로 이동하려면 어떻게 해야 하나요?

  1. 평가를 완료하고 서비스가 요구 사항을 충족하는지 확인하세요.
  2. Azure 구독은 Web IQ에 대해 사용 설정되어 있습니다.
  3. 해당 구독에 Web IQ 리소스를 배포한 다음, 웹 IQ 고객 사이트에 로그인하고 리소스를 연결합니다. 이렇게 하면 프로덕션 AppID가 생성되며, 이는 QPS(초당 쿼리 수 15개)의 기본 제한에서 시작됩니다.
  4. Entra ID 인증하려면 웹 IQ 고객 사이트의 해당 AppID에 애플리케이션의 클라이언트 ID를 추가합니다.

Web IQ 사용은 기존 Microsoft 고객 계약 컨텍스트에서 웹 IQ 사용 약관에 따라 관리됩니다.

어떤 Azure 구독을 사용할 수 있나요?

Web IQ에는 유료 Azure 구독이 필요합니다. Azure 크레딧은 Web IQ에서 작동하지 않습니다.

로그인하는 데 사용해야 하는 주소는 무엇인가요?

Web IQ에 액세스할 수 있는 Microsoft 로그인 주소, 즉 Microsoft에서 사용자에 대해 사용하도록 설정한 주소 또는 Web IQ 고객 사이트에서 Web IQ 리소스를 연결하는 데 사용한 계정을 사용합니다. 일반적으로 이는 Azure, Teams 또는 Office에 사용하는 주소이며, 사서함 주소와 다를 수 있습니다.

확인하려면 Azure 포털에 로그인하고 오른쪽 위 모서리에서 주소를 확인합니다.

로그인 시 액세스 권한이 없다고 표시되는 이유는 무엇인가요?

먼저 Azure Portal의 오른쪽 위 모서리에 표시된 주소가 Web IQ에 대한 액세스 권한이 있는 주소와 정확히 일치하는지 확인합니다. 조직에서는 Microsoft 로그인에 한 주소와 전자 메일에 다른 주소를 사용하는 경우가 많습니다.

주소가 일치하는 경우 조직은 Microsoft Corporation 테넌트에 대한 테넌트 간 게스트 액세스를 차단할 수 있습니다. IT 관리자에게 해당 액세스를 허용해 달라고 요청하세요.

어디에서 도움을 받을 수 있나요?

제품 지원을 받으려면 Microsoft Web IQ 지원 사이트를 방문하세요. 허용되는 사용, 개인 정보, 스토리지 또는 표시에 대한 질문은 현재 Web IQ 사용 약관 및 해당 고객 계약을 참조하세요.

API 인증

지원되는 인증 방법은 무엇인가요?

Web IQ는 다음을 지원합니다.

  • OAuth 2.0 클라이언트 자격 증명 흐름을 통해 Microsoft Entra ID Bearer 토큰. 프로덕션 워크로드에는 권장되지 않습니다.
  • x-apikey 요청 헤더로 전송되는 API 키입니다.

모든 API 트래픽은 HTTPS를 사용합니다.

서버-서버 인증을 구성하려면 어떻게 해야 하나요?

Microsoft Entra ID 애플리케이션을 등록하고 OAuth 2.0 클라이언트 자격 증명 흐름을 사용합니다. 웹 IQ 고객 사이트의 Web IQ AppID에 애플리케이션의 클라이언트 ID를 추가하고, 액세스 토큰을 획득하고, Authorization: Bearer <access_token>로 보냅니다.

전체 설정 단계는 인증 을 참조하세요.

내 API 키를 관리할 수 있나요?

예. Web IQ 고객 사이트에서 필요한 만큼 API 키를 만들 수 있습니다. 키를 만드는 데는 요금이 부과되지 않습니다.

Web IQ는 API 권한 부여에 Azure RBAC를 사용하나요?

No. Web IQ는 인터넷을 통해 호출할 수 있는 Microsoft 호스팅 서비스입니다. Azure 구독에 배포하는 Web IQ 리소스는 ID, 계량 및 청구를 처리하지만 요청 경로에 없으므로 Azure RBAC 역할에 연결할 서비스 리소스가 없습니다.

Web IQ는 AppID별로 요청을 승인합니다. 각 AppID에는 자체 콘텐츠 자격 프로필 및 할당량이 있으며 권한 없는 호출은 HTTP 403을 반환합니다. 예를 들어 다른 액세스 정책 또는 할당량을 사용하여 팀 또는 워크로드를 분리하려면 여러 AppID를 사용합니다.

한 Entra ID가 둘 이상의 AppID를 호출할 수 있나요?

예. 하나 이상의 AppID를 호출하도록 단일 Entra 애플리케이션(클라이언트) ID에 권한을 부여할 수 있습니다. AppID를 선택하려면 쿼리 매개 변수로 전달합니다. 예: https://api.microsoft.ai/v3/search/web?appid=<AppID> API는 다음과 같이 AppID를 해석합니다.

  • Entra ID는 하나의 AppID에 바인딩됩니다: AppID를 지정하지 않거나 해당 AppID를 지정하면 요청이 성공합니다(HTTP 200). 다른 AppID를 지정하는 경우 요청은 HTTP 403을 반환합니다.
  • 사용자의 Entra ID 여러 AppID에 바인딩됩니다: 하나를 지정해야 합니다. 누락되거나 빈 AppID는 HTTP 400을 반환합니다. 바인딩된 AppID 중 하나를 사용하면 성공합니다(HTTP 200); 다른 AppID는 HTTP 403을 반환합니다.
  • Entra ID가 어떤 AppID에도 바인딩되어 있지 않습니다: 요청은 HTTP 401을 반환합니다.

API 키 인증(x-apikey)은 영향을 받지 않습니다. 각 API 키는 단일 AppID에 바인딩되므로 ?appid=는 키 인증 호출에 절대 필요하지 않으며 허용되지도 않습니다.

호스트된 에이전트는 어떤 인증을 사용해야 하나요? 관리 ID 또는 AgentID

어느 쪽이든 됩니다 관리형 ID와 AgentID는 모두 Entra ID의 ID이며, Web IQ는 웹 IQ 고객 사이트의 프로필 관리 페이지에서 애플리케이션(클라이언트) ID가 웹 IQ 애플리케이션 프로필에 연결된 모든 Entra ID의 ID를 허용합니다.

사용하는 항목은 에이전트가 호스트되는 위치에 따라 달라집니다.

  • 관리되는 ID는 Foundry, App Service, Container Apps, AKS, Functions 또는 VM과 같은 Azure 인프라에서 실행되는 에이전트에 적합합니다. 시스템 할당 ID와 사용자 할당 ID가 모두 작동합니다.
  • AgentID는 에이전트 식별을 노출하는 Foundry 또는 Copilot Studio 호스팅 에이전트에 적합합니다.
  • Azure 외부에서 호스트되는 에이전트(예: 사용자 고유의 Kubernetes 클러스터 또는 다른 클라우드)는 클라이언트 비밀 또는 페더레이션 자격 증명을 사용하여 표준 Entra 애플리케이션 등록을 사용할 수 있습니다.

모든 경우에 호출은 OAuth 2.0 클라이언트 자격 증명 흐름을 사용하고 토큰을 Authorization: Bearer <access_token>로 전송합니다. 설치 단계는 인증 설정을 참조하세요. 헤더의 x-apikey API 키는 프로토타입에 대한 더 간단한 옵션으로 유지됩니다.

네트워킹 및 보안

No. 이 중 어느 것도 현재 지원되지 않습니다. 웹 IQ는 Entra ID 또는 API 키 인증을 사용하여 HTTPS를 통해 단일 퍼블릭 엔드포인트https://api.microsoft.ai/v3를 통해 액세스됩니다. API 엔드포인트에는 IP 기반 액세스 제어가 없습니다.

Azure 구독의 Web IQ 리소스는 ID, 계량 및 청구를 처리하지만 요청 경로에는 없으므로 Private Link, VNet 통합, Azure Firewall, NSG 및 허브 및 스포크 토폴로지와 같은 Azure 네트워크 컨트롤은 Web IQ 쪽에는 이러한 컨트롤을 연결할 지점이 없습니다. ID(Entra ID) 통합은 Azure에 맞춰져 있으며 네트워크 계층은 그렇지 않습니다.

사용자 측에서 송신 제어에서 api.microsoft.ai 호스트 이름을 허용합니다.

Azure에서 Web IQ로 가는 트래픽은 Microsoft 네트워크 또는 Azure 백본을 통해 전송됩니까?

이는 보장되지 않습니다. 클라이언트는 퍼블릭 https://api.microsoft.ai 엔드포인트에 연결되고 트래픽은 HTTPS를 사용하여 전송 중에 보호됩니다.

Web IQ API 트래픽은 Azure Front Door에서 종료되며, 다음 암호 그룹을 사용하여 TLS 1.2 및 TLS 1.3을 지원합니다.

  • TLS 1.3: TLS_AES_256_GCM_SHA384TLS_AES_128_GCM_SHA256
  • TLS 1.2: TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384, TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256, TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256

Zscaler 또는 다른 출구 트래픽 검사 도구가 Web IQ를 방해하나요?

api.microsoft.ai에 대한 연결을 허용하도록 구성된 경우 방해해서는 안 됩니다. 이는 광범위한 바이패스가 아닌 표준 허용 목록 작업입니다. 동일한 접근 방식이 Netskope과 같은 다른 보안 웹 게이트웨이에 적용됩니다.

Web IQ를 Azure API Management 뒤에 배치할 수 있나요?

예. Azure API Management 또는 다른 게이트웨이를 사용자 고유의 Azure 구독에서 Web IQ 앞에 배치하여 관찰 가능성 및 거버넌스를 수행할 수 있으며 알려진 차단 제한 사항은 없습니다. API 호출은 API 키 또는 Entra ID 토큰을 사용하여 호출자에서 https://api.microsoft.ai/v3까지 TLS를 통해 이동하므로 그 트래픽 앞단에 두는 모든 것은 테넌트에서 고유한 인프라입니다. Microsoft는 이러한 배포에 대한 참조 아키텍처를 게시하지 않습니다. 클라우드 아키텍처 팀은 해당 설계를 담당합니다.

웹 IQ 사용 약관에 따라 게이트웨이가 수행하는 작업과 관계없이 파생 데이터 세트를 빌드하기 위해 응답 콘텐츠를 캐시하거나 저장할 수 없습니다. 상태, 대기 시간, 헤더 및 추적 ID와 같은 운영 원격 분석이 유지될 수 있습니다(예: Application Insights 또는 Log Analytics).

사용할 수 있는 보안 컨트롤은 무엇인가요?

  • 인증: Entra ID(OAuth 2.0 클라이언트 자격 증명) 또는 API 키.
  • 권한 부여: API에 대한 AppID별 액세스. 권한 없는 호출은 HTTP 403을 반환합니다.
  • 요청 제한: AppID별 할당량 적용. 제한을 초과하는 요청은 HTTP 429를 반환합니다.
  • 전송: HTTPS만.

사용자 네트워크 경계에서의 네트워크 정책은 사용자의 책임입니다. 평가하려는 특정 아키텍처 요구 사항이 있는 경우 Web IQ 지원에 문의하세요.

속도 제한 및 API 키

요청 한도가 있나요?

예. 각 Web IQ 리소스의 기본 제한은 QPS(초당 15개 쿼리)입니다. 이 제한은 리소스를 연결할 때 만든 AppID에 적용되며 Web IQ 고객 사이트에서 이 제한을 표시합니다.

제한은 해당 AppID에 대한 모든 API 키 및 Entra ID 클라이언트에서 공유됩니다. 제한을 초과하는 요청은 HTTP 429를 반환합니다.

요청 한도를 늘릴 수 있나요?

예. 각 웹 IQ 리소스의 기본값은 15 QPS입니다. 더 높은 제한을 요청하려면 예상 트래픽 및 사용 사례와 함께 Web IQ 지원에 문의하세요.

만들 수 있는 API 키는 몇 개입니까?

애플리케이션에 필요한 만큼 키를 만들 수 있습니다. 키 만들기는 무료이지만 한 리소스에 대한 모든 키는 속도 제한을 공유합니다.

개인 정보 및 데이터 처리

Web IQ는 API 쿼리를 기록하나요?

예. API 요청은 서비스 안정성, 디버깅 및 품질 향상을 위해 기록됩니다. 이는 Microsoft 서비스의 표준입니다.

  • 권한 있는 Microsoft 엔지니어링 및 운영 담당자만 액세스할 수 있으며 Microsoft 내부 액세스 제어 정책의 적용을 받습니다. 로그의 데이터는 다른 고객 또는 타사에서 액세스할 수 없습니다.
  • 로그는 Microsoft 프로덕션 인프라에 저장되며 역할 기반 액세스 제어 및 감사 내역을 포함하여 Microsoft 표준 보안 제어의 적용을 받습니다.
  • 로그는 전송 중(HTTPS) 및 저장 시 Microsoft 표준 암호화 방법을 사용하여 암호화됩니다.

Microsoft 개인정보처리방침에 따라 데이터 컨트롤러로 작동합니다.

쿼리는 얼마나 오래 보존되는가?

쿼리 원격 분석의 보존은 웹 IQ 사용 약관의 섹션 4에 의해 규율되며, Microsoft의 처리는 Microsoft 개인정보처리방침의 적용을 받습니다. 개인정보처리방침에서 설명하는 것 외에는 별도의 웹 IQ 관련 보존 약정이 없습니다.

규제되거나 민감한 워크로드에 대한 쿼리 로깅을 끌 수 있나요?

쿼리 텍스트는 표준 요청 원격 분석의 일부로 캡처되며 해당 처리는 Microsoft 개인정보처리방침 및 웹 IQ 사용 약관 섹션 4에 의해 제어됩니다.

특정 규정 또는 규정 준수 드라이버가 있는 경우 Web IQ는 원격 분석에서 쿼리 텍스트를 기록하지 않도록 억제하는 제로 쿼리 로깅을 제공합니다. 셀프 서비스 기능이 아닙니다. 각 사용 사례는 개별적으로 검토 및 승인되며, 승인되면 모든 애플리케이션에 적용하거나 특정 애플리케이션에만 적용할 수 있습니다. 요청하려면 Microsoft 계정 팀에 문의하고 다음을 공유하세요.

  • 적용되는 규정 또는 규정 준수 프레임워크(예: GLBA, HIPAA, GDPR 또는 APPI)입니다.
  • 배포 시나리오에 대한 간단한 설명입니다.

Web IQ에서 제공하는 데이터 레지던시 약정은 무엇인가요?

오늘은 없음. Web IQ는 지역별 데이터 상주 또는 지역 내 처리에 대해 보장하지 않으며, 가장 가까운 사용 가능한 엔드포인트로 지역 간 라우팅이 예상되는 동작입니다. 개인정보처리방침은 Microsoft 개인정보처리방침의 적용을 받습니다.

Web IQ는 Azure Data Protection 부록 또는 EU 데이터 경계에 포함되는가요?

No. 웹 IQ 사용 약관의 섹션 4.1은 Microsoft 제품 및 서비스 데이터 보호 부록에서 서비스를 제외합니다.

대신 Microsoft 및 고객은 사용 약관(섹션 4.4)에 따라 처리된 개인 데이터에 대한 독립적인 데이터 컨트롤러 역할을 합니다. Microsoft 처리는 Microsoft 개인정보처리방침(섹션 4.2)의 적용을 받으며 최종 사용자에게 적절한 알림을 제공할 책임이 있습니다.

국제 이전의 경우 사용 약관은 필요한 경우 표준 계약 조항(섹션 4.6.1)을 통합합니다. 해당 전송 메커니즘은 데이터 보호 부록이 아닌 Microsoft 고객 계약 아래에 있는 사용 약관을 통해 적용됩니다.

Web IQ는 현재 EU 데이터 경계, 지역별 데이터 상주 또는 지역 내 처리 약정을 만들지 않습니다.

Web IQ는 쿼리에서 개인 데이터를 검색하거나 마스킹하나요?

No. Web IQ는 인바운드 쿼리에서 개인 데이터의 서버 측 탐지 또는 마스킹을 수행하지 않습니다. 워크로드가 개인 또는 민감한 데이터를 보낼 수 있는 경우 웹 IQ를 호출하기 전에 스크럽합니다(예: 전처리 단계로 Azure AI 언어 PII 검색). 이렇게 하면 민감한 정보는 아무것도 사용자 환경을 벗어나지 않으며 API에 도달하는 항목을 완전히 제어할 수 있습니다.

Web IQ는 규제 산업을 지원하나요?

예. Web IQ는 다양한 엔터프라이즈 및 규제 사용 사례를 지원합니다. 특수한 규정 준수, 거버넌스 또는 업계 요구 사항이 있는 경우 Web IQ 지원에 문의하세요.

콘텐츠 안전 및 범위

어떤 콘텐츠 안전 컨트롤이 적용됩니까?

Web IQ는 크롤링 시점의 품질 및 안전 분류, 성인 콘텐츠 필터링 및 고객별 콘텐츠 적격성 규칙을 적용합니다. SafeSearch는 기본적으로 strict에서 서버 측으로 적용됩니다. 웹 검색 결과에는 추가 클라이언트 쪽 처리를 위한 isAdult 필드도 포함됩니다.

Web IQ는 검색된 콘텐츠의 프롬프트 삽입으로부터 LLM을 보호하나요?

Microsoft Web IQ는 웹에서 콘텐츠를 검색하고 순위를 지정합니다. 검색된 콘텐츠에 포함된 지침을 실행하거나 해석하거나 이에 따라 작동하지 않습니다. Web IQ는 Bing의 기존 품질, 신뢰, 스팸 및 악성 콘텐츠 심사를 통해 이러한 정보 검색 동작을 보완합니다.

간접 프롬프트 주입, 탈옥 시도 및 지시 추종 공격으로부터의 보호는 주로 다운스트림 모델 및 오케스트레이션 계층의 책임입니다. 프롬프트 및 검색된 콘텐츠를 신뢰할 수 없는 입력으로 처리하고 프롬프트 쉴드, Azure AI 콘텐츠 보안, 시스템 프롬프트 격리, 최소 권한 도구 액세스, 근거 확인 및 출력 유효성 검사와 같은 계층화된 컨트롤을 적용합니다. 웹 IQ는 프롬프트 주입 완화를 위한 유일한 적용 지점으로 취급해서는 안 됩니다.

Web IQ가 반환하기 전에 웹 콘텐츠는 어떻게 처리되나요? 프롬프트와 유사한 지침에 따라 정제되었나요?

Microsoft Web IQ는 검색 시 원시 페이지 HTML에서 직접 작동하지 않습니다. 인덱싱하는 동안 웹 콘텐츠는 의미 있는 콘텐츠 및 문서 구조를 유지하도록 설계된 구조화된 문서 표현으로 정규화됩니다. Web IQ에서 반환된 구절은 해당 표현에서 선택되며, 이를 통해 API 전반에서 보다 일관된 추출 및 검색이 가능합니다. Bing의 기존 품질, 안전성, 스팸 및 악성 콘텐츠 차단도 인덱싱 파이프라인의 일부로 적용됩니다.

이 정규화는 프롬프트와 유사한 텍스트가 식별되거나 제거된다는 보장으로 해석되어서는 안 됩니다. 검색된 콘텐츠를 신뢰할 수 없는 입력으로 처리하고 이전 답변에 설명된 모델 및 오케스트레이션 계층 보호를 적용합니다.

Web IQ는 숨겨진 페이지 또는 사용자에게 표시되지 않는 페이지 콘텐츠를 반환하나요?

Microsoft Web IQ는 일반 페이지 컨트롤 또는 클라이언트 쪽 렌더링을 통해 표시되는 콘텐츠를 포함하여 일반적인 사용자 상호 작용을 통해 표시되는 콘텐츠를 반환하려고 시도합니다. 이는 보장되지 않습니다. 페이지 구조 및 구현은 다양하므로 애플리케이션은 반환된 모든 텍스트 조각이 페이지의 초기 상태에서 표시되었다거나 숨겨진 모든 요소가 항상 제외된다고 가정해서는 안 됩니다.

Microsoft는 인덱스 품질을 어떻게 유지하나요?

페이지는 품질, 권위 및 신뢰성에 대해 평가됩니다. 악성, 스팸 및 피싱 콘텐츠가 감지되고 제외되며 인덱스가 지속적으로 새로 고쳐집니다. 이는 Microsoft 자체 AI 제품이 의존하는 동일한 인덱스입니다.

Web IQ는 게시자 콘텐츠 기본 설정을 어떻게 준수하나요?

Web IQ는 해당 robots.txt 지시문 및 Microsoft에서 인식하는 기타 게시자 신호를 포함하여 지원되는 게시자 컨트롤을 준수하도록 설계되었습니다.

제외된 사이트 또는 차단된 범주의 게시된 목록이 있나요?

No. 제외 제어에는 robots.txt 규정 준수, 법적 및 규정 준수 관련 제거(예: DMCA 통지 및 법원 명령), 스팸, 맬웨어 및 피싱 필터링 및 성인 콘텐츠 필터링이 포함됩니다. 목록 자체는 독점 소유의 것이며 지속적으로 업데이트됩니다. 특정 범주의 콘텐츠가 결과에 표시되거나 표시되지 않는 것에 대해 우려가 있는 경우 Web IQ 지원에 문의하여 애플리케이션 프로필 구성이 이러한 요구 사항을 충족하는지 여부를 논의하십시오.

Web IQ는 어떤 콘텐츠를 다루며 얼마나 신선합니까?

Web IQ는 AI 에이전트 또는 애플리케이션이 모델의 학습 데이터 이외의 질문에 답변하는 데 도움이 되도록 웹 페이지, 뉴스, 이미지 및 비디오 결과에서 새로운 정보를 지속적으로 검색합니다.

가용성 및 최신성은 API, 원본 유형 및 사용 사례에 따라 다릅니다. 모든 콘텐츠에 대해 단일 최신성 보장은 없습니다. 원본 및 검색 설정을 선택할 때 워크로드의 최신성 요구 사항을 고려합니다.

Web IQ는 어떤 언어와 시장을 지원하나요?

Web IQ는 글로벌 웹에서 가져오지만 범위는 언어, 시장, 토픽 및 원본 유형에 따라 다릅니다. 각 API에서 허용하는 코드에 대해 지원되는 언어 및 지역 페이지를 검토하고 의도한 사용자에게 필요한 정보에 대한 적용 범위를 평가합니다.

도메인 허용 또는 거부 목록을 구성할 수 있나요?

개별 도메인이나 작은 목록에는 도메인 -site:example.com 을 포함하고 site:example.com 을 제외하는 것과 같은 표준 쿼리 연산자를 사용합니다. 더 큰 구성 가능한 목록은 현재 고객 관리 기능으로 노출되지 않습니다.

LinkedIn 결과가 표시되지 않는 이유는 무엇인가요?

LinkedIn 결과는 현재 제외됩니다.

제외된 URL에 대해 Browse가 호출되면 어떻게 되나요?

Browse는 HTTP 403을 반환합니다. 기본 제외 목록이 노출되지 않습니다.

웹 IQ가 내 웹사이트를 찾을 수 있도록 하려면 어떻게 해야 하나요?

Web IQ는 Microsoft가 자체 AI 제품에 사용하는 동일한 웹 인덱스를 기반으로 합니다. sitemaps, IndexNow, Bing 웹 마스터 도구 및 적절한 robots.txt 정책과 같은 표준 웹 검색 엔진 발견 방식을 사용합니다. 별도의 웹 IQ 제출 경로가 없습니다.

쿼리 동작 및 결과 품질

자연어 또는 키워드 쿼리를 사용해야 하나요?

둘 다 작동합니다. 자연어 쿼리는 종종 잘 contentFormat=passage작동하지만 키워드 쿼리는 회사 이름, 티커 또는 특정 항목과 같은 정확한 조회에 유용합니다. 지나치게 길거나 복합 쿼리를 사용하지 않습니다. 여러 정보 요구 사항을 별도의 API 호출로 분할합니다.

최대 쿼리 길이는 어떻게 됩니까?

최대값은 1,000자이며 더 긴 쿼리는 거부됩니다. 짧고 집중된 쿼리는 일반적으로 더 나은 결과를 생성합니다. 쿼리에 많은 컨텍스트가 포함된 경우 검색은 올바른 신호에 초점을 맞추지 않을 수 있습니다.

날짜별로 웹 검색 결과를 필터링할 수 있나요?

Web Search는 현재 날짜 범위 필터를 제공하지 않으며, 실제로 필요한 경우가 아니면 하드 날짜 필터를 사용하지 않는 것이 좋습니다. 최신성은 이미 쿼리에 따라 순위에 반영되며 하드 날짜 제약 조건을 추가하면 거의 항상 관련성이 떨어집니다. 뉴스 시나리오의 경우 날짜별로 웹 검색 결과를 필터링하는 대신 News API를 사용합니다.

lastUpdatedAt 는 웹 IQ가 페이지를 마지막으로 확인한 날짜가 아니라 게시자가 마지막으로 콘텐츠를 업데이트한 날짜이므로 더 오래된 날짜라고 해서 페이지가 최근에 확인되지 않았음을 의미하지는 않습니다. 응답에 반환되고, 요청 필터가 아니며, 모든 결과에 이 항목이 포함되는 것은 아닙니다. 애플리케이션에서 결과를 정렬하거나 필터링하는 데 사용할 수 있습니다.

웹 검색에서 몇 가지 질문이 포함된 프롬프트를 처리할 수 있나요?

각 웹 검색 요청은 하나의 쿼리를 처리합니다. 프롬프트에 여러 질문 또는 의도가 포함된 경우 애플리케이션에서 별도의 쿼리로 분할하고, 각각에 대해 Web Search를 호출하고, 답변을 생성하기 전에 결과를 결합합니다.

Web IQ에서 다단계 에이전트 워크플로를 지원할 수 있나요?

예. 에이전트는 작업 중에 추가 웹 증거가 필요할 때마다 Web IQ를 호출할 수 있습니다. 검색 대기 시간은 응답을 생성하기 전에 여러 호출을 하는 워크플로에서 특히 중요합니다.

내 AI 에이전트 또는 애플리케이션은 검색된 증거를 어떻게 처리해야 하나요?

질문과 관련된 증거를 사용하고 답변을 뒷받침하는 출처를 추적합니다. 검색된 콘텐츠를 에이전트를 제어하는 지침과 별도로 유지합니다. 출처가 충돌하거나 증거가 불완전할 때 근거 없는 진술로 격차를 메우기보다는 불확실성을 분명히 합니다.

접지 품질은 어느 정도인가요?

Microsoft는 게시된 비교에서 가장 높은 grounding 만족도를 보고하며, 점수는 79.05입니다. 결과는 쿼리 집합, 모델 및 평가 방법에 따라 달라지므로 자체 시나리오에서 품질을 검증하세요.

출처: 웹 IQ 벤치마크 결과. prod에서 샘플링된 3K Global, 블라인드 쿼리, Config: 결과 10개, 결과당 10K 문자(또는 이에 상응하는 값).

결과가 Bing.com과 다른 이유는 무엇인가요?

Web IQ는 LLM 처리용, 사실 밀도, 문단 품질 및 짧은 대기 시간에 최적화되어 있습니다. Bing.com은 추가 순위 신호, 개인 설정, 시각적 답변 및 API를 통해 재배포할 수 없는 콘텐츠를 포함한 소비자 환경입니다. 일부 순위 차이가 예상됩니다.

동일한 요청이 다른 결과를 반환할 수 있나요?

인덱스가 지속적으로 새로 고쳐지고 업데이트가 데이터 센터에 전파되기 때문에 일부 변형이 예상됩니다. 서로 가까운 시점에 이루어진 동일한 요청에 대한 결과는 광범위하게 안정적으로 유지되어야 합니다. 몇 초 내에 동일한 쿼리에 상당한 차이가 표시되면 Web IQ 지원에 문의하세요.

쿼리가 예상보다 적은 결과를 반환하는 이유는 무엇인가요?

결과를 계산하기 전에 원시 Web IQ 응답을 확인합니다. 가장 일반적인 원인은 측정되기 전에 유효한 결과를 필터링하는 클라이언트 쪽 설정 또는 다운스트림 파이프라인 단계입니다. 또한 site:, 콘텐츠 자격, SafeSearch 동작 및 쿼리의 모든 -site: 또는 maxResults 연산자를 확인합니다.

응답 콘텐츠

웹 검색 및 뉴스 검색에서 snippet 필드를 반환하지 않는 이유는 무엇인가요?

이것은 의도적인 것입니다. 둘 다 별도의 쿼리 독립적 content 대신 snippet를 쿼리 종속 추출(passage)로 반환합니다.

Web Search에서 지원하는 콘텐츠 형식은 무엇인가요?

passage를 사용하면 각 결과는 쿼리와 가장 관련된 문서의 부분을 maxLength자까지 반환합니다(전체 문서 액세스 없이 최대 3,000자). 근거 설정에 권장되는 형식입니다. 전체 문서 액세스 권한이 있는 애플리케이션도 text, html, markdown를 사용할 수 있습니다. 구절 및 콘텐츠 형식을 참조하세요.

passage란 무엇이며, 왜 사용합니까?

Set contentFormat=passage 및 API는 각 결과에 대해 전체 문서가 아니라 쿼리와 가장 관련된 문서 세그먼트만 반환합니다. 전체 문서는 웹 IQ 쪽에서 처리되며, 다시 제공되는 항목은 쿼리에 맞춘 발췌문이므로 LLM은 관련 문장을 찾기 위해 관련 없는 단락을 지나치지 않아도 됩니다.

  • 토큰 절약: LLM은 문서 전체가 아니라 일부만 받습니다.
  • 더 나은 사실성: 컨텍스트에서 주제가 벗어난 콘텐츠가 적기 때문에 모델은 주제에서 벗어난 단락에 고정할 가능성이 적습니다.

모든 웹 검색 및 뉴스 요청에 contentFormat=passage을 설정합니다. Browse는 이미 선택한 특정 URL을 가져오고 추출할 쿼리가 없기 때문에 passage 지원하지 않습니다.

Web Search는 요청당 최대 50개의 결과를 지원합니다.

구성할 수 있는 요청 매개 변수는 무엇입니까?

웹 검색은 maxResults, language 및 contentFormat, region(passage, text, html 또는 markdown), maxLength 및 safeSearch를 노출합니다. 전체 매개변수 목록은 API 참조를 참조하세요.

lastUpdatedAt와 crawledAt의 차이점은 무엇인가요?

lastUpdatedAt 는 웹 검색, 뉴스, 비디오, 이미지, 찾아보기 및 자동에서 사용할 수 있는 경우 반환되는 게시자가 제공한 콘텐츠 업데이트 날짜입니다. crawledAt 는 웹 검색, 찾아보기, 뉴스 및 자동에서 반환한 페이지를 Web IQ가 마지막으로 가져온 시간입니다. 두 필드의 적용 범위는 결과에 따라 다릅니다.

컨텍스트 창 및 토큰 비용을 관리하려면 maxResults와 maxLength를 어떻게 조정해야 하나요?

Web IQ는 불필요한 페이지 컨텍스트를 제공하는 대신 쿼리와 관련된 구절의 우선 순위를 지정할 수 있습니다. 이렇게 하면 모델에 전달되는 텍스트의 양을 줄이고 입력 토큰 비용을 줄일 수 있습니다. 이점은 모델, 프롬프트, 쿼리 조합 및 검색 설정에 따라 달라집니다.

대부분의 그라운딩 시나리오에서 구절이 짧은 결과가 많을수록 거의 동일한 총 토큰 예산에서 더 긴 구절이 있는 적은 결과보다 더 나은 출력을 제공합니다. 좋은 출발점은 passage 형식으로 약 3,000자의 maxLength를 사용하는 maxResults=10입니다. 사용자 고유의 쿼리 및 모델을 사용하여 벤치마크합니다.

Live Crawl 찾아보기란 무엇이며 언제 사용해야 하나요?

찾아보기는 Bing 웹 인덱스에서 콘텐츠를 반환하며, 크롤러가 웹에서 변경 내용을 관찰할 때 지속적으로 새로 고쳐집니다. 웹 검색이 일반적으로 작동하는 방식입니다. 검색 결과는 모든 요청마다 모든 URL을 실시간으로 가져오는 대신 인덱스에서 제공되며, 이것이 Browse에 이러한 속도와 일관성을 제공합니다.

실시간 모니터링, 경쟁사 확인 또는 방금 발생한 변경에 대해 트리거되는 워크플로와 같이 요청 시점에 URL을 즉시 가져와야 하는 시나리오의 경우 Browse는 라이브 크롤링을 지원합니다. 인덱싱된 복사본이 없거나 오래된 경우 라이브 페치를 사용하도록 요청에 liveCrawl: "fallback"를 설정합니다. 매개 변수(또는 설정 liveCrawl: "none")를 생략하면 인덱싱된 콘텐츠만 반환됩니다. 전체 매개 변수 세부 정보는 찾아보기 API 참조 를 참조하세요.

라이브 크롤링은 기본적으로 Web IQ Browse에서 사용할 수 있으며 전체 찾아보기 QPS와는 별도로 초당 용량 한도로 프로비전됩니다. 이 상한은 AppID의 모든 API 키에서 공유됩니다. 대부분의 찾아보기 워크로드는 라이브 크롤링이 필요하지 않으며 표준 인덱싱된 경로에서 가장 잘 처리됩니다. 위의 제한된 시나리오에서만 라이브 크롤링을 사용하세요.

Browse에서 JavaScript 렌더링된 페이지를 가져올 수 있나요?

예. liveCrawl: "fallback"와 함께 renderDynamicPages: true를 사용합니다. 전체 매개 변수 집합 및 응답 세부 정보는 찾아보기 API 참조 를 참조하세요. 프로덕션 환경에서 이 동작에 의존하기 전에 대표 URL을 테스트하세요.

Browse에서 온라인 PDF 파일을 추출할 수 있나요?

온라인에 호스팅된 PDF는 현재 문서로 정의된 탐색 시나리오가 아닙니다. 특정 PDF 사용 사례가 있는 경우 대표 URL과 예상 동작을 함께 Web IQ 지원에 문의하면 확실한 답변을 얻을 수 있습니다.

Web IQ 비용은 어떻게 됩니까?

Web IQ는 사용량 기반의 호출당 가격을 사용합니다. 가격 책정은 계정에서 사용하도록 설정된 API, 사용량 및 상용 약관에 따라 달라집니다. 현재 요금은 가격을 참조하세요.

Web IQ에 SLA, RTO 또는 RPO 약정이 포함됩니까?

No. Microsoft Web IQ에는 서비스 수준 계약이 포함되지 않습니다. 웹 IQ 사용 약관은 가동 시간, 대기 시간, RTO(복구 시간 목표) 또는 RPO(복구 지점 목표) 목표를 보장하지 않으며, 개별 고객에 대해서는 SLA 조건이 추가되지 않습니다.

인용을 표시해야 하나요?

예. Web IQ Terms of Use의 부록 A, 섹션 1(LLM 사용)에서는 표시된 LLM 콘텐츠 근처에 해당 콘텐츠에 사용된 각 출처에 대한 출처 표기와 각 출처로 연결되는 링크를 요구합니다.

  • 답변을 생성하는 데 실제로 사용한 출처만 인용하세요. Web IQ가 10개의 결과를 반환하고 모델이 3을 사용한 경우 해당 3을 표시합니다.
  • 인용은 답변과 함께 계속 표시되어야 하며 한 번의 동작으로 접근할 수 있어야 합니다. 잠깐만 표시하거나, 여러 화면 뒤에 숨기거나, 사용자가 원본을 별도로 요청하도록 요구하지 마세요.
  • 자동차, 웨어러블, 음성 우선 디바이스 또는 키오스크와 같은 제한된 인터페이스의 경우 현재 답변에 사용되는 모든 인용을 나열하는 페이지로 연결되는 영구 QR 코드, 클릭 가능한 인용이 있는 답변을 보여 주는 도우미 앱 또는 사용자가 직접 열 수 있는 화면 목록을 사용합니다.

최대 30일 동안 개별 최종 사용자의 채팅 기록의 일부로 인용을 저장할 수 있습니다. 아래 캐싱 질문을 참조하세요.

내 AI 에이전트 또는 애플리케이션이 표시할 수 있는 원본 콘텐츠는 얼마인가요?

Web IQ 사용 약관의 부록 A는 단일 출처에서 표시되는 Grounding Content를 200자 또는 웹사이트 소유자나 웹마스터가 지정한 최대치 중 더 작은 값으로 제한합니다. 음성 또는 오디오 환경의 경우 음성으로 제공되는 출력에 동일한 제한을 적용합니다. 요약 및 표시에는 추가 제한 사항이 적용됩니다. 발췌문을 작성하기 전에 사용 약관을 검토하십시오. 이 제한은 전체 원본 페이지를 재현할 수 있는 권한이 아닙니다.

이미지 및 비디오 결과를 사용하여 LLM의 근거로 사용할 수 있나요?

이미지 및 비디오 메타데이터 및 대체 텍스트는 Grounding Content 정의에 포함됩니다. 그러나 웹 IQ 사용 약관은 결과의 실제 이미지 또는 비디오를 그라운딩에 사용하거나, 이를 LLM 출력에 포함하거나, 이로부터 파생 이미지 또는 비디오를 만드는 것을 금지합니다. 의도한 구현에 대한 약관을 검토하세요.

Web IQ 콘텐츠를 캐시하거나 저장할 수 있나요?

일반적으로는 아닙니다. 웹 IQ 사용 약관은 좁은 예외(별첨 A 및 B의 섹션 3.2.15 및 섹션 4)를 제외하고 콘텐츠의 데이터베이스를 생성하는 것을 포함한 복사, 저장, 캐싱, 보관을 금지합니다.

  • 최종 사용자 채팅 기록(최대 30일): 콘텐츠는 최대 30일 동안 개별 최종 사용자의 채팅 기록에 대해 비 집계, 최종 사용자 단위로 저장될 수 있습니다. LLM 사용(별첨 A)의 경우 일반적으로 콘텐츠를 다룹니다. 검색용(별첨 B)의 경우 이미지 및 비디오 URL을 다룹니다.
  • 원자 작업 일시적 처리: 콘텐츠는 LLM에서 시작된 단일 논리적 요청 또는 워크플로를 완료하는 데 엄격히 필요한 경우에만 일시적 처리 상태로 유지될 수 있습니다(여러 내부 단계 또는 에이전트 상호작용을 포함할 수 있는 "원자 작업"). Atomic Action이 완료되면 콘텐츠를 즉시 삭제해야 합니다.
  • 사용자 자신의 작업물: 저작권법에서 허용하는 범위 내에서, 콘텐츠는 해당 작업물이 서비스를 대체하기 위해 제작된 것이 아닌 한(예: 콘텐츠 데이터베이스 구축, 크롤링을 위한 링크 인덱싱 또는 별도의 검색 제공), 자신의 작업물의 통합된 일부로 복사하거나 저장할 수 있습니다.

이러한 예외 외에 사용 약관은 파생 데이터베이스, 영구 캐싱 또는 장기 콘텐츠 보관을 허용하지 않습니다.

웹 IQ 사용 약관은 어디에서 읽을 수 있나요?

현재 약관은 Microsoft Web IQ 사용 약관에 게시됩니다. 이는 기존 Microsoft 고객 계약와 함께 적용됩니다.

전체 문서 액세스

contentFormat을(를) html(으)로 설정하면 왜 HTTP 403이 발생하나요?

웹 검색 및 뉴스 검색에서 text, html, 및 markdown는 전체 문서를 반환하며, 전체 문서 액세스 권한이 있는 애플리케이션에서 사용할 수 있습니다. 다른 애플리케이션은 오류 코드 AuthContentFormatForbidden와 함께 HTTP 403 오류가 발생합니다. passage 는 모든 애플리케이션에 대해 작동합니다. 패시지 및 콘텐츠 형식을 참조하세요.

전체 문서 액세스를 요청하려면 어떻게 해야 하나요?

Azure Support를 통해 Web IQ 지원 요청을 열고 전체 페이지 콘텐츠 범주를 선택합니다. 이미 html 또는 text를 사용하는 애플리케이션은 지금처럼 계속 작동합니다.

  • 에 마지막으로 업데이트됨