Microsoft webes IQ gyakori kérdései

Válaszok a Microsoft webes IQ használatával kapcsolatos gyakori kérdésekre. Az API részleteiről és a kéréspéldákért tekintse meg az API-referenciát.

Szolgáltatás és üzembe helyezés

Mi a Microsoft Web IQ?

A Microsoft Web IQ egy AI-native webes keresési és megalapozási API-kból álló csomag, amely LLM-eknek, AI-ügynököknek és alkalmazásoknak biztosít hozzáférést az aktuális, releváns webes információkhoz. Ez pontosabb, up-to-date AI-válaszokat tesz lehetővé a felhasználók által ellenőrizhető forrásokkal. A Web IQ élvonalbeli AI-asszisztenseket hajt, köztük a Microsoft Copilotot és a ChatGPT-t.

A Web IQ REST-en keresztül a https://api.microsoft.ai/v3 címen, MCP-n keresztül pedig a https://api.microsoft.ai/v3/mcp címen érhető el. A jelenleg elérhető API-k a webkeresés, a hírek, a videók, a képek és a tallózás. Auto bétaverzióban érhető el.

Mi a webes megalapozás, és mikor van rá szüksége egy AI-ügynöknek?

A webes megalapozás hozzáférést biztosít az AI-nek a legújabb webes információkhoz, így a betanítási adatokon túl aktuális tények alapján is válaszolhat, az idézett forrásokat pedig a felhasználók ellenőrizhetik. Leginkább a gyakran változó információk esetén hasznos, például a piaci fejlemények, a versenytársak tevékenysége, a hírek és a szabályozási frissítések terén.

A Web IQ egy LLM? Létrehozza a végső választ?

No. A Web IQ nem AI-modell vagy LLM. Ez egy AI-natív webes keresési és grounding API-kból álló csomag, amely LLM-eknek, AI-ügynököknek és alkalmazásoknak biztosít hozzáférést az aktuális, releváns webes információkhoz.

A Web IQ nem hozza létre a végső AI-választ. Releváns információkat kér le a webről, és a választott LLM, AI-ügynök vagy alkalmazáslogika ezeket az információkat használja a válasz létrehozásához.

Mitől különbözik a Web IQ más webes keresési API-któl és grounding szolgáltatásoktól?

A webes keresési API-k többsége kompromisszumot kényszerít ki: gyors vagy pontos, költséghatékony vagy teljes. A Microsoft által közzétett összehasonlításban a webes IQ biztosítja a legmagasabb megalapozottsági elégedettséget, a leggyorsabb sebességet és a lekérdezésenkénti legkevesebb tokent. Ez ugyanaz a platform, amelyre az AI-asszisztensek, például a Copilot és a ChatGPT minden nap támaszkodnak, amely globális szinten bizonyított, és készen áll arra, hogy bármilyen AI-ügynök vagy alkalmazás építhessen rá.

A Web IQ-t az is megkülönbözteti, hogy hogyan fér hozzá a tartalomhoz. Felelősségteljes megközelítést alkalmaz a webes hozzáféréshez, és a nyílt webet és a strukturált adatokat nagyvállalati szintű biztonsággal és beépített védelemmel egyesíti.

A Web IQ a már használt AI-veremmel működik. Használhatja az előnyben részesített AI-modellt, és csatlakozhat a REST API vagy a Model Context Protocol (MCP) használatával anélkül, hogy egyetlen modellhez vagy platformhoz lenne kötve.

Forrás: Web IQ benchmark eredmények (Minőség, Hatékonyság és Sebesség szakaszok).

Mit hozhatok létre a Web IQ-val?

A Web IQ olyan AI-ügynökök és alkalmazások működését biztosítja, amelyek friss, külső információkat igényelnek a nyilvános webről. A belső csapatok felhasználhatják versenyintelligencia, monitorozás, szabályozási kutatás, értékesítési intelligencia és tartalomoptimalizálás céljára. Az ügyféloldali élmények használhatják ezt kutatáshoz, felfedezéshez, javaslatokhoz és speciális ügynökökhöz.

Leginkább olyan helyzetekben használható, ahol az információk gyakran változnak, számos külső forrásra terjednek ki, és az aktuális, hivatkozható webes tartalmakon kell alapulniuk.

Melyik webes IQ API illik a felhasználási esetemhez?

A Web Search API-val megkeresheti a modellje releváns nyilvános oldalait és részleteit, az aktuális eseményekhez tartozó News API-t, a vizualizációs és videoeredményekhez tartozó Images és Videos API-kat, valamint a Browse API-t, ha már ismeri az URL-címet. Ellenőrizze az API-referenciában a fiók számára elérhető képességeket és korlátokat.

Használhatom a Web IQ-t a meglévő AI-modellemmel és ügynök-keretrendszeremmel?

Yes. A Web IQ lehetővé teszi webes információk hozzáadását az Ön által választott AI-modell és ügynök munkafolyamatához. A REST API-k és az MCP rugalmasságot adnak abban, hogyan csatlakoztatod hozzá. Ellenőrizze a támogatott konfigurációkat az SDK és az MCP integrációs dokumentáció tekintetében.

Milyen az integráció?

Az AI-ügynök vagy -alkalmazás webes bizonyítékokért meghívja a Web IQ-t, majd a kiválasztott eredményeket átadja a modellnek válasz létrehozásához. Ön határozza meg, hogyan van kiválasztva, felhasználva és idézve az információ. Kövesse a rövid útmutatót az első munkafolyamat csatlakoztatásához, vagy a Playground használatának megkezdéséhez.

Lekérheti a Web IQ a magáncégekre vonatkozó információkat?

No. A Web IQ lekéri a nyilvános webes információkat. Vállalati környezet esetén a Microsoft a Work IQ, Fabric IQ és Foundry IQ szolgáltatást kínálja, amelyek mindegyike más szerepkört szolgál ki, a szervezeti környezettől kezdve az üzleti adatokig és a vállalati ismeretekig.

Hogyan kapcsolódik a webes IQ a Foundry IQ-hoz, a Work IQ-hoz és Fabric IQ-hoz?

