Jak vybrat platební bránu pro Magento 2

Výběr platebního poskytovatele pro obchod na Magentu se obvykle řeší jako srovnání poplatků. U Magenta jsou poplatky menší částí rozhodnutí, protože téměř každé rozhodnutí o poskytovateli s sebou nese ještě druhé: jaký Magento modul budete provozovat. Modul žije ve vaší kódové základně, vykresluje se v checkoutu, a upgrade platformy ho buď přenese dál, nebo se na něm zastaví. Platební modul je kód třetí strany, který je u každé objednávky nejblíže k penězům.

Tento článek nabízí kontrolní seznam pro výběr brány a následně ho aplikuje na šest mezinárodních poskytovatelů (Adyen, Stripe, Mollie, PayPal s Braintree, Klarna, Unzer) a čtyři brány specifické pro český, slovenský a polský trh (GoPay, Comgate, PayU, Przelewy24). Každý fakt o dodavateli byl ověřen proti odkazovanému zdroji dne 2. srpna 2026; kde se něco nepodařilo ověřit, uvádíme to.

Co ověřit před podpisem smlouvy

Kdo modul spravuje a lze si přečíst jeho kód? Adyen, Mollie, Unzer a PayU udržují své Magento moduly ve veřejných repozitářích. Stripe publikuje pouze archivy vydání, s vypnutým trackerem chyb. Klarna a Przelewy24 nezveřejňují žádný zdrojový repozitář, a to i přesto, že jejich balíčky nesou označení open source licence. GoPay a Comgate nemají vlastní modul. Nabízené moduly jsou placené a uzavřené, od třetích dodavatelů. Ani současná řada přibaleného rozšíření Braintree nemá veřejný zdrojový kód; repozitář Gene se zastavuje u jeho starších verzí 4.0.x. Veřejný repozitář není zárukou kvality, ale umožňuje si před upgradem přečíst diff, místo abyste se spoléhali jen na changelog.

Jak se modul chová při upgradech platformy. Následující část popisuje tři vzorce selhání, které stojí za to vyhledat. Tam, kde dodavatel nemá veřejný tracker, a to platí pro sedm z deseti zde uvedených, vyhledejte název modulu přímo v trackeru Magenta: oba incidenty popsané níže byly zaznamenány právě tam, ne v trackeru žádného dodavatele.

Provozní procesy za checkoutem. Modul s přesměrováním závisí na svém asynchronním potvrzení: koncovém bodu webhooku, kontrolách podpisu a opakovaných pokusech a na tom, co se stane s objednávkou, jejíž zákazník se z platební stránky nikdy nevrátí. Další věcí ke kontrole jsou refundace. Některé moduly je vystavují z dobropisu v Magentu, jiné pouze v administraci brány, a stejné rozdělení se opakuje u zachycení platby při odeslání a u objednávek vytvořených v administraci. Platební tokeny si zaslouží samostatnou otázku, protože rozšíření pro předplatné na straně Magenta očekávají Vault, zatímco lokální brány níže obvykle dokumentují své vlastní, serverově tokenizované opakované platby. Zjistěte, který z těchto dvou přístupů modul poskytuje. V České republice, na Slovensku a v Polsku může platba zachycená před odesláním zboží založit povinnost k DPH na základě zálohové faktury, což je jeden z důvodů, proč tam obchodníci konfigurují zachycení platby při odeslání. Tento postup si ověřte se svým účetním. Profily níže tato fakta neuvádějí. Většina dodavatelů je zveřejňuje pouze v dokumentaci modulu, uzavřené moduly vůbec ne. Tuto kontrolu proveďte na modulech, které postoupí do vašeho užšího výběru.

Podpora Hyvä, tak jak ji zaznamenávají veřejné trackery. Hyvä udržuje veřejný tracker kompatibility modulů pro téma a samostatný tracker integrací pro Hyvä Checkout, a její dokumentace uvádí hlavní sledované platební integrace. Každý tiket v trackeru integrací checkoutu je označen jako Vendor nebo Community, aby bylo zřejmé, kdo odpovídá za implementaci a podporu první linie. Na tom, kdo to je, záleží stejně jako na tom, zda integrace existuje, protože právě to rozhoduje, kdo ji opraví, až brána vydá verzi, která něco rozbije.

