Shopify Storefront-katalógus és szállítási ajánlatok

Ez az útmutató a Shopify Storefront GraphQL API és az Answers összekapcsolását mutatja be. A Shopify és a WordPress beállításait egyaránt ismerteti. Először tesztbolttal és nem éles beszélgetési profillal dolgozzon.

Válassza ki a megfelelő kapcsolatot​

Kapcsolat	Beállítás helye	Rendeltetés
Shopify UCP-katalógus, beleértve a shopify-storefront-catalog előbeállítást	Answers vezetett beállítás / jóváhagyott MCP-eszközök	A távoli MCP-szolgáltatás ellenőrzött katalógusműveletei
Típusos Shopify Storefront-adapter	Beszélgetési profil → Tools → External REST read tools	Rögzített Storefront GraphQL-keresések, pontos termékleolvasás és boltképességek
Szállítási ajánlat jóváhagyása	A típusos adapter külön szállítási ajánlatbeállítása	Látható űrlap előkészítése; ajánlatkérő kosár létrehozása kizárólag látogatói jóváhagyás után

Az UCP-előbeállítás neve nem jelenti a típusos adapter engedélyezését. MCP-kapcsolat felvétele nem ad automatikusan készletolvasást, kosárjogokat vagy szállítási becsléseket. A típusos adapter a kódban rögzített GraphQL-kérést küld HTTPS POST-tal; az asszisztens nem adhat meg tetszőleges GraphQL-t, és nem cserélheti le a kereskedőt.

A vezetett UCP-kapcsolatról és a WordPress-termékoldalak hivatkozásairól az Answers beállítása szól. Ha mindkét kapcsolat engedélyezett, eltérő, egyértelmű célleírást adjon nekik, hogy a készlet- és ajánlatkérések a típusos Storefront-eszközökhöz kerüljenek. Ne legyen két megkülönböztethetetlen katalóguskereső eszköz.

1. Készítse elő a Shopify-boltot​

A Shopify domainbeállításainál ellenőrizze az eredeti your-store.myshopify.com domaint. A csatlakozó pontosan ezt a gépnevet igényli, nem az üzlet egyéni domainjét, adminisztrációs URL-jét vagy termékoldalának URL-jét.

A teszteléshez készítsen elő reprezentatív termékeket: közzétett termékeket, elnevezett változatokat, a kívánt piac szerinti árakat, ahol alkalmazható, készletkövetést, valamint egy szándékosan nem elérhető terméket. Tegye a termékeket elérhetővé a megfelelő storefront/app értékesítési csatornán. Az Online Store-ban való elérhetőség önmagában nem bizonyítja a másik csatornán való elérhetőséget. A csatornán történő közzétételt és a storefront jogosultságait a Shopify Headless-csatorna kezelése útmutatója ismerteti.

Válasszon az alábbi előkészítési módok közül. Egy kapcsolathoz nem szükséges mindkettő.

A lehetőség: Shopify Headless-csatorna​

1. Shopify app- és csatornakezelési jogosultsággal telepítse a Shopify Headless értékesítési csatornáját.
2. Nyissa meg a csatornát, és hozzon létre storefrontot az integráció számára.
3. Nyissa meg a storefront Storefront API permissions → Edit beállítását, hagyja jóvá az alább felsorolt szükséges hozzáféréseket, majd mentse el.
4. Gondoskodjon a megfelelő Storefront-token biztonságos háttérrendszeri elhelyezéséről. A jelenlegi AI Kit szerkesztő a nyilvános Storefront-token típusát használja, de az értéket szerveroldalon tartja. Egyik tokent se illessze be a beszélgetési profilba.

Ebben a folyamatban a Shopify nyilvános és privát tokent is ad. A hitelesítési fejléceik eltérnek; privát token nem helyettesítheti a nyilvános tokent annak mezőjében. Lásd a Storefront API bevezető útmutatóját.

B lehetőség: Fejlesztő által kezelt alkalmazás​

