Ako vybrať platobnú bránu pre Magento 2

Výber poskytovateľa platieb pre obchod na Magente sa zvyčajne chápe ako porovnanie poplatkov. Na Magente sú poplatky menšou časťou rozhodnutia, pretože takmer každé rozhodnutie o poskytovateľovi so sebou nesie aj druhé: ktorý modul Magento budete prevádzkovať. Modul žije vo vašej kódovej báze, vykresľuje sa priamo v checkoute a upgrade platformy ho buď prenesie ďalej, alebo sa na ňom zastaví. Platobný modul je kód tretej strany, ktorý má k peniazom pri každej objednávke najbližšie.

Tento článok ponúka kontrolný zoznam na výber platobnej brány a potom ho aplikuje na šesť medzinárodných poskytovateľov (Adyen, Stripe, Mollie, PayPal s Braintree, Klarna, Unzer) a štyri platobné brány špecifické pre český, slovenský a poľský trh (GoPay, Comgate, PayU, Przelewy24). Každý fakt o dodávateľovi bol overený voči prepojenému zdroju 2. augusta 2026; kde sa niečo nedalo overiť, na to upozorňujeme.

Čo si preveriť pred podpisom zmluvy

Kto modul udržiava a dá sa v ňom čítať kód? Adyen, Mollie, Unzer a PayU udržiavajú svoje moduly Magento vo verejných repozitároch. Stripe zverejňuje iba archívy vydaní, so zakázaným sledovaním problémov. Klarna a Przelewy24 nezverejňujú žiadny zdrojový repozitár, napriek označeniam open source licencie na svojich balíkoch. GoPay a Comgate nemajú vlastný modul. Ponúkané moduly sú platené a uzavreté, od dodávateľov tretích strán. Ani súčasná rada pribaleného rozšírenia Braintree nemá verejný zdrojový kód; repozitár spoločnosti Gene sa zastavuje pri jeho starších vydaniach 4.0.x. Verejný repozitár nie je zárukou kvality, ale umožňuje prečítať si diff pred upgradom namiesto spoliehania sa na changelog.

Ako sa modul správal pri predchádzajúcich upgradoch platformy. Nasledujúca časť popisuje tri vzorce zlyhania, ktoré sa oplatí vyhľadať. Tam, kde dodávateľ nemá verejný tracker, a sedem z desiatich tu uvedených ho nemá, vyhľadajte názov modulu vo vlastnom trackeri Magenta: obidva prípady uvedené nižšie boli zaznamenané práve tam, nie v trackeri žiadneho dodávateľa.

Prevádzkové procesy za checkoutom. Modul s presmerovaním závisí od svojho asynchrónneho potvrdenia: koncového bodu webhooku, kontroly jeho podpisov a opakovaných pokusov (retry) a od toho, čo sa stane s objednávkou, ku ktorej sa zákazník z platobnej stránky už nikdy nevráti. Ďalšou kontrolou sú refundácie. Niektoré moduly ich vydávajú z dobropisu v Magente, iné iba v back office brány, a rovnaké rozdelenie sa opakuje pri zachytení platby (capture) až pri odoslaní a pri objednávkach vytvorených v administrácii. Osobitnú otázku si zaslúžia platobné tokeny, pretože rozšírenia na predplatné na strane Magenta očakávajú Vault, zatiaľ čo lokálne brány uvedené nižšie väčšinou dokumentujú vlastné serverové tokenizované opakované platby. Zistite, ktorý z týchto dvoch modul poskytuje. V Českej republike, na Slovensku a v Poľsku môže platba zachytená pred odoslaním vytvoriť povinnosť platiť DPH z titulu zálohovej faktúry, čo je jeden z dôvodov, prečo tamojší obchodníci nastavujú zachytenie platby až pri odoslaní. Tento postup si overte so svojím účtovníkom. Profily uvedené nižšie tieto fakty neobsahujú. Väčšina dodávateľov ich zverejňuje iba v dokumentácii k modulu a uzavreté moduly vôbec. Túto kontrolu vykonajte na moduloch, ktoré sa dostanú do vášho užšieho výberu.

Podpora Hyvä tak, ako ju zachytávajú verejné trackery. Hyvä udržiava verejný tracker kompatibility modulov pre tému a samostatný integračný tracker pre Hyvä Checkout a jej dokumentácia uvádza hlavné sledované platobné integrácie. Každý tiket v checkout integračnom trackeri je označený ako Vendor alebo Community, aby bolo jasné, kto zodpovedá za implementáciu a podporu prvej línie. Kto to je, je rovnako dôležité ako to, či integrácia vôbec existuje, pretože práve to rozhoduje, kto ju opraví, keď brána vydá verziu, ktorá spôsobí nekompatibilitu.