A Microsoft IQ négy integrált réteget egyesít, amelyek a Microsoft egészében a vállalati intelligenciát működtetik. A Web IQ a nyilvános webről nyújt információkat. A Work IQ a munkavégzési jelekre, a Fabric IQ az üzleti adatokra, a Foundry IQ pedig a szervezeti ismeretekre összpontosít. Ezek a termékek az AI-ügynökök és -alkalmazások különböző információigényeit kezelik, és együttes használatuk esetén a leghatékonyabbak.

A Web IQ Azure-erőforrás?

Webes IQ-erőforrást helyez üzembe az Azure-előfizetésében. Az erőforrás kezeli az identitást, a használatmérést és a számlázást.

Maga a szolgáltatás a Microsoft által üzemeltetett és multitenant. A webes lekérés és a rangsorolás Microsoft-infrastruktúrában fut, és az alkalmazás HTTPS-en keresztül a api.microsoft.ai szolgáltatást hívja meg. Az Azure erőforrás nem üzemelteti a Web IQ-t, és nem szerepel a kérelem útvonalában.

Hol van telepítve a Web IQ?

A Web IQ-t a Microsoft üzemelteti, és a nyilvános https://api.microsoft.ai/v3 végponton keresztül érhető el. Az alkalmazás meghívja az API-t, a Web IQ pedig szerveroldalon végzi a webes lekérést.

Vannak dedikált API-k pénzügyi, sport vagy időjárási célokra?

Nem ma. A dedikált API-k a webkeresés, a hírek, a videók, a képek és a tallózás. A pénzügyi, sport, időjárási és egyéb, dedikált API-val nem rendelkező témákhoz használja a Web Search szolgáltatást, amely releváns, feltérképezett webes tartalmakat ad vissza. Ez a tartalom strukturálatlan lapszöveg, nem pedig strukturált adatfolyam.

Hozzáférés és bevezetés

Hogyan válthatok át a kiértékelésről az éles környezetbe?

1. Végezze el az értékelést, és győződjön meg arról, hogy a szolgáltatás megfelel a követelményeknek.
2. Az Azure-előfizetés engedélyezve van a webes IQ-hoz.
3. Telepítse a Web IQ-erőforrást abban az előfizetésben, majd jelentkezzen be a Web IQ-ügyfélwebhelyre, és csatlakoztassa az erőforrást. Ez létrehozza az éles AppID-t, amelyre kezdetben az alapértelmezett, másodpercenként 15 lekérdezéses korlát (QPS) vonatkozik.
4. Az Entra ID-val való hitelesítéshez adja hozzá az alkalmazás ügyfél-azonosítóját ahhoz az AppID-hez a Web IQ ügyfélwebhelyen.

A Web IQ használatára a Web IQ használati feltételei vonatkoznak, az Ön meglévő Microsoft Ügyfélszerződésjének keretében.

Mely Azure előfizetéseket használhatom?

A Web IQ fizetős Azure-előfizetést igényel. Azure-kreditek nem működnek a Web IQ-hoz.

Melyik címet kell használnom a bejelentkezéshez?

Használja azt a Microsoft-bejelentkezési címet, amely hozzáféréssel rendelkezik a Web IQ-hoz: azt a címet, amelyet a Microsoft engedélyezett Önnek, vagy azt a fiókot, amellyel a Web IQ-erőforrást a Web IQ ügyfélwebhelyen csatlakoztatta. Ez általában a Azure, a Teams vagy az Office esetében használt cím, amely eltérhet a postaláda címétől.

A megerősítéshez jelentkezzen be Azure portálra, és ellenőrizze a címet a jobb felső sarokban.

Miért mondja a bejelentkezés, hogy nincs hozzáférésem?

Először győződjön meg arról, hogy a Azure Portal jobb felső sarkában látható cím pontosan megegyezik a Web IQ-hoz hozzáféréssel rendelkező címmel. A szervezetek gyakran használnak egy címet Microsoft bejelentkezéshez, egy másikat pedig e-mailekhez.

Ha az e-mail-címek egyeznek, a szervezet letilthatja a bérlők közötti vendéghozzáférést a Microsoft Corporation-bérlőhöz. Kérje meg a rendszergazdát, hogy engedélyezze ezt a hozzáférést.

Hol kaphatok segítséget?

Terméktámogatásért látogasson el a Microsoft Web IQ támogatási webhelyére. Az engedélyezett használattal, adatvédelemmel, tárolással vagy megjelenítéssel kapcsolatos kérdésekért tekintse meg az aktuális Web IQ használati feltételeket és a vonatkozó ügyfélszerződést.

API-hitelesítés

Milyen hitelesítési módszerek támogatottak?

Web IQ a következőket támogatja:

• Microsoft Entra ID bearer tokeneket az OAuth 2.0 ügyfél-hitelesítő adatok folyamatán keresztül. Ez éles számítási feladatokhoz ajánlott.
• Az API-kulcsokat a x-apikey kérésfejlécben küldik.

Minden API-forgalom HTTPS-t használ.

Hogyan konfigurálhatom a szerverek közötti hitelesítést?

Regisztráljon egy alkalmazást a Microsoft Entra ID-ban, és használja az OAuth 2.0 ügyfél-hitelesítőadat folyamatát. Adja hozzá az alkalmazás ügyfélazonosítóját a Web IQ AppID azonosítójához a Web IQ Customer Site webhelyen, szerezze be a hozzáférési tokent, és küldje el Authorization: Bearer <access_token> formájában.

A teljes beállítási lépésekért tekintse meg a Authentication.

Kezelhetem a saját API-kulcsaimat?

Yes. A Web IQ Customer Site webhelyen tetszőleges számú API-kulcsot hozhat létre. A kulcsok létrehozása díjmentes.

A Web IQ Azure RBAC-t használ API-engedélyezéshez?

No. A Web IQ egy Microsoft által üzemeltetett szolgáltatás, amelyet az interneten keresztül hívhat meg. Az Azure-előfizetésben üzembe helyezett webes IQ-erőforrás kezeli az identitást, a fogyasztásmérést és a számlázást, de nem szerepel a kérési útvonalban, ezért nincs olyan szolgáltatáserőforrás, amelyhez az Azure RBAC-szerepkörök hozzárendelhetők.

A Web IQ AppID alapján engedélyezi a kérelmeket. Minden AppID saját tartalom-jogosultsági profillal és kvótával rendelkezik, és a jogosulatlan hívások HTTP 403-at adnak vissza. A csapatok vagy számítási feladatok( például különböző hozzáférési szabályzatok vagy kvóták) elkülönítéséhez használjon több AppID-t.

