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 je súčasťou vašej kódovej bázy, vykresľuje sa priamo v checkoute a upgrade platformy s ním buď prebehne bez problémov, alebo na ňom uviazne. 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 uplatní 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ý podľa prepojeného zdroja 2. augusta 2026. Kde sa niečo nedalo overiť, na to upozorňujeme.

Kontrola 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í, s vypnutým systémom na hlásenie chýb. 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ý rad 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ť opisuje tri typické druhy zlyhaní, 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 vykoná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 theme 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. Na tom, kto to je, záleží rovnako ako na tom, či integrácia vôbec existuje, pretože práve to rozhoduje, kto ju opraví, keď brána vydá verziu, ktorá spôsobí nekompatibilitu.

Podpora headless riešení. Mutácia setPaymentMethodOnCart v Magente obsahuje kód metódy a vstupný objekt š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 cez GraphQL vrátiť údaje potrebné na presmerovanie. V headless zostave potom treba chýbajúcu časť dorobiť na mieru, 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 načítavané 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. Ostatní zverejňujú 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.

Vplyv upgradov na platobné moduly

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

Prvým je oddelenie rozšírení od jadra. 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ž nezaručuje kompatibilitu platobného modulu.

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 narušiť 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é podľa metabalíka 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.

Vplyv Hyvä na užší výber

Storefront Hyvä ovplyvňuje výber platobného riešenia v jednom ohľade. Pri samotnom theme Hyvä môže checkout zostať na štandardnom checkoute Luma vďaka zdokumentovanému fallbacku na theme 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 theme na báze Lumy popri Hyvä. A keďže sa uplatňuje len na nakonfigurované trasy, 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 theme 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 stanovuje každej hlavnej verzii pluginu pevné obdobie podpory (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álny stav zachytávajú 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 funkčne bohatý modul, jeho vývoj však nie je verejný. 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 najlepšie spája otvorenosť s podporou 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ý postup zadania objednávky v headless riešení: rozširuje vlastné platobné mutácie Magenta a vracia presmerovaciu URL Mollie. Mollie udržiava vlastné moduly kompatibility pre theme 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ý rad 4.x nemá verejný zdrojový kód ani issue tracker (verejný repozitár Gene sa zastavuje pri staršom 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 explicitne uviesť ako závislosť. Magento 2.4.9 doplnilo do rozšírenia Braintree BLIK a 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 s nimi nepočítajte. 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 rozporuplný. Distribúcia prebieha výlučne cez Marketplace, s označením Apache 2.0, no bez verejného zdrojového kódu 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 urobil 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 ju 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 a ďalej 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é hlásenie chýb. 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 dva ďalšie) nemajú žiadne tagy ani vydania a posledná zmena v nich je z decembra 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 prekrývacieho okna, 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. Pri ostatných metódach dochádza k presmerovaniu. 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, postavené na balíku hyva-themes/magento2-hyva-checkout. Variant GraphQL (jeho composer manifest udáva verziu 1.3.0 a 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

„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 Magente 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. Táto kombinácia 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 uvádza ceny pre 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 prichádza o konverzie 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, nakupujúci najčastejšie uvádzajú ako hlavnú metódu platbu kartou (42 percent), nasleduje Google a Apple Pay (23 percent), dobierka (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: kombinácia medzinárodného poskytovateľa pre karty a lokálnej brány pre prevody znamená druhý modul pri každom upgrade, druhé zosúlaďovanie platieb a sadzobník poplatkov a odstránenie duplicitných metód v checkoute, keďže obe strany ponúkajú karty aj peňaženky. Táto kombinácia 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. Na Slovensku sa platí v eurách, takže menový argument v prospech lokálnej brány odpadá.

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 ste ju prevzali spolu s projektom a práve blokuje upgrade, takéto posúdenie je súčasťou našich služieb pre Magento, a prepojenie brány s ERP systémom alebo tokom predplatného pokrýva naša integračná služba.