Pokrytie headless. Magento mutácia setPaymentMethodOnCart nesie kód metódy plus objekt vstupu špecifický pre danú metódu, ktorý referencia vyžaduje pre každú online platobnú metódu. Modul bez vlastnej vrstvy GraphQL nedokáže prijať tokenizované platobné údaje ani vrátiť spracovanie presmerovania cez GraphQL. Headless zostava potom tento rozdiel vyrieši vlastnou prácou, zvyčajne cez REST.

Rozsah PCI DSS. Podľa metodiky SAQ Rady pre bezpečnostné štandardy PCI (vysvetlenie z éry v3; súčasné dotazníky v4 zachovávajú rovnaké rozlíšenie medzi presmerovaním a iframe), plné presmerovanie alebo iframe hostovaný poskytovateľom môže obchodníka udržať v SAQ A, teda krátkom dotazníku; platobné formuláre alebo platobný JavaScript podávané z vlastnej stránky znamenajú SAQ A-EP. Podľa kritérií oprávnenosti vo verzii 4.0.1, vysvetlených v FAQ 1588 (február 2025), aj integrácia cez iframe vyžaduje, aby bola stránka obchodníka chránená proti útokom skriptov, alebo potvrdenie poskytovateľa, že jeho riešenie ju chráni; najmenší rozsah má naďalej obyčajné presmerovanie.

Platobné metódy, ktoré váš trh skutočne používa. Karty spracúva každá tu uvedená brána. Rozhodujúcimi metódami sú nákup na faktúru v Nemecku, hĺbka podpory BLIK v Poľsku a v Českej republike otázka, či podiel prevodov a dobierky vôbec odôvodňuje lokálnu bránu. Číselné údaje aj ich zdroje sú v sekcii o jednotlivých trhoch nižšie.

Zverejnené ceny, v menách, v ktorých zúčtovávate. Adyen, Stripe, Mollie, PayPal, GoPay, Comgate, PayU a Przelewy24 zverejňujú cenníky. Unzer zverejňuje vstupné sadzby a objemové ceny dojednáva individuálne. Klarna nezverejňuje žiadny európsky cenník a jej celkové náklady sa z verejne dostupných informácií nedajú vypočítať. Overte si tiež, či brána zúčtováva v každej mene, v ktorej predávate, alebo prepočítava podľa vlastného kurzu; tento prepočet nie je súčasťou hlavného poplatku. Veľká časť týchto informácií je verejne dostupná: Adyen uvádza 26 zúčtovacích mien pre obchodníkov z EÚ vrátane CZK a PLN, Mollie uvádza 13 výplatných mien, PayU zúčtováva 1:1 v 11 a GoPay dokumentuje výplatné meny podľa banky. Comgate zverejňuje podmienky výplaty pre jednotlivé meny a Braintree zverejňuje svoj zoznam mien podľa schémy, pričom konkrétny súbor mien pre daného obchodníka sa dohaduje pri onboardingu a rozširuje žiadosťou o ďalšie obchodné účty. Klarna vypláca v mene transakcie. Zvyšok zverejňuje menej: Stripe vykresľuje svoju zúčtovaciu tabuľku na strane klienta, Przelewy24 uvádza výplaty v PLN alebo EUR a Unzer nezverejňuje žiadny zoznam.

Čo upgrady robia s platobnými modulmi

Vo verejných trackeroch a poznámkach k vydaniam sú zdokumentované tri vzorce zlyhania a všetky tri sa oplatí overiť pri každom module, ktorý sa dostane do vášho užšieho výberu.

Prvým je unbundling. Poznámky k vydaniu Magento 2.4.4 uvádzajú: „S výnimkou Braintree boli všetky rozšírenia pribalené dodávateľom odstránené z kódovej bázy Magento Open Source 2.4.4“ (poznámky k vydaniu). Odvtedy sa platobné moduly verzujú nezávisle od platformy a upgrade jadra už neznamená kompatibilný platobný modul.

Druhým je posun závislostí. Problém #39989 v repozitári Magento dokumentuje, ako bezpečnostná záplata 2.4.8-p1 na postihnutých inštaláciách znížila verziu šiestich balíkov paypal/module-braintree zo 4.7.0 na 4.6.1-p5, prostredníctvom obmedzenia metabalíka, ktoré ponechalo composeru voľnosť vybrať si ktorúkoľvek z verzií. V opačnom smere problém #39803 zaznamenáva, že modul Klarna úplne zablokoval upgrade na 2.4.8, a to konfliktom verzie monolog. Adobe problém uzavrelo za jedenásť dní tak, že obchody odkázalo na Klarnu ako vlastníka rozšírenia. Oprava vyšla vo vydaní modulu 3.3.1: archivované snímky záznamu na Marketplace ešte 20. mája 2025 zobrazujú predchádzajúcu verziu 3.3.0 a opravenú verziu prvýkrát zobrazujú 13. júna, takže obchody s týmto modulom boli po GA vydaní z 8. apríla zablokované šesť až deväť týždňov.