Pokrytí pro headless. Magentova mutace setPaymentMethodOnCart přenáší kód metody a k němu objekt vstupu specifický pro danou metodu, který referenční implementace vyžaduje pro každou online platební metodu. Modul bez vlastní vrstvy GraphQL nemůže přijímat tokenizovaná platební data ani přes GraphQL vracet zpracování přesměrování. Headless build pak tento rozdíl dorovnává vlastní prací, obvykle přes REST.

Rozsah PCI DSS. Podle vysvětlení SAQ Rady pro bezpečnostní standardy PCI (dokument z éry v3; aktuální dotazníky v4 zachovávají stejné rozlišení mezi přesměrováním a iframe) může úplné přesměrování nebo iframe hostovaný poskytovatelem udržet obchodníka na SAQ A, tedy krátkém dotazníku; platební formuláře nebo platební JavaScript načítaný z vlastní stránky znamenají SAQ A-EP. Podle kritérií způsobilosti verze 4.0.1, vysvětlených v FAQ 1588 (únor 2025), vyžaduje i integrace přes iframe, aby byla stránka obchodníka chráněna proti útokům na skripty, nebo aby poskytovatel potvrdil, že jeho řešení tuto ochranu zajišťuje; prosté přesměrování zůstává nejmenším možným rozsahem.

Platební metody, které váš trh skutečně používá. Karty zpracovává každá z uvedených bran. Rozhodující jsou metody jako nákup na fakturu v Německu, hloubka podpory BLIK v Polsku a v Česku otázka, zda podíl bankovních převodů a dobírky vůbec odůvodňuje lokální bránu. Číselné údaje a jejich zdroje jsou v části o trzích níže.

Zveřejněné ceny, v měnách, ve kterých provádíte vyúčtování. Adyen, Stripe, Mollie, PayPal, GoPay, Comgate, PayU a Przelewy24 zveřejňují ceníky. Unzer zveřejňuje vstupní sazby a objemové ceny vyjednává individuálně. Klarna nezveřejňuje žádný evropský ceník a její celkové náklady nelze z veřejně dostupných informací spočítat. Ověřte také, zda brána vyplácí v každé měně, ve které prodáváte, nebo zda převádí vlastním kurzem; tento převod stojí mimo hlavní poplatek. Velkou část těchto informací lze najít veřejně: Adyen uvádí 26 zúčtovacích měn pro obchodníky z EU včetně CZK a PLN, Mollie uvádí 13 výplatních měn, PayU vyplácí 1:1 v 11 měnách a GoPay dokumentuje výplatní měny podle banky. Comgate zveřejňuje výplatní podmínky pro jednotlivé měny a Braintree zveřejňuje seznam měn svého schématu, přičemž konkrétní sada pro každého obchodníka se sjednává při onboardingu a rozšiřuje žádostí o další obchodní účty. Klarna vyplácí v měně transakce. Ostatní zveřejňují méně: Stripe vykresluje svou zúčtovací tabulku na straně klienta, Przelewy24 uvádí výplaty v PLN nebo EUR a Unzer nezveřejňuje žádný seznam.

Co dělají upgrady s platebními moduly

Ve veřejných trackerech a poznámkách k vydání jsou zdokumentovány tři vzorce selhání, a všechny tři stojí za to porovnat s jakýmkoli modulem, který postoupí do vašeho užšího výběru.

Prvním je unbundling. Poznámky k vydání Magento 2.4.4 uvádějí: „S výjimkou Braintree byla všechna rozšíření přibalená dodavatelem odstraněna z kódové základny Magento Open Source 2.4.4“ (poznámky k vydání). Od té doby verzují platební moduly nezávisle na platformě, a upgrade jádra už neznamená kompatibilní platební modul.

Druhým je posun v závislostech. Issue #39989 proti Magentu dokumentuje, jak bezpečnostní patch 2.4.8-p1 snížil verzi šesti balíčků paypal/module-braintree ze 4.7.0 na 4.6.1-p5 na postižených instalacích, a to přes omezení metabalíčku, které composeru nechalo volný výběr obou verzí. V opačném směru issue #39803 zaznamenává, že modul Klarna kvůli konfliktu verzí monolog upgrade na 2.4.8 zcela zablokoval. Adobe issue uzavřel za jedenáct dní tak, že obchody odkázal na Klarnu jako vlastníka rozšíření. Oprava vyšla ve vydání modulu 3.3.1: archivované snímky záznamu na Marketplace ještě 20. května 2025 zobrazují neopravenou verzi 3.3.0 a opravenou řadu poprvé zobrazují 13. června, takže obchody s tímto modulem byly po GA verzi z 8. dubna blokovány šest až devět týdnů.

