---
title: "Jak vybrat platební bránu pro Magento 2"
description: "Rozhodovací rámec pro platební brány na Magento 2, Adobe Commerce a Mage-OS: údržba modulu, chování při upgradech, podpora Hyvä a headless a lokální platební metody, které na každém trhu rozhodují o užším výběru."
author: "Luboš Zápotočný"
published: "2026-08-02"
language: "cs"
canonical: "https://zapolu.com/cs/blog/platebni-brana-pro-magento/"
---

# 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](https://developer.adobe.com/commerce/php/development/payments-integrations/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ů](https://gitlab.hyva.io/hyva-public/module-tracker)
pro téma a samostatný
[tracker integrací](https://gitlab.hyva.io/hyva-public/checkout-integration-tracker)
pro Hyvä Checkout, a její dokumentace
[uvádí hlavní sledované platební integrace](https://docs.hyva.io/hyva-checkout/integrations/available-payment-methods.html).
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`](https://developer.adobe.com/commerce/webapi/graphql/schema/cart/mutations/set-payment-method)
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](https://listings.pcisecuritystandards.org/documents/Understanding_SAQs_PCI_DSS_v3.pdf)
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](https://www.pcisecuritystandards.org/faq/articles/Frequently_Asked_Question/how-does-an-e-commerce-merchant-meet-the-saq-a-eligibility-criteria-for-scripts/)
(ú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](https://docs.adyen.com/account/supported-currencies)
pro obchodníky z EU včetně CZK a PLN,
[Mollie uvádí 13 výplatních měn](https://help.mollie.com/hc/en-us/articles/5546871220370-What-are-multi-currency-payouts),
[PayU vyplácí 1:1 v 11 měnách](https://developers.payu.com/europe/docs/get-started/integration-overview/references/)
a
[GoPay dokumentuje výplatní měny podle banky](https://help.gopay.com/cs/tema/mam-platebni-branu/chci-pouzivat-gopay-obchodni-ucet/chci-prijimat-platby-v-dalsich-menach/v-jakych-menach-mohu-prijimat-platby-u-ceskych-a-slovenskych-bank).
[Comgate zveřejňuje výplatní podmínky pro jednotlivé měny](https://help.comgate.cz/docs/vyplaceni-penez-na-ucet)
a
[Braintree zveřejňuje seznam měn svého schématu](https://developer.paypal.com/braintree/docs/reference/general/currencies),
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](https://developer.paypal.com/braintree/articles/get-started/currencies).
[Klarna vyplácí v měně transakce](https://docs.klarna.com/acquirer/klarna/web-payments/additional-resources/use-cases/consumer-fx/).
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í](https://experienceleague.adobe.com/en/docs/commerce-operations/release/notes/magento-open-source/2-4-4)).
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](https://github.com/magento/magento2/issues/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](https://github.com/magento/magento2/issues/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](http://web.archive.org/web/20250520080628/https://commercemarketplace.adobe.com/klarna-m2-klarna.html)
zobrazují neopravenou verzi 3.3.0 a opravenou řadu poprvé zobrazují
[13. června](http://web.archive.org/web/20250613064417/https://commercemarketplace.adobe.com/klarna-m2-klarna.html),
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](https://mage-os.org/releases/2026-03-18-mage-os-2-2-1-release/)
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](https://mage-os.org/faq/) 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ä](/cs/blog/hyva-vs-luma/) 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](https://docs.hyva.io/hyva-themes/building-your-theme/luma-theme-fallback.html),
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](https://docs.hyva.io/hyva-checkout/devdocs/payments/payment-in-hyva-checkout.html)
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](https://github.com/adyen-examples/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í](https://github.com/adyen-examples/adyen-magento2-hyva/issues/140)).
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](https://github.com/Adyen/adyen-magento2)
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](https://docs.adyen.com/plugins/adobe-commerce)
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](https://github.com/Adyen/adyen-magento2/releases/tag/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](https://docs.adyen.com/plugins/adobe-commerce/headless-integration/),
a pokrytí metod pro EU
[zahrnuje iDEAL, SEPA Direct Debit, BLIK, Twint a Bancontact](https://docs.adyen.com/plugins/adobe-commerce/supported-payment-methods/),
přičemž karty se vykreslují jako vložené komponenty přímo v
checkoutu. Ceny jsou
[zveřejněny podle modelu interchange++](https://www.adyen.com/pricing)
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](https://github.com/stripe/stripe-magento2-releases)
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](https://docs.stripe.com/use-stripe-apps/adobe-commerce/payments/install)),
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](https://docs.stripe.com/use-stripe-apps/adobe-commerce/payments/custom-storefront).
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](https://github.com/stripe/stripe-magento2-releases/blob/master/CHANGELOG.md):
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](https://docs.stripe.com/connectors/adobe-commerce/payments)
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](https://stripe.com/en-cz/pricing).

**Mollie** je nejsilnější kombinace otevřenosti a sladění s Hyvä.
[Modul](https://github.com/mollie/magento2) 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ä](https://github.com/mollie/magento2-hyva-compatibility)
a pro
[Hyvä Checkout](https://github.com/mollie/magento2-hyva-checkout),
v říjnu 2024 oznámila
[strategické partnerství](https://www.hyva.io/blog/news/hyva-commerce-mollie-partnership.html)
s Hyvä a finančně přispívá do Mage-OS přes
[Open Collective](https://opencollective.com/mage-os), i když
uvádí, že technickou podporu Mage-OS nenabízí.
[Vydání v3.0.0](https://github.com/mollie/magento2/releases/tag/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é](https://www.mollie.com/pricing) 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](https://github.com/genecommerce/module-braintree-magento2)
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](https://github.com/magento/magento2/issues/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](https://experienceleague.adobe.com/en/docs/commerce-operations/release/notes/magento-open-source/2-4-9)),
zatímco
[stránka Adobe o Braintree](https://experienceleague.adobe.com/en/docs/commerce-admin/stores-sales/payments/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](https://developer.adobe.com/commerce/webapi/graphql/payment-methods/braintree-vault).
PayPal zveřejňuje ceny Braintree podle jednotlivých zemí:
[stránka s poplatky pro Německo](https://www.paypal.com/de/enterprise/paypal-braintree-fees)
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é](https://www.paypal.com/cz/enterprise/paypal-braintree-fees)
a
[polské](https://www.paypal.com/pl/enterprise/paypal-braintree-fees)
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](https://developer.paypal.com/api/nvp-soap/)
a dostupné jen ve Spojených státech, Kanadě, Austrálii a na Novém
Zélandu, podle
[Adobe stránky o Payflow Pro](https://experienceleague.adobe.com/en/docs/commerce-admin/stores-sales/payments/paypal/paypal-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](https://docs.klarna.com/klarna-payments/in-depth-knowledge/puchase-countries-currencies-locales/)
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](https://commercemarketplace.adobe.com/klarna-m2-klarna.html)
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](https://docs.klarna.com/platform/adobe-commerce/payments/klarna-payments-module/)
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](https://gitlab.hyva.io/hyva-public/checkout-integration-tracker/-/issues/12)
ho označuje jako spravovaný komunitou. Tempo vydávání v roce 2026
bylo rychlé: verze 4.1.1 v lednu
([archivovaný výpis](http://web.archive.org/web/20260215102634/https://commercemarketplace.adobe.com/klarna-m2-klarna.html))
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](https://docs.unzer.com/payment-methods/)
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ář](https://github.com/unzerdev/magento2) 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](https://docs.unzer.com/plugins/magento-2/magento2-install-plugin/),
2.4.6 až 2.4.8 podle
[přehledu pluginu](https://docs.unzer.com/plugins/magento-2/)). Její
tři repozitáře pro Hyvä
([magento2-hyva-checkout](https://github.com/unzerdev/magento2-hyva-checkout)
a další) nemají žádné tagy ani vydání a poslední commit v nich byl
v prosinci 2025, přestože
[dokumentace](https://docs.unzer.com/plugins/magento-2-hyva-checkout/)
uvádí plugin Hyvä Checkout ve verzi 1.0.0 vydaný v únoru 2026. Unzer
[zveřejňuje vstupní sazby](https://www.unzer.com/en/pricing-information/)
(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](https://www.gopay.com/cs/platebni-brana/) jedna
z největších českých a slovenských bran, vlastní Magento modul
neudržuje. Její
[stránka o integraci](https://www.gopay.com/en/integration/)
uvádí vlastní moduly pro Shoptet, WooCommerce, Shopify, OpenCart a
PrestaShop. Pro Magento odkazuje její
[centrum nápovědy](https://help.gopay.com/en/knowledge-base/integration-of-payment-gateway/essential-guide-to-integration)
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](https://maghos.com/gopay-payment-for-magento-2.html)
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](https://web.archive.org/web/20211203/https://connect20.aveo-trade.cz/details=1/extension=atconnect/magento-two-gopay)
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](https://www.gopay.com/en/payment-methods/))
za [zveřejněné ceny](https://www.gopay.com/en/pricing/), 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](https://help.comgate.cz/docs/open-source-reseni),
nabízené moduly jsou placené a uzavřené, jediný veřejný repozitář je
[neoficiální](https://github.com/ppexxi/comgate_magento2) 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](https://www.comgate.eu/cs/platebni-brana) 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é](https://www.comgate.eu/cs/cenik-platebni-brany) 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ář](https://github.com/PayU-EMEA/plugin_magento_24),
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](https://gitlab.hyva.io/hyva-public/checkout-integration-tracker/-/work_items/553)
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](https://developers.payu.com/europe/docs/payment-solutions/blik/)
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é](https://poland.payu.com/en/pricing/).

**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](https://commercemarketplace.adobe.com/przelewy24-magento2-przelewy24.html)
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](https://www.przelewy24.pl/en/download).
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](https://gitlab.hyva.io/hyva-public/checkout-integration-tracker/-/issues/549),
[PayPo](https://gitlab.hyva.io/hyva-public/checkout-integration-tracker/-/issues/550)),
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é](https://www.przelewy24.pl/bramka-platnicza).

## 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](https://www.ehi.org/presse/paypal-festigt-spitzenposition/)).
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](https://www.blik.com/media/2025_03_12_EY_BLIK_payments_and_economy_report.pdf);
čí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](https://www.ceska-ecommerce.cz/),
[archivní verze](http://web.archive.org/web/20250401235543/https://www.ceska-ecommerce.cz/),
protože aktuální stránka se každý rok přepisuje; podíly se shodují
s [vlastní řadou dat APEK z roku 2024](https://data.apek.cz/)).
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](https://www.teraz.sk/ekonomika/dobierky-predstavuju-pre-e-shopy-najna/973629-clanok.html)
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](/cs/services/magento/), a napojení brány na ERP
nebo na flow předplatného pokrývá naše
[služba integrací](/cs/services/integrations/).