vanliga frågor och svar om Microsoft Web IQ

Svar på vanliga frågor om hur du använder Microsoft Web IQ. Api-information och exempel på begäran finns i API-referensen.

Tjänst och driftsättning

Vad är Microsoft webb-IQ?

Microsoft Web IQ är en uppsättning AI-native webbsöknings- och grounding-API:er som ger LLM:er, AI-agenter och program åtkomst till aktuell, relevant webbinformation. Detta möjliggör mer exakta, up-to-date AI-svar med källor som användare kan verifiera. Web IQ driver ledande AI-assistenter i framkant, inklusive Microsoft Copilot och ChatGPT.

Web IQ är tillgängligt via REST på https://api.microsoft.ai/v3 och via MCP på https://api.microsoft.ai/v3/mcp. De för närvarande tillgängliga API:erna är Web Search, News, Videos, Images och Browse. Auto är tillgängligt i betaversionen.

Vad är webbgrundning, och när behöver en AI-agent det?

Web grounding ger AI åtkomst till den senaste webbinformationen så att den kan svara med aktuella fakta utöver sina träningsdata, med citerade källor som användare kan kontrollera. Det hjälper mest med information som ofta ändras, till exempel marknadsutveckling, konkurrentaktivitet, nyheter och regeluppdateringar.

Är Web IQ en LLM? Genererar den det slutliga svaret?

No. Web IQ är inte en AI-modell eller LLM. Det är en uppsättning AI-nativa webbsöknings- och grounding-API:er som ger LLM:er, AI-agenter och program åtkomst till aktuell, relevant webbinformation.

Web IQ genererar inte det slutliga AI-svaret. Den hämtar relevant information från webben och din valda LLM, AI-agent eller programlogik använder det underlaget för att generera ett svar.

Vad skiljer Web IQ från andra API:er för webbsökning och grounding-tjänster?

De flesta API:er för webbsökning tvingar fram en kompromiss: snabb eller korrekt, kostnadseffektiv eller fullständig. I Microsofts publicerade jämförelse ger Web IQ den högsta grounding-nöjdheten, den snabbaste hastigheten och färst antal token per fråga. Det är samma plattform som AI-assistenter som Copilot och ChatGPT förlitar sig på varje dag, beprövad i global skala och redo för alla AI-agenter eller appar att bygga vidare på.

Web IQ skiljer sig också åt beroende på hur det kommer åt innehåll. Det är en ansvarsfull metod för webbåtkomst som sammanför det öppna webben och strukturerade data med inbyggd säkerhet och skydd i företagsklass.

Web IQ fungerar med den AI-stack som du redan använder. Du kan använda din önskade AI-modell och ansluta via REST API eller Model Context Protocol (MCP), utan att vara knuten till en enda modell eller plattform.

Källa: benchmarkresultat för Web IQ (kvalitets-, effektivitets- och hastighetsavsnitt).

Vad kan jag skapa med Web IQ?

Web IQ driver AI-agenter och applikationer som behöver färsk, extern information från den offentliga webben. interna team kan använda den för konkurrensinformation, övervakning, regelverksanalys, säljinformation och innehållsoptimering. Kundinriktade upplevelser kan använda den för forskning, upptäckt, rekommendationer samt för specialiserade agenter.

Den passar bäst för scenarier där information ändras ofta, sträcker sig över många externa källor och måste baseras på aktuellt, attributbart webbinnehåll.

Vilket webb-IQ-API passar mitt användningsfall?

Använd API:et för Web Search API för att hitta relevanta offentliga sidor och avsnitt för din modell, News API för aktuella händelser, API:er för bilder och videor för visuella och videoresultat samt Browse API när du redan känner till URL:en. Kontrollera API-referensen för de funktioner och gränser som är tillgängliga för ditt konto.

Kan jag använda Web IQ med min befintliga AI-modell och mitt agentramverk?

Ja. Med Web IQ kan du lägga till webbinformation i AI-modellen och agentarbetsflödet som du väljer. REST-API:er och MCP ger dig flexibilitet i hur du ansluter till det. Se SDK och dokumentationen om MCP-integrering för konfigurationer som stöds.

Hur ser integreringen ut?

AI-agenten eller programmet anropar Web IQ för webbunderlag och skickar sedan valda resultat till sin modell för att generera ett svar. Du styr hur informationen väljs, används och citeras. Följ snabbstarten för att ansluta ditt första arbetsflöde eller kom igång med Playground.

Kan webb-IQ hämta information om privata företag?

No. Web IQ hämtar information om offentliga webbplatser. För företagskontext erbjuder Microsoft Work IQ, Fabric IQ och Foundry IQ, som var och en har en annan roll, från organisationskontext till affärsdata och företagskunskap.

Hur relaterar webb-IQ till Foundry IQ, Work IQ och Fabric IQ?

Microsoft IQ sammanför fyra integrerade lager som driver företagsintelligens i Microsoft. Webb-IQ tillhandahåller information från den offentliga webben. Arbets-IQ fokuserar på arbetssignaler, Fabric IQ på affärsdata och Foundry IQ på organisationskunskaper. Dessa produkter hanterar olika informationsbehov för AI-agenter och program och är mest kraftfulla när de används tillsammans.