Třetím je propojení s frontendem. Poznámky k vydání Mage-OS 2.2.1 vrací zpět optimalizaci odloženého načítání reCAPTCHA z verze 2.2.0, protože způsobovala chyby reCAPTCHA na stránkách checkoutu používajících hostované a iframe platební formuláře. Platební moduly závisí na pořadí načítání checkoutu a časování skriptů, takže i nesouvisející změna na frontendu může rozbít platební krok v checkoutu. Jde o stejné propojení, které dělá z kompatibility s Hyvä samostatný úkol.

Konkrétně k Mage-OS: jeho distribuce obsahuje základní modul PayPal, ale ne Braintree (ověřeno proti metabalíčku mage-os/product-community-edition), a žádný z deseti níže uvedených poskytovatelů podporu Mage-OS nikde neuvádí, přinejmenším podle toho, co jsme dohledali. Mage-OS sám deklaruje plnou kompatibilitu s rozšířeními pro Magento Open Source, takže se očekává, že modul, který běží na Open Source, poběží i tam. Toto očekávání stojí na tvrzení Mage-OS, bez jakéhokoli závazku ze strany platebních dodavatelů. Platí to stejně pro všech deset bran a patří to k rozhodnutí o platformě, ne k výběru brány.

Hyvä mění užší výběr

Storefront na Hyvä mění otázku platby jedním způsobem. Se samotným tématem Hyvä může checkout zůstat na standardním checkoutu Luma díky zdokumentovanému fallbacku na téma, kde stávající platební moduly dál funguji. Fallback se konfiguruje po jednotlivých trasách (routes) a znamená udržovat vedle Hyvä ještě checkout téma na bázi Luma. A protože se vztahuje jen na nakonfigurované routy, tlačítka pro expresní platbu (Apple Pay, Google Pay, PayPal), která moduly vykreslují na stránkách produktu, košíku a v mini košíku, zůstávají na tématu Hyvä a stále potřebují kompatibilitu s Hyvä ze strany modulu. Hyvä Checkout je jiný případ: zadání objednávky se přesouvá z platební metody do centrální služby, takže Luma frontend platebního modulu se tam nespustí. Podle dokumentace Hyvä lze backend modulu obvykle znovu použít, ale vrstvu směrem k checkoutu je nutné postavit znovu. Každý poskytovatel potřebuje vlastní integraci. Pokud ji nechcete stavět, zdokumentovaným řešením chybějící integrace je fallback na Luma.

Způsob údržby za těmito integracemi není jednotný, a Adyen ukazuje, proč na tom záleží. Adyen napsal vlastní modul pro Hyvä Checkout a poté jeho údržbu ukončil. Jeho README nyní na začátku upozorňuje, že integrace už není oficiálně podporována a nebude dostávat nové aktualizace (adyen-magento2-hyva). Integraci převzal tým Hyvä a v březnu 2026 vydal přepsaný balíček hyva-themes/magento2-hyva-checkout-adyen-payment-v2, postavený proti pluginu Adyen v10 (issue k předání). Obchodníci, kteří si Adyen zvolili částečně díky jeho vlastní podpoře pro Hyvä, jsou dnes závislí na balíčku udržovaném týmem Hyvä, na hlavní verzi pluginu, která vyžaduje Magento 2.4.8 nebo novější.

Šest mezinárodních poskytovatelů

Adyen udržuje svůj Magento plugin otevřeně pod licencí MIT a za poslední dvanáct měsíců, počítáno od stránky vydání v repozitáři, ho vydal čtyřicetkrát napříč paralelními řadami v9 a v10. Cenou za toto tempo je striktní harmonogram podpory: Adyenova vlastní tabulka uvádí u každé hlavní verze pluginu pevné okno (dva roky pro v10) a obchody na verzích 2.4.4 až 2.4.7 zůstávají na řadě v9, v režimu pouze bezpečnostních aktualizací od května 2026 s koncem v prosinci 2026. Řada v10 přidala podporu Magento 2.4.9 a PHP 8.5 ve verzi v10.10.0 (31. března 2026), i když tabulka podpory a README v době naší kontroly stále uváděly jen 2.4.8; aktuálním záznamem jsou poznámky k vydání. Headless je pokryt zdokumentovanou podporou GraphQL, a pokrytí metod pro EU zahrnuje iDEAL, SEPA Direct Debit, BLIK, Twint a Bancontact, přičemž karty se vykreslují jako vložené komponenty přímo v checkoutu. Ceny jsou zveřejněny podle modelu interchange++ s poplatky za jednotlivé metody. Počítejte s migrací pluginu jednou za jeden až dva roky; přesně to doporučuje i README od Adyenu.