Tretím je previazanosť s frontendom. Poznámky k vydaniu Mage-OS 2.2.1 vracajú späť optimalizáciu odloženého načítania reCAPTCHA z verzie 2.2.0, pretože spôsobovala zlyhania reCAPTCHA na stránkach checkoutu používajúcich hostované a iframe platobné formuláre. Platobné moduly závisia od poradia načítania checkoutu a časovania skriptov, takže aj nesúvisiaca zmena vo frontende môže rozbiť krok platby v checkoute. Ide o rovnakú previazanosť, kvôli ktorej je kompatibilita s Hyvä samostatnou úlohou.

Konkrétne k Mage-OS: jeho distribúcia obsahuje základný modul PayPal, no nie Braintree (overené voči metabalíku mage-os/product-community-edition), a žiadny z desiatich nižšie uvedených poskytovateľov nikde neuvádza podporu Mage-OS, aspoň nie tam, kde sme hľadali. Samotný Mage-OS deklaruje plnú kompatibilitu s rozšíreniami Magento Open Source, takže sa dá očakávať, že modul, ktorý beží na Open Source, pobeží aj tam. Toto očakávanie stojí na tvrdení Mage-OS, bez záväzku ktoréhokoľvek dodávateľa platieb. Platí to rovnako pre všetkých desať brán a patrí to k rozhodnutiu o platforme, nie k výberu brány.

Ako Hyvä mení užší výber

Storefront Hyvä mení otázku platieb jedným spôsobom. Pri samotnej téme Hyvä môže checkout zostať na štandardnom checkoute Luma vďaka zdokumentovanému fallbacku na tému Luma, kde existujúce platobné moduly naďalej fungujú. Fallback sa konfiguruje po jednotlivých trasách (routes) a znamená súbežné udržiavanie checkout témy postavenej na Luma popri Hyvä. A keďže sa uplatňuje len na nakonfigurované routy, tlačidlá expresnej platby (Apple Pay, Google Pay, PayPal), ktoré moduly vykresľujú na stránkach produktu, košíka a minikošíka, zostávajú na téme Hyvä a stále vyžadujú kompatibilitu modulu s Hyvä. Hyvä Checkout je iný prípad: zadanie objednávky sa presúva z platobnej metódy do centrálnej služby, takže Luma frontend platobného modulu tam nebeží. Podľa dokumentácie Hyvä sa backend modulu dá spravidla znovu použiť, no vrstva smerom k checkoutu sa musí vybudovať nanovo. Každý poskytovateľ potrebuje vyhradenú integráciu. Ak sa nevytvorí, zdokumentovaným spôsobom, ako chýbajúcu integráciu obísť, je fallback na Lumu.

Spôsob údržby týchto integrácií nie je jednotný a Adyen ukazuje, prečo na tom záleží. Adyen si napísal vlastný modul Hyvä Checkout a potom jeho údržbu ukončil. Jeho README teraz na úvod upozorňuje, že integrácia už nie je oficiálne podporovaná a nebude dostávať nové aktualizácie (adyen-magento2-hyva). Tím Hyvä integráciu prevzal a vydal prepísaný balík hyva-themes/magento2-hyva-checkout-adyen-payment-v2 pre plugin Adyen v10, v marci 2026 (issue k odovzdaniu). Obchodníci, ktorí si Adyen vybrali čiastočne kvôli jeho vlastnej podpore Hyvä, teraz závisia od balíka, ktorý udržiava Hyvä, na hlavnej verzii pluginu, ktorá vyžaduje Magento 2.4.8 alebo novšie.

Šesť medzinárodných poskytovateľov