Är Web IQ en Azure-resurs?

Du distribuerar en Web IQ-resurs i din Azure-prenumeration. Resursen hanterar identitet, mätdatahantering och fakturering.

Själva tjänsten är Microsoft-värdbaserad och flerklientbaserad. Webbhämtning och rangordning körs i Microsoft infrastruktur och programmet anropar api.microsoft.ai via HTTPS. Den Azure-resursen är inte värd för Web IQ och ingår inte i sökvägen för begäran.

Var är Web IQ driftsatt?

Web IQ är Microsoft-värdbaserad och tillgänglig via den offentliga https://api.microsoft.ai/v3 slutpunkten. Ditt program anropar API:et och Web IQ utför webbhämtning på serversidan.

Finns det dedikerade API:er för ekonomi, sport eller väder?

Inte idag. De dedikerade API:erna är Webbsökning, Nyheter, Videor, Bilder och Browse. För ekonomi, sport, väder och andra ämnen utan ett dedikerat API använder du Webbsökning, som returnerar relevant crawlat innehåll. Innehållet är ostrukturerad sidtext i stället för en strukturerad feed.

Åtkomst och introduktion

Hur går jag från utvärdering till produktion?

1. Slutför utvärderingen och bekräfta att tjänsten uppfyller dina krav.
2. Din Azure-prenumeration är aktiverad för webb-IQ.
3. Distribuera webb-IQ-resursen i den prenumerationen och logga sedan in på webb-IQ-kundwebbplatsen och anslut resursen. Detta skapar ditt app-ID för produktion, som börjar med standardgränsen på 15 frågor per sekund (QPS).
4. Om du vill autentisera med Entra ID lägger du till programmets klient-ID i det AppID:t på Web IQ Customer Site.

Din användning av Web IQ styrs av Web IQ Terms of Use i samband med ditt befintliga zmluva spoločnosti Microsoft so zákazníkom.

Vilka Azure prenumerationer kan jag använda?

Webb-IQ kräver en betald Azure prenumeration. Azure krediter fungerar inte för Web IQ.

Vilken adress ska jag använda för att logga in?

Använd den Microsoft-inloggningsadress som har åtkomst till Web IQ: den adress som Microsoft har aktiverat för dig eller det konto som du använde för att ansluta din Web IQ-resurs på Web IQ-kundwebbplatsen. Det här är normalt den adress som du använder för Azure, Teams eller Office, vilket kan skilja sig från din postlådeadress.

Bekräfta det genom att logga in på Azure portalen och kontrollera adressen i det övre högra hörnet.

Varför säger inloggningen att jag inte har åtkomst?

Kontrollera först att den adress som visas i det övre högra hörnet i Azure portalen exakt matchar den adress som har åtkomst till webb-IQ. Organisationer använder ofta en adress för Microsoft inloggning och en annan för e-post.

Om adresserna matchar kan din organisation blockera åtkomst för gäster mellan klientorganisationer till klientorganisationen Microsoft Corporation. Be IT-administratören att ge åtkomst.

Var kan jag få hjälp?

Besök supportwebbplatsen för Microsoft Web IQ för produkthjälp. Frågor om tillåten användning, sekretess, lagring eller visning finns i de aktuella användningsvillkoren för Web IQ och ditt tillämpliga kundavtal.

API-autentisering

Vilka autentiseringsmetoder stöds?

Web IQ stöder:

• Microsoft Entra ID bearer-token via OAuth 2.0-flödet klientautentiseringsuppgifter. Detta rekommenderas för produktionsarbetsbelastningar.
• API-nycklar skickas i förfrågningshuvudet x-apikey.

All API-trafik använder HTTPS.

Hur konfigurerar jag server-till-server-autentisering?

Registrera ett program i Microsoft Entra ID och använd OAuth 2.0-flödet för klientautentiseringsuppgifter. Lägg till programmets klient-ID i webb-IQ AppID på webb-IQ-kundwebbplatsen, hämta en åtkomsttoken och skicka den som Authorization: Bearer <access_token>.

Se Autentisering för de fullständiga konfigurationsstegen.

Kan jag hantera mina egna API-nycklar?

Ja. Du kan skapa så många API-nycklar som du behöver från Web IQ Customer Site. Det kostar inget att skapa nycklar.

Använder webb-IQ Azure RBAC för API-auktorisering?

No. Web IQ är en Microsoft-värdbaserad tjänst som du anropar via Internet. Web IQ-resursen som du distribuerar i din Azure-prenumeration hanterar identitet, mätning och fakturering, men den finns inte i begärandeflödet, så det finns ingen tjänstresurs som Azure RBAC-roller kan kopplas till.

Web IQ auktoriserar begäranden per AppID. Varje AppID har en egen profil för innehållsbehörighet och kvot, och obehöriga anrop returnerar HTTP 403. Om du vill separera team eller arbetsbelastningar, till exempel med olika åtkomstprinciper eller kvoter, använder du flera App-ID:er.

Kan en Entra ID anropa fler än ett AppID?