Stripe dodává vyspělý modul, ale za uzavřeným procesem. Oficiální modul se distribuuje jako archivy vydání pod vlastní proprietární licencí Stripe, s vypnutými issues na GitHubu: před upgradem tak není žádný veřejný tracker chyb, který by šlo prostudovat. Vydání přicházejí zhruba měsíčně, podpora pokrývá Magento 2.3.7 až 2.4.x s opravami jen od verze modulu 4.5.x výše (tabulka životního cyklu), a oba checkoutové toky, vložený Payment Element i přesměrování, jsou v dokumentaci Stripe uvedeny jako způsobilé pro SAQ A; tato dokumentace popisuje i REST a GraphQL pro vlastní storefronty. Archiv vydání 4.6.4 jsme rozbalili: schéma GraphQL i jeho resolvery jsou ve zdrojovém kódu a composer.json vyžaduje jen PHP 7.4 nebo novější. Před každým upgradem si přečtěte changelog: verze 4.6.0 přinesla přelomové změny pro headless buildy a poznámky k verzi 4.6.2 uvádějí, že přísnější požadavky na autentizaci zavedené ve verzi 4.6 „způsobovaly pokles konverze v checkoutu“, než byly zmírněny. Integrace Hyvä Checkout je publikována pod vlastním jmenným prostorem Hyvä. Changelog Stripe se o Hyvä zmínil jen jednou. Mezi metody pro EU patří SEPA Direct Debit, iDEAL, Przelewy24 a Klarna. BLIK v dokumentovaném seznamu metod modulu chybí, přesto je přítomen ve zdrojovém kódu, který metodu mapuje a dodává její ikonu; metody se vykreslují přes Stripe Payment Element a zapínají se z dashboardu Stripe, proto si to ověřte v polském testovacím režimu. Ceny podle jednotlivých zemí jsou zveřejněné, včetně českého ceníku.

Mollie je nejsilnější kombinace otevřenosti a sladění s Hyvä. Modul je veřejný, spravuje ho dodavatel a vydává ho zhruba měsíčně. Podpora GraphQL je součástí zdrojového kódu a pokrývá celý headless flow objednávky: rozšiřuje vlastní platební mutace Magenta a vrací URL přesměrování na Mollie. Mollie udržuje vlastní moduly kompatibility pro téma Hyvä a pro Hyvä Checkout, v říjnu 2024 oznámila strategické partnerství s Hyvä a finančně přispívá do Mage-OS přes Open Collective, i když uvádí, že technickou podporu Mage-OS nenabízí. Vydání v3.0.0 z června 2026 bylo přelomovým upgradem (minimální požadavky Magento 2.4.5 a PHP 8.1, odstraněné Orders API). Obchody na starších platformách zůstávají na řadě 2.x, bez uvedeného data konce podpory. Pokrytí metod je západo- a středoevropské (iDEAL, SEPA, BLIK, Przelewy24, EPS, Twint), většinou formou přesměrování na hostovanou stránku Mollie. V jejím seznamu jsme nenašli žádnou českou ani slovenskou metodu s bankovním tlačítkem. Ceny jsou zveřejněné podle metody a transakce, bez minimálních poplatků.