1. A Shopify Dev Dashboard → Apps felületén hozzon létre alkalmazást, majd állítson be egy alkalmazásverziót a szükséges Storefront-jogokkal.
2. Adja ki az alkalmazáskonfigurációt, majd az Installs kártyán válassza az Install app műveletet, és hagyja jóvá a telepítést a kívánt boltra.
3. Az integráció üzemeltetője hitelesítse az alkalmazást a Shopify támogatott telepítési és hitelesítési folyamatával. A client-credentials hitelesítés az alkalmazás saját szervezetéhez tartozó, jogosult boltokhoz használható; nem helyettesíti általánosan egy másik kereskedő OAuth-telepítését.
4. Az előkészítés során a hitelesített Admin API-val hozzanak létre Storefront-hozzáférési tokent, és ellenőrizzék annak jogait. A csatlakozó futásidejű paraméterébe csak ez a Storefront-token kerüljön. Az Admin API-token, a client secret és a Storefront-token különböző hitelesítő adatok.
5. Jogosultságmódosítás után adja ki a frissített konfigurációt, és kérje a kereskedőtől az új hozzáférés jóváhagyását. Ellenőrizze a telepítés tényleges jogait és a futásidejű token hozzáférését; az alkalmazáskonfiguráció vázlatának módosítása nem elegendő.

A telepítéshez és jóváhagyáshoz kövesse a Shopify Dev Dashboard alkalmazásútmutatóját. A token létrehozását a storefrontAccessTokenCreate írja le. Az AI Kit nem végzi el Ön helyett ezeket az adminisztratív műveleteket. Ne helyettesítse a jelenlegi Shopify-folyamatot egy régi „privát alkalmazás létrehozása” útmutatóval.

Szükséges jogosultságok​

Storefront-jog	Mire szükséges?
unauthenticated_read_product_listings	A katalógusolvasáshoz használt termékek, kollekciók és változatok
unauthenticated_read_product_inventory	A mennyiségi feltételekhez felhasznált változatkészlet
unauthenticated_read_product_tags	Az adapter által visszaadott és ellenőrzött termékcímkék
unauthenticated_read_checkouts	Opcionális ajánlatkérő kosárolvasás
unauthenticated_write_checkouts	Opcionális, kifejezetten jóváhagyott ajánlatkérő kosárlétrehozás

Az első három a katalógus beállításához tartozik. Az utolsó kettőt csak akkor adja hozzá, ha a tulajdonos kifejezetten engedélyezi a szállítási ajánlatokat. A Shopify checkout nevű jogai a Cart API-t fedik le, és tágabbak az integráció korlátozott ajánlatkérési használatánál; nem „csak ajánlatkérésre” szólnak. Az integráció nem rendel és nem fizet. A telepítés jogait a Shopify Storefront-jogosultsági referenciája alapján ellenőrizze.

2. Készítse elő a szűrőket és a forrásadatokat​

Telepítse vagy nyissa meg a Shopify Search & Discovery alkalmazását, és állítsa be a használni kívánt storefront-szűrőket. Az elérhetőség és az ár alapértelmezett szűrő; a gyártó, terméktípus, címkék és változatopciók megfelelő boltbeállítást igényelnek. Valós opcióneveket és értékeket használjon, például Color és Ice, ne a termékfotóból következtesse ki a színt. Lásd a Shopify szűrőbeállítási útmutatóját.

Az adapter elküldi a Shopify-nak a támogatott ár-, elérhetőség-, gyártó-, terméktípus-, címke- és változatopció-szűrőket. A visszakapott tényeket háttérrendszeri kód is ellenőrzi: az együttes ár-, elérhetőség-, opció- és mennyiségi feltételeknek ugyanazon változatra kell teljesülniük. Egy olcsó változatból és egy másik, nagy készletű változatból nem állhat össze kitalált ajánlat.

A Shopify Storefront ProductFilter nem biztosít minimális készletmennyiségi feltételt. A minQuantity értékét ezért a backend determinisztikusan ellenőrzi a visszakapott változatkészlet alapján, nem a modellre bízza a lap szűrését. Az Admin API keresési szintaxisát ne kezelje úgy, mintha azt a Storefront-keresés is támogatná.

A null értéket is megengedő quantityAvailable mező az online csatornákon értékesíthető változatmennyiséget jelenti, nem raktárankénti készletgaranciát. Az ismeretlen mennyiség nem nulla; az „értékesíthető” állapot nem pontos darabszám és nem szállítási ígéret. Értékelési feltételeknél az adapter a támogatott reviews.rating metamezőt olvassa, ha elérhető. A hiányzó vagy nem hozzáférhető értékelés ismeretlen marad; a szűrő beállítása nem hoz létre termékadatot.

Teljes logikai lapok a Deployment Access v1.0.130 kiadásával​