Egy Entra ID több AppID-t is hívhat meg?

Yes. Egyetlen Entra-alkalmazás (ügyfél)-azonosító engedélyezhető egy vagy több AppID meghívására. Az AppID kiválasztásához adja meg például https://api.microsoft.ai/v3/search/web?appid=<AppID>lekérdezési paraméterként. Az API a következőképpen oldja fel az AppID-t:

• Az Entra ID egy AppID-hez van kötve: ha nem ad meg AppID azonosítót, vagy azt az AppID-t adja meg, a kérés sikeres lesz (HTTP 200). Ha másik AppID azonosítót ad meg, a kérés HTTP 403-at ad vissza.
• A Entra ID több AppID-hez van kötve: egyet meg kell adnia. A hiányzó vagy üres AppID HTTP 400 értéket ad vissza; a hozzárendelt AppID-k közül az egyik sikeres (HTTP 200); bármely más AppID HTTP 403-at ad vissza.
• A Entra ID nincs semmilyen AppID-azonosítóhoz kötve: a kérés HTTP 401-et ad vissza.

Az API-kulcs hitelesítését (x-apikey) ez nem érinti. Minden API-kulcs egyetlen AppID-azonosítóhoz van kötve, ezért a ?appid= kulccsal hitelesített hívásokhoz soha nincs rá szükség, és nem is fogadják el.

Milyen hitelesítést használjon egy üzemeltetett ügynök: Managed Identity vagy AgentID?

Bármelyik működik. A felügyelt identitás és az AgentID egyaránt Entra ID-identitás, és a Web IQ minden olyan Entra-identitást elfogad, amelynek alkalmazás-(ügyfél-)azonosítója a Web IQ-alkalmazásprofilhoz van csatolva a Web IQ ügyfélwebhely Profilkezelés lapján.

Attól függ, hogy hol fut az ügynök:

• A felügyelt identitás megfelel az Azure infrastruktúrán futó ügynököknek, például a Foundrynek, az App Service-nek, a Container Appsnek, az AKS-nek, a Functionsnek vagy a virtuális gépeknek. A rendszer által hozzárendelt és a felhasználó által hozzárendelt identitások egyaránt működnek.
• Az AgentID megfelel a Foundry vagy a Copilot Studio által üzemeltetett ügynököknek, amelyek ügynökazonosságot tesznek elérhetővé.
• Az Azure-on kívül üzemeltetett ügynökök, például a saját Kubernetes-fürtön vagy egy másik felhőben, használhatnak szabványos Entra-alkalmazásregisztrációt egy ügyfél titkával vagy összevont hitelesítő adatokkal.

A hívás minden esetben az OAuth 2.0 ügyfél-hitelesítő adatok folyamatát használja, és a tokent Authorization: Bearer <access_token> formájában küldi el. A beállítási lépésekért tekintse meg a Authentication. A fejlécben lévő x-apikey API-kulcs továbbra is egyszerűbb lehetőség a prototípusokhoz.

Hálózatkezelés és biztonság

A Web IQ támogatja a Private Linket, a privát végpontokat, a virtuális hálózatok integrációját vagy az IP-engedélylistát?

No. Ezek egyike sem támogatott jelenleg. A Web IQ egyetlen nyilvános végponton keresztül érhető https://api.microsoft.ai/v3el HTTPS-en keresztül, Entra ID vagy API-kulcsos hitelesítéssel. Az API-végponton nincs IP-alapú hozzáférés-vezérlés.

Az Azure-előfizetésében található Web IQ-erőforrás kezeli az identitást, a használatmérést és a számlázást, de nem szerepel a kérelmi útvonalon, így az olyan Azure hálózati szabályozási megoldásoknak, mint a Private Link, a VNet-integráció, az Azure Firewall, az NSG-k és a hub-and-spoke topológiák, a Web IQ oldalán nincs semmi, amihez ezek csatlakozhatnának. Az identitás (Entra ID) integrációja Azure-hoz igazodik; a hálózati réteg nem.

Az Ön oldalán engedélyezze a api.microsoft.ai hosztnevet a kimenőforgalom-szabályozásban.

Az Azure és a Web IQ közötti forgalom a Microsoft hálózatán vagy az Azure gerincén marad?

Ez nem garantált. Az ügyfelek a nyilvános https://api.microsoft.ai végponthoz csatlakoznak, és a forgalom HTTPS használatával az átvitel során védett.

A webes IQ API-forgalom az Azure Front Doornál végződik, amely támogatja a TLS 1.2-t és a TLS 1.3-at az alábbi titkosítási csomagokkal:

• 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

A Zscaler vagy egy másik kimenő forgalom ellenőrző eszköz zavarja a Web IQ-t?

Nem zavarhat, ha úgy van konfigurálva, hogy engedélyezze a kapcsolatokat a következőhöz: api.microsoft.ai. Ez egy szabványos engedélyezőlista-művelet, nem pedig széles körű megkerülés. Ugyanez a megközelítés vonatkozik más biztonságos webátjárókra, például a Netskope-ra is.

Elhelyezhetem a Web IQ-t a Azure API Management mögött?

Yes. Az Azure API Managementet vagy egy másik átjárót a Web IQ elé helyezheti a saját Azure-előfizetésében a megfigyelhetőség és a szabályozás érdekében, és nincsenek ismert blokkoló korlátozások. Az API-hívások a hívótól a https://api.microsoft.ai/v3 felé haladnak TLS-en keresztül egy API-kulccsal vagy Entra ID-tokennel, így minden, amit a forgalom útjába helyez, az az Ön bérlőjében lévő saját infrastruktúra. A Microsoft nem tesz közzé referenciaarchitektúrát ezekhez a telepítésekhez; ennek a kialakítása az Ön felhőarchitektúra-csapatának a feladata.

A Web IQ használati feltételei értelmében a válaszok tartalma nem gyorsítótárazható és nem tárolható származtatott adatkészlet létrehozásához, függetlenül attól, hogy mit tesz az átjáró. Az operatív telemetriai adatok, például az állapot, a késés, a fejlécek és a nyomkövetési azonosítók megőrizhetők, például az Application Insightsban vagy Log Analytics.