PayPal a Braintree jsou dva různé produkty, které se dodávají společně. Základní modul PayPal je součástí platformy v každé distribuci včetně Mage-OS, a jeho zdrojový kód je veřejný přímo uvnitř Magenta. Braintree je jediné rozšíření, které je stále přibalené s Magentem, a vyvíjí ho Gene Commerce pro PayPal. Aktuálně přibalená řada 4.x nemá veřejný zdrojový kód ani tracker problémů (veřejný repozitář Gene se zastavuje u starší řady 4.0.x), takže chyby se hlásí přímo proti Magentu. Verzi Braintree řeší platforma přes metabalíček rozšíření, jehož volné omezení stálo za downgradem popsaným v issue #39989. Novější verze vycházejí v composer repozitáři Adobe mezi vydáními platformy a lze je vyžádat explicitně. Magento 2.4.9 rozšířilo extension o BLIK a o nákup na fakturu pro Německo přes Ratepay (poznámky k vydání 2.4.9), zatímco stránka Adobe o Braintree uvádí SEPA/ELV inkaso jako dosud nepodporované. Podpora GraphQL se dodává jako samostatný balíček paypal/module-braintree-graph-ql, viditelný ve výstupu composeru u stejného issue, a Adobe dokumentuje i toky GraphQL. PayPal zveřejňuje ceny Braintree podle jednotlivých zemí: stránka s poplatky pro Německo uvádí 1,9 % plus 0,30 EUR za karty a peněženky třetích stran při standardních sazbách pro obchodníky, stejné číslo jako na české a polské stránce, byť bez sazby pro fakturační metodu Ratepay. Starší metody Payflow v základním modulu jsou podle PayPalu označené jako legacy a dostupné jen ve Spojených státech, Kanadě, Austrálii a na Novém Zélandu, podle Adobe stránky o Payflow Pro, která také upozorňuje, že Payflow Pro potřebuje pro PSD2 plugin třetí strany; v Evropě je berte jako neexistující. Integrace Hyvä Checkout pro PayPal i pro Braintree jsou oba balíčky ve jmenném prostoru Hyvä.

Klarna prodává vlastní platební metody (faktura, splátky, platba hned), ne celý acquiring stack, a v regionu DACH se jí proto dá jen těžko vyhnout. Její seznam zemí nákupu zahrnuje Německo, Rakousko, Česko, Slovensko a Polsko. Stav modulu je smíšený. Distribuuje se pouze přes Marketplace s označením Apache 2.0, ale bez veřejného zdrojového kódu nebo trackeru problémů, a výpis na Marketplace je v rozporu s vlastními poznámkami k vydání: popis stále inzeruje Klarna Checkout a podporu Magento 2.4.4, zatímco poznámky k vydání uvádějí, že Klarna Checkout byl odstraněn ve verzi 4.0.0 a podpora pro 2.4.4 a 2.4.5 byla v řadě 4.x zrušena. Výše zmíněný konflikt kolem monolog udělal z modulu blokátor upgradu na šest až devět týdnů. Klarna ve vlastní dokumentaci uvádí podporu GraphQL a headless. Evropský ceník neexistuje. Výpis na Marketplace uvádí, že se platí další poplatky, a jeho kontaktní odkaz vede na registrační stránku, ne na zveřejněné sazby. Integrace Hyvä Checkout je další balíček ve jmenném prostoru hyva-themes, a jeho tiket v trackeru ho označuje jako spravovaný komunitou. Tempo vydávání v roce 2026 bylo rychlé: verze 4.1.1 v lednu (archivovaný výpis) až verze 4.11.1 v červenci, podle aktuálního výpisu výše.

Unzer, dříve heidelpay, nabízí sadu metod pro DACH pod jedinou acquiring smlouvou: vlastní zajištěný nákup na fakturu a splátky pro Německo, Rakousko a Švýcarsko, plus EPS, Twint a SEPA inkaso. Karty se vykreslují jako vložené komponenty hostované Unzerem, několik metod formou přesměrování. Po technické stránce je modul slabší. Repozitář je veřejný pod licencí Apache 2.0, ale s vypnutými issues. Modul neobsahuje žádnou podporu GraphQL (prošli jsme celý strom souborů), a dokumentace dodavatele si sama odporuje ohledně podporovaných verzí Magenta (2.4.5 a novější podle instalační stránky, 2.4.6 až 2.4.8 podle přehledu pluginu). Její tři repozitáře pro Hyvä (magento2-hyva-checkout a další) nemají žádné tagy ani vydání a poslední commit v nich byl v prosinci 2025, přestože dokumentace uvádí plugin Hyvä Checkout ve verzi 1.0.0 vydaný v únoru 2026. Unzer zveřejňuje vstupní sazby (od 1,50 % plus 0,20 EUR za transakci, měsíční poplatek od 19 EUR a 149 EUR za zřízení) a objemové ceny vyjednává individuálně.

Lokální brány: ČR, SK, PL