A Deployment Access v1.0.129-es sablonjában a backend ellenőrzése egy szolgáltatói lapra vonatkozik. A helyi feltételek miatt a megjelenő találatok száma kisebb lehet a kért lapméretnél, miközben a Shopify-nál még vannak forráslapok. Egy üresre szűrt lap nem bizonyítja, hogy a teljes katalógusban sincs találat.

A Deployment Access v1.0.130-as sablonjától az adapter a backend kódjában állít össze ellenőrzött találatokból logikai lapot. Minden további olvasásnál megőrzi az összes szűrőt, feltölti a jóváhagyott lapméretet, és csak akkor jelzi további találatok meglétét, ha még egy ellenőrzött találatot előre megkeresett. A folytatás az utolsó megjelenített termék után indul, így a már lekért többlettalálatok nem vesznek el észrevétlenül. Rövidebb utolsó lap csak a hátralévő szolgáltatói keresés teljes feldolgozása után érvényes.

A kulcsszavas keresés a Shopify relevancia szerinti rendezését használja; kulcsszó nélküli böngészésnél ár szerinti rendezés érvényes. Az eredeti keresés és rendezés minden folytatáshoz kötötten megmarad. Az előző/következő navigáció nem kéri a modelltől az újrakeresést vagy a kártyák szűrését. A lapméret a megjelenítési sablon jóváhagyott mérete, nem az összes találat száma. Az asszisztensnek meg kell őriznie a látogató által kért keresőkifejezéseket; egy váratlanul hozzáadott kulcsszó akkor is szűkítheti a találatokat, ha maga a lapozás helyesen működik.

Ez korlátozott feldolgozás, nem korlátlan katalógusbejárás: legfeljebb nyolc szolgáltatói kérés, közös 15 másodperces keret (vagy a szülőművelet korábbi határideje), valamint összesített válaszméret-korlát érvényes. Ha ezek a korlátok, az ismeretlen szükséges készlet, a hiányos változatlefedettség vagy a Shopify keresési plafonja nem tesz lehetővé megbízható eredményt, a művelet nem teljes keresést jelez, nem azt, hogy „nincs találat”. Szűkítse a keresést, vagy pótolja a hiányzó adatot az újrapróbálkozás előtt. A Shopify maga is 1 000 találatra korlátozza a keresést; ez nem bizonyítja, hogy egy nagyobb katalógus ott véget ér. A megjelenített találatszám nem automatikusan a katalógus összes megfelelő találatának száma.

Ha a látogató nem kér elérhetőségi korlátozást, az adapter egyesíti az elérhető és nem elérhető termékek keresési részhalmazait, és nem ad hozzá a látogató helyett rendelhetőségi szűrőt. A kifejezett minimális készlet továbbra is külön típusos feltétel; önmagában egy „Available to order” jelvény nem teljesíti.

3. Készítse elő a háttérrendszeri hivatkozást​

Kérje meg a backend üzemeltetőjét, hogy a Storefront-hitelesítő adatot biztonságosan, az alkalmazáshoz tartozó titkosított futásidejű paraméterben helyezze el, és adjon hozzáférést a telepített futtatókörnyezetnek. A profil a paraméter nevét várja, például /APPNAME/external-tools/storefront-token, nem a tartalmát. Az APPNAME helyén az adott telepítés tényleges alkalmazáselőtagjának kell állnia. A rendszer elutasítja a titkosítás nélküli paramétert.

Tokenérték soha ne kerüljön profil-JSON-ba, rögzített fejlécbe, verziókezelt fájlba, képernyőképbe, támogatási jegybe vagy chatbe. A böngészőnek és a modellnek nincs rá szüksége. A hitelesítő adat cseréje az üzemeltető titokkezelési eljárásához tartozik; utána az adott telepítésen ellenőrizzenek egy olvasást az érték megjelenítése nélkül.

A jelenlegi WordPress Storefront-szerkesztő a hitelesítést az X-Shopify-Storefront-Access-Token fejlécre rögzíti. A backend támogatja a Shopify-Storefront-Private-Token fejlécet is, de ebben a szerkesztőben nincs tokentípus-választó. Ne illesszen privát tokent a nyilvános token beállításába. Az üzemeltető által kezelt privát tokenes integrációhoz megbízható látogatói IP is szükséges a backend kéréskontextusából; helykitöltő IP vagy böngészőből megadott eszközargumentum nem elfogadható. A fejlécek eltérését a Shopify Storefront-hitelesítési referenciája ismerteti.

4. Vegye fel a típusos eszközöket a WordPressben​