Adyen udržiava svoj plugin pre Magento verejne, pod licenciou MIT, a za posledných dvanásť mesiacov ho, počítané podľa stránky vydaní repozitára, vydal štyridsaťkrát naprieč súbežnými radmi v9 a v10. Cenou za toto tempo je prísny harmonogram podpory: Adyenova vlastná tabuľka dáva každej hlavnej verzii pluginu pevné okno (pri v10 dva roky) a obchody na verziách 2.4.4 až 2.4.7 zostávajú na rade v9, ktorý je od mája 2026 v režime iba bezpečnostných aktualizácií a končí v decembri 2026. Rad v10 pridal podporu Magento 2.4.9 a PHP 8.5 vo v10.10.0 (31. marca 2026), hoci tabuľka podpory aj README v čase našej kontroly stále uvádzali iba 2.4.8; aktuálnym záznamom sú poznámky k vydaniu. Headless je pokrytý zdokumentovanou podporou GraphQL a pokrytie metód v EÚ zahŕňa iDEAL, SEPA Direct Debit, BLIK, Twint a Bancontact, pričom karty sa vykresľujú ako vložené komponenty priamo v checkoute. Ceny sú zverejnené ako interchange++ s poplatkami podľa metódy. Počítajte s migráciou pluginu každý jeden až dva roky; presne to odporúča aj README od Adyenu.

Stripe dodáva schopný modul, no v uzavretom procese. Oficiálny modul sa distribuuje ako archívy vydaní pod vlastnou proprietárnou licenciou Stripe, so zakázanými GitHub issues: pred upgradom nie je k dispozícii žiadny verejný bug tracker. Vydania prichádzajú približne mesačne, podpora pokrýva Magento 2.3.7 až 2.4.x, pričom opravy sú len od modulu 4.5.x vyššie (tabuľka životného cyklu), a oba checkoutové postupy, vložený Payment Element aj presmerovanie, sú v dokumentácii Stripe zdokumentované ako spĺňajúce SAQ A; dokumentácia pokrýva aj REST a GraphQL pre vlastné storefronty. Rozbalili sme archív vydania 4.6.4: GraphQL schéma aj jej resolvery sú v zdrojovom kóde a composer.json vyžaduje len PHP 7.4 alebo novšie. Pred každým upgradom si prečítajte changelog: verzia 4.6.0 priniesla zásadné (breaking) zmeny pre headless zostavy a poznámky k verzii 4.6.2 uvádzajú, že prísnejšie požiadavky na autentifikáciu zavedené vo verzii 4.6 „spôsobovali pokles konverzie v checkoute“, kým neboli zmiernené. Integrácia Hyvä Checkout je publikovaná vo vlastnom namespace Hyvä. Changelog Stripe spomenul Hyvä raz. Medzi metódy v EÚ patrí SEPA Direct Debit, iDEAL, Przelewy24 a Klarna. BLIK chýba v zozname zdokumentovaných metód modulu, no je prítomný v zdrojovom kóde, ktorý túto metódu mapuje a dodáva k nej ikonu; metódy sa vykresľujú cez Stripe Payment Element a zapínajú sa cez Stripe Dashboard, takže si to overte v poľskom testovacom režime. Ceny podľa jednotlivých krajín sú zverejnené, vrátane českého cenníka.

Mollie je najsilnejšou kombináciou otvorenosti a súladu s Hyvä. Modul je verejný, udržiava ho dodávateľ a vydáva približne mesačne. Podpora GraphQL je súčasťou zdrojového kódu a pokrýva celý headless tok umiestnenia objednávky: rozširuje vlastné platobné mutácie Magenta a vracia presmerovaciu URL Mollie. Mollie udržiava vlastné moduly kompatibility pre tému Hyvä a pre Hyvä Checkout, v októbri 2024 oznámila strategické partnerstvo s Hyvä a finančne prispieva na Mage-OS cez Open Collective, hoci neuvádza žiadnu technickú podporu pre Mage-OS. Vydanie v3.0.0 v júni 2026 bolo zásadne nekompatibilným upgradom (minimálne Magento 2.4.5 a PHP 8.1, Orders API odstránené). Obchody na starších platformách zostávajú na rade 2.x bez uvedeného termínu ukončenia podpory. Pokrytie metód je západo- a stredoeurópske (iDEAL, SEPA, BLIK, Przelewy24, EPS, Twint), väčšinou formou presmerovania na hostovanú stránku Mollie. V jej zozname sme nenašli žiadnu českú ani slovenskú metódu bankového tlačidla. Ceny sú zverejnené podľa metódy, podľa transakcie, bez minimálnych poplatkov.