Ja. Ett enda Entra-applikations-ID (klient)-ID kan ha behörighet att anropa en eller flera app-ID:n. För att välja AppID skickar du det som en frågeparameter, till exempel https://api.microsoft.ai/v3/search/web?appid=<AppID>. API:et löser AppID så här:

• Din Entra ID är bunden till ett AppID: om du inte anger ett AppID eller om du anger det AppID:t lyckas begäran (HTTP 200). Om du anger ett annat AppID returnerar begäran HTTP 403.
• Din Entra ID är bunden till flera App-ID:n: du måste ange en. Ett saknat eller tomt AppID returnerar HTTP 400; en av dina bundna App-ID:er lyckas (HTTP 200); alla andra AppID returnerar HTTP 403.
• Din Entra ID är inte bunden till något AppID: begäran returnerar HTTP 401.

API-nyckelautentisering (x-apikey) påverkas inte. Varje API-nyckel är bunden till ett enda AppID, så ?appid= varken behövs eller accepteras för nyckelautentiserade anrop.

Vilken autentisering ska en värdbaserad agent använda: Hanterad identitet eller AgentID?

Vilken som helst fungerar. Hanterad identitet och AgentID är båda Entra ID-identiteter, och Web IQ accepterar alla Entra-identiteter vars program-ID (klient) är länkat till din Web IQ Application Profile från sidan Profilhantering på Web IQ-kundwebbplatsen.

Vilken du använder beror på var agenten finns:

• Hanterad identitet passar agenter som körs på Azure infrastruktur, till exempel Foundry, App Service, Container Apps, AKS, Functions eller virtuella datorer. Systemtilldelade och användartilldelade identiteter fungerar båda.
• AgentID passar för Foundry- eller Copilot Studio-värdbaserade agenter som exponerar en agentidentitet.
• Agenter som finns utanför Azure, till exempel i ditt eget Kubernetes-kluster eller i ett annat moln, kan använda en standardappregistrering för Entra med en klienthemlighet eller federerad autentiseringsuppgift.

I varje fall använder anropet OAuth 2.0-klientautentiseringsflödet och skickar token som Authorization: Bearer <access_token>. Se Autentisering för installationsstegen. En API-nyckel i x-apikey headern är fortfarande det enklare alternativet för prototyper.

Nätverk och säkerhet

Stöder Web IQ Private Link, privata slutpunkter, VNet-integrering eller IP-tillåtslista?

No. Inget av dessa stöds i dag. Webb-IQ nås via en enda offentlig slutpunkt, https://api.microsoft.ai/v3, via HTTPS med Entra ID- eller API-nyckelautentisering. Det finns ingen IP-baserad åtkomstkontroll på API-slutpunkten.

Webb-IQ-resursen i din Azure-prenumeration hanterar identitet, mätning och fakturering men finns inte i sökvägen för begäran, så Azure nätverkskontroller som Private Link, VNet-integrering, Azure Firewall, NSG:er och hub-and-spoke-topologier har ingenting på webb-IQ-sidan att ansluta till. Identitetsintegrering (Entra ID) är anpassad till Azure; nätverksskiktet är det inte.

På din sida tillåter du värdnamnet api.microsoft.ai i dina utgående trafikregler.

Finns trafiken från Azure till Web IQ kvar i Microsofts nätverk eller Azure stamnät?

Detta är inte garanterat. Klienter ansluter till den offentliga https://api.microsoft.ai slutpunkten och trafiken skyddas under överföring med HTTPS.

Webb-IQ API-trafik termineras i Azure Front Door, som stöder TLS 1.2 och TLS 1.3 med dessa chiffersviter:

• TLS 1.3: TLS_AES_256_GCM_SHA384, TLS_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_SHA384, TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256

Kommer Zscaler eller något annat inspektionsverktyg för utgående trafik att störa webb-IQ?

Det bör inte störa när det är konfigurerat för att tillåta anslutningar till api.microsoft.ai. Det här är en standardåtgärd för tillåtslista, inte ett brett undantag. Samma metod gäller för andra säkra webbgatewayer, till exempel Netskope.

Kan jag lägga Web IQ bakom Azure API Management?

Ja. Du kan placera Azure API Management eller en annan gateway framför Web IQ i din egen Azure-prenumeration för observerbarhet och styrning, och det finns inga kända blockerande begränsningar. API-anrop går från anroparen till https://api.microsoft.ai/v3 via TLS med en API-nyckel eller Entra ID-token, så allt du lägger framför den trafiken är din egen infrastruktur i din tenant. Microsoft publicerar inte någon referensarkitektur för dessa driftsättningar. Molnarkitekturteamet äger den designen.

Enligt användningsvillkoren för Web IQ kan svarsinnehåll inte cachelagras eller lagras för att skapa en derivatdatauppsättning, oavsett vad gatewayen gör. Drifttelemetri som status, svarstid, rubriker och spårnings-ID:t kan behållas, till exempel i Application Insights eller Log Analytics.

Vilka säkerhetskontroller är tillgängliga?