Milyen biztonsági intézkedések érhetők el?

• Hitelesítés: Entra ID (OAuth 2.0-ügyfél hitelesítő adatai) vagy EGY API-kulcs.
• Engedélyezés: AppID-alapú hozzáférés API-khoz. A jogosulatlan hívások HTTP 403-at adnak vissza.
• Kérésszám-korlátozás: alkalmazásazonosítónkénti kvóta kikényszerítése. A korlát feletti kérések HTTP 429-et adnak vissza.
• Átvitel: csak HTTPS.

A peremhálózati hálózati házirend az Ön felelőssége. Ha konkrét architektúrakövetelményeket szeretné, hogy felmérjük, forduljon a Web IQ Support csapatához.

Kérelmi korlátok és API-kulcsok

Van korlátozás a kérések gyakoriságára?

Yes. Minden Web IQ-erőforrás alapértelmezett korlátja 15 lekérdezés másodpercenként (QPS). A korlát az erőforrás csatlakoztatásakor létrehozott AppID-ra vonatkozik, és azt a Web IQ Customer Site jeleníti meg.

A korlát az adott AppID összes API-kulcsa és Entra ID ügyfele között meg van osztva. A korlát feletti kérések HTTP 429-et adnak vissza.

Növelhetem a lekérési korlátomat?

Yes. Minden webes IQ-erőforrás alapértelmezetten 15 QPS. Ha magasabb korlátot szeretne kérni, forduljon a Web IQ támogatásához, és adja meg a várt forgalmat és a használati esetet.

Hány API-kulcsot tudok létrehozni?

Annyi kulcsot hozhat létre, amennyit az alkalmazásnak szüksége van. A kulcslétrehozás ingyenes, de egy erőforrás összes kulcsa megosztja a sebességkorlátot.

Adatvédelem és adatkezelés

A Web IQ naplózza az API-lekérdezéseket?

Yes. Az API-kérések naplózása működési célokra történik: a szolgáltatás megbízhatóságának biztosítása, a hibakeresés és a minőség javítása érdekében. Ez a Microsoft-szolgáltatásoknál megszokott.

• A hozzáférés csak a Microsoft arra jogosult mérnöki és üzemeltetési személyzete számára engedélyezett, és a Microsoft belső hozzáférés-vezérlési szabályzatai szabályozzák. A naplókban lévő adatok nem érhetők el más ügyfelek vagy harmadik felek számára.
• A naplók a Microsoft éles infrastruktúrájában vannak tárolva, és a Microsoft szabványos biztonsági ellenőrzései alá tartoznak, beleértve a szerepköralapú hozzáférés-vezérlést és az auditnaplókat.
• A naplók átvitel közben (HTTPS) és nyugalmi állapotban vannak titkosítva a Microsoft szabványos titkosítási eljárásainak használatával.

Microsoft a Microsoft adatvédelmi nyilatkozata szerint adatkezelőként működik.

Mennyi ideig őrzik meg a lekérdezéseket?

A lekérdezési telemetria megőrzésére a Web IQ Terms of Use 4. szakasza vonatkozik, amely szerint a Microsoft adatkezelésére a Microsoft adatvédelmi nyilatkozata az irányadó. Az adatvédelmi nyilatkozatban leírtakon túl nincs külön Web IQ-specifikus adatmegőrzési kötelezettség.

Kikapcsolhatom a lekérdezésnaplózást a szabályozott vagy bizalmas munkaterhelések esetében?

A lekérdezés szövegét a standard kéréstelemetria részeként rögzíti a rendszer, és annak feldolgozására a Microsoft adatvédelmi nyilatkozata és a Web IQ használati feltételeinek 4. szakasza vonatkozik.

Ha konkrét szabályozási vagy megfelelőségi követelménye van, a Web IQ Zero Query Loggingot kínál, amely kihagyja a lekérdezés szövegét a telemetriából. Ez nem önkiszolgáló szolgáltatás; minden használati esetet külön-külön tekintünk át és hagyunk jóvá, és az összes alkalmazásra, vagy csak bizonyos alkalmazásokra alkalmazható. Az igényléshez lépjen kapcsolatba a Microsoft-fiókcsapattal, és ossza meg a következőt:

• Az alkalmazandó szabályozási vagy megfelelőségi keretrendszer (például GLBA, HIPAA, GDPR vagy APPI).
• Az üzembe helyezési forgatókönyv rövid leírása.

Milyen adatrezidenciára vonatkozó kötelezettségvállalásokat biztosít a Web IQ?

Ma nincs. A Web IQ nem vállal kötelezettséget a régióspecifikus adattárolásra vagy a régión belüli feldolgozásra, és a régióközi útválasztás a legközelebbi elérhető végpont felé ez a várt működés. Az adatvédelemre a Microsoft adatvédelmi nyilatkozata vonatkozik.

A Web IQ-t az Azure Adatvédelmi kiegészítés vagy az EU adathatára fedi le?

No. A Web IQ Terms of Use 4.1. szakasza szerint a szolgáltatás nem tartozik a Microsoft Termékek és Szolgáltatások Adatvédelmi Függelékének hatálya alá.

Ehelyett Microsoft és az ügyfél független adatkezelőként jár el a használati feltételek (4.4. szakasz) alapján feldolgozott személyes adatok esetében. A Microsoft adatkezelésére a Microsoft adatvédelmi nyilatkozata (4.2. szakasz) vonatkozik, és Ön felelős azért, hogy megfelelő tájékoztatást adjon a végfelhasználóinak.

Nemzetközi adattovábbítások esetén a használati feltételek szükség esetén standard szerződéses kikötéseket tartalmaznak (4.6.1. szakasz). Ez az átviteli mechanizmus a Használati feltételeken keresztül érvényesül, amely az Ön Microsoft Ügyfélszerződésje alá tartozik, nem pedig az Adatvédelmi kiegészítésen keresztül.

A Web IQ jelenleg nem vállal az EU adathatárra, a régióspecifikus adattárolásra vagy a régión belüli feldolgozásra vonatkozó kötelezettségeket.

A Web IQ észleli vagy maszkolja a személyes adatokat a lekérdezéseket?

