Skip to main content
Kezdőlap Árfeedek: 5 hiba
Szakmai útmutató

Autóalkatrész árfeedek: 5 gyakori hiba

Minden új webáruháznál ugyanaz az öt hiba jön elő az árfeed-integrációnál: a devizaátváltás észrevétlenül elviszi az árrést, cache-elés sehol, a készletadat pedig órákkal jár a raktár mögött. Mindegyiket végigvesszük, a megoldással együtt.

Olvasási idő: 7 perc Frissítve: 2026. április Szerző: Balogh Levi, vezető fejlesztő, Dev Opla
1

Rosszul számolt pénznem-átváltás

A legtöbb európai beszállító EUR-ban publikál. Ha a webáruház HUF-ban, RON-ban vagy GBP-ben árul, az átváltásnak helyesnek kell lennie, naponta frissíteni kell, és tartalékkal védeni az ingadozások ellen.

Klasszikus hiba: az MNB X-napi árfolyama, alkalmazva az elkövetkező 2 hét áraira. Amikor az EUR 2%-ot mozdul, az árrés eltűnik. Megoldás: napi árfolyam 1-2% tartalékkal és katalógus-újraszámítás cron-on.

Fix biztonsági árrésekhez dokumentáld explicit módon az üzleti szabályt. Ne rejtsd egy config-fájlba kontextus nélkül.

2

Nincs árrés-védelem

A beszállító egyik napról a másikra ±30%-kal változtatja az árat. Validációs szabályok nélkül a katalógusod automatikusan publikálja az új árat, és egy vevő beszerzési ár alatt vásárolhat.

Egyszerű szabály: minden X%-nál (általában 15-20%) nagyobb árváltozás kézi felülvizsgálatra kerül publikálás előtt. A riasztás az operatív csapathoz jut, nem egy postafiókban elvesző e-mailbe.

Volatilis kategóriákhoz (egyes autóalkatrészek, elektronika) szélesebb tartalékot állíts be. Stabil termékekhez (olajok, szűrők) szorosabbat.

3

Nincs agresszív cache-elés

Minden lekérdezés a beszállító API-ja vagy a TecCom felé időbe, és néha pénzbe kerül. Ha a webáruház minden látogatónál lekérdez, lassan töltöd a katalógust és 100-szor fizetsz ugyanazért az adatért.

Kétszintű cache: Redis közel-azonnali válaszokhoz (TTL 30-300 másodperc), Postgres napi perzisztens snapshot-okhoz (TTL 24 óra háttér-frissítéssel).

A cache-invalidálás rendelés leadásakor kritikus. Különben egy vevő elérhetőként láthatja a készletet, amikor az épp elfogyott.

4

Az ingadozó készlet figyelmen kívül hagyása

Az árfeedek általában tartalmazzák a készletet is. De a készlet változik a feed generálása és felhasználása közötti időben. Átlagosan 5-15 perc a késés.

Mutasd transzparensen ezt a bizonytalanságot: „Elérhető a beszállítónál” (nem „Raktáron nálunk”), vagy kérdezd le a készletet valós időben TecCom-on keresztül, amikor a vevő a termékoldalra ér.

Rendelésnél a készlet újraellenőrzése kötelező. Ha a készlet elfogyott a megtekintés és a leadás között, töröld a rendelést egyértelmű értesítéssel, ne hagyd függőben.

5

Nincs fallback a feedek kiesésére

A beszállító feedje leáll. Vagy a szerverük, vagy a hálózat, vagy egy parsing-hiba. A webáruháznak továbbra is működnie kell, nem 500-as hibát szolgáltatnia az adott beszállító termékein.

Stratégia: tartsd meg az utolsó érvényes feedet egy snapshot-ban, és jelenítsd meg az árakat „X órával ezelőtt frissítve” jelöléssel. A vevő tudja, hogy az adat nem biztos, hogy friss, de a rendelés haladhat újraellenőrzéssel a leadáskor.

Monitorozd a feedek korát beszállítónként. Ha 24-48 óránál régebbi, eszkalálj a technikai csapathoz. Ne engedd, hogy a webáruház múlt heti áron áruljon.

Olyan árintegrációt építenél, ami élesben sem esik szét?

2018 óta 20+ webáruházban integráltunk árfeedeket 60+ beszállítótól. Beszéld át közvetlenül a fejlesztővel.