Tegye termékkatalógusát olvashatóvá a bevásárlóügynökök számára hét lépésben

Tegye termékkatalógusát olvashatóvá a bevásárlóügynökök számára hét lépésben

Az Adobe kiskereskedelmi termékoldalai 66%-os gépi olvashatóságot értek el 2026 első negyedévében, ami a legalacsonyabb az összes oldaltípus közül, a kezdőlapok 75%-a és a kategóriaoldalak 74%-a alatt. Ugyanebben a negyedévben az amerikai kiskereskedelmi oldalakra irányuló mesterséges intelligencia által generált forgalom 393%-kal nőtt éves szinten, és márciusban 42%-kal jobban konvertált, mint a nem mesterséges intelligencia által vezérelt csatornák. A legjobb konverziót biztosító felületek a legrosszabbul előkészített oldalakat olvassák.

Ez az útmutató azoknak az e-kereskedelmi csapatoknak szól, akik már használnak termékfolyamot a Google Shoppinghoz vagy egy piactérhez, és akiknek most szükségük van erre a katalógusra ahhoz, hogy túlélje a vásárlási ügynökök általi olvasást. Hét lépésből áll, mindegyikhez tartozik egy szabály, amelyet ma ellenőrizhet: mely mezők blokkolják a szerepeltetést, mit kell jogilag tartalmaznia az EU-s listáknak, milyen gyakran kell frissíteni, és hol nem működik a módszer.

Három réteg, és ezek közül csak az egyik protokoll

Az „ügynöki kereskedelmi felkészültség” egyetlen integrációs projektként kerül értékesítésre. Három rétegből áll, és a legtöbb csapatnak csak az első kettőre van szüksége: hozzáférés (elérheti-e a robot az oldalaidat), Az információk szétdarabolódása (teljes és elég friss-e a katalógus ahhoz, hogy idézni lehessen belőle), tranzakció (vásárolhat-e az ügynök anélkül, hogy a vevőt az Ön telephelyére küldené).

Az Agenttic Commerce Protocol (ACP), amelyet a Stripe, az OpenAI és a Meta tart karban, ez a harmadik réteg: öt REST végpont a fizetési munkamenet létrehozásához, olvasásához, frissítéséhez, befejezéséhez és megszakításához, miközben az eladó továbbra is a kereskedői címet viseli. Béta verzióban van, dátummal ellátott, jelenleg a 2026-04-17-i kiadásnál tart. Amit nem csinál, az a felderítés – semmi sem árulja el az ügynöknek, hogy a termék létezik, mennyibe kerül, vagy hogy raktáron van-e. Ez a hírfolyamban és az oldalon történik, ahogy az 1-5. lépések is, mielőtt a 6. lépésben hatókörbe kerülne.

1. lépés: a belefoglalást korlátozó mezők javítása

Kezdjük azokkal a mezőkkel, amelyek miatt a termék leesik, ne csak rosszul rangsorolódik. Két specifikáció számít a legjobban, és ezek nevében térnek el.

AmiOpenAI termékcsatornaGoogle Merchant CenterÁtadási szabály
Stabil azonosítóitem_id (kívánt)id (kötelező, maximum 50 karakter)3 takarmánygeneráció óta változatlan
Névtitle (kívánt)title (kötelező, maximum 150 karakter)Nincsenek SKU-kódok vagy szállítási ígéretek
Nyitóoldalurl (kívánt)link (kívánt)200, nincs beleegyezési fal vagy földrajzi átirányítás
Képimage_url (kötelező, közvetlen JPEG/PNG)image_link (kívánt)Közvetlen fájl, nem egy lusta helykitöltő
Készlet állapotaavailability (kötelező felsorolás)availability (kötelező felsorolás)Egyezik az exportált élőállományéval
Ár:price „79.99 USD” formában (kötelező)price ISO 4217 kóddal (kötelező)Megegyezik azzal, amit a vevő fizet
Márkabrand (kötelező, helykitöltők nélkül)brand (kötelező, kivéve filmek, könyvek, zene)Valódi márka, soha nem a boltod neve