GoPay, podle vlastních čísel jedna z největších českých a slovenských bran, vlastní Magento modul neudržuje. Její stránka o integraci uvádí vlastní moduly pro Shoptet, WooCommerce, Shopify, OpenCart a PrestaShop. Pro Magento odkazuje její centrum nápovědy na pět dodavatelů třetích stran. Ze stránek dodavatelů, které se nám podařilo otevřít, je každý modul placený a s uzavřeným zdrojovým kódem, bez veřejného repozitáře a bez jediné zmínky o Hyvä. Jeden podporuje Magento jen do verze 2.4.6, a další (Artio, dostupný z výše uvedeného seznamu dodavatelů) uvádí kompatibilitu jen s Magento 2.2.x na PHP 7.0. Obchod pátého dodavatele byl v době naší kontroly nedostupný, a poslední archivovaná verze jeho modulu je z února 2019. Žádný z trackerů Hyvä nemá záznam o GoPay, žádná z dostupných stránek dodavatelů nezmiňuje GraphQL, a vyhledávání na Adobe Commerce Marketplace v současnosti nezobrazuje žádné rozšíření GoPay. Brána samotná pokrývá to, co český checkout potřebuje (bankovní tlačítka, QR platby, peněženky, odloženou platbu) za zveřejněné ceny, formou přesměrování nebo vloženého overlaye podle toho, jaký modul dodavatel použil. S integrací počítejte jako se zakázkovou prací u dodavatele třetí strany a modul si prověřte ještě před nasazením, počínaje tím, jak zpracovává webhooky.

Comgate postupuje stejně: vlastní dokumentace přenechává Magento modul webu Platiti.cz, nabízené moduly jsou placené a uzavřené, jediný veřejný repozitář je neoficiální a od roku 2021 neaktivní, žádný z trackerů Hyvä nemá záznam o Comgate a žádná stránka dodavatele nezmiňuje GraphQL ani headless podporu. Standardním postupem brány je přesměrování na hostovanou stránku Comgate, které udržuje obchod v nejmenším rozsahu PCI. Comgate nabízí i vložené režimy, a alespoň jeden z uzavřených modulů je inzeruje, takže si ověřte, jaký tok modul, který kupujete, skutečně používá. Seznam metod je pro tento region široký: karty, peněženky, BLIK, odloženou platbu přes Twisto a Skip Pay a to, co web Comgate popisuje jako plnou nabídku bank v Česku, na Slovensku a v Polsku. U převodů a QR plateb je přínosem brány oproti samostatně vygenerovanému QR kódu, který mnoho českých obchodů tiskne na faktury už dnes, okamžité potvrzení a automatické párování objednávek. Ceny jsou zveřejněné až do úrovně poplatku za chargeback.

PayU je jediná brána z regionu CEE, která svůj Magento modul udržuje stejně jako mezinárodní dodavatelé: veřejný repozitář, Apache 2.0, spravuje ho dodavatel, jen pro Magento 2.4. Tempo vydání je nerovnoměrné, s devítiměsíční mezerou mezi vydáními v letech 2025 a 2026, a poté čtyřmi vydáními v roce 2026. Podpora Hyvä Checkout existuje, ale je od třetí strany (Snowdog) a na oficiálním trackeru je označena jako nekompletní, s poslední tagovanou verzí (2.0.0) z dubna 2024. Modul nemá žádnou podporu GraphQL. Jeho seznam funkcí neobsahuje samostatnou metodu pro BLIK, takže BLIK běží uvnitř obecného přesměrování, které dokumentace PayU popisuje jako omezené na standardní pay-by-link; zadání kódu přímo v checkoutu a varianty na jedno kliknutí patří k jejich přímému API. Platba kartou je formulář přímo na stránce; ostatní metody přesměrovávají. Polské ceny jsou zveřejněné.