PayPal a Braintree sú dva rôzne produkty, ktoré sa dodávajú spolu. Základný modul PayPal je súčasťou platformy v každej distribúcii vrátane Mage-OS, so zdrojovým kódom verejným priamo v Magente. Braintree je jediné rozšírenie, ktoré je stále pribalené k Magentu, vyvinuté spoločnosťou Gene Commerce pre PayPal. Aktuálne pribalená rada 4.x nemá verejný zdrojový kód ani issue tracker (verejný repozitár Gene sa zastavuje pri staršej rade 4.0.x), takže chyby sa hlásia priamo v trackeri Magenta. Platforma verziu Braintree rieši cez metabalík rozšírení, ktorého voľné obmedzenie viedlo k zníženiu verzie opísanému v probléme #39989. Novšie verzie sa medzi vydaniami platformy dodávajú cez Adobe composer repozitár a možno ich vyžadovať explicitne. Magento 2.4.9 rozšírilo toto rozšírenie o BLIK a o nákup na faktúru pre Nemecko cez Ratepay (poznámky k vydaniu 2.4.9), zatiaľ čo stránka Adobe o Braintree uvádza SEPA/ELV inkaso ako zatiaľ nepodporované. Podpora GraphQL sa dodáva ako samostatný balík paypal/module-braintree-graph-ql, viditeľný vo výstupe composeru v rámci toho istého problému, a Adobe dokumentuje GraphQL toky. PayPal zverejňuje ceny Braintree podľa krajiny: nemecká stránka s poplatkami uvádza 1,9 % plus 0,30 EUR za karty a peňaženky tretích strán pri štandardných sadzbách pre obchodníkov, čo je rovnaké číslo ako na jej českej a poľskej stránke, hoci bez sadzby pre metódu fakturácie cez Ratepay. Staršie metódy Payflow v jadrovom module sú označené spoločnosťou PayPal ako legacy a dostupné len v USA, Kanade, Austrálii a na Novom Zélande, podľa stránky Adobe o Payflow Pro, ktorá zároveň upozorňuje, že Payflow Pro na PSD2 potrebuje plugin tretej strany; v Európe ich považujte za neexistujúce. Integrácie Hyvä Checkout pre PayPal aj pre Braintree sú obe balíky v namespace Hyvä.

Klarna predáva vlastné platobné metódy (faktúra, splátky, platba ihneď), nie kompletný acquiring stack, a v DACH sa jej preto ťažko vyhnúť. Jej zoznam nákupných krajín zahŕňa Nemecko, Rakúsko, Českú republiku, Slovensko a Poľsko. Stav modulu je zmiešaný. Distribúcia prebieha výlučne cez Marketplace, s označením Apache 2.0, no bez verejného zdroja alebo issue trackeru, a záznam protirečí vlastným poznámkam k vydaniu: popis stále propaguje Klarna Checkout a podporu Magento 2.4.4, zatiaľ čo poznámky k vydaniu uvádzajú, že Klarna Checkout bol odstránený vo verzii 4.0.0 a podpora pre 2.4.4 a 2.4.5 bola zrušená v rade 4.x. Spomínaný konflikt monolog spravil z modulu prekážku upgradu na šesť až deväť týždňov. Klarnina vlastná dokumentácia uvádza podporu GraphQL a headless. Európsky cenník neexistuje. Záznam na Marketplace uvádza, že platia dodatočné poplatky, a jeho kontaktný odkaz vedie na registračnú stránku, nie na zverejnené sadzby. Integrácia Hyvä Checkout je ďalší balík v namespace hyva-themes a jej tiket v trackeri ho označuje ako spravovaný komunitou. Tempo v roku 2026 bolo rýchle: od verzie 4.1.1 v januári (archivovaný záznam) po verziu 4.11.1 v júli, podľa aktuálneho záznamu vyššie.

Unzer, bývalý heidelpay, ponúka sadu metód pre DACH v rámci jednej acquiringovej zmluvy: vlastný zabezpečený nákup na faktúru a splátky pre Nemecko, Rakúsko a Švajčiarsko, plus EPS, Twint a SEPA inkaso. Karty sa vykresľujú ako vložené komponenty hostované Unzerom, viaceré metódy formou presmerovania. Po technickej stránke je modul slabší. Repozitár je verejný pod licenciou Apache 2.0, no má vypnuté issues. Modul neobsahuje žiadnu podporu GraphQL (skontrolovali sme celý strom súborov) a dokumentácia dodávateľa si sama protirečí v otázke podporovaných verzií Magento (2.4.5 a novšie na inštalačnej stránke, 2.4.6 až 2.4.8 v prehľade pluginu). Jeho tri repozitáre pre Hyvä (magento2-hyva-checkout a súvisiace) nemajú žiadne tagy ani vydania a naposledy do nich niekto pushol v decembri 2025, hoci dokumentácia uvádza plugin Hyvä Checkout vo verzii 1.0.0, vydaný vo februári 2026. Unzer zverejňuje vstupné sadzby (od 1,50 % plus 0,20 EUR za transakciu, mesačný poplatok od 19 EUR a 149 EUR za nastavenie) a objemové ceny dojednáva individuálne.

Lokálne brány: CZ, SK, PL