No. A Web IQ nem végzi el a személyes adatok kiszolgálóoldali észlelését vagy maszkolását a bejövő lekérdezésekben. Ha egy számítási feladat személyes vagy bizalmas adatokat küldhet, a Web IQ meghívása előtt tisztítsa meg azokat, például Azure AI Nyelv PII Detection előfeldolgozási lépésként. Így semmi bizalmas nem hagyhatja el a környezetet, és teljes mértékben szabályozhatja, hogy mi jut el az API-hoz.

A Web IQ támogatja a szabályozott iparágakat?

Yes. A Web IQ számos vállalati és szabályozott használati esetet támogat. Ha speciális megfelelőségi, szabályozási vagy iparági követelményekkel rendelkezik, forduljon a Web IQ Support-hoz.

Tartalombiztonság és lefedettség

Milyen tartalombiztonsági vezérlőmechanizmusokat alkalmaznak?

A Web IQ feltérképezés közbeni minőségi és biztonsági besorolást, a felnőtt tartalmak szűrését és az ügyfélenkénti tartalomra vonatkozó jogosultsági szabályokat alkalmazza. A SafeSearch alapértelmezés szerint a kiszolgálóoldalon van kikényszerítve strict. A webkeresési eredmények egy további ügyféloldali kezelésre szolgáló mezőt is tartalmaznak isAdult .

A Web IQ védi az LLM-et a lekért tartalomban történő promptinjektálástól?

Microsoft Web IQ lekéri és rangsorolja a webes tartalmakat; nem hajtja végre, nem értelmezi és nem cselekszik a lekért tartalomba ágyazott utasítások alapján. A Web IQ kiegészíti ezt az információkinyerési működést a Bing meglévő minőségi, megbízhatósági, spam- és rosszindulatútartalom-szűrésével.

A közvetett promptinjekcióval, a jailbreak kísérletekkel és az utasításkövetési támadásokkal szembeni védelem elsősorban a folyamatvégi modell és az orchesztrációs réteg feladata. Kezelje a kéréseket és a lekért tartalmakat nem megbízható bemenetként, és alkalmazzon rétegzett vezérlőket, például Prompt Shields, Azure AI Tartalombiztonság, rendszer-parancssori elkülönítést, minimális jogosultságú eszközhozzáférést, megalapozottság-ellenőrzést és kimenet-ellenőrzést. A Web IQ-t nem szabad a prompt injection mérséklésének egyetlen érvényesítési pontjaként kezelni.

Hogyan történik a webes tartalom feldolgozása, mielőtt a Web IQ visszaadja azt? Meg van tisztítva a prompt jellegű utasításoktól?

A Microsoft Web IQ nem működik közvetlenül a nyers oldal HTML-jén a lekérés időpontjában. Az indexelés során a webes tartalom egy strukturált dokumentumábrázolássá normalizálódik, amely a jelentéssel bíró tartalom és a dokumentumstruktúra megőrzésére szolgál. A Web IQ által visszaadott szakaszok ebből a ábrázolásból vannak kiválasztva, ami egységesebb kinyerést és lekérést tesz lehetővé az API-felületen. A Bing meglévő minőségi, biztonsági, levélszemét- és rosszindulatú tartalomszűrése az indexelési folyamat részeként is érvényes.

Ezt a normalizálást nem szabad úgy értelmezni, mint amely garantálja a promptszerű szöveg azonosítását vagy eltávolítását. Kezelje a beolvasott tartalmat nem megbízható bemenetként, és alkalmazza az előző válaszban ismertetett modell- és vezénylési rétegvédelmet.

A Web IQ rejtett vagy nem felhasználó számára látható oldaltartalmat ad vissza?

A Microsoft Web IQ megkísérli visszaadni a normál felhasználói interakció révén látható tartalmat, beleértve a szokásos oldalvezérlők vagy a kliensoldali renderelés által feltárt tartalmat is. Ez nem garantált. A lapszerkezet és a megvalósítás eltérő, ezért az alkalmazások nem feltételezhetik, hogy minden visszaadott szövegrészlet látható volt a lap kezdeti állapotában, vagy hogy minden rejtett elem mindig ki lesz zárva.

Hogyan tartja fenn a Microsoft az index minőségét?

A lapokat minőség, tekintély és megbízhatóság alapján értékelik. A rendszer rosszindulatú, levélszemét- és adathalász tartalmakat észlel és kizár, és az index folyamatosan frissül. Ez ugyanaz az index, amelytől a Microsoft saját AI-termékei függenek.

Hogyan tartja tiszteletben a Web IQ a közzétevők tartalombeállításait?

A Web IQ-t a támogatott közzétevői vezérlők tiszteletbentartására tervezték, beleértve a vonatkozó robots.txt irányelveket és a Microsoft által felismert egyéb közzétevői jeleket.

Van közzétett lista a kizárt webhelyekről vagy a letiltott kategóriákról?

No. A kizárási szabályok közé tartozik a robots.txt megfelelőség, a jogi és megfelelőségi eltávolítások (például a DMCA-közlemények és bírósági végzések), a levélszemét, a kártevők és az adathalászat szűrése, valamint a felnőtt tartalmak szűrése. Maguk a listák tulajdonosi információt képeznek, és folyamatosan frissülnek. Ha aggályai vannak az eredményekben megjelenő vagy nem megjelenő tartalom bizonyos kategóriáival kapcsolatban, forduljon a Web IQ Support szolgálathoz, hogy megvitassák, az alkalmazásprofil konfigurációja megfelel-e ezeknek a követelményeknek.

Milyen tartalmakat fed le a Web IQ, és mennyire friss?

Web IQ folyamatosan friss információkat kér le weblapokról, hírekből, valamint kép- és videóeredményekből, hogy segítsen AI-ügynökének vagy alkalmazásának a modell betanítási adatain túli kérdések megválaszolásában.

A rendelkezésre állás és a frissesség API-tól, forrástípustól és használati esettől függően változik; nincs egyetlen frissességi garancia az összes tartalomra. A források és a lekérési beállítások kiválasztásakor vegye figyelembe a munkaterhelés frissességi követelményeit.

Mely nyelveket és piacokat támogatja a Web IQ?

A Web IQ a globális web adataiból merít, de a lefedettség nyelv, piac, témakör és forrástípus szerint változik. Tekintse át a támogatott nyelvek és régiók lapját az egyes API-k által elfogadott kódokhoz, és mérje fel a lefedettséget a kívánt felhasználók számára szükséges információk alapján.