Nyissa meg a SmartCloud → Answers → részletes beállítások → Conversation profile → Tools felületet. Az External REST read tools részen vegyen fel eszközt, és adapterként válassza a Shopify Storefront (read only) lehetőséget. Ismételje meg minden szükséges művelethez:

Példa eszközazonosító	Storefront read operation	Javasolt cél
shopify-products	Search products	Termékkeresés támogatott ár-, elérhetőség-, mennyiség- és opciófeltételekkel
shopify-product	Get one product	Korábban ellenőrzött, pontos Shopify-termékazonosító és a visszaadott változatok olvasása
shopify-capabilities	Read shop capabilities	Általános boltképességek olvasása a pénztári jogosultság megígérése nélkül

Ezek az azonosítók példák, nem kötelező nevek. Használjon eltérő azonosítókat és egyértelmű célleírást. Különböző műveletek használhatják ugyanazt a kereskedői végpontot; ugyanazt a műveletet ne vegye fel kétszer azonos végpontra.

Minden eszköznél:

1. Adja meg az eredeti Shopify shop domain értéket, és válassza ki a műveletet.
2. Adja meg az üzemeltetőtől kapott Storefront token SSM parameter name értéket.
3. Ellenőrizze a csak olvasható Derived Storefront endpoint mezőt: https://your-store.myshopify.com/api/2026-10/graphql.json. Az adapter a 2026-10 API-verziót használja; a mező nem tetszőleges végpont vagy API-verzió szerkesztésére való.
4. A Market and language részen opcionálisan adjon meg országkódot és a Shopify-ban közzétett nyelvet. Üresen a bolt alapértékei érvényesek. A nyelv nem pénznemváltás; a visszakapott árak és pénznemek forrástények maradnak. A három eszköznél egyeztesse a piac és a hitelesítés beállításait.
5. Az alábbi jóváhagyási és jogosultsági ellenőrzésig hagyja kikapcsolva az Offer separately confirmed shipping quotes lehetőséget.
6. Engedélyezze az ellenőrzött eszközöket, majd Save profile. Egy eszköz megnyitása vagy szerkesztése csak a vázlatot módosítja. Az asszisztens célleírása irányítsa ezekhez az eszközökhöz az aktuális tények keresését, ne kezelje a tudásbázis termékszövegét friss készletadatként.

Nem kell egyedi GraphQL-törzs, szabadon megadott lekérdezésiparaméter-leképezés vagy modell által generált válaszséma. A típusos adapter biztosítja a jóváhagyott bemeneti és kimeneti adatszerződést.

5. Állítsa be az ellenőrzött kártyákat és feliratokat​

A Display templates részen engedélyezze a strukturált megjelenítést, és vegyen fel sablont a jóváhagyott Storefront-olvasási forráshoz. Válassza ki az elrendezést és a lapméretet. A cím, leírás, kép, ár, mennyiség és navigáció leképezését a forrásból származó ellenőrzött mintán tekintse át. Az előnézeti argumentumok valós, jóváhagyott olvasás bemenetei, nem kitalált termékválasz beillesztésére szolgálnak. A kiválasztott forrásműveletnek megfelelő ismert keresést vagy ellenőrzött termékazonosítót használjon.

Alkalmazza a sablont a profil vázlatára, majd mentse el a beszélgetési profilt. A kártyákat a backend ellenőrzött rekordokból állítja elő. Az asszisztens adhat rövid, alátámasztott bevezetőt vagy összehasonlítást, de nem generálhatja újra és nem módosíthatja a kártyák forrásból származó árait, pénznemét, készletét, azonosítóit vagy változatadatait.

A kártya- és lapozási feliratokat a közös fordítási katalógusban állítsa be. A feliratok a chatbot felületének/webhelynek a nyelvét követik; a válasz szövege követheti a kérdés nyelvét. Hiányzó fordításnál a szerző által megadott forrásfelirat marad. Nem fut modellfordítás minden kártyamezőre, terméknévre vagy tárolt rekordra.

A tükrözött strukturált WordPress-tartalom kifejezett HTML/Markdown-jelölése külön képesség, nem engedély tetszőleges Shopify HTML megjelenítésére. A mezőformátum-leképezések jóváhagyása és a szinkronizálás befejezése után a HTML-ként jelölt adat alapértelmezetten olvasható egyszerű szöveggé alakul. A strukturált tartalom sablonjában külön kapcsolható be az Allow safe rich-text formatting, ami kompatibilis 4-es display-policy és 3-as wire verziót igényel. Ez a korlátozott formázás nem engedélyez nyers HTML-t, linkeket vagy képeket egy szöveges tulajdonságban. A sima vagy jelöletlen mezők egyszerű szövegek maradnak.