• Autentisering: Entra ID (OAuth 2.0-klientuppgifter) eller en API-nyckel.
• Auktorisering: per AppID-åtkomst till API:er. Obehöriga anrop returnerar HTTP 403.
• Begränsning av anropsfrekvens: kvottillämpning per AppID. Begäranden över gränsen returnerar HTTP 429.
• Transport: endast HTTPS.

Nätverkspolicyn vid din perimeter är ditt ansvar. Om du har specifika arkitekturkrav som du vill utvärdera kontaktar du Web IQ Support.

Hastighetsbegränsningar och API-nycklar

Finns det en gräns för antal anrop?

Ja. Varje webb-IQ-resurs har en standardgräns på 15 frågor per sekund (QPS). Gränsen gäller för AppID som skapades när du ansluter resursen och Web IQ Customer Site visar den.

Gränsen delas mellan alla API-nycklar och Entra ID klienter för app-ID:t. Begäranden över gränsen returnerar HTTP 429.

Kan jag öka min gräns för förfrågningar?

Ja. Varje webb-IQ-resurs börjar på 15 QPS. Om du vill begära en högre gräns, kontakta Web IQ Support med din förväntade trafik och ditt användningsfall.

Hur många API-nycklar kan jag skapa?

Du kan skapa så många nycklar som programmet behöver. Det är kostnadsfritt att skapa nycklar, men alla nycklar för en resurs delar sin gräns för antal begäranden.

Sekretess och datahantering

Loggar Web IQ API-förfrågningar?

Ja. API-begäranden loggas för driftsändamål: för tjänstens tillförlitlighet, felsökning och kvalitetsförbättringar. Detta är standard för Microsoft-tjänster.

• Åtkomsten är begränsad till auktoriserade Microsoft-tekniker och driftpersonal och styrs av Microsofts interna principer för åtkomstkontroll. Data i loggar är inte tillgängliga för andra kunder eller tredje part.
• Loggar lagras i Microsoft produktionsinfrastruktur och omfattas av Microsoft standardsäkerhetskontroller, inklusive rollbaserad åtkomstkontroll och spårningsloggar.
• Loggar krypteras under överföring (HTTPS) och i vila med hjälp av Microsoft standardkrypteringsmetoder.

Microsoft fungerar som personuppgiftsansvarig enligt Microsoft sekretesspolicy.

Hur länge behålls sökfrågor?

Bevarande av frågetelemetri regleras av avsnitt 4 i Web IQ Terms of Use, vilket innebär att Microsofts behandling omfattas av Microsofts sekretesspolicy. Det finns inget separat åtagande om Web IQ-specifik lagring utöver vad sekretesspolicyn beskriver.

Kan jag inaktivera frågeloggning för reglerade eller känsliga arbetsbelastningar?

Frågetext samlas in som en del av telemetrin för standardbegäran och dess bearbetning styrs av Microsofts sekretesspolicy och avsnitt 4 i Web IQ-användningsvillkoren.

Om du har ett specifikt regulatoriskt krav eller efterlevnadskrav erbjuder Web IQ Zero Query Logging, vilket undertrycker frågetext från telemetri. Det är inte en självbetjäningsfunktion; varje användningsfall granskas och godkänns individuellt, och det kan gälla för alla dina program eller endast för specifika program. Om du vill begära det, kontaktar du ditt Microsoft Account Team och anger följande:

• Det regelverk eller efterlevnadsramverk som gäller (till exempel GLBA, HIPAA, GDPR eller APPI).
• En kort beskrivning av ditt driftsättningsscenario.

Vilka åtaganden för datalagring tillhandahåller Web IQ?

Ingen idag. Web IQ ger inga regionspecifika åtaganden om datalokalisering eller bearbetning inom regionen, och routning mellan regioner till närmaste tillgängliga slutpunkt är förväntat beteende. Sekretess omfattas av Microsofts sekretesspolicy.

Omfattas Web IQ av Azure Dataskyddstillägg eller EU-datagräns?

No. Avsnitt 4.1 i Web IQ Terms of Use utesluter tjänsten från Microsoft Products and Services Data Protection Addendum.

I stället fungerar Microsoft och kunden som oberoende personuppgiftsansvariga för alla personuppgifter som bearbetas enligt användningsvillkoren (avsnitt 4.4). Microsofts bearbetning styrs av Microsofts sekretessmeddelande (avsnitt 4.2), och du ansvarar för att meddela slutanvändarna på lämpligt sätt.

För internationella överföringar innehåller användningsvillkoren standardavtalsklausuler där så krävs (avsnitt 4.6.1). Överföringsmekanismen regleras genom Användningsvillkoren, som omfattas av ditt zmluva spoločnosti Microsoft so zákazníkom, inte genom tillägget om dataskydd.

Web IQ gör inga åtaganden om EU Data Boundary, regionsspecifik datalagring inom region eller bearbetning inom regionen i dag.

Upptäcker eller maskerar webb-IQ personuppgifter i sökfrågor?

No. Web IQ utför inte identifiering på serversidan eller maskering av personliga data i inkommande frågor. Om en arbetsbelastning kan skicka personuppgifter eller känsliga data rensar du den innan du anropar Web IQ, till exempel med Azure AI-språk PII-identifiering som ett förbearbetningssteg. På så sätt lämnar inget känsligt din miljö och du har fullständig kontroll över vad som når API:et.