Konfigurálhatom a tartomány engedélyezési vagy megtagadási listáit?

Az egyes tartományok vagy kis listák esetében használjon szabványos lekérdezési operátorokat, például a site:example.com használatával egy tartomány felvételéhez, és a -site:example.com használatával egy tartomány kizárásához. A nagyobb konfigurálható listák jelenleg nem érhetők el ügyfél által kezelt funkcióként.

Miért nem látom a LinkedIn eredményeket?

LinkedIn eredmények jelenleg ki vannak zárva.

Mi történik, ha a Browse meghívása kizárt URL-címre történik?

A böngészés HTTP 403-at ad vissza. A mögöttes kizárási lista nem érhető el.

Hogyan tehetem a webhelyemet felfedezhetővé a Web IQ számára?

A webes IQ ugyanarra a webes indexre épül, amelyet a Microsoft a saját AI-termékeihez használ. Használjon olyan szabványos webfelderítési eljárásokat, mint a webhelytérképek, az IndexNow, a Bing Webmaster Tools és a megfelelő robots.txt szabályzat. Nincs külön webes IQ-beküldési útvonal.

Lekérdezési viselkedés és eredményminőség

Természetes nyelvű vagy kulcsszóalapú lekérdezéseket kell használnom?

Mindkettő működik. A természetes nyelvű lekérdezések gyakran jól működnek a contentFormat=passage használatával, míg a kulcsszó-lekérdezések hasznosak a pontos keresésekhez, például cégnevekhez, ticker szimbólumokhoz vagy adott témakörökhöz. Kerülje a túl hosszú vagy összetett lekérdezéseket; az eltérő információigényeket bontsa külön API-hívásokra.

Mi a lekérdezés maximális hossza?

A maximális hossz 1000 karakter, és a hosszabb lekérdezéseket a rendszer elutasítja. A rövidebb, célzott lekérdezések általában jobb eredményeket hoznak: ha egy lekérdezés sok kontextust tartalmaz, előfordulhat, hogy a lekérés nem a megfelelő jelre összpontosít.

Szűrhetem a webes keresési eredményeket dátum szerint?

A Web Search jelenleg nem kínál dátumtartomány-szűrőt, és azt javasoljuk, hogy kerülje a szigorú dátumszűrőt, kivéve, ha valóban szüksége van rá. A frissesség már bele van számítva a rangsorba a lekérdezés alapján, és egy kemény dátumra vonatkozó korlátozás hozzáadása szinte mindig a relevancia rovására megy. Hírek esetén használja a News API-t ahelyett, hogy dátum szerint szűri a webes keresési eredményeket.

lastUpdatedAt Az a dátum, amikor a közzétevő legutóbb frissítette a tartalmat, nem pedig az a dátum, amikor a Web IQ utoljára ellenőrizte a lapot, így egy régebbi dátum nem jelenti azt, hogy a lapot nemrég ne ellenőrizték volna. A válasz tartalmazza, ez nem kérelemszűrő, és nem minden eredmény tartalmazza. Segítségével rendezheti vagy szűrheti az eredményeket az alkalmazásban.

A Web Search képes kezelni egy több kérdést tartalmazó promptot?

Minden webkeresési kérelem egy lekérdezést kezel. Ha egy prompt több kérdést vagy szándékot tartalmaz, ossza fel külön lekérdezésekre az alkalmazásban, hívja meg a Web Searcht mindegyikre, és kombinálja az eredményeket a válasz létrehozása előtt.

A Web IQ támogatja a többlépéses ügynöki munkafolyamatokat?

Yes. Az ügynök bármikor hívhatja a Web IQ-t, amikor további webes bizonyítékra van szüksége egy feladat során. A lekérési késleltetés különösen fontos azokban a munkafolyamatokban, amelyek több lekérést végeznek, mielőtt választ adnak.

Hogyan kezelje az AI-ügynököm vagy az alkalmazásom a lekért bizonyítékokat?

Használjon a kérdéshez kapcsolódó bizonyítékokat, és kövesse nyomon, hogy mely források támogatják a választ. A lekért tartalmat tartsa elkülönítve az ügynököt vezérlő utasításoktól. Ha a források ellentmondanak egymásnak vagy a bizonyítékok hiányosak, tegye egyértelművé ezt a bizonytalanságot ahelyett, hogy nem alátámasztott állításokkal töltené fel a hiányosságokat.

Hogyan hasonlítható össze a földelés minősége?

A Microsoft a közzétett összehasonlításában a legmagasabb grounding elégedettségről számol be, 79,05-ös pontszámmal. Az eredmények a lekérdezéskészlettől, a modelltől és a kiértékelési módszertől függenek, ezért ellenőrizze a minőséget a saját forgatókönyvei alapján.

Forrás: Web IQ benchmark eredményei. 3K Global, vak lekérdezések, prod-ból mintavételezve, konfiguráció: 10 találat, 10K karakter eredményenként (vagy azzal egyenértékű).

Miért különböznek az eredmények a Bing.com?

A Web IQ az LLM-használatra, a magas ténysűrűségre, a szövegrészletek minőségére és az alacsony késésre van optimalizálva. A Bing.com egy fogyasztóknak szóló felhasználói élmény, további rangsorolási jelekkel, személyre szabással, vizuális válaszokkal és olyan tartalommal, amely előfordulhat, hogy API-n keresztül nem terjeszthető tovább. Néhány rangsorolási különbség várható.

Az azonos kérések eltérő eredményeket adnak vissza?

Némi változás várható, mert az index folyamatosan frissül, és a frissítések az adatközpontok között terjednek. Az egymáshoz közeli időben benyújtott azonos kérelmek eredményeinek nagyjából stabilnak kell maradniuk. Ha az azonos lekérdezések jelentős eltérését látja másodperceken belül, forduljon a Web IQ Support szolgálathoz.

Miért ad vissza egy lekérdezés a vártnál kevesebb eredményt?

Az eredmények számlálása előtt ellenőrizze a nyers webes IQ-válaszát. A leggyakoribb ok az ügyféloldali beállítás vagy az alsóbb rétegbeli folyamatlépés, amely a mérés előtt kiszűri az érvényes eredményeket. Ellenőrizze továbbá a(z) maxResults tartalomra való jogosultságot, a SafeSearch viselkedését, valamint a lekérdezésben szereplő bármely site: vagy -site: operátort.

