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 je součástí vaší kódové základny, vykresluje se v checkoutu, a upgrade platformy s ním buď proběhne bez problémů, nebo na něm uvázne. 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 uplatňuje 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 poskytovateli brány byl ověřen podle odkazovaného zdroje dne 2. srpna 2026. Kde se něco nepodařilo ověřit, uvádíme to.

Kontrola 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 stran. Ani současná řada přibaleného rozšíření Braintree nemá veřejný zdrojový kód. Repozitář společnosti Gene končí u starších verzí 4.0.x. Veřejný repozitář není zárukou kvality, ale umožňuje vám 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 typické způsoby selhání, které stojí za to vyhledat. Tam, kde poskytovatel brány 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 poskytovatele brány.

Provozní procesy, na nichž checkout závisí. 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 stržení platby při odeslání a u objednávek vytvořených v administraci. Na platební tokeny se vyplatí zeptat samostatně, 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 stržená 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í stržení 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 poskytovatelů bran 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 theme 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 údaje potřebné k přesměrování. Headless řešení pak chybějící část musí doplnit vlastním vývojem, obvykle přes REST.

Rozsah PCI DSS. Podle vysvětlení SAQ Rady pro bezpečnostní standardy PCI (dokument z doby verze 3, jehož rozlišení mezi přesměrováním a iframem zachovávají i aktuální dotazníky verze 4) může obchodníkovi při úplném přesměrování nebo iframu hostovaném poskytovatelem stačit SAQ A, tedy krátký dotazník. 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 prostřednictvím škodlivých skriptů, nebo aby poskytovatel potvrdil, že jeho řešení tuto ochranu zajišťuje. Prosté přesměrování i nadále znamená nejmenší možný rozsah.

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, rozsah 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 probíhá zúč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. Náklady na převod nejsou v uváděném základním poplatku zahrnuty. 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 podporovaných měn, 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.

Vliv upgradů na platební moduly

Ve veřejných trackerech a poznámkách k vydání jsou zdokumentovány tři typické způsoby 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 vyčlenění modulů z distribuce. 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 mají platební moduly vlastní verzování nezávislé na platformě a upgrade jádra už nezaručuje kompatibilitu platebního modulu.

Druhým je posun v závislostech. Issue #39989 v repozitáři Magenta 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 hlášení uzavřelo za jedenáct dní s odkazem na Klarnu jako vlastníka rozšíření. Oprava vyšla ve vydání modulu 3.3.1: archivované snímky stránky rozšíření 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 vydání finální verze 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 v 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í vychází z tvrzení Mage-OS, bez jakéhokoli závazku ze strany poskytovatelů plateb. 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ä ovlivňuje řešení plateb v jednom ohledu. Se samotným theme Hyvä může checkout zůstat na standardním checkoutu Luma díky zdokumentovanému fallbacku na theme, kde stávající platební moduly dál fungují. Fallback se konfiguruje po jednotlivých trasách (routes) a znamená udržovat vedle Hyvä ještě checkout theme na bázi Lumy. A protože se vztahuje jen na nakonfigurované trasy, 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 theme 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 napojenou na checkout 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 Lumu.