Stöder Web IQ reglerade branscher?

Ja. Web IQ stöder en rad olika företags- och användningsområden inom reglerade verksamheter. Om du har specifika regelefterlevnads-, styrnings- eller branschkrav kontaktar du Web IQ Support.

Innehållssäkerhet och täckning

Vilka innehållssäkerhetskontroller tillämpas?

Web IQ tillämpar kvalitet vid crawlning och säkerhetsklassificering, filtrering av vuxetinnehåll och kundspecifika regler för vilket innehåll som är tillåtet. SafeSearch tillämpas som standard på serversidan vid strict. Webbsökningsresultat innehåller också ett isAdult fält för ytterligare hantering på klientsidan.

Skyddar Web IQ en LLM från prompt injection i hämtat innehåll?

Microsoft Web IQ hämtar och rangordnar innehåll från webben. Det kör, tolkar eller agerar inte på instruktioner som är inbäddade i hämtat innehåll. Web IQ kompletterar det här hämtningsbeteendet med Bings befintliga granskning av kvalitet, tillförlitlighet, skräppost och skadligt innehåll.

Skydd mot indirekt promptinjektion, jailbreak-försök och attacker mot instruktionsföljning är i första hand nedströmsmodellen och orkestreringsskiktets ansvar. Behandla promptar och hämtat innehåll som ej betrodda indata och tillämpa kontroller i flera lager, till exempel Prompt Shields, Azure AI Innehållsäkerhet, isolering av systempromptar, åtkomst till verktyg med lägsta behörighet, validering mot källdata och validering av utdata. Web IQ ska inte behandlas som den enda kontrollpunkten för begränsning av promptinjektion.

Hur bearbetas webbinnehåll innan Web IQ returnerar det? Är den rensad från prompt-liknande instruktioner?

Microsoft Webb-IQ arbetar inte direkt med RAW-sidans HTML vid hämtningstillfället. Under indexeringen normaliseras webbinnehållet till en strukturerad dokumentrepresentation som är utformad för att bevara meningsfullt innehåll och dokumentstruktur. Passager som returneras av Webb-IQ väljs från den representationen, vilket är det som möjliggör mer konsekvent extrahering och hämtning över API-ytan. Bings befintliga kvalitets-, säkerhets-, skräppost- och gallring av skadligt innehåll gäller också som en del av indexeringspipelinen.

Normaliseringen bör inte tolkas som en garanti för att prompt-liknande text identifieras eller tas bort. Behandla hämtat innehåll som ej betrodda indata och tillämpa skydd på modell- och orkestreringsnivå som beskrivs i föregående svar.

Returnerar webb-IQ dolt eller icke användarsynligt sidinnehåll?

Microsoft Web IQ försöker returnera innehåll som är synligt genom normal användarinteraktion, inklusive innehåll som visas via vanliga sidkontroller eller återgivning på klientsidan. Detta är inte garanterat. Sidstrukturen och implementeringen varierar, så applikationer bör inte förutsätta att varje returnerad passage var synlig i sidans ursprungliga tillstånd eller att varje dolt element alltid kommer att undantas.

Hur behåller Microsoft indexkvaliteten?

Sidor utvärderas för kvalitet, auktoritet och tillförlitlighet. Skadligt innehåll, skräppost och nätfiskeinnehåll identifieras och exkluderas och indexet uppdateras kontinuerligt. Det är samma index Microsofts egna AI-produkter är beroende av.

Hur respekterar Web IQ utgivares innehållsinställningar?

Web IQ är utformat för att respektera utgivarkontroller som stöds, inklusive tillämpliga robots.txt-direktiv och andra utgivarsignaler som identifieras av Microsoft.

Finns det en publicerad lista över exkluderade webbplatser eller blockerade kategorier?

No. Exkluderingskontroller omfattar robots.txt-efterlevnad, juridiska och regelefterlevnadsrelaterade borttagningar (till exempel DMCA-meddelanden och domstolsbeslut), skräppost, skadlig kod och nätfiskefiltrering samt filtrering av vuxet innehåll. Själva listorna är proprietära och uppdateras kontinuerligt. Om du har problem med att specifika innehållskategorier visas eller inte visas i resultat kan du kontakta Web IQ Support för att diskutera om konfigurationen av din Application Profile uppfyller dessa krav.

Vilket innehåll täcker Web IQ och hur aktuellt är det?

Web IQ hämtar kontinuerligt ny information på webbsidor, nyheter och bild- och videoresultat för att hjälpa din AI-agent eller ditt program att svara på frågor utöver modellens träningsdata.

Tillgänglighet och aktualitet varierar beroende på API, källtyp och användningsfall. Det finns ingen enskild aktualitetsgaranti för allt innehåll. Överväg kraven på aktualitet för din arbetsbelastning när du väljer källor och hämtningsinställningar.

Vilka språk och marknader stöder Web IQ?

Web IQ bygger på den globala webben, men täckningen varierar beroende på språk, marknad, ämne och källtyp. Granska sidan Språk och regioner som stöds för de koder som varje API accepterar och utvärdera täckningen mot den information som dina avsedda användare behöver.