6. Engedélyezze a külön jóváhagyott szállítási becsléseket​

Engedélyezés előtt hagyja jóvá a két kosárjogot, ellenőrizze a kereskedő szállítási beállításait, és tekintse át a webhely adatkezelési tájékoztatóját. Ismertesse, hogy a kézbesítési adatok a beállított kereskedőhöz kerülnek, privát háttérrendszeri feldolgozáson mennek át, és a Shopify a létrehozott kosarat a kereskedő szabályai szerint megőrizheti. Ne állítsa, hogy a chat bezárásakor automatikusan törlődik.

Engedélyezze az Offer separately confirmed shipping quotes kapcsolót azokon a katalóguseszközökön, amelyek változatai ajánlatkéréshez használhatók, különösen a Search products és Get one product műveleteken. Mentse el a profilt. A kapcsoló nem telepít alkalmazást és nem ad Shopify-jogosultságokat. Ha csak a boltképesség-olvasáson engedélyezi, abból nem keletkeznek termékváltozatok.

A tervezett látogatói folyamat:

1. A látogató ajánlatot kér egy termékre, pontos változatra és mennyiségre.
2. Az asszisztens aktuális forrásadatot olvas, és azonosítja a változatot. Kétértelmű esetben pontosítást kér, nem találgat.
3. A Check shipping quote űrlap megmutatja az ellenőrzött tételeket, és bekéri a kézbesítési adatokat. Az előkészítés nem hoz létre kosarat és nem számol díjat.
4. Csak a látogató kifejezett beküldése engedélyezi az ideiglenes kosár létrehozását és a díjak lekérését. Nem választ szállítási módot, nem rendel, és nem történik fizetés.
5. Az eredmény a kapott becslést, függő/nem elérhető állapotot vagy hibát mutatja. Ismert kosár függő becslése új kosár nélkül frissíthető. Bizonytalan kimenetelű kosárlétrehozást a backend nem ismétel meg vakon.

A kézbesítési adatokat az űrlapon adja meg, ne a chatben. A strukturált értékek nem kerülnek modellpromptba, látható beszélgetési előzménybe vagy a böngésző beszélgetéstárolójába. A privát kosárhivatkozás szerveroldalon marad. Az ajánlatkérő űrlapok lejárnak, és az adott beszélgetéshez és ellenőrzött profilhoz kötődnek; lejárat vagy profilmódosítás után indítson új kérést.

A Shopify becslése a konkrét kosártól és címtől függ. Az integráció nem ígér érkezési dátumot, és nem határozza meg a konkrét fizetésnél használható módokat. Az általánosan támogatott kártyamárkák/tárcák nem bizonyítják, hogy egy adott vásárlásnál használhatók. A szállítási lehetőségek és összegek a pénztárnál változhatnak; ne adja hozzá egy szállítási mód becslését a megjelenített kosárösszeghez végleges fizetendő összegként. Lásd a Shopify Cart API és kosárlétrehozási referenciáját.

7. Ellenőrizze a teljes működést​

Saját, ismert Shopify-rekordokkal teszteljen, ne feltételezett készletekkel:

• Keressen ismert terméket, majd olvassa annak pontos változatát. A címet, opciót, összeget, pénznemet és mennyiséget ugyanazon Shopify-piaccal és -csatornával vesse össze.
• Kombináljon árhatárt, minimális mennyiséget és változatopciót. Egy változatnak kell mindet teljesítenie; teszteljen olyat is, ahol az egyes feltételeket különböző változatok teljesítik.
• A Deployment Access v1.0.130-as sablonjával ellenőrizze az előző/következő navigációt, a ritka találatokat, egy valóban hiányzó terméket és a kifejezetten nem teljes keresés eredményét. Legyen köztük kulcsszavas keresés elérhetőségi és minimális mennyiségi feltétellel is. Egy lapból soha ne következtessen a teljes katalógus ürességére, és háttérrendszer-frissítés után indítson új keresést.
• Kérjen szállítási ajánlatot. Ellenőrizze, hogy a látható űrlap megelőzi a kosárlétrehozást, és az elhagyása nem hoz létre kosarat. Beküldést csak szándékosan jóváhagyott tesztcímmel végezzen, majd tesztelje a függő állapot frissítését.
• Teszteljen hiányzó joggal, ismeretlen mennyiséggel és nem támogatott szállítási címmel. Ezekből nem lehet kitalált készlet, ingyenes szállítás vagy garancia.
• Kérdezzen más nyelven a webhely nyelvének változtatása nélkül. Külön ellenőrizze a válasz nyelvét, a katalógusból fordított feliratokat és a forrás termékadatait.