Údržba těchto integrací není zajištěna 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, určený pro plugin 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ích 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ě stanovenou dobu podpory (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í stav zachycují poznámky k vydání. Pro headless nabízí modul zdokumentovanou podporu 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, jeho vývoj však probíhá neveřejně. 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 bylo možné 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 zpětně nekompatibilní změny pro headless řešení 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ä. Hyvä je v changelogu Stripe zmíněno 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 nejlépe spojuje otevřenost s podporou Hyvä. Modul je veřejný, spravuje ho přímo Mollie a vydává ho zhruba měsíčně. Podpora GraphQL je součástí zdrojového kódu a pokrývá celý headless proces vytvoření 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 theme 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 zpětně nekompatibilní (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 končí u starší řady 4.0.x), takže chyby se hlásí přímo v trackeru Magenta. Verzi Braintree řeší platforma přes metabalíček rozšíření, jehož příliš volné omezení verzí způsobilo downgrade popsaný v issue #39989. Novější verze vycházejí v composer repozitáři Adobe mezi vydáními platformy a lze je explicitně uvést jako závislost. Magento 2.4.9 doplnilo do rozšíření Braintree BLIK a 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ě s nimi nepočítejte. Integrace Hyvä Checkout pro PayPal i pro Braintree jsou v obou případech balíčky ve jmenném prostoru Hyvä.

Klarna prodává vlastní platební metody (faktura, splátky, platba hned), ne celou nabídku acquiringu, 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. Modul má rozporuplnou bilanci. 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 stránka rozšíření 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 způsobil, že modul blokoval upgrade šest až devět týdnů. Klarna ve vlastní dokumentaci uvádí podporu GraphQL a headless. Evropský ceník neexistuje. Stránka rozšíření na Marketplace uvádí, že se platí další poplatky, a její 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á stránka) až verze 4.11.1 v červenci, podle aktuální stránky výše.

Unzer, dříve heidelpay, nabízí sadu metod pro DACH v rámci jediné smlouvy o acquiringu: vlastní zajištěný nákup na fakturu a splátky pro Německo, Rakousko a Švýcarsko a dále 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 poskytovatele brány 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). Tři repozitáře Unzeru 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 výrobců modulů třetích stran. Ze stránek výrobců modulů, 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 výrobců modulů) uvádí kompatibilitu jen s Magento 2.2.x na PHP 7.0. Obchod pátého výrobce modulu 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 výrobců modulů 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 překryvného okna, podle toho, jak to řeší modul daného dodavatele. S integrací počítejte jako se zakázkovou prací u výrobce modulu 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 výrobce modulu 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žená platba přes Twisto a Skip Pay a také 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í poskytovatelé bran: veřejný repozitář, Apache 2.0, spravuje ho přímo PayU, 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 poskytovatele brány 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, postavené na balíčku hyva-themes/magento2-hyva-checkout. Varianta GraphQL (její composer manifest udává verzi 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 poskytovateli brány. Jeho polští konkurenti TPay a PayPo mají v trackeru Hyvä Checkout své tikety (TPay, PayPo), modul PayPo udržuje Snowdog a modul TPay přímo TPay. 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 stránky poskytovatele brány na Marketplace a jeho poznámek k vydání. Standardní ceny jsou zveřejněné.

Přehledné srovnání

„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 poskytovatel brány 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 podle studie plateb od EHI Retail Institute připadalo v roce 2024 na PayPal 28,5 procenta tržeb z online maloobchodu, na nákup na fakturu 25,8 procenta, na inkaso 17,3 procenta a na karty 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 zde připadají v úvahu 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, vycházejícím z dat 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 rozsah 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 poskytovateli brány.

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 nejčastěji používanou metodu s podílem 42 procent, dále Google a Apple Pay s 23, dobírku s 13 a bankovní převod s 12 procenty (aktuální stránka, archivní verze, protože aktuální stránka se každý rok přepisuje, a 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ů, zajišťují 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: kombinace mezinárodního poskytovatele pro karty a lokální brány pro převody znamená druhý modul při každém upgradu, druhé zúčtování a sazebník poplatků a ošetření duplicitních platebních metod 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. Jde hlavně o otázku logistiky a expedice, 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. Na Slovensku se platí 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 ty, které nesplňují výše uvedená kritéria pro modul a provoz, a teprve mezi zbylými srovnávejte poplatky, včetně zúčtovací měny.

Pokud vybíráte bránu v rámci rozsáhlejšího projektu, nebo jste převzali bránu, která blokuje upgrade, je toto posouzení součástí naší práce na Magentu, a napojení brány na ERP nebo na řešení předplatného pokrývá naše služba integrací.