Kan jag konfigurera listor över tillåtna eller blockerade domäner?

För enskilda domäner eller små listor använder du vanliga frågeoperatorer, till exempel site:example.com för att inkludera en domän och -site:example.com för att exkludera en. Större konfigurerbara listor exponeras för närvarande inte som en kundhanterad funktion.

Varför visas inte LinkedIn resultat?

LinkedIn-resultat exkluderas för närvarande.

Vad händer när Browse anropas för en exkluderad URL?

Browse returnerar HTTP 403. Den underliggande exkluderingslistan är inte tillgänglig.

Hur kan jag göra min webbplats upptäckbar för Web IQ?

Webb-IQ bygger på samma webbindex Microsoft använder för sina egna AI-produkter. Använd standardmetoder för webbupptäckt, till exempel webbplatskartor, IndexNow, Verktyg för webbansvariga i Bing och en lämplig robots.txt princip. Det finns ingen separat sökväg för Web IQ-insändning.

Frågebeteende och resultatkvalitet

Ska jag använda sökfrågor på naturligt språk eller nyckelord?

Båda fungerar. Frågor på naturligt språk fungerar ofta bra med contentFormat=passage, medan nyckelordsfrågor är användbara för exakta sökningar, till exempel företagsnamn, tickers eller specifika ämnen. Undvik alltför långa eller sammansatta frågor; dela upp flera informationsbehov i separata API-anrop.

Vilken är den maximala frågelängden?

Maximalt är 1 000 tecken och längre frågor avvisas. Kortare, fokuserade frågor ger vanligtvis bättre resultat: om en fråga innehåller mycket kontext kanske hämtningen inte fokuserar på rätt signal.

Kan jag filtrera webbsökningsresultat efter datum?

Webbsökning erbjuder inte ett datumintervallfilter i dag, och vi rekommenderar att du undviker ett hårt datumfilter om du inte verkligen behöver ett. Färskhet räknas redan in i rangordningen baserat på frågan och att lägga till en hård datumbegränsning kostar nästan alltid relevans. För nyhetsscenarier använder du nyhets-API:et i stället för att filtrera webbsökningsresultat efter datum.

lastUpdatedAt är det datum då utgivaren senast uppdaterade innehållet, inte det datum då webb-IQ senast kontrollerade sidan, så ett äldre datum innebär inte att sidan inte har kontrollerats nyligen. Det returneras i svaret, det är inte ett begärandefilter och inte alla resultat innehåller det. Du kan använda den för att sortera eller filtrera resultat i ditt program.

Kan webbsökning hantera en fråga som innehåller flera frågor?

Varje webbsökningsbegäran hanterar en fråga. Om en prompt innehåller flera frågor eller avsikter delar du upp den i separata frågor i ditt program, anropar Webbsökning för var och en och kombinerar resultatet innan du genererar svaret.

Kan Web IQ stödja agentarbetsflöden i flera steg?

Ja. En agent kan använda Web IQ när den behöver ytterligare webbinformation under en uppgift. Hämtningslatens är särskilt viktigt i arbetsflöden som gör flera anrop innan ett svar skapas.

Hur ska min AI-agent eller min applikation hantera hämtat underlag?

Använd bevis som är relevanta för frågan och spåra vilka källor som stöder svaret. Håll hämtat innehåll separat från instruktioner som styr agenten. När källor står i konflikt eller bevis är ofullständiga gör du den osäkerheten tydlig i stället för att fylla luckor med uttalanden som inte stöds.

Hur jämförs jordningskvaliteten?

Microsoft rapporterar den högsta grounding satisfaction i sin publicerade jämförelse, med en poäng på 79,05. Resultatet beror på frågeuppsättningen, modellen och utvärderingsmetoden, så verifiera kvaliteten på dina egna scenarier.

Källa: Benchmarkresultat för Web IQ. 3K Globalt, blinda frågor hämtade från prod, konfiguration: 10 resultat, 10K tecken per resultat (eller motsvarande).

Varför skiljer sig resultaten från Bing.com?

Webb-IQ är optimerat för LLM-förbrukning, faktadensitet, passagekvalitet och låg svarstid. Bing.com är en konsumentupplevelse med ytterligare rankningssignaler, anpassning, visuella svar och innehåll som kanske inte kan vidaredistribueras via ett API. Vissa rangordningsskillnader förväntas.

Kan identiska begäranden returnera olika resultat?

En viss variation förväntas eftersom indexet uppdateras kontinuerligt och uppdateringar sprids över datacenter. Resultaten för identiska begäranden som görs nära varandra bör förbli i stort sett stabila. Om du ser betydande variation för identiska frågor med några sekunders mellanrum, kontakta Web IQ Support.

Varför returnerar en fråga färre resultat än förväntat?

Kontrollera det råa Web IQ-svaret innan du räknar resultat. Den vanligaste orsaken är en inställning på klientsidan eller ett efterföljande pipelinesteg som filtrerar bort giltiga resultat innan de mäts. Kontrollera också maxResults, innehållsbehörighet, SafeSearch-beteende och alla site:- eller -site:-operatorer i frågan.