Mindkét specifikáció leírást is igényel (maximum 5,000 karakter, attribútumok, nem pedig marketingszöveg), az OpenAI pedig megköveteli seller_nameA feltételes módok meglepik az embereket: mpn csak akkor, ha nincs gyártó által kiosztott GTIN, condition csak használt és felújított termékekre vonatkozik, availability_date előrendeléshez és rendelés utáni rendelés esetén. A Brazíliában, Franciaországban, Németországban, Japánban, az Egyesült Királyságban és az Egyesült Államokban kapható ruházati cikkek esetében a szín, a nem, a korcsoport, a méret és a ... is szükséges. item_group_idA Google minimális képmérete 2027. január 31-én 500 × 500 képpontra emelkedik.

Döntési pont. Ha a SKU-k több mint 5%-a nem felel meg valamelyik kötelező mezőnek, akkor le kell állítani az új felületek létrehozását és ki kell javítani az exportálást. Egy 10%-os elutasítási arányú hírcsatornának nem mesterséges intelligencia problémája van, hanem PIM-problémája.

2. lépés: az oldalnak ugyanazt kell mondania, mint a hírfolyamnak

Az ügynökök mindkettőt elolvassák, és ahol nem értenek egyet, ott nem te döntöd el, hogy melyik nyer.

A Google kereskedői listázásához kevés követelmény szükséges: name, image és a offers on Product, Plusz price és a priceCurrency on OfferA többi csak ajánlott – de az ügynökök ezt az ajánlott készletet használják az összehasonlító kérdésekhez: availability, hasMerchantReturnPolicy, shippingDetails, itemCondition, gtin, mpn, aggregateRating.

Futtasson paritásvizsgálatot 50 legnagyobb bevételt hozó SKU-n, összehasonlítva az árat, a pénznemet, az elérhetőséget és a kanonikus URL-t a hírfolyam és a jelölés között. Átadási szabály: 100%-os egyetértés az ár és a rendelkezésre állás tekintetében. Ha olyan árat adnak meg, amelyet nem tartanak be, az rosszabb, mintha nem kapnának ajánlatot.

3. lépés: állítson be egy frissítési ritmust, amelyet az árai túlélhetnek

A frissességet általában higiéniai alapon kezelik. Egy magas inflációjú piacon ez a korrektség. A török ​​fogyasztói árak éves inflációját 2026 augusztusában 31.5%-on állták, tehát egy líra katalógus jelentősen eltolódik egy negyedéven belül, és az átárazás folyamatos, nem pedig szezonális. Az eurókatalógushoz illő napi húzás ehhez nem illik.

Számítsd ki a saját ütemedet:

  1. Hívja le 90 napnyi árváltozási és készlethiányos eseményt kereskedelmi platformjáról.
  2. Vegyük a medián intervallumot az egyes termékek esetében a 100 legnagyobb bevételt hozó termék esetében.
  3. A frissítést a rövidebb intervallum legfeljebb negyedére állítsa.

Kidolgozott példa: egy elektronikai kiskereskedő, aki 6 naponta átárazza termékeit, és 4 naponta kiüríti készleteit, a készlethiány-intervallum alapján 24 órára esik. Egy divatkereskedő, aki szezononként kétszer árazza át termékeit, de naponta kiüríti készleteit, ugyanazon a 24 órán belül, más okból. Melyik korlát eredményezte a számot, ami megmondja, hogy mit érdemes nézni?

Döntési pont. Ha a platformod nem tud deltákat megadni ezen a ritmuson, küldd el availability as unknown ahelyett, hogy elavult lenne – az OpenAI specifikációja elfogadja. Az őszinte bizonytalanság helyrehozható; a részvényekkel kapcsolatos magabiztos tévedés nem.

4. lépés: töltse ki az EU-s listáihoz szükséges megfelelőségi mezőket

Ha az EU-ba szállít, az (EU) 2023/988 általános termékbiztonsági rendelet 2024. december 13. óta hatályos, és a 19. cikk kötelezettségeket ró magára az online ajánlatra: a gyártó neve vagy kereskedelmi neve és elérhetőségei, vagy a meghatalmazott képviselője; a termék azonosító adatai, beleértve egy képet; valamint minden figyelmeztetés vagy biztonsági információ.

A lényeg, amit nem vesznek figyelembe: ezek termékadat-mezők, nem pedig láblécben szereplő sablonok. A termékkel együtt utaznak, SKU-nként – egy hírfolyamból megjelenítő csatorna a listádat GPSR-blokk nélkül jeleníti meg, kivéve, ha a hírfolyam tartalmazza azt.