Przelewy24 si svůj modul udržuje sám, čímž se liší od českých bran, i když bez veřejného repozitáře nelze tuto údržbu sledovat. Aktuální modul pro Magento 2.4.4 a novější se distribuuje přes Marketplace s označením GPL-3.0, bez veřejného repozitáře nebo trackeru problémů a bez dat vydání jednotlivých verzí. Starší sestavení, samostatná varianta GraphQL/PWA/VUE a vlastní modul dodavatele pro Hyvä Checkout (v1.0.0, datovaný na stránce k 24. březnu 2026) jsou ke stažení z vlastního webu. Oba doplňkové moduly jsme rozbalili. Modul pro Hyvä obsahuje komponenty Magewire pro checkout u BLIK, karet, Google Pay a Apple Pay, nad rámec hyva-themes/magento2-hyva-checkout. Varianta GraphQL (její composer manifest udává 1.3.0; stránka ji datuje na 9. února 2026) je serverový GraphQL modul zapojený do platební mutace Magenta, bez jakéhokoli PWA nebo Vue frontendového kódu, přestože to označení slibuje. Oba doplňkové moduly chybí v trackerech Hyvä, takže viditelnost v trackeru i podpora první linie zůstávají jen na dodavateli. Jeho polští konkurenti TPay a PayPo mají v trackeru Hyvä Checkout své tikety (TPay, PayPo), modul PayPo udržuje Snowdog a modul TPay dodavatel sám. Výchozím tokem je přesměrování, s volitelným zadáním karty a BLIK přímo v checkoutu. Jeho zdokumentovaná podpora BLIK je mezi těmito moduly nejúplnější: přesměrování, zadání kódu přímo v checkoutu a BLIK na jedno kliknutí, vše podle výpisu dodavatele na Marketplace a jeho poznámek k vydání. Standardní ceny jsou zveřejněné.

Přehledné srovnání

Brána	Kdo modul spravuje	Veřejný zdroj	Hyvä Checkout	GraphQL	Veřejné ceny
Adyen	Dodavatel	Ano	Jmenný prostor Hyvä	Zdokumentováno	Ano
Stripe	Dodavatel	Jen archivy	Jmenný prostor Hyvä	Ve zdrojovém kódu	Ano
Mollie	Dodavatel	Ano	Dodavatel	Ve zdrojovém kódu	Ano
Braintree (přibalený)	Gene pro PayPal	Ne	Jmenný prostor Hyvä	Balíček platformy	Ano
Klarna	Dodavatel	Ne	Jmenný prostor Hyvä	Zdokumentováno	Ne
Unzer	Dodavatel	Ano	Dodavatel, bez verzování	Ne	Vstupní sazby
GoPay	Třetí strany	Ne	Nenalezeno	Neuvedeno	Ano
Comgate	Třetí strany	Ne	Nenalezeno	Neuvedeno	Ano
PayU	Dodavatel	Ano	Třetí strana, částečná	Ne	Ano
Przelewy24	Dodavatel	Bez repozitáře	Dodavatel, nesledovaná	Samostatný build	Ano

„Jmenný prostor Hyvä“ znamená, že integrační balíček je publikovaný pod hyva-themes, s odpovědností za první linii podpory podle štítků Vendor a Community v trackeru checkoutu. Ve sloupci GraphQL znamená „Zdokumentováno“, že dodavatel podporu deklaruje a my jsme kód nečetli; „Ve zdrojovém kódu“ znamená, že jsme jej četli ve veřejném kódu; „Balíček platformy“ znamená, že se dodává jako samostatný composer balíček vedle platformy, s toky zdokumentovanými Adobe. Podpora GraphQL u Przelewy24 se dodává jako samostatný modul ke stažení; rozbalili jsme ho a našli jsme serverové GraphQL API bez jakéhokoli frontendového kódu, přestože nese označení PWA. Řádek Braintree se týká přibaleného rozšíření; zdrojový kód základního modulu PayPal je veřejný přímo v Magentu. Buňky vycházejí ze zdrojů odkazovaných výše; „Neuvedeno“ a „Nenalezeno“ zaznamenávají naše vlastní vyhledávání. Vše ke dni 2. srpna 2026.

Vyjděte z trhu, pak vyřazujte

V Německu studie plateb od EHI Retail Institute uvádí PayPal na 28,5 procenta tržeb z online maloobchodu v roce 2024, nákup na fakturu na 25,8 procenta, inkaso na 17,3 procenta a karty na 12,3 procenta (EHI). Německý checkout proto potřebuje PayPal, fakturační produkt a SEPA inkaso dříve, než potřebuje cokoliv dalšího. Braintree pokrývá PayPal a na Magentu 2.4.9 i nákup na fakturu přes Ratepay. Fakturační produkt prodávají jak Klarna, tak Unzer. Pro inkaso jsou tady možnosti Unzer, Mollie, Adyen nebo Stripe, protože dokumentace Braintree od Adobe uvádí SEPA inkaso jako dosud nepodporované. Cesta přes Ratepay vyžaduje Magento 2.4.9, které plugin Adyen podporuje od verze v10.10.0; tato kombinace tedy funguje na aktuální platformě, a na verzi 2.4.8 a nižší zbývají u fakturačního produktu jen Klarna a Unzer. Žádný ze tří poskytovatelů nezveřejňuje sazbu za samotný fakturační produkt: německá stránka s poplatky Braintree ceny karet a peněženek uvádí, ale řádek pro Ratepay chybí, Klarna nezveřejňuje žádný ceník a vstupní sazby Unzeru jsou obecná čísla „od“. U druhé nejvýznamnější metody na trhu se tak srovnání poplatků odehrává na základě individuálních nabídek. Na karty připadala zhruba osmina těchto tržeb. Checkout jen s kartami proto přichází o konverze ve srovnání s konkurencí, která nabízí preferované metody, a to i tam, kde by kupující mohli platit kartou.