Válasz tartalma

Miért nem ad vissza egy snippet mezőt a Web Search és a News Search?

Ez szándékosan van így. Mindkettő passage értékkel tér vissza lekérdezésfüggő kivonatként (content) egy különálló, lekérdezésfüggetlen snippet helyett.

Milyen tartalomformátumokat támogat a Web Search?

Minden passage eredmény a dokumentum lekérdezés szempontjából legrelevánsabb részeit adja vissza legfeljebb maxLength karakter hosszig (teljes dokumentumhozzáférés nélkül, legfeljebb 3000). Ez a földelés ajánlott formátuma. A teljes dokumentumhozzáféréssel rendelkező alkalmazások is használhatják a(z) text-, markdown-t és html-t. Lásd : Szakaszok és tartalomformátumok.

Mi az, passageés miért használja?

Állítsa be a(z) contentFormat=passage értéket, és az API minden eredménynél csak a lekérdezés szempontjából leginkább releváns dokumentumrészeket adja vissza, nem pedig a teljes dokumentumot. A teljes dokumentum feldolgozása a webes IQ oldalán történik, és az eredmény egy lekérdezésre célzott kivonat, így az LLM-nek nem kell átfutnia a nem kapcsolódó bekezdéseket a megfelelő mondat megkereséséhez.

• Tokenmegtakarítás: az LLM az összes helyett a dokumentum töredékét kapja meg.
• Jobb tényszerűség: ha a kontextusban kevesebb a témán kívüli tartalom, a modell kevésbé valószínű, hogy egy mellékes bekezdésre fókuszál.

Állítsa be a(z) contentFormat=passage elemet minden webkeresési és hírkéréshez. A Tallózás nem támogatja passage használatát, mert lekéri a már kiválasztott URL-címet, és nincs lekérdezés, amelyből ki lehet nyerni bármit.

Mi a webkeresés maximális maxResults értéke?

A Web Search kérésenként legfeljebb 50 találatot ad vissza.

Milyen kérési paramétereket konfigurálhatok?

A Web Search megjeleníti az maxResultslanguage és region, contentFormat (passage, text, html vagy markdown), maxLength és safeSearch. A teljes paraméterlistáért lásd az API-referenciát.

Mi a különbség a lastUpdatedAt és a crawledAt között?

lastUpdatedAt az a közzétevő által jelentett tartalomfrissítési dátum, amelyet a webkeresés, a hírek, a videók, a képek, a tallózás és az automatikus keresés ad vissza, ha elérhető. crawledAt Az az idő, amikor a Web IQ legutóbb lekérte az oldalt, a Web Search, a Browse, a News és az Auto által visszaadva. Mindkét mező lefedettsége az eredménytől függően változik.

Hogyan hangolhassam a maxResults és maxLength beállításával kezeljem a kontextusablakot és a tokenköltségeket?

A Web IQ rangsorolhatja a lekérdezés szempontjából releváns részeket ahelyett, hogy szükségtelen lapkörnyezetet ad meg. Ez csökkentheti a modellnek átadott szöveg mennyiségét, és csökkentheti a bemeneti token költségeit. Az előnyök a modelltől, a promptoktól, a lekérdezések összetételétől és a lekérési beállításoktól függenek.

A legtöbb grounding forgatókönyv esetében a rövidebb szövegrészletekkel rendelkező több eredmény jobb kimenetet eredményez, mint a kevesebb, hosszabb szövegrészletekkel rendelkező eredmény nagyjából ugyanakkora teljes tokenkeret mellett. Jó kiindulópont a maxResults=10, maxLength körülbelül 3000 karakterrel, passage formátumban. Végezzen teljesítménytesztet saját lekérdezésekkel és modellel.

Mi az a Browse Live Crawl, és mikor érdemes használni?

A Browse a Bing webes indexéből származó tartalmat adja vissza, amely folyamatosan frissül, ahogy a bejáróink a weben megfigyelik a változásokat. A webes keresés általában így működik: a keresési eredményeket egy indexből szolgálják ki ahelyett, hogy minden URL-címet élőben kérnének le minden egyes kérésnél, és ez adja a Tallózás sebességét és konzisztenciáját.

Az olyan forgatókönyvek esetében, amelyeknél az URL-cím igény szerinti lekérésére van szükség kéréskor, például valós idejű monitorozásra, versenyellenőrzésekre vagy olyan munkafolyamatokra, amelyek egy éppen bekövetkezett változás hatására indulnak el, a Browse támogatja az Live Crawl. Ha az indexelt másolat hiányzik vagy elavult, állítsa be a kérésben a(z) liveCrawl: "fallback" értéket az élő beolvasás engedélyezéséhez. Ha kihagyja a paramétert (vagy liveCrawl: "none" értékre állítja), csak indexelt tartalmat ad vissza. A paraméterek részletes részleteiért tekintse meg a Browse API-referenciát .

A Live Crawl alapértelmezés szerint elérhető a Web IQ Browse-ban, és a teljes tallózási QPS-től elkülönülő, szerény másodpercenkénti kapacitásplafonnal van kiépítve. Ez a felső határ az AppID alá tartozó összes API-kulcsra vonatkozik. A legtöbb böngészési munkaterheléshez nincs szükség Live Crawlra, és leginkább a szabványos indexelt útvonal szolgálja ki; használja a Live Crawlt a fenti forgatókönyvek szűk halmazához.

A Browse le tudja kérni a JavaScript által renderelt lapokat?

Yes. Használja a(z) renderDynamicPages: true elemet együtt a(z) liveCrawl: "fallback" elemmel. A teljes paraméterkészlet és a válasz részleteiért tekintse meg a Browse API-referenciát . Tesztelje a reprezentatív URL-címeket, mielőtt az éles környezetben erre a viselkedésre támaszkodik.

A Browse ki tudja nyerni az online PDF-fájlokat?

Az online elérhető PDF-fájlok jelenleg nem dokumentált tallózási forgatókönyv. Ha egy konkrét PDF-felhasználási esete van, forduljon a Web IQ Supporthoz egy reprezentatív URL-címmel és a várt viselkedéssel, és végleges választ kap.

Számlázás és jogi információk