Az EU-n kívüli eladók, beleértve a török ​​exportőröket is, számára a következőképpen kell eljárni: a lista elkészítéséhez egy EU-ban letelepedett gazdasági szereplőre van szükség, így az adatmódosítást és a kereskedelmi megállapodást együtt kell megtervezni. [INTERNAL DATA NEEDED: which Switas client segments ship into the EU, and whether their PIM carries manufacturer contact and EU responsible person fields]

Átadási szabály: Minden EU-ba szállított SKU tartalmazza a gyártó nevét, a postai elérhetőséget, az EU-s felelős személyt és a figyelmeztetéseket strukturált mezőkből, nem szabad szövegből.

5. lépés: ellenőrizze, hogy az ügynök el tudja-e érni az oldalt

A blokkolás gyakoribb, mint azt a csapatok gondolnák, általában egy 2023-ban írt adatgyűjtés elleni szabályból eredő járulékos kár. Az OpenAI négy felhasználói ügynököt futtat független vezérlőkkel, és ezek összekeverése a szokásos hiba.

Felhasználói ügynökCélA tiltás hatása
OAI-SearchBotFeltérképezések a ChatGPT kereséshezNem jelenik meg a ChatGPT keresési válaszaiban
GPTBotAz alapmodellek betanítására alkalmas adatokNincs hatással a keresési láthatóságra
OAI-AdsBotHirdetés céloldalának ellenőrzése és relevanciájaA hirdetésekre van hatással, nem az organikus válaszokra
ChatGPT-UserFelhasználó által kezdeményezett lekérések a ChatGPT-n belülA robots.txt szabályai nem feltétlenül érvényesek

Az ésszerű alapértelmezett beállítás az, hogy engedélyezzük OAI-SearchBot és kezelni GPTBot külön licencelési döntésként. Ellenőrizd a CDN-t és a WAF-ot, valamint a robots.txt fájlt: ez egy olyan szabály, amely a felhasználói ügynök általi sebességkorlátozásra csendben ugyanazt az eredményt adja, mint a tiltás. Minden robot ellenőrizhető IP-tartományokat tesz közzé.

6. lépés: döntsd el, hogy szükséged van-e a tranzakciós rétegre

Csak most kezd értelmes beszélgetéssé válni az ACP. Mindhármat figyelembe kell venni, mielőtt egy építési terv kidolgozásába kezdenénk.

  • A mesterséges intelligencia által generált munkamenetek a bevétel mérhető részét jelentik, nem pedig kerekítési hibát.
  • A fizetési folyamatod már így is jól konvertál – ha az emberi forgalomnál alulteljesít, egy API nem fogja megmenteni.
  • A készletgazdálkodási logikád képes lefoglalni a készletet olyan munkamenetekhez, amelyek ütemezését nem te irányítod.

Ha egyet elbuksz, akkor folyamatosan fejleszted az 1–5. meneteket, ahol a visszatérés azonnali, és a specifikáció nincs béta verzióban.

7. lépés: panelként mérd, ne metrikaként

Az ügynökök válaszai nem determinisztikusak – ugyanaz a prompt különböző napokon különböző termékeket ad vissza –, így egyetlen előtte-utána ellenőrzés semmit sem mond. Kövessen nyomon egy rögzített prompt panelt, futtassa le mindegyiket ismételten, és használja a belefoglalási arányt a futtatások során egységként. Határozza meg a varianciasávot, mielőtt bármit is megváltoztat, különben nem tudja elkülöníteni a javítást a zajtól.

Hol bukik ez meg

Ez egy adatalapú módszer, nem pedig igényalapú. Mindez jogosulttá tesz az árajánlatkérésre. Egyik ügynök sem részesíti előnyben Önt egy olcsóbb, ugyanolyan tiszta adatokkal rendelkező versenytárssal szemben.

A specifikációk gyorsabban változnak, mint a kiadási ciklus, és a piaci eladók kevesebbet tudnak befolyásolni, mint azt ez feltételezi. Az ACP béta verziójú és dátumhoz kötött, a Google specifikációja a határidők betartásával változik, és egy piactér birtokolja a hírcsatorna sémáját és gyakran a strukturált adatokat is – ami az 1., 3. és 4. lépést tárgyalásokká alakítja.

