Az Editions oldalakat mi mindig két szemüvegen keresztül olvassuk végig. Az első kérdés, hogy mi az, ami technikailag tényleg új. A második, hogy ebből mennyi működik egy forintban számlázó, utánvétet kezelő, magyar ÁSZF-fel és NAV-os elvárásokkal élő boltban. A Fall '26 kiadásnál a két lista szokás szerint nem fedi egymást: a nyitóoldalon a ChatGPT-ben, Claude-ban, Geminiben vásárló AI-ügynökök viszik a show-t, a magyar webshopnak viszont sokkal többet ér egy kevésbé reflektorfényes sor a Payments fejezet aljáról, amely termékekre és kollekciókra rakható, piaconként beállítható checkout díjakról szól. Ebből lesz, ha minden jól megy, a DRS visszaváltási díj első igazán natív kezelése a Shopify-ban.
Ebben a cikkben végigmegyünk a kiadáson európai, azon belül kifejezetten magyar szemszögből. Megnézzük a díjkezelést, a checkout egyedi mezőit (és azt, hogy miért nem lesz belőlük kötelező ÁSZF-pipa), az admin felület következő hullámát, a fizetési és marketing újdonságokat, és azt is, mi az, ami egyelőre csak az óceán túloldalán érhető el. A végén a fejlesztőknek is jut egy külön blokk, mert ott is van néhány határidős tétel.
Ha nincs időd elolvasni
- Checkout díjak (early access): termékre, variánsra vagy kollekcióra rakható fix összegű díj, piaconként, adó nélkül, kedvezményekkel nem csökkenthető formában. Papíron szinte szabásminta a magyar 50 Ft-os DRS visszaváltási díjhoz, a gyakorlatban viszont a kosár, a termékoldal és a számlázó integrációk még dolgot adnak.
- Egyedi mezők a checkoutban: szöveg, szövegdoboz, választólista, dátum és jelölőnégyzet, rendelés-metafieldbe mentve. A teljes paletta csak Plusban él, minden más csomagban a szállítási megjegyzés és az ajándéküzenet mező érhető el. Black Friday előtt nem élesedik.
- Az új admin a szeptemberi indulás után most minden oldalra kiterjed, jön mellé tevékenységnapló, passkey, mappák a fájlokhoz és gyorsabb keresés.
- Magyar szemmel is fontos: Shop Campaigns HUF-ban, WhatsApp marketing hozzájárulás a checkoutban, bot-szűrt munkamenetek (Black Friday előtt újra kell kalibrálni a konverziós számokat), piaconkénti visszaküldési szabályok.
- Fejlesztőknek: hivatalos PHP csomag, script tag tilalom, és 2027 januárig át kell állni a lejáró access tokenekre.
Mit hozott az Exponential Edition, és miért szokatlan az időzítése?
A Shopify 2026-ban három Editiont adott ki: a Winter '26 „Renaissance" és a Spring '26 „Everywhere" után az október 28-án megjelent Fall '26 a harmadik. A cím, az „Exponential", a hálózati hatásra utal: minden új kereskedő, vásárló és fejlesztő erősebbé teszi a rendszert a következő számára. A hivatalos szám 150+ frissítés, de több nemzetközi ügynökség összeszámolta a kisebb tételeket is, és a sajtóértesülések szerint ennél jóval többet, akár kétszáz feletti újdonságot is találtak.
Ami szakmailag fontosabb a darabszámnál: a kiadás kevesebb mint egy hónappal Black Friday előtt érkezett. Ez kettős helyzet. Egyrészt jó, mert néhány valóban hasznos eszköz, például a Rollouts bővítése vagy a csalásvédelem, pont a csúcsszezonra ér be. Másrészt rossz, mert a legtöbb bolt ilyenkor már befagyasztja a fejlesztéseket, és nem szívesen kísérletezik élesben. A Shopify ezt maga is érzi: a checkout egyedi mezőinél a súgó kifejezetten leírja, hogy nem élesednek a BFCM előtt vagy alatt, hogy a checkout ne változzon a legforgalmasabb hetekben.
A másik visszatérő minta, amire érdemes felkészülni: sok funkció early access, „rolling out soon" vagy „coming soon" státuszú. Az Editions oldal tehát inkább egy féléves útiterv, mint egy azonnal bekapcsolható funkciólista. Ahol tudjuk, minden szekciónál jelezzük az aktuális státuszt.
Termékenkénti díj a checkoutban: így jöhet a natív DRS-kezelés
A Payments fejezet egyik legrövidebb sora az, amelyik minket a legjobban felvillanyozott. A Shopify termékekre és kollekciókra, piaconként beállítható díjakat vezet be, amelyeket a checkout automatikusan felszámol, és amelyekről beépített pénzügyi riport is készül. A funkció egyelőre early access: egy űrlapon lehet jelentkezni, a Shopify pedig csak akkor keres meg, ha a boltot felvették a programba.
Hogyan működik a díj a Shopify-ban?
A díj a Shopify logikájában egy kötelező, automatikusan hozzáadott tétel, amelyet a vásárló nem tud se hozzáadni, se módosítani, se törölni. Nincs készlete, nem kell kiszállítani, és önmagában nem vásárolható meg. A beállítás a Settings > Taxes, duties, and fees oldalon vagy a Markets oldalon történik, és két jogosultság kell hozzá a munkatársaknak: az adók és vámok kezelése, valamint a termékek kezelése.
A működés főbb szabályai, a hivatalos súgó alapján:
- Darabonként számol: ha egy termékre 50 Ft-os díj vonatkozik, és a vásárló 6 darabot vesz, a checkout 300 Ft-ot számol fel.
- Külön sorban jelenik meg: az összesítőben egy Fees sor jön létre az adóktól elkülönítve, név szerint felsorolva minden díjat. Megjelenik a köszönőoldalon, a rendelésállapot-oldalon és a visszaigazoló e-mailben is.
- Nem adózik: a díjra a Shopify nem számol adót.
- Kedvezménnyel nem csökkenthető, és a részösszegbe sem számít bele, így egy „15 000 Ft felett ingyenes szállítás" küszöböt sem lehet vele elérni.
- Fix összeg: százalékos díj nem lehet, és a teljes rendelésre sem lehet díjat tenni, csak termékre, variánsra vagy kollekcióra.
- Pénznemhez kötött: a díj a bolt pénznemében vagy a kiválasztott piac pénznemében él, átváltás nincs. Ha a vásárló más pénznemben fizet, a díjat egyszerűen nem számolja fel a rendszer.
- Visszatérítés: be lehet kapcsolni, hogy termék-visszaküldéskor alapértelmezetten visszajárjon (Refundable on return), de csak teljes összegben, részleges díj-visszatérítés nincs.
- Egy boltban legfeljebb 100 aktív díj lehet, és egy terméken vagy variánson egy díjon belül csak egy összeg szerepelhet.
A díj az online áruház checkoutjában, a Shop Payben és az AI-csatornák Shopify által kezelt közvetlen checkoutjában is érvényesül. A kész rendelés megőrzi a díj nevét és összegét, utólag szerkeszteni viszont nem lehet.
Miért passzol ez ennyire a magyar DRS-szabályokhoz?
Magyarországon 2024. január 1. óta él a kötelező visszaváltási díjas rendszer, a DRS. A 450/2023. kormányrendelet szerint a nem újrahasználható italcsomagolások után darabonként egységesen 50 Ft visszaváltási díj fizetendő, az újrahasználható csomagolások díját pedig a gyártó határozza meg. A NAV tájékoztatója szerint a nem újrahasználható csomagolás 50 Ft-os díja nem része az áfaalapnak, a számlán vagy nyugtán a termék árától elkülönítve, áfa hatályán kívüli tételként kell feltüntetni.
Ha egymás mellé tesszük a két listát, feltűnő az egyezés:
- Fix, darabonkénti összeg - pont ahogy a DRS működik.
- Külön sor, adó nélkül - ez lényegében az áfa hatályán kívüli tétel digitális megfelelője.
- Kedvezménnyel nem csökkenthető - egy 20%-os kupon jogszerűen nem viheti le a visszaváltási díjat, a Shopify pedig ezt magától kezeli.
- Kollekcióra is ráhúzható - egy „Üdítők" vagy „Sörök" kollekcióra egy mozdulattal rá lehet tenni, újrahasználható üvegeknél pedig külön összegsorral oldható meg az eltérő díj.
- Piacra szűkíthető - a díj korlátozható a magyar piacra, így egy külföldi, euróban vásárló vevőnél nem jelenik meg.
Eddig a magyar Shopify boltok jellemzően két rossz megoldás közül választhattak. Vagy beépítették a díjat a termék árába, ami jogilag nem tartható, hiszen a rendelet elkülönített feltüntetést ír elő. Vagy egy külön „DRS díj" terméket tettek a kosárba appal, scripttel vagy bundle-trükkel, ami kedvezményeknél, készletkezelésnél és visszaküldésnél rendszeresen fejfájást okozott. A Shopify súgója egyébként kifejezetten azt kéri, hogy aki eddig ilyen „díjtermékkel" dolgozott, az a natív díj bekapcsolása után távolítsa el a díjterméket és az azt hozzáadó appot, különben a vásárló kétszer fizet.
ℹ️ TotalStudio megjegyzése: a Shopify a súgóban kaliforniai palackbetétet és ontariói környezetvédelmi díjat hoz példának, a magyar DRS-t természetesen nem említi. Hogy a funkció pontosan megfelel-e a hazai előírásoknak, azt a könyvelőddel érdemes egyeztetni, de a technikai alapok első ránézésre jól illeszkednek.
A buktatók: kosár, termékoldal, számlázás és POS
A papírforma szép, de négy ponton biztosan lesz még dolog, mielőtt egy magyar italos webshop élesben ráállhat.
1. A díj nem látszik a kosárban. A súgó egyértelmű: a díjakat az online áruház kosara nem mutatja, a vásárló a checkoutban találkozik velük először. Ez UX szempontból is kellemetlen (senki nem szereti, ha a fizetésnél nő a végösszeg), de magyar szempontból jogi kérdés is. A DRS-rendelet ugyanis előírja, hogy a visszaváltási díj összegét a termék eladási árával azonos módon kell feltüntetni. Ha tehát a termékoldalon és a kosárban ott az ár, ott kell lennie a díjnak is. Ezt a témában kell megoldani.
2. A termékoldalhoz témaszintű kiegészítés kell. A legegyszerűbb, ha a díj összegét egy termék-metafieldben is tároljuk, és a téma ebből jeleníti meg az ár alatt. Egy minimális Liquid példa:
{%- comment -%} snippets/drs-dij.liquid {%- endcomment -%}
{%- assign drs = product.metafields.custom.drs_dij.value -%}
{%- if drs != blank and drs > 0 -%}
<p class="product__drs">
+ {{ drs | times: 100 | money_without_trailing_zeros }} visszaváltási díj / db
<small>(áfa hatályán kívüli, a checkoutban külön soron jelenik meg)</small>
</p>
{%- endif -%}
A snippetet a termékoldal ár-blokkja után érdemes behúzni, Horizon alapú témáknál például a blocks/price.liquid végén, régebbi Dawn-szerű témáknál a sections/main-product.liquid ár-renderelése után: {% render 'drs-dij' %}. A metafield legyen Integer típusú (custom.drs_dij), forintban megadva. Fontos, hogy a metafield értékét kézzel kell szinkronban tartani a checkout díjjal, a kettő között nincs automatikus kapcsolat.
3. A számlázó integrációknak le kell követniük a díjsort. A magyar boltok szinte mind Számlázz.hu vagy Billingo integrációval állítják ki a számlát. Ha a rendelésen megjelenik egy új díjsor, a számlázó appnak azt külön, áfa hatályán kívüli tételként kell a számlára tennie. Amíg ez nincs meg, a natív díj bekapcsolása inkább gondot okoz, mint megold. A riportoldalon a Shopify már felkészült: a díjak checkout fees néven külön pénzügyi riportban, az analitikában és a rendelésexportban is megjelennek, piaconként és díjanként bontva.
4. A POS-t használó boltok kimaradnak. Az early access programból a Shopify POS-t használó üzletek jelenleg ki vannak zárva. Egy italbolt, amelyik fizikai üzletet és webshopot is visz Shopify alól, egyelőre nem tud jelentkezni.
⚠️ TotalStudio megjegyzése: a díjak utólag nem szerkeszthetők a rendelésen, és csak teljes összegben téríthetők vissza. Ha valaki 6 palackból 2-t küld vissza az elállási időn belül, a részleges díj-visszatérítést jelenleg nem a natív funkció fogja kezelni. Ezt a folyamatot élesítés előtt mindenképp végig kell gondolni az ügyfélszolgálattal és a könyveléssel közösen.
Egyedi mezők a checkoutban: mit kap a Plus, és mit mindenki más?
A másik régóta várt újdonság a custom fields a checkout és fiókszerkesztőben (checkout and accounts editor). Eddig ha valaki a checkoutban plusz adatot akart bekérni, checkout UI extensiont kellett fejlesztenie vagy egy erre szakosodott appot kellett telepítenie. Most ez natív blokként, app nélkül is menni fog.
A státusz fontos: a súgó szerint a funkció még nem érhető el, és nem jelenik meg Black Friday és Cyber Monday előtt vagy alatt. Amikor élesedik, automatikusan megjelenik a szerkesztőben, külön hozzáférést nem kell kérni, és early access program sincs.
Mezőtípusok, és hová kerül a beírt adat?
Shopify Plus csomagon öt mezőtípus érhető el:
- Szövegmező egysoros adatra, például tagsági számra,
- Szövegdoboz többsoros megjegyzésre,
- Választólista előre megadott opciókkal,
- Dátumválasztó, például kívánt szállítási napra,
- Jelölőnégyzet igen/nem típusú válaszra.
Minden mező egy rendelés-metafieldhez kapcsolódik, a vásárló által beírt érték oda mentődik. A metafield-definíciót lehet meglévőből választani, vagy rögtön a szerkesztőben létrehozni. A mezőkhöz adható címke, fejléc és leírás, beállítható, hogy kötelező legyen-e, és az is, hogy csak bizonyos kollekciókba tartozó termékek esetén jelenjen meg. Aki piaconként testre szabott checkoutot használ, a mezők beállításait piaconként is módosíthatja. A kitöltött érték a rendelés részletes oldalán, a Metafields szekcióban látszik, és alapértelmezetten a köszönő- és rendelésállapot-oldalon is megjelenik.
Két megkötés van, amivel tervezni kell. A mezők az egész rendelésre vonatkoznak, tehát termékenkénti vagy szállítmányonkénti mezőt nem lehet felvenni. A másik előny is egyben: a natív mezők az AI-csatornák közvetlen checkoutjában is működnek (Google AI Mode, Gemini, Microsoft Copilot), míg az appokkal hozzáadott mezők ott a súgó szerint akár meg sem jelenhetnek.
Szállítási megjegyzés és ajándéküzenet minden csomagban
Itt egy fontos pontosítás a tavaszi pletykákhoz képest: nem minden egyedi mező Plus-exkluzív. A súgó szerint Plus alatti csomagokon is használható két előre definiált mező, a Delivery instructions (szállítási megjegyzés) és a Gift message (ajándéküzenet). Ezek szabványos metafield-definíciókat használnak, amelyeket a Shopify maga hoz létre, így semmit nem kell hozzájuk linkelni.
A szállítási megjegyzésnek van két sajátossága: csak a szállítási módok után helyezhető el a checkoutban, és se ez, se az ajándéküzenet, se a jelölőnégyzet nem tehető kötelezővé.
Magyar használati esetek, és ami továbbra sem fog menni
Plusban dolgozó ügyfeleinknél már most látjuk, mire fogják használni:
- Adószám B2B vásárlásnál. Egy céges vásárló adószámát eddig jellemzően a cégnév mezőbe vagy a megjegyzésbe gépelték, a számlázó integráció pedig onnan halászta ki. Egy dedikált szövegmező, amely kollekció alapján vagy piaconként jelenik meg, sokkal tisztább adatot ad. Nem véletlen, hogy brit ügynökségek is kiemelték, hogy EMEA-ban a B2B miatt ez az egyik legfontosabb tétel.
- Kívánt szállítási nap. Friss élelmiszert, tortát, virágot árusító boltoknál a dátumválasztó önmagában kivált egy appot.
- Belső mezők a logisztikának. Például egy választólista arra, hogy a csomagot hagyhatja-e a futár a szomszédnál.
És ami nem fog menni: a magyar webshopok örök témája, a kötelező ÁSZF-elfogadó jelölőnégyzet. A súgó kifejezetten rögzíti, hogy a Checkbox típusú mező nem tehető kötelezővé. Így natívan továbbra sem tudsz olyan pipát tenni a checkoutba, amely nélkül a vásárló nem tudja leadni a rendelést. Ehhez továbbra is kell egy checkout előtti lépés, vagy egy checkout UI extension, ami a Plusban akadályozni tudja a továbblépést.
A szállítási megjegyzés egyszerűen kiváltható a kosárban
A szállítási megjegyzésnél érdemes megállni egy pillanatra, mert ezt nem kell a checkoutig tolni. A magyar boltok jelentős része a checkout előtt, a kosárban vagy egy egyoldalas rendelési lépésben gyűjti be a csomagpont-választást, a fizetési módot (köztük az utánvétet) és az ÁSZF-elfogadást. Ilyenkor a szállítási megjegyzés is ott kérhető be, és a rendelés megjegyzéseként vagy attribútumaként tökéletesen eljut a futárcég és a raktár felé.
Mi a saját kosR megoldásunkban pont ezt csináljuk: a kosR one page a csomagpontokat, az ÁSZF-elfogadást és az utánvétet egy lépésben kezeli, és a szállítási megjegyzést is itt kéri be, csomagtól függetlenül, Plus nélkül. A natív Delivery instructions mező tehát jó hír, de nem kötelező megvárni, aki már most szeretné.
Az új admin: ami szeptemberben indult, most minden oldalra kiterjed
Az új admin felületről korábbi cikkünkben már részletesen írtunk, amikor szeptember közepén megjelent az új keret, az összecsukható oldalsáv és a Sidekick lebegő chatje. A Fall '26 Edition most hivatalosan is a kiadás részévé tette a megújulást, és jelezte, hogy a frissítés hamarosan az admin összes oldalára kiterjed.
Röviden, ami azóta biztos: a Shopify tervezőcsapata a keresést, az értesítéseket és a boltválasztót a felső sávból az oldalsó navigációba költöztette, a navigáció összecsukható, és minden oldal alján ott a Sidekick. Rövid kérdésnél lebegő chatként marad, összetettebb munkánál oldalpanellé nyílik. A szín, a tipográfia és az ikonok egységesek lettek, és a csapat tudatosan csökkentette a dobozok, keretek számát, hogy a felület laposabb, átláthatóbb legyen.
Ami a Fall '26 kiadással érkezik vagy érkezni fog az adminba, és a napi munkában tényleg érezni fogod:
- Szűrhető tevékenységnapló (hamarosan): egy helyen látszik, ki, melyik app vagy szolgáltatás változtatott a boltban. Ügynökségi oldalról ez talán a legfontosabb admin-újdonság, mert eddig sokszor nyomozni kellett, hogy egy beállítást a megrendelő, egy kolléga vagy egy app írt-e át.
- Passkey bejelentkezés, gyorsabb és biztonságosabb belépés, alkalmas fiókoknál automatikusan.
- Egységes kereső, amely szekciókat, oldalakat és telepített appokat is talál.
- Mappák a Files menüben, ami egy több ezer képes katalógusnál régóta hiányzott.
- Metafieldek gyors szerkesztése kontextusban, bármelyik admin oldalon.
- Az app extensionök állapotának figyelése (hamarosan) az app beállításaiban, közvetlen fejlesztői kapcsolattal.
- Bolt-egészségi állapot egy helyen, ellenőrzőlistával arról, mit kell tenni a „jó státusz" megtartásához.
- Natív, újraírt mobil app iOS-re és Androidra.
- Termékoldal és variánsok egy helyen, tömeges variánskezeléssel, és akár 20 vonalkód variánsonként, formátum-ellenőrzéssel.
A Sidekick ezzel párhuzamosan sokkal többet tud, mint néhány hónapja: több lépéses feladatokat tervez meg, amelyeket egyetlen jóváhagyással végrehajt (például egy kollekció összes termékleírásának átírása), piszkozatrendelést hoz létre, megmagyarázza, miért jött kisebb kifizetés, és a checkout szerkesztőben is segít. Magyar nyelven is használható, de a termékleírásokat és a jogi szövegeket továbbra is javasoljuk emberi szemmel átnézni.
⚠️ TotalStudio megjegyzése: a kiadás része az automatikusan generált bolti szabályzatok funkció is (visszaküldés, kapcsolat, szállítás, ÁSZF). Ez egy magyar bolt számára semmiképp nem váltja ki a 45/2014. kormányrendeletnek és a Ptk.-nak megfelelő, magyar nyelvű ÁSZF-et és elállási tájékoztatót. Kiindulópontnak legfeljebb, jogi dokumentumnak nem.
Új checkout-külső: csempés fizetési módok, tömörebb űrlap, ünneplő köszönőoldal
A checkout vizuálisan is változik, és ezt érdemes figyelni, mert a magyar boltokban a fizetési módok listája jellemzően hosszabb és tarkább, mint egy amerikai boltban.
A fizetési módok rádiógombos listáját csempés elrendezés váltja (hamarosan), kompaktabb, vizuálisan tisztább formában. A mezők tömörebb, egymás alá rendezett elrendezést kapnak, kevesebb görgetéssel és jobban látható hibaüzenetekkel (szintén hamarosan). A köszönőoldalra pedig egy animált átmenet érkezik a fizetés és a rendelés-visszaigazolás közé. Szintén a checkoutot érinti, hogy az Apple Pay hamarosan Chrome-ban, Edge-ben és Firefoxban is használható lesz, iPhone-nal beolvasott QR-kód segítségével.
Magyar szempontból a csempés fizetési blokknál az a kérdés, hogyan jelennek meg benne az alternatív fizetési appok (SimplePay, Barion), a manuális fizetési módok (átutalás, utánvét) és az ezekhez kapcsolódó leírások. Erről a Shopify még nem közölt részleteket, mi az élesedés után az ügyfeleink checkoutjain biztosan végigteszteljük, és ha valahol romlik az olvashatóság, azt itt a blogon is jelezzük.
Fizetés és csalásvédelem magyar szemmel
A Fall '26 egyik legerősebb fejezete a Payments, de itt kell a legóvatosabban olvasni, mert sok minden Shopify Payments-hez kötött.
Jó hír, hogy a Shopify Payments 2025 márciusa óta Magyarországon is elérhető, így a magyar boltok elvileg hozzáférnek az erre épülő funkciókhoz. A gyakorlatban viszont a hazai boltok jelentős része továbbra is SimplePay-t vagy Barion-t használ kártyás fizetésre, és nem feltétlenül akar váltani.
Erre a helyzetre érkezett a kiadás egyik legtöbbet emlegetett újdonsága: a Shopify Payments egy meglévő szolgáltató mellett is futhat ugyanabban a boltban. Ilyenkor a kártyás fizetést továbbra is a külső szolgáltató viszi, a Shopify Payments pedig a Shop Payt, a külső szolgáltató által nem kezelt walleteket és a helyi fizetési módokat, sőt a meghiúsult kártyás tranzakciók egy részét is „megmenti" egy második próbálkozással. Az ár: a Shopify Payments-en keresztül futó tranzakciókra a normál díj plusz 1,25% prémium jön, a külső szolgáltatón futókra pedig a csomag szerinti harmadik féltől származó tranzakciós díj marad.
ℹ️ TotalStudio megjegyzése: a súgó „direct third-party provider", vagyis közvetlenül integrált fizetési szolgáltató mellé ígéri a funkciót. A magyar piacon népszerű megoldások egy része alternatív, átirányításos fizetési appként fut, nem közvetlen szolgáltatóként, ezért egyáltalán nem biztos, hogy minden hazai kombinációval működik. Élesítés előtt boltonként ellenőrizni kell.
A Shopify Protect új appként érkezik: a magas kockázatú rendeléseket már a fizetés engedélyezése előtt blokkolja, minden rendelésnél közérthetően elmagyarázza a kockázati tényezőket, a chargebackekre AI-generált, bankspecifikus választ ír, és a kézbesítési bizonyítékot is automatikusan csatolja. Saját szabályokat is lehet írni, és visszamenőleg tesztelni a korábbi rendeléseken. Fontos megkötés, hogy a Protect csak a Shopify Payments-en keresztül futó tranzakciókat fedi le, és több eleme még „hamarosan" státuszú.
A kiadás bővítette a helyi fizetési módok listáját is (Alipay, WeChat Pay, Satispay, Scalapay, GrabPay, online MB WAY és OXXO), magyar helyi fizetési mód azonban ezek között nincs.
Marketing és analitika: Shop Campaigns forintban, WhatsApp, bot-szűrés
A marketing fejezetből három tétel közvetlenül érinti a magyar boltokat.
Shop Campaigns 35+ új piacon. A Shopify saját, csak sikeres eladás után fizetős hirdetési rendszere most az EU-ban is elindult. A támogatott országok között Magyarország is ott van, a támogatott pénznemek között pedig a HUF. A feltételek között szerepel a Shopify Payments, a Shop csatorna közvetlen checkoutja és a Shopify Network Intelligence bekapcsolása. A hazai indulásról és a beállításról külön cikkben írtunk részletesen.
WhatsApp hozzájárulás a checkoutban. A checkoutban már a WhatsApp marketingüzenetekhez is be lehet gyűjteni a hozzájárulást, a Shopify Messaging pedig automatikus WhatsApp üzeneteket küld termékböngészés, kosár- és checkout-elhagyás után. Ha még nem olvastad, a témáról szóló korábbi cikkünkben a GDPR-os oldalt is körbejártuk.
Pontosabb munkamenetek, „jobb" konverzió. A munkamenet-mérés okosabb bot-szűrést, egységes felhasználói utat és hozzájárulás-alapú látogatásszámlálást kapott. A gyakorlatban ez azt jelenti, hogy a munkamenetek száma csökkenhet, a konverziós ráta pedig papíron nőhet úgy, hogy közben egyetlen rendeléssel sem lett több. Black Friday előtt ezért különösen fontos, hogy az éves összehasonlításokat ne a konverziós rátára, hanem a rendelésszámra és az árbevételre építsd.
A Campaign Autopilot új csatornákat kapott (Microsoft Advertising, Snapchat, hamarosan X Ads) és SEO-feladatokat is kezel, az egységes marketingriport pedig pontosabban szétválasztja a forgalmi forrásokat. Ezek elérhetősége piacfüggő, magyar boltban érdemes boltonként megnézni, mi aktív.
Rollouts és piaconkénti visszaküldési szabályok: Black Friday és az elállási jog
A Rollouts a Fall '26 kiadásban egy egységes kiadási csomaggá nőtt. Egyetlen rolloutban lehet ütemezni a téma, a checkout-konfiguráció, a katalógusok és a kedvezmények változásait, és ez már a headless buildekre, a POS-ra, a Google Shoppingra és a Shop appra is kiterjed. A piaconkénti árváltozások a promóció végén automatikusan visszaállnak. Egy Black Friday kampánynál ez gyakorlatilag azt jelenti, hogy az éjfélkor élesedő árak, a bannerek és a kuponok egyszerre indulnak és egyszerre állnak le, kézi kapkodás nélkül.
A teljesítési fejezetben szerényebb, de magyar szempontból hasznos újdonság, hogy a visszaküldési és lemondási szabályok piaconként állíthatók be, a visszaküldési határidő pedig termékekre és kollekciókra felülírható. Az uniós 14 napos elállási jog miatt a magyar piacon ez a minimum, de egy ünnepi időszakban meghosszabbított visszaküldési ablakot, vagy egy higiéniai okból kizárt termékkört most már natívan, piaconként lehet kezelni.
Szintén a napi működést könnyíti, hogy egy meglévő rendelésre utólag is adható kedvezmény, a szállítási cím módosítása automatikusan újraszámolja a tételek adóit, a be nem hajtandó egyenlegek pedig könyvelésbarát módon leírhatók.
Ami egyelőre nem nekünk szól
Legalább ilyen fontos tudni, mi az, amire magyar boltként most még ne építs:
- Shop Pay az AI-ügynökökben (Claude Duet, Grok Bot, Instinct, Muse): több nemzetközi elemzés szerint jelenleg csak az USA-ban működik.
- Shopify Tax managed szolgáltatás: kizárólag amerikai állami forgalmi adóra szól.
- DHL Express címkék az adminban: csak brit, francia, olasz, német és spanyol boltoknak. A DHL eCommerce Hollandiában és Lengyelországban érhető el. Magyar szállítónál továbbra is az appos integrációk maradnak (GLS, Foxpost, Packeta, MPL és a többiek).
- Shop Pay Installments: Ausztráliában early access.
- Canvas, az új, egy nézetes boltszerkesztő: early access, és a nemzetközi ügynökségi beszámolók szerint egyelőre nem kompatibilis harmadik féltől származó témákkal, theme app extensionökkel, Rollouts-szal és Markets-szel. Egy magyar boltban, ahol a csomagpont-választó, a számlázás vagy a szállítási modulok jellemzően appblokkokra épülnek, a Canvas még nem alternatíva. A kosR felhasználóknak annyit érdemes tudni, hogy a Canvas korlátai legfeljebb a Widget módot érinthetik, a one page megoldást nem.
A 13 új admin és bolti nyelv (köztük az észt, lett, szerb, ukrán és katalán) viszont hasznos lehet azoknak a magyar boltoknak, amelyek regionálisan terjeszkednek.
Fejlesztőknek: PHP, script tagek és lejáró tokenek
A fejlesztői fejezetből néhány tétel határidős vagy közvetlenül érinti a saját appokat, ezért ezeket érdemes most beírni a backlogba:
- Hivatalos PHP és Python csomagok az app-fejlesztéshez, tetszőleges keretrendszerrel. PHP-s csapatként ennek kifejezetten örülünk, eddig a Node volt az elsődleges út.
- Script tagek: az appok már nem hozhatnak létre és nem frissíthetnek script tageket. Aki még ezen keresztül injektál kódot a storefrontra, annak theme app extensionre vagy web pixelre kell átállnia.
- Lejáró offline access tokenek: 2027 januárjáig kell migrálni, különben az app lekerülhet az App Store-ból. Saját használatú tokenekhez a client credentials út ajánlott.
- IP allowlist appokra, hogy egy kiszivárgott token ne legyen bárhonnan használható.
- Egyedi és felismerhető appnevek az App Store-ban, és a véleményeket a bolt megbízhatósága és az app tényleges használata alapján ellenőrzik.
- Shopify Functions: a delivery customization functionök már olvassák a szállítási opciókhoz rendelt metafieldeket, és hamarosan checkoutonként a megfelelő metaobjecteket is.
- Új témaarchitektúra fejlesztői előnézetben: blokkokból komponált Liquid oldalak, típusos szerződések, részleges frissítés, beépített Tailwind és Markdown fájlok az AI-ügynökök terelésére.
Összegzés: kevés látványos, de annál több hasznos
Ha csak a nyitóoldalt nézzük, a Fall '26 Edition az AI-ügynökökről szól, és ennek nagy része egyelőre nem magyar történet. Ha viszont lejjebb görgetünk, ez az egyik leghasznosabb kiadás az utóbbi időben a hazai webshopok számára. A checkout díjak végre natív alapot adhatnak a DRS-kezeléshez, az egyedi mezők kiváltanak több appot és sok egyedi fejlesztést, az új admin pedig a tevékenységnaplóval és a jobb kereséssel ügynökségi szemmel is valódi előrelépés.
A legtöbb fontos elem azonban még early access vagy „hamarosan" státuszú, és a Black Friday miatt a következő hetekben amúgy sem érdemes a checkouthoz nyúlni. A mi javaslatunk: most jelentkezz az early accessre, ha italt vagy más díjköteles terméket árulsz, gondold végig a számlázás és a visszaküldés folyamatát, a BFCM után pedig fogjunk neki az élesítésnek.
Ha szeretnéd tudni, a Fall '26 újdonságaiból mi kapcsolható be a te boltodban, hogyan oldható meg nálad a DRS-díj megjelenítése és számlázása, vagy hogyan cseréld le a régi „díjtermékes" megoldást, foglalj egy konzultációt nálunk. Végigmegyünk a boltodon, és megmondjuk, mi az, ami nálad most valóban érdemes.