A demo közvetlenül WordPressben tesztelhető a hozzáférés-védelmen való belépés után; statikus frontend nem előfeltétel. Külön exportált statikus webhelynél a bővítmény frissítése után publikálja újra a frontend állományait. A mentett válaszok és régi exportok nem íródnak át visszamenőleg.

Hibaelhárítás​

Tünet	Ellenőrizendő
Az asszisztens általános katalógusadatot használ, vagy azt mondja, nem tud szállítást ellenőrizni	A mentett profilban legyenek engedélyezve a típusos eszközök, eltérő célleírással, és a változatot visszaadó forráson legyen engedélyezve az ajánlatjóváhagyás. Az UCP-beállítás önmagában kevés. Nézze meg az eszközaktivitást; a modell válasza nem bizonyít eszközhívást.
A token máshol működik, de itt nem	Ellenőrizze a pontos boltot, a futásidejű paraméter tulajdonosát/típusát, a telepített jogokat és a tokentípust. Az Admin-token és a privát Storefront-token nem cserélhető fel a UI által beállított nyilvános Storefront-tokennel.
Hiányzik egy termék	Ellenőrizze a csatornán való közzétételt, piaci elérhetőséget, keresőkifejezést és a Search & Discovery szűrőit. Azonos forrást és piacot hasonlítson össze, ne csak az Online Store-oldalt.
Ismeretlen az elérhető mennyiség	Ellenőrizze a készletolvasási jogot és a visszakapott mezőt. A hiányzó készlet ismeretlen marad; az elérhetőség nem bizonyít tíz raktáron lévő darabot.
Háromelemű lapon két találat van, de még vannak forráslapok	Ez előfordulhat a Deployment Access v1.0.129-es sablonjának lapon belüli ellenőrzése miatt. Frissítse a Deployment Access stacket a v1.0.130-as vagy újabb sablonra, és indítson új keresést; pusztán a bővítmény frissítése nem aktiválja a backend teljes logikai lapozását.
Frissítés után hibás a következő találatok lekérése	Lejárt vagy régi protokollú folytatás újrahasználata helyett indítson új keresést. Ha az új kérés is hibás, gyűjtse össze a korrelációs azonosítóját és a bizalmas adatoktól megtisztított backendállapotot; a szolgáltatói kurzor körbefordulását ne rejtse el üres eredményként.
A keresés kifejezetten nem teljes	Szűkítse a lekérdezést, vagy pótolja a szükséges hiányzó adatot. A korlátozott bejárás nem tudta igazolni a teljes találati lapot vagy a keresés végét; ez nem „nincs találat”.
Az ajánlat függő vagy nem elérhető marad	Ellenőrizze a kosárjogokat, a kereskedő díjait/célterületeit és a bizalmas adatoktól megtisztított backendállapotot. Csak az ismert függő kosarat frissítse. Bizonytalan kimenetel után ne hozzon létre sorozatban új kosarakat.
A kártyák feliratának nyelve eltér a választól	Ez várható, ha a UI és a kérdés nyelve különbözik. Vegye fel a szerzői feliratokat a közös fordítási katalógusba; fordítás nélkül a forrásfelirat marad.
Helyben mentettnek látszik a módosítás, a látogatóknál mégis régi a működés	Alkalmazza a beágyazott vázlatokat, mentse a beszélgetési profilt, ellenőrizze a kívánt backendet/webhelyet, szükség esetén publikálja újra a statikus frontend állományait. Indítson új tesztbeszélgetést.

Támogatáshoz gyűjtse össze a telepítés/kiadás azonosítóját, az eszköz azonosítóját és műveletét, a profil revízióját, az időpontot, a kérés korrelációs azonosítóját és a bizalmas adatoktól megtisztított hibakategóriát. Ne adjon át hitelesítő adatot, privát kosárazonosítót vagy kézbesítési címet hibaelhárítási naplóban vagy képernyőképen.