Mennyibe kerül a Web IQ?

A Web IQ használatalapú, hívásonkénti díjszabást használ. A díjszabás a fiókjához engedélyezett API-któl, a használattól és a kereskedelmi feltételektől függ. Az aktuális díjakért lásd a Díjszabás részt.

A Web IQ tartalmaz-e SLA-, RTO- vagy RPO-vállalást?

No. A Microsoft Web IQ nem tartalmaz szolgáltatásiszint-szerződést. A Web IQ használati feltételei nem vállalnak garanciát az üzemidőre, a késleltetésre, a helyreállítási időre vonatkozó célértékekre (RTO) vagy a helyreállítási pont célértékeire (RPO), és az egyedi ügyfelek számára nem adnak hozzá SLA-feltételeket.

Megjelenítenem kell az idézeteket?

Yes. A Web IQ használati feltételei A. mellékletének 1. szakasza (LLM-használat) megköveteli a forrásmegjelölést és hivatkozást a megjelenített LLM-tartalomhoz felhasznált minden egyes forrásra, a tartalom közelében.

• Csak azokat a forrásokat idézze, amelyeket ténylegesen a válasz létrehozásához használtak. Ha a Web IQ 10 eredményt adott vissza, és a modell 3-at használt, akkor jelenítse meg a 3-at.
• Az idézeteknek láthatónak kell lenniük a válaszban, és egyetlen művelettel elérhetőnek kell lenniük. Ne csak röviden jelenítse meg őket, ne rejtse el őket több képernyő mögött, és ne kérje meg a felhasználókat, hogy külön kérjenek forrásokat.
• Korlátozott felületek, például autók, hordható eszközök, hangvezérelt eszközök vagy kioszkok esetén használjon állandó QR-kódot, amely az aktuális válaszhoz használt összes idézetet felsoroló oldalra irányít, egy társalkalmazást, amely kattintható idézetekkel jeleníti meg a választ, vagy egy képernyőn megjelenő listát, amelyet a felhasználó közvetlenül megnyithat.

Az egyes végfelhasználók csevegési előzményei részeként akár 30 napig is tárolhat hivatkozásokat. Lásd az alábbi gyorsítótárazási kérdést.

Mennyi forrástartalmat jeleníthet meg az AI-ügynököm vagy az alkalmazásom?

A Web IQ Terms of Use A. melléklete az egyetlen forrásból megjelenített Grounding Content tartalmát 200 karakterre, illetve a webhely tulajdonosa vagy webmestere által meghatározott maximális hosszra korlátozza, attól függően, hogy melyik az alacsonyabb. Hang- vagy audioélmények esetében alkalmazza ugyanazt a korlátot a beszédkimenetre. További korlátozások vonatkoznak az összefoglalókra és a megjelenítésre. Tekintse át a használati feltételeket a részletek megtervezése előtt; ez a korlát nem jelent engedélyt a teljes forrásoldalak reprodukálására.

Használhatók-e kép- és videoeredmények egy LLM megalapozására?

A kép- és videó metaadatait és alternatív szövegét a Grounding Content definíciója tartalmazza. A Web IQ használati feltételei azonban tiltják, hogy az eredményekből származó tényleges képeket vagy videókat a megalapozáshoz használjanak, azokat LLM-kimenetben szerepeltessék, illetve belőlük származó képeket vagy videókat hozzanak létre. Tekintse át a tervezett alkalmazásához tartozó feltételeket.

Gyorsítótárazhatom vagy tárolhatom a Web IQ tartalmat?

Általános szabály, hogy nem. A Web IQ használati feltételei tiltják a tartalom másolását, tárolását, gyorsítótárazását, archiválását vagy adatbázisba rendezését, kivéve a szűk körű kivételeket (az A. és B. melléklet 3.2.15. szakasza és 4. szakasza szerint):

• Végfelhasználói csevegési előzmények (30 napig): A tartalom legfeljebb 30 napig tárolható nem összesített, végfelhasználónkénti alapon az egyes végfelhasználók csevegési előzményeihez. Az LLM-használat (A melléklet) esetében ez általában a tartalmakra vonatkozik; a Keresés használata (B melléklet) esetében a kép- és video URL-címeket tartalmazza.
• Atomi művelet átmeneti feldolgozása: A tartalom csak olyan átmeneti feldolgozási állapotban tárolható, amely feltétlenül szükséges egy LLM által kezdeményezett egyetlen logikai kérés vagy munkafolyamat (egyetlen atomi művelet) végrehajtásához, amely több belső lépést vagy ügynöki interakciót is magában foglalhat. A tartalmat azonnal törölni kell, amikor az Atomic Action befejeződik.
• Saját munkaterméke: a szerzői jogi törvény által megengedett mértékben a tartalmak másolhatók vagy tárolhatók a saját munkaterméke integrált részeként, amennyiben a munkatermék nem a Szolgáltatások helyettesítésére jön létre (például tartalomadatbázis létrehozása, feltérképezéshez használt hivatkozások indexelése vagy külön keresés nyújtása).

Ezen kivételeken kívül a használati feltételek nem teszik lehetővé származékos adatbázisok létrehozását, az állandó gyorsítótárazást vagy a Tartalom hosszú távú archiválását.

Hol olvashatom el a Web IQ használati feltételeit?

Az aktuális feltételek a Microsoft Web IQ használati feltételei oldalon vannak közzétéve. Ezek a meglévő Microsoft Ügyfélszerződéstel együtt érvényesek.

Teljes dokumentumhozzáférés

Miért kapok HTTP 403-as hibát, ha a(z) html értékét contentFormat értékre állítom?

A Web Search és a News Search esetében a text, html és markdown a teljes dokumentumot adja vissza, és a teljes dokumentumhoz hozzáféréssel rendelkező alkalmazások számára érhető el. Más alkalmazások http 403-at kapnak a hibakóddal AuthContentFormatForbidden. passage minden alkalmazáshoz használható. Lásd Szakaszok és tartalomformátumok.

Hogyan kérhetek teljes dokumentumhozzáférést?

Hozzon létre egy Web IQ-támogatási kérelmet Azure-támogatás használatával, és válassza ki a Teljes oldalas tartalom kategóriát. Az alkalmazások, amelyek már használják html vagy text, továbbra is ugyanúgy működnek.