A megtérés bizonyítéka fiatal, és egyszer már megfordult. Az Adobe adatai szerint a mesterséges intelligencia által generált forgalom 38%-ban konvertál. rosszabb mint más csatornákon 2025 márciusában, és 42%-kal jobb 2026 márciusában. Egy tizenkét hónappal ezelőtti fordulat nem stabil törvény – ok a felkészülésre, nem pedig üzleti terv előrejelzése. Kapcsolódó: az „1,200%-os növekedés” adat, amely még mindig kering a prognózisokban, az Adobe 2025. márciusi kiadásából származik, és a 2025 februári és 2024 júliusi adatokat hasonlítja össze, ami hét hónappal elmarad egy nagyon kis bázistól. Ez soha nem volt éves növekedési ráta. 2026 első negyedévére 393%-os éves összehasonlítást használunk, az Adobe saját bázisméretű kikötésével.

Gyakran Ismételt Kérdések

Felhasználhatom a Google Shopping-hírcsatornámat mesterséges intelligencia felületeken?
Használja újra forrásként, de számítson egy leképezési rétegre: a mezőnevek eltérőek (item_id ellen id, url ellen link) és az OpenAI specifikációja megköveteli seller_nameMindkét exportálást a PIM-ből generálja, ahelyett, hogy két katalógust őrizne meg.

Elegendő önmagában a termékoldalon található strukturált adat?
Ez segíti a felfedezést, és ezt olvassák be a keresési stílusú robotok, de a hírfolyamot betöltő vásárlási felületek nem csak a jelölésekben fognak szerepelni. A 2. lépés sikeres teljesítése azt jelenti, hogy a kettő egyetért.

Mi történik, ha az adattáblázatom szerint a termék raktáron van, de nem?
Legjobb esetben elveszíted az eladást a pénztárnál; legrosszabb esetben egy ügynök olyan elérhetőségi ajánlatot tesz, amelyet nem tartasz be, ami fogyasztóvédelmi kockázatot jelent az EU-ban. unknown akkor jogos, ha a rendszerek nem tudnak lépést tartani.

A GPTBot blokkolása eltávolít a ChatGPT vásárlási találatai közül?
Nem. A GPTBot szabályozza a betanítási adatok gyűjtését; OAI-SearchBot az, amelyik a ChatGPT keresési válaszaiban való megjelenéshez kapcsolódik. Ezek egymástól függetlenül konfigurálhatók.

A GPSR 19. cikkének mennyire vonatkozik rám, ha csak piactereken keresztül értékesítek?
A kötelezettségek az ajánlathoz kapcsolódnak, így az információnak továbbra is meg kell jelennie. A piactér határozza meg, hogy mely mezőket jelenítse meg; a te feladatod az adatok megadása a sémájukban, és azok ellenőrzése az élő listán.

Most telepítsem az ACP-t, vagy várjak?
Várj, amíg mindhárom kritériumnak nem felelsz meg a 6. lépésben. A specifikáció béta verziójú és dátumalapú, így a korai integrációk karbantartási költségekkel járnak, amelyeket az adatmenetek nem.

Ha azt szeretné, hogy a hét menet a saját katalógusán fusson le, egy priorizált javítási listával a végén, Beszéljen velünk a termékadat-felkészültségi auditról. Látogathatja továbbá a következőt is: takarmányoptimalizáló eszközünk.

Források


Çağdaş Polat
Írta

Çağdaş Polat

Çağdaş Polat a Switas társalapítója, ahol technológiai és növekedési tanácsadást vezet az e-kereskedelem, az utazás, az egészségügy és az állami szektor márkái számára. A számítástechnikai végzettségű szakember az elmúlt évtizedben szoftverfejlesztésből vezető marketing-, termék- és stratégiai pozíciókba került, és most CRO-val, analitikával és olyan növekedési rendszerek építésével kapcsolatos tanácsokkal látja el a vállalatokat, amelyek mérés alatt is megállják a helyüket.


Kapcsolódó cikkek

Switas, ahogy látható

Magnify: Influencer marketing skálázása Engin Yurtdakul segítségével

Tekintse meg Microsoft Clarity esettanulmányunkat

Kiemeltük a Microsoft Clarity-t, mint egy olyan terméket, amelyet gyakorlatias, valós felhasználási eseteket szem előtt tartva, valódi termékfejlesztők fejlesztettek ki, akik értik a Switashoz hasonló vállalatok kihívásait. Az olyan funkciók, mint a dühös kattintások és a JavaScript hibakövetés, felbecsülhetetlen értékűnek bizonyultak a felhasználói frusztrációk és a technikai problémák azonosításában, lehetővé téve a célzott fejlesztéseket, amelyek közvetlenül befolyásolták a felhasználói élményt és a konverziós arányokat.