Svarsinnehåll

Varför returnerar inte webbsökning och nyhetssökning ett snippet fält?

Detta är avsiktligt. Båda returnerar content som ett frågeberoende extrakt (passage) i stället för en separat, frågeoberoende snippet.

Vilka innehållsformat stöder webbsökning?

Med passagereturnerar varje resultat de delar av dokumentet som är mest relevanta för frågan, upp till maxLength tecken (utan fullständig dokumentåtkomst, högst 3 000). Det är det rekommenderade formatet för jordning. Program med fullständig dokumentåtkomst kan också använda text, htmloch markdown. Se Avsnitt och innehållsformat.

Vad är passage, och varför använda det?

Ange contentFormat=passage och API:et returnerar för varje resultat endast de segment i dokumentet som är mest relevanta för frågan, inte det fullständiga dokumentet. Det fullständiga dokumentet bearbetas på Web IQ-sidan och det som kommer tillbaka är ett frågeinriktat utdrag, så din LLM behöver inte skumma tidigare orelaterade stycken för att hitta relevant mening.

• Tokenbesparingar: LLM tar emot en bråkdel av dokumentet i stället för allt.
• Högre faktamässig korrekthet: med mindre innehåll utanför ämnet i kontexten är det mindre sannolikt att modellen förankrar i ett tangentiellt stycke.

Ställ in contentFormat=passage på varje begäran om webbsökning och nyheter. Bläddra stöder inte passage, eftersom den hämtar en specifik URL som du redan har valt och det inte finns någon fråga att extrahera från.

Vad är det maximala maxResults värdet för webbsökning?

Webbsökning stöder upp till 50 resultat per begäran.

Vilka begäransparametrar kan jag konfigurera?

Webbsökning exponerar maxResults, language och region, contentFormat (passage, text, htmleller markdown), maxLengthoch safeSearch. Se API-referensen för den fullständiga parameterlistan.

Vad är skillnaden mellan lastUpdatedAt och crawledAt?

lastUpdatedAt är det publiceringsrapporterade innehållsuppdateringsdatumet som returneras av Webbsökning, Nyheter, Videor, Bilder, Browse och Auto när det är tillgängligt. crawledAt är den tid då Web IQ senast hämtade sidan, som returnerades av Webbsökning, Browse, Nyheter och Auto. Täckningen för båda fälten varierar beroende på resultatet.

Hur ska jag justera maxResults och maxLength för att hantera kostnader för kontextfönster och token?

Web IQ kan prioritera avsnitt som är relevanta för en fråga i stället för att tillhandahålla onödiga sidkontexter. Detta kan minska mängden text som skickas till din modell och sänka kostnaderna för indatatoken. Nyttan beror på din modell, prompter, frågemix och hämtningsinställningar.

För de flesta grundscenarier ger fler resultat med kortare passager bättre utdata än färre resultat med längre passager för ungefär samma totala tokenbudget. En bra utgångspunkt är maxResults=10 med maxLength cirka 3 000 tecken i passage format. Benchmark med dina egna frågor och din modell.

Vad är Browse Live Crawl och när ska jag använda den?

Bläddra returnerar innehåll från Bing-webbindexet, som uppdateras kontinuerligt när våra crawlare observerar ändringar på webben. Det är så här webbsökning fungerar i allmänhet: sökresultaten levereras från ett index i stället för genom att hämta varje URL live på varje begäran, och det är det som ger Browse dess snabbhet och konsekvens.

För scenarier som specifikt behöver en just-in-time-hämtning av URL:en när begäran görs, till exempel realtidsövervakning, konkurrentkontroller eller arbetsflöden som utlöses av en ändring som du vet just har skett, stöder Browse Live Crawl. Ställ in liveCrawl: "fallback" i begäran för att välja en livehämtning när den indexerade kopian saknas eller är inaktuell. Om du utelämnar parametern (eller anger liveCrawl: "none") returneras endast indexerat innehåll. Se referensen för Browse API för fullständig parameterinformation.

Live Crawl är tillgängligt som standard i Web IQ Browse och är konfigurerad med ett begränsat kapacitetstak per sekund, separat från din övergripande Browse QPS. Den här gränsen delas mellan alla API-nycklar under AppID. De flesta arbetsbelastningar för bläddring behöver inte Live Crawl och hanteras bäst av den indexerade standardsökvägen. Använd Live Crawl för den smala uppsättningen scenarier ovan.

Kan Browse hämta JavaScript-renderade sidor?

Ja. Använd renderDynamicPages: true tillsammans med liveCrawl: "fallback". Se referensen för Browse API för den fullständiga parameteruppsättningen och svarsinformationen. Testa representativa URL:er innan du är beroende av det här beteendet i produktion.

Kan Browse extrahera PDF-filer online?

PDF-filer som finns online är inte ett dokumenterat Browse-scenario i dag. Om du har ett specifikt PDF-användningsfall kontaktar du Web IQ Support med en representativ URL och det beteende du förväntar dig, så får du ett definitivt svar.

Fakturering och juridik

Vad kostar webb-IQ?

Web IQ använder förbrukningsbaserad prissättning per anrop. Prissättningen beror på vilka API:er som är aktiverade för ditt konto, din användning och dina kommersiella villkor. Se Priser för aktuella priser.

Innehåller Web IQ ett SLA-, RTO- eller RPO-åtagande?

No. Microsoft Web IQ innehåller inget serviceavtal. I användningsvillkoren för Web IQ anges inga mål för drifttid, svarstid, återställningstidsmål (RTO) eller återställningspunktsmål (RPO), och inga SLA-villkor läggs till för enskilda kunder.

Behöver jag visa källhänvisningar?

Ja. Bilaga A, avsnitt 1 (LLM-användning) i Web IQ Terms of Use kräver källattribution och en länk tillbaka till varje källa som används för det visade LLM-innehållet, nära det innehållet.

• Citera endast de källor som faktiskt använts för att generera svaret. Om Web IQ returnerade 10 resultat och din modell använde 3, visa dessa 3.
• Citat måste vara synliga med svaret och kunna öppnas med en enda åtgärd. Visa dem inte bara kort, dölj dem bakom flera skärmar eller kräv att användarna ber om källor separat.
• För begränsade gränssnitt som bilar, bärbara enheter, röststyrda enheter eller kiosker använder du en beständig QR-kod som leder till en sida som visar varje citat som används för det aktuella svaret, en tillhörande app som visar svaret med klickbara citat eller en lista på skärmen som användaren kan öppna direkt.

Du kan lagra citat som en del av en enskild slutanvändares chatthistorik i upp till 30 dagar. Se cachelagringsfrågan nedan.

Hur mycket källinnehåll kan min AI-agent eller mitt program visa?

Bilaga A till användningsvillkoren för Web IQ begränsar visat Grounding Content från en enskild källa till det lägsta av 200 tecken och den maxgräns som anges av webbplatsens ägare eller webbansvarig. För röst- eller ljudupplevelser använder du samma gräns för talade utdata. Ytterligare begränsningar gäller för sammanfattningar och visning. Granska användningsvillkoren innan du utformar utdrag. Den här gränsen är inte tillåtelse att reproducera hela källsidor.

Kan bild- och videoresultat användas för att förankra en LLM i bild- och videoresultat?

Bild- och videometadata samt alternativtext ingår i definitionen av Grounding Content. Web IQ Terms of Use förbjuder dock att använda faktiska bilder eller videor från resultat för groundning, att inkludera dem i LLM-utdata eller att skapa bearbetade bilder eller videor från dem. Granska villkoren för din avsedda implementering.

Kan jag cachelagra eller lagra Web IQ-innehåll?

Som en allmän regel, nej. Användningsvillkoren för Web IQ förbjuder kopiering, lagring, cachelagring, arkivering eller skapande av en databas med innehåll, förutom under snäva undantag (avsnitt 3.2.15 och avsnitt 4 i bilagorna A och B):

• Slutanvändarchatthistorik (upp till 30 dagar): Innehåll kan lagras på en icke-aggregerad basis per slutanvändare för en enskild slutanvändares chatthistorik i upp till 30 dagar. För LLM-användning (bilaga A) omfattar detta innehåll i allmänhet; för sökanvändning (bilaga B) omfattar detta bild- och video-URL:er.
• Tillfälliga bearbetningar av atomiska åtgärder: Innehållet kan hållas i ett tillfälligt bearbetningstillstånd endast om det är absolut nödvändigt för att slutföra en enda logisk begäran eller ett arbetsflöde som initierats av en LLM (en "atomisk åtgärd", vilket kan omfatta flera interna steg eller agentiska interaktioner). Innehållet måste tas bort omedelbart när Atomic Action har slutförts.
• Din egen arbetsprodukt: i den utsträckning som tillåts enligt upphovsrättslagstiftningen kan innehåll kopieras eller lagras som en integrerad del av din egen arbetsprodukt, så länge arbetsprodukten inte har skapats för att ersätta tjänsterna (till exempel skapa en databas med innehåll, indexera länkar för crawlning eller erbjuda en separat sökning).

Förutom dessa undantag tillåter användningsvillkoren inte härledda databaser, beständig cachelagring eller långsiktig arkivering av innehåll.

Var kan jag läsa användningsvillkoren för Web IQ?

De aktuella villkoren publiceras på Microsoft Web IQ Användningsvillkor. De gäller tillsammans med ditt befintliga zmluva spoločnosti Microsoft so zákazníkom.

Fullständig dokumentåtkomst

Varför får jag HTTP 403 när jag anger contentFormat till html?

I Webbsökning och nyhetssökning, text, html och markdown returnerar det fullständiga dokumentet och är tillgängliga för program med fullständig dokumentåtkomst. Andra program får HTTP 403 med felkoden AuthContentFormatForbidden. passage fungerar för varje applikation. Se Avsnitt och innehållsformat.

Hur begär jag fullständig dokumentåtkomst?

Öppna en Web IQ-supportbegäran via Azure Support och välj kategorin Helsidesinnehåll. Program som redan använder html eller text fortsätter att fungera som idag.