V Polsku provozovatel BLIKu zadal zprávu EY, podle které BLIK v roce 2023 tvořil zhruba polovinu hodnoty polských online prodejů, měřeno napříč BLIKem, kartami a převody (zpráva EY pro BLIK; číslo je vlastním údajem provozovatele, postaveným na datech centrální banky). Polský checkout bez BLIKu se vzdává vedoucí online platební metody na trhu. PayU, Przelewy24 a Comgate ji nabízejí nativně. Z mezinárodních poskytovatelů uvádějí BLIK Adyen a Mollie, Braintree ho přidal v Magentu 2.4.9, a dokumentace modulu Stripe ho vynechává. Většina hráčů na trhu tak BLIK v nějaké formě nabízí. Co v Polsku jednotlivé možnosti odlišuje, je hloubka podpory BLIK (přesměrování, zadání přímo v checkoutu nebo na jedno kliknutí) a kvalita modulu. Przelewy24 dokumentuje nejúplnější implementaci, s výhradou plynoucí z jeho profilu: jeho modul pro Hyvä Checkout se dodává z vlastního webu a v žádném z trackerů Hyvä se neobjevuje, takže podpora první linie zůstává jen na dodavateli.

V Česku vlna spotřebitelského průzkumu APEK z roku 2024, publikovaná ve zprávě Shoptetu Stav české e-commerce, uvádí karty jako metodu, kterou nakupující používají nejčastěji, na 42 procentech, Google a Apple Pay na 23, dobírku na 13 a bankovní převod na 12 procentech (aktuální stránka, archivní verze, protože aktuální stránka se každý rok přepisuje; podíly se shodují s vlastní řadou dat APEK z roku 2024). Karty a peněženky pokryje libovolná mezinárodní brána. Bankovní tlačítka a QR platby, které stojí za částí podílu bankovních převodů, nesou GoPay a Comgate, jejichž Magento moduly jsou z deseti posuzovaných nejslabší. Otázka pro český trh proto zní, zda podíl bankovních převodů a dobírky vůbec ospravedlňuje druhou bránu: mezinárodní poskytovatel pro karty plus lokální brána pro převody znamená druhý modul při každém upgradu, druhé zúčtování a sazebník poplatků a deduplikaci podle metody v checkoutu, protože obě strany nabízejí karty i peněženky. Tato kombinace má smysl jen tehdy, když úspora na poplatcích za karty převáží tuto zátěž navíc. (České a slovenské brány na straně acquirera, GP webpay, ČSOB, TrustPay, jsou mimo toto srovnání; pokrytí bankovních tlačítek zajišťují GoPay a Comgate.) Na Slovensku dobírka stále tvoří 25 až 30 procent objednávek podle analýzy provozovatele e-commerce platformy Upgates, kterou v červnu 2026 zveřejnila tisková agentura TASR. To je hlavně rozhodnutí o fulfillmentu, ale přesto se dotýká nastavení plateb přes zúčtování s dopravcem a offline platební metodu, a produkty s odloženou platbou zmíněné výše jsou odpovědí bran právě na tuto potřebu. Slovensko účtuje v eurech, čímž pro tamní trh mizí argument měny ve prospěch lokální brány.

Postup je tedy tento: vypište metody, které váš trh vyžaduje, ponechte brány, nebo jejich minimální kombinace, které tyto metody společně pokrývají, vyřaďte je podle výše uvedených kritérií pro modul a provoz, a teprve mezi zbylými srovnávejte poplatky, včetně zúčtovací měny.

Pokud vybíráte bránu jako součást širší stavby, nebo dědíte takovou, která blokuje upgrade, je toto posouzení součástí naší práce na Magentu, a napojení brány na ERP nebo na flow předplatného pokrývá naše služba integrací.