GoPay, podľa vlastných údajov jedna z najväčších českých a slovenských brán, sama modul pre Magento neudržiava. Jej integračná stránka uvádza vlastné moduly pre Shoptet, WooCommerce, Shopify, OpenCart a PrestaShop. Pre Magento jej centrum pomoci odkazuje na piatich dodávateľov tretích strán. Zo stránok dodávateľov, ku ktorým sme sa dostali, je každý modul platený a s uzavretým zdrojom, bez verejného repozitára a bez zmienky o Hyvä. Jeden podporuje Magento len do verzie 2.4.6, ďalší (Artio, dostupný zo zoznamu dodávateľov vyššie) uvádza kompatibilitu len s Magento 2.2.x na PHP 7.0. Obchod piateho dodávateľa bol v čase našej kontroly nedostupný a posledná archivovaná verzia jeho modulu pochádza z februára 2019. Ani jeden z Hyvä trackerov nemá záznam o GoPay, žiadna z dostupných stránok dodávateľov nespomína GraphQL a vyhľadávanie na Adobe Commerce Marketplace v súčasnosti nezobrazuje žiadne rozšírenie GoPay. Samotná brána pokrýva to, čo český checkout potrebuje (bankové tlačidlá, QR platby, peňaženky, odloženú platbu) za zverejnené ceny, formou presmerovania alebo vloženého prekrytia, podľa modulu konkrétneho dodávateľa. Počítajte s integráciou ako so zákazkovou prácou u dodávateľa tretej strany a modul si pred nasadením preverte, počnúc tým, ako spracúva webhook.

Comgate sa drží rovnakého vzoru: jej vlastná dokumentácia prenecháva modul pre Magento spoločnosti Platiti.cz, ponúkané moduly sú platené a uzavreté, jediný verejný repozitár je neoficiálny a od roku 2021 neaktívny, ani jeden z Hyvä trackerov nemá záznam o Comgate a ani jedna stránka dodávateľa nespomína GraphQL ani headless podporu. Štandardný tok brány, presmerovanie na hostovanú stránku Comgate, udržiava obchod v najmenšom rozsahu PCI. Comgate ponúka aj vložené režimy a aspoň jeden z uzavretých modulov ich propaguje, takže si overte, ktorý tok modul, ktorý kupujete, skutočne používa. Zoznam metód je pre tento región široký: karty, peňaženky, BLIK, odložená platba cez Twisto a Skip Pay a to, čo stránka Comgate opisuje ako plnú škálu bánk v Českej republike, na Slovensku a v Poľsku. Pri prevodoch a QR platbách je prínosom brány oproti samostatne vygenerovanému QR kódu, ktorý mnohé české obchody už tlačia na faktúry, okamžité potvrdenie a automatické párovanie objednávok. Ceny sú zverejnené až po poplatok za chargeback.

PayU je jedinou bránou v regióne CEE, ktorá svoj modul pre Magento udržiava rovnako ako medzinárodní dodávatelia: verejný repozitár, Apache 2.0, udržiavaný dodávateľom, len pre Magento 2.4. Tempo je nerovnomerné, medzi vydaniami v rokoch 2025 a 2026 bola deväťmesačná medzera, potom nasledovali štyri vydania v roku 2026. Podpora Hyvä Checkout existuje, no je od tretej strany (Snowdog) a v oficiálnom trackeri je označená ako neúplná, pričom jej posledná označená verzia (2.0.0) je z apríla 2024. Modul nemá podporu GraphQL. Jeho zoznam funkcií neobsahuje metódu špecifickú pre BLIK, takže BLIK beží v rámci generického presmerovania, ktoré dokumentácia PayU opisuje ako obmedzené na štandardné pay-by-link; zadanie kódu priamo v checkoute a varianty na jedno kliknutie patria do jej priameho API. Platba kartou prebieha cez formulár na stránke; ostatné metódy presmerúvajú. Poľské ceny sú zverejnené.

Przelewy24 si svoj modul udržiava sama, čím sa odlišuje od českých brán, hoci bez verejného repozitára sa táto údržba nedá sledovať. Aktuálny modul pre Magento 2.4.4 a novšie sa distribuuje cez Marketplace pod licenciou GPL-3.0, bez verejného repozitára či issue trackeru a bez dátumov vydania jednotlivých verzií. Staršie zostavenia, samostatný variant GraphQL/PWA/VUE a vlastný modul dodávateľa pre Hyvä Checkout (v1.0.0, ktorý stránka datuje 24. marca 2026) sa dajú stiahnuť z jej vlastnej stránky. Oba doplnkové balíky sme rozbalili. Modul pre Hyvä obsahuje Magewire checkout komponenty pre BLIK, karty, Google Pay a Apple Pay, navyše oproti hyva-themes/magento2-hyva-checkout. Variant GraphQL (jeho composer manifest udáva verziu 1.3.0; stránka ho datuje 9. februára 2026) je serverový modul GraphQL napojený na platobnú mutáciu Magenta, bez akéhokoľvek PWA či Vue frontend kódu, napriek označeniu. Oba doplnky chýbajú v Hyvä trackeroch, takže viditeľnosť v trackeri aj podpora prvej línie ostáva výlučne na dodávateľovi. Jej poľskí konkurenti TPay a PayPo majú vlastné záznamy v Hyvä Checkout trackeri (TPay, PayPo), pričom modul PayPo udržiava Snowdog a modul TPay samotný dodávateľ. Predvolený tok je presmerovanie, s voliteľným zadaním karty a BLIK priamo v checkoute. Jej zdokumentovaná podpora BLIK je spomedzi týchto modulov najkompletnejšia: presmerovanie, zadanie kódu priamo v checkoute aj BLIK na jedno kliknutie, to všetko podľa záznamu dodávateľa na Marketplace a jeho poznámok k vydaniam. Štandardné ceny sú zverejnené.

Prehľadné porovnanie

Brána	Kto udržiava modul	Verejný zdroj	Hyvä Checkout	GraphQL	Verejné ceny
Adyen	Dodávateľ	Áno	Namespace Hyvä	Zdokumentované	Áno
Stripe	Dodávateľ	Len archívy	Namespace Hyvä	V zdroji	Áno
Mollie	Dodávateľ	Áno	Dodávateľ	V zdroji	Áno
Braintree (pribalený)	Gene pre PayPal	Nie	Namespace Hyvä	Balík platformy	Áno
Klarna	Dodávateľ	Nie	Namespace Hyvä	Zdokumentované	Nie
Unzer	Dodávateľ	Áno	Dodávateľ, bez verzií	Nie	Vstupné sadzby
GoPay	Tretie strany	Nie	Nenájdené	Neuvedené	Áno
Comgate	Tretie strany	Nie	Nenájdené	Neuvedené	Áno
PayU	Dodávateľ	Áno	Tretia strana, čiastočná	Nie	Áno
Przelewy24	Dodávateľ	Bez repozitára	Dodávateľ, nesledovaný	Samostatná zostava	Áno

„Namespace Hyvä“ znamená, že integračný balík je publikovaný pod hyva-themes, pričom zodpovednosť prvej línie určujú označenia Vendor a Community v checkout trackeri. V stĺpci GraphQL znamená „Zdokumentované“, že dodávateľ podporu deklaruje a my sme kód nečítali; „V zdroji“ znamená, že sme ho čítali vo verejnom kóde; „Balík platformy“ znamená, že sa dodáva ako samostatný composer balík popri platforme, pričom toky dokumentuje Adobe. Podpora GraphQL u Przelewy24 sa dodáva ako samostatný modul na stiahnutie; rozbalili sme ho a našli sme serverové GraphQL API bez akéhokoľvek frontend kódu, napriek jeho označeniu PWA. Riadok Braintree sa týka pribaleného rozšírenia; zdrojový kód jadrového modulu PayPal je verejný priamo v Magente. Obsah buniek vychádza zo zdrojov odkazovaných vyššie; „Neuvedené“ a „Nenájdené“ zaznamenávajú naše vlastné vyhľadávanie. Všetko k 2. augustu 2026.

Vychádzajte z trhu, potom vyraďujte

V Nemecku štúdia platieb od EHI Retail Institute uvádza, že PayPal v roku 2024 tvoril 28,5 percenta tržieb online maloobchodu, nákup na faktúru 25,8 percenta, inkaso 17,3 percenta a karty 12,3 percenta (EHI). Nemecký checkout preto potrebuje PayPal, produkt na faktúru a SEPA inkaso skôr, než začne potrebovať čokoľvek iné. Braintree pokrýva PayPal a na Magento 2.4.9 aj nákup na faktúru cez Ratepay. Klarna aj Unzer predávajú produkt na faktúru. Pre inkaso prichádzajú do úvahy Unzer, Mollie, Adyen alebo Stripe, keďže dokumentácia Adobe k Braintree uvádza SEPA inkaso ako zatiaľ nepodporované. Cesta cez Ratepay vyžaduje Magento 2.4.9, ktoré plugin Adyen podporuje od verzie v10.10.0; toto spojenie teda funguje na aktuálnej platforme, a na verzii 2.4.8 a nižšie ostávajú ako možnosti pre faktúru Klarna a Unzer. Žiadny z troch poskytovateľov nezverejňuje sadzbu za samotný produkt na faktúru: nemecká stránka s poplatkami Braintree oceňuje karty a peňaženky, no bez riadku pre Ratepay, Klarna nezverejňuje žiadny cenník vôbec a vstupné sadzby Unzer sú len všeobecné údaje „od“. Pri druhej najväčšej metóde na trhu sa preto porovnanie poplatkov robí na základe individuálnych ponúk. Na karty pripadala asi osmina týchto tržieb. Checkout, ktorý ponúka len karty, tak stráca konverziu v porovnaní s konkurenciou, ktorá ponúka preferované metódy, a to aj tam, kde by kupujúci mohli platiť kartou.

V Poľsku prevádzkovateľ BLIK-u zadal správu spoločnosti EY, podľa ktorej BLIK v roku 2023 predstavoval približne polovicu hodnoty poľského online predaja, meranú naprieč BLIK-om, kartami a prevodmi (správa EY pre BLIK; ide o vlastný údaj prevádzkovateľa, ktorý stavia na dátach centrálnej banky). Poľský checkout bez BLIK-u sa vzdáva vedúcej online platobnej metódy na trhu. PayU, Przelewy24 a Comgate ju podporujú natívne. Z medzinárodných poskytovateľov uvádzajú BLIK Adyen a Mollie, Braintree ho pridal v Magento 2.4.9 a dokumentácia modulu Stripe ho vynecháva. Väčšina poskytovateľov na trhu tak BLIK v nejakej forme podporuje. To, čo možnosti v Poľsku odlišuje, je hĺbka podpory BLIK (presmerovanie, zadanie priamo v checkoute alebo na jedno kliknutie) a kvalita modulu. Przelewy24 dokumentuje najkompletnejšiu implementáciu, s výhradou vyplývajúcou z jej profilu: jej modul Hyvä Checkout sa dodáva z jej vlastnej stránky a neobjavuje sa v žiadnom z Hyvä trackerov, takže podpora prvej línie ostáva výlučne na dodávateľovi.

V Českej republike má podľa vlny spotrebiteľského prieskumu APEK z roku 2024, publikovanej v Shoptet Stav české e-commerce, najviac nakupujúcich ako svoju hlavnú metódu platbu kartou, a to 42 percent, Google a Apple Pay 23 percent, dobierku 13 percent a bankový prevod 12 percent (aktuálna stránka, archivovaná verzia, keďže aktuálna stránka sa každoročne prepisuje; podiely sa zhodujú s vlastnou sériou APEK z roku 2024). Karty a peňaženky pokryje ktorákoľvek medzinárodná brána. Bankové tlačidlá a QR platby, ktoré stoja za časťou tohto podielu prevodov, zabezpečujú GoPay a Comgate, ktorých moduly pre Magento sú spomedzi desiatich najslabšie. Česká otázka teda znie, či podiel prevodov a dobierky vôbec odôvodňuje druhú bránu: medzinárodný poskytovateľ pre karty plus lokálna brána pre prevody znamená druhý modul pri každom upgrade, druhé zosúlaďovanie platieb a sadzobník poplatkov a deduplikáciu podľa metódy v checkoute, keďže obe strany ponúkajú karty aj peňaženky. Toto spojenie dáva zmysel len vtedy, ak úspora na poplatkoch za karty prevýši túto réžiu. (České a slovenské brány na strane acquirera, GP webpay, ČSOB, TrustPay, stoja mimo tohto porovnania; pokrytie bankových tlačidiel zabezpečujú GoPay a Comgate.) Na Slovensku dobierka podľa analýzy spoločnosti Upgates, prevádzkovateľa e-commerce platformy, ktorú v júni 2026 priniesla tlačová agentúra TASR, stále tvorí 25 až 30 percent objednávok. Ide prevažne o rozhodnutie týkajúce sa fulfillmentu, no napriek tomu sa dotýka aj nastavenia platieb, cez zosúlaďovanie s dopravcom a offline platobnú metódu, a produkty odloženej platby uvedené vyššie sú odpoveďou brán práve na túto situáciu. Slovensko zúčtováva v eurách, čím pre lokálnu bránu odpadá argument meny.

Postup je teda takýto: vypíšte metódy, ktoré váš trh vyžaduje, ponechajte tie brány, prípadne ich minimálne kombinácie, ktoré spolu tieto metódy pokrývajú, vyraďte podľa vyššie uvedených kritérií týkajúcich sa modulu a prevádzky, a až potom medzi tými, čo zostali, porovnajte poplatky, vrátane zúčtovacej meny.

Ak si bránu vyberáte v rámci širšieho projektu, alebo ju dedíte a práve blokuje upgrade, takéto posúdenie je súčasťou našich prác na Magente, a prepojenie brány s ERP systémom alebo tokom predplatného pokrýva naša integračná služba.