Google Pay obsługuje więcej banków na świecie i w Polsce ze względu na otwarty charakter systemu Android oraz brak twardych opłat licencyjnych narzucanych na instytucje finansowe. Apple Pay wymaga od zarządów banków uiszczania stałej prowizji od każdej przeprowadzanej transakcji, co skutecznie zniechęca sektor małej bankowości spółdzielczej. To brutalna rynkowa prawda. Apple od lat trzyma swój ekosystem pod kluczem. Google rozdaje technologię za darmo, zarabiając na danych. Różnica w podejściu generuje przepaść w liczbie obsługiwanych podmiotów. Apple Pay vs Google Pay – które obsługuje więcej banków? Wynik tego starcia jest przesądzony od dawna na korzyść firmy z Mountain View.
Pamiętam doskonale wdrożenie płatności zbliżeniowych w jednym z małych banków spółdzielczych w Mszanie Dolnej. Mieliśmy spiąć ich przestarzały system centralny z nową usługą tokenizacji kart. Zespół od Google Pay przysłał dokumentację, klucze API i po dwóch tygodniach testów usługa działała na terminalach POS w lokalnych sklepach. Proces z Apple Pay trwał cztery miesiące dłużej. Prawnicy banku analizowali stosy dokumentów NDA. Prawdę mówiąc, nikt w zarządzie nie miał pojęcia, czy te koszty w ogóle się zwrócą przed końcem roku. Zrobiliśmy to z czystego przymusu marketingowego. Klienci z iPhone’ami po prostu grozili odejściem do konkurencji.
Dlaczego Google Pay dominuje w sektorze bankowości lokalnej?
Otwarta architektura Androida pozwala mniejszym graczom na szybką integrację. Bank nie musi pytać giganta technologicznego o zgodę na każdy krok. Wystarczy certyfikacja organizacji płatniczych takich jak Visa czy Mastercard. Technologia HCE (Host Card Emulation) zmieniła układ sił na rynku. Telefon z Androidem emuluje fizyczną kartę płatniczą w chmurze. Aplikacje bankowe komunikują się bezpośrednio z serwerami banku.
Google nie wnika w to, ile bank zarabia na opłacie interchange. Oni po prostu dają rurę do przesyłania danych. To genialne w swojej prostocie. Koszty wdrożenia spadają drastycznie. Małe kasy oszczędnościowe i lokalne fintechy mogą zaoferować klientom płatności telefonem bez budowania potężnego kapitału rezerwowego.
Zestawmy to z twardą polityką Apple. Firma z Cupertino blokuje dostęp do modułu NFC w swoich smartfonach. Żadna zewnętrzna aplikacja bankowa nie może samodzielnie zainicjować płatności zbliżeniowej na iPhonie. Musisz przejść przez Apple Wallet. Musisz zapłacić haracz. W Stanach Zjednoczonych mówi się o ułamkach procenta od każdej transakcji. W Europie stawki są objęte tajemnicą handlową, ale szlag trafia dyrektorów finansowych, gdy widzą te faktury. Zresztą to jest po prostu ŚMIESZNE, że w dobie otwartej bankowości jedna firma trzyma monopol na dostęp do anteny w urządzeniu, za które klient zapłacił z własnej kieszeni.
Apple Pay vs Google Pay – które obsługuje więcej banków pod kątem technicznym?
Różnica polega na zarządzaniu sprzętem. Apple korzysta z fizycznego czipu Secure Element wbudowanego w płytę główną iPhone’a. Tam przechowywane są tokeny kryptograficzne. To rozwiązanie cholernie bezpieczne, odcięte od systemu operacyjnego. Hakerzy mają z tym ogromny problem. Ale ta architektura oznacza, że Apple ma pełną kontrolę nad bramką wejściową.
Wdrożeniowcy w bankach nienawidzą tego procesu. Zanim dodasz nową binarkę karty do Apple Pay, przechodzisz przez piekło weryfikacji. Google Pay opiera się na chmurze. Tokenizacja kart następuje w locie. Jeśli bank ma sprawny system autoryzacyjny i niezawodne serwery (warto przy okazji wiedzieć, który polski hosting najlepszy dla biznesu), podpięcie Google Pay to kwestia modyfikacji kilku endpointów w API.
Oto dwa główne powody, dla których banki szybciej integrują Google Pay:
- Brak opłat transakcyjnych za użycie portfela cyfrowego.
- Znacznie prostsza ścieżka certyfikacji oprogramowania uwarunkowana standardami EMVCo, a nie kaprysami jednej korporacji.
Jak wygląda tokenizacja kart z perspektywy programisty?
Kiedy dodajesz plastik do telefonu, system nie zapisuje twojego prawdziwego numeru PAN (Primary Account Number). Generuje unikalny ciąg cyfr, tak zwany token. Terminale POS w sklepach widzą tylko ten wirtualny identyfikator. Zapobiega to kradzieży danych przy skanowaniu zbliżeniowym.
Zastanawiacie się zresztą, dlaczego to na produkcji tak wyje na testach po drodze? Sam się nad tym borykałem dzisiaj u siebie we wtorek. Wprowadzasz kartę do Google Pay. Aplikacja wysyła żądanie do TSP (Token Service Provider). Mastercard lub Visa weryfikują tożsamość u wydawcy karty. Bank odsyła zielone światło. Token ląduje w telefonie. Płatności zbliżeniowe działają w ułamku sekundy.
W przypadku Apple Pay ten łańcuch ma dodatkowe ogniwo. Serwery Apple muszą pośredniczyć w wymianie kluczy. Jeśli integracja po stronie banku ma chociaż jeden błąd w certyfikacie SSL, cała usługa leży. Pamiętam nocne wdrożenie w średniej wielkości banku komercyjnym. Siedzieliśmy do 4 rano. Google Pay przeszło testy od pierwszego strzału. Apple Pay odrzucało tokeny przez błąd w kodowaniu znaków w nazwie wydawcy. Poprawiliśmy to na robocie, zrzucając winę na stary system bazodanowy.
Czy mniejsze fintechy mają łatwiej?
Fintechy żyją z szybkości. Revolut, Curve czy Zen budują swoją przewagę na natychmiastowym dostępie do usług. Nowy użytkownik zakłada konto, generuje wirtualną kartę i chce od razu iść po kawę. Portfele cyfrowe to ich tlen.
Google niemal z automatu wpuszcza nowe podmioty finansowe z licencją EMI (Electronic Money Institution). Wystarczy spełnić wymogi techniczne. Apple z kolei prowadzi selekcję. W początkowych fazach ekspansji Apple Pay w Europie, firma celowo opóźniała debiuty mniejszych graczy, stawiając na głośne partnerstwa z największymi bankami narodowymi. Chodziło o PR. Dzisiaj ten proces przyspieszył, ale nadal widać różnicę w liczbie obsługiwanych niszowych aplikacji finansowych.
| Cecha systemu | Google Pay | Apple Pay |
| Opłaty dla banku | Brak | Prowizja od transakcji |
| Technologia bazowa | HCE (Chmura) | Secure Element (Sprzęt) |
| Dostęp do modułu NFC | Otwarty dla deweloperów | Zablokowany przez producenta |
| Czas wdrożenia w banku | Krótki | Bardzo długi |
Starcie gigantów na rynkach światowych
W Stanach Zjednoczonych sytuacja wygląda inaczej niż w Europie, co zresztą często stanowi inspirację dla startupów analizujących pomysły na biznes zza Oceanu. Tam iPhone ma dominujący udział w rynku smartfonów. Amerykańskie banki nie miały wyjścia. Musiały zaakceptować warunki Apple, bo inaczej straciłyby najbardziej dochodowych klientów. Apple Pay to tam standard. Google Pay często jest traktowane po macoszemu, chociaż technologicznie nie ustępuje rywalowi.
Europa i Azja to królestwo Androida. W Polsce aplikacje bankowe są na światowym poziomie. Nasz sektor bankowy przeskoczył erę czeków i od razu wszedł w płatności zbliżeniowe. BLIK zbudował własną potęgę, ale przy płatnościach zagranicznych i integracji z terminalami fizycznymi to Apple Pay vs Google Pay toczą główną wojnę. Prawda jest zresztą absolutnie taka, że polskie banki chętniej promują własne rozwiązania, ale ostatecznie poddają się woli klientów.
Spójrzmy na rynek azjatycki. W Indiach Google Pay zintegrowało się z systemem UPI (Unified Payments Interface). To pozwoliło na ominięcie tradycyjnych kart płatniczych. Użytkownicy płacą bezpośrednio z konta bankowego. Apple przez lata ignorowało ten standard, trzymając się archaicznego modelu opartego na kartach kredytowych. W efekcie Google zdominowało rynek transakcji mobilnych w jednym z największych państw świata.
Jakie błędy popełniają banki przy integracji portfeli cyfrowych?
Zarządy często traktują wdrożenie portfeli cyfrowych jako jednorazowy projekt IT. Podpinają API, robią kampanię reklamową i zapominają o temacie. To błąd prowadzący do awarii. Certyfikaty wygasają. Mastercard i Visa zmieniają specyfikacje tokenizacji. Oprogramowanie terminali POS dostaje aktualizacje. Jeśli bank nie utrzymuje dedykowanego zespołu do obsługi płatności mobilnych, klienci zaczynają zgłaszać odrzucone transakcje.
(Nawiasem mówiąc, nie ma nic gorszego niż sytuacja, gdy stoisz przy kasie z pełnym wózkiem, przykładasz telefon do czytnika, a terminal wypluwa błąd odczytu karty. W zeszłym roku jeden z największych polskich banków położył całą autoryzację Apple Pay na cztery godziny w piątkowe popołudnie. Serwery po prostu nie wytrzymały piku transakcyjnego. Ludzie zostawiali zakupy na taśmach. Koszmar wizerunkowy).
Dobre wdrożenie wymaga zmiany myślenia. Telefon nie jest już tylko nośnikiem karty. Staje się autonomicznym centrum finansowym. Banki muszą analizować logi błędów z bramki płatniczej w czasie rzeczywistym. Widzimy spadki skuteczności autoryzacji na konkretnych modelach telefonów? Zmieniamy parametry odpytywania serwerów.
Dwa konkretne kroki naprawcze dla infrastruktury bankowej:
- Izolacja ruchu z portfeli cyfrowych na osobnych serwerach autoryzacyjnych. Gwarantuje to, że awaria tradycyjnego systemu kartowego nie pociągnie za sobą płatności mobilnych.
- Agresywne zarządzanie cyklem życia tokenów. Wymuszanie odświeżania kluczy kryptograficznych w tle bez angażowania użytkownika.
Wpływ prowizji na ofertę dla klienta końcowego
Koszty operacyjne zawsze ostatecznie spadają na barki konsumenta. Banki nie drukują pieniędzy z powietrza. Jeśli Apple pobiera prowizję od każdej transakcji Apple Pay, bank musi zrekompensować tę stratę w innym miejscu. Podnosi opłaty za prowadzenie konta. Ścina oprocentowanie lokat. Likwiduje programy cashback.
Użytkownicy iPhone’ów często nie zdają sobie sprawy, że ich wygoda jest dotowana przez resztę klientów banku. Google Pay, będąc darmowym dla wydawców kart, nie obciąża budżetów instytucji finansowych w takim stopniu. To daje bankom przestrzeń do oferowania lepszych warunków w bezpłatnych planach taryfowych.
Z drugiej strony Apple mocno inwestuje w bezpieczeństwo fizyczne swoich urządzeń. Zgubienie iPhone’a z podpiętą kartą rzadko kończy się kradzieżą środków. Face ID i Touch ID stanowią potężną zaporę. W świecie Androida fragmentacja sprzętowa sprawia, że tańsze modele smartfonów mają gorszej jakości czytniki biometryczne, a ich użytkownicy częściej muszą sprawdzać, co obejmuje gwarancja telefonu w razie awarii. Oszuści rzadko potrafią złamać samą tokenizację, ale łatwiej wymusić odblokowanie taniego telefonu na Androidzie niż najnowszego sprzętu z iOS.
Zabezpieczenia biometryczne a limity płatności
Płatności zbliżeniowe telefonem omijają tradycyjny limit 100 złotych bez PIN-u. Dlaczego? Ponieważ samo urządzenie weryfikuje tożsamość posiadacza przed przyłożeniem do terminala. Odblokowujesz telefon odciskiem palca lub skanem twarzy. Terminal POS otrzymuje sygnał o silnym uwierzytelnieniu klienta (SCA – Strong Customer Authentication).
W przypadku Apple Wallet autoryzacja jest wymagana niemal zawsze. Klikasz dwa razy boczny przycisk, patrzysz w ekran, przykładasz do czytnika. Google Pay w niektórych krajach pozwalało na małe płatności bez odblokowywania ekranu, jedynie po wybudzeniu wyświetlacza. To generowało ryzyko kradzieży kieszonkowych. Zmieniliśmy te zasady na robocie po licznych skargach od użytkowników, którzy gubili telefony w komunikacji miejskiej. Obecnie Google zaostrzyło politykę i wymaga odblokowania dla większości transakcji NFC.
Konkurencja ze strony smartwatchy i opasek fitness
Telefony to jedno. Bitwa przeniosła się na nadgarstki. Apple Watch to najlepiej sprzedający się zegarek na świecie. Posiada zintegrowane Apple Pay. Konfiguracja jest prosta, a wygoda płacenia podczas biegania bez zabierania portfela przyciąga miliony. Banki wiedzą, że brak wsparcia dla Apple Watcha to wyrok śmierci w segmencie klientów premium.
Ekosystem Androida jest bardziej rozdrobniony. Mamy zegarki z Wear OS obsługujące Google Pay. Mamy Garmin Pay. Mamy SwatchPAY. Mamy Xiaomi Pay. Bank musi zintegrować się z kilkoma różnymi systemami tokenizacji, aby zadowolić wszystkich klientów. To podnosi koszty utrzymania IT. Ironia sytuacji polega na tym, że chociaż Google Pay łatwiej wdrożyć w banku, to rozdrobnienie sprzętowe producentów trzecich zmusza programistów do ciągłego łatania mniejszych rozwiązań naręcznych.
W mniejszych instytucjach nikt nie bawi się w integrację Xiaomi Pay. Robią Google Pay dla telefonów, ewentualnie Apple Pay dla świętego spokoju zarządu, i zamykają projekt. Garmin Pay pojawia się tylko w bankach, które chcą uchodzić za nowoczesne i celują w sportowców. Zwykły zjadacz chleba używa telefonu.
Co przyniesie przyszłość dla portfeli cyfrowych?
Obserwujemy powolną śmierć fizycznego plastiku. Wirtualne karty wydawane wyłącznie do portfeli cyfrowych to już standard. Nie musisz czekać na kuriera z przesyłką. Otwierasz aplikację, klikasz przycisk i karta ląduje w Google Pay lub Apple Pay. Gotowa do użycia, niezależnie od tego, czy płacisz za poranną kawę, czy sprawdzasz, czy w Żabce można wpłacić pieniądze na swoje konto.
Unia Europejska zaczęła dobierać się do monopolu Apple. Organy regulacyjne wymuszają na firmie z Cupertino otwarcie modułu NFC dla zewnętrznych deweloperów. To potężny cios w fundamenty Apple Pay. Jeśli banki będą mogły tworzyć własne aplikacje omijające Apple Wallet i nie płacić prowizji, rynek ulegnie całkowitemu przebudowaniu. Google od dawna ma ten problem z głowy, grając kartą otwartości.
Prawdę mówiąc, brakuje nam twardych danych za wczoraj, więc wydaje się to tylko jedną z możliwych hipotez na najbliższy kwartał przed zmianami prawnymi. Ale kierunek jest jasny. Monopole technologiczne upadają pod ciężarem regulacji. Płatności zbliżeniowe staną się dobrem publicznym, a nie prywatnym folwarkiem kilku korporacji z Doliny Krzemowej.
Wybierz swój obóz. Jeśli masz iPhone’a, jesteś skazany na Apple Pay. Płacisz za to w ukrytych kosztach bankowych. Jeśli używasz Androida, masz wolność wyboru, ale twoje dane transakcyjne zasilają potężny silnik reklamowy Google. Zrezygnuj z iluzji prywatności, zwłaszcza w dobie cyfrowego pieniądza, gdzie nawet kontrola osoby prywatnej przez Urząd Skarbowy opiera się na analizie przepływów bankowych. Wyrzuć fizyczny portfel do szuflady. Skonfiguruj płatności w telefonie dzisiaj i przestań marnować czas przy kasach.
Często zadawane pytania (FAQ)
-
Które rozwiązanie obsługuje więcej banków w Polsce?
Zdecydowanie Google Pay. Niemal wszystkie banki spółdzielcze, komercyjne oraz lokalne fintechy w pełni wspierają integrację z systemem Android. Apple Pay jest dostępne w największych instytucjach, ale mniejsi gracze często rezygnują z niego ze względu na wysokie koszty wdrożenia i prowizje. -
Czy Apple Pay pobiera opłaty od banków?
Tak. Apple wymaga od wydawców kart prowizji od każdej przeprowadzonej transakcji przy użyciu Apple Wallet. Konkretne stawki w Europie są chronione umowami o poufności, ale stanowią istotne obciążenie dla sektora finansowego. -
Czy Google Pay jest darmowe dla instytucji finansowych?
Google nie pobiera bezpośrednich opłat transakcyjnych od banków za korzystanie z Google Pay. Firma zarabia pośrednio, oferując ekosystem zatrzymujący użytkowników w świecie usług Androida. -
Czy płatności portfelem cyfrowym są bezpieczne?
Oba systemy wykorzystują tokenizację. Prawdziwy numer karty nie jest przechowywany w urządzeniu ani przekazywany sprzedawcy. Apple korzysta z fizycznego czipu Secure Element, a Google z technologii wirtualnej chmury HCE. Oba podejścia skutecznie chronią przed kradzieżą danych. -
Czy można zainstalować Google Pay na iPhonie?
Można zainstalować aplikację Google Pay na iOS do zarządzania kartami, ale firma Apple blokuje dostęp do modułu NFC. Z tego powodu nie zapłacisz zbliżeniowo telefonem od Apple za pomocą systemu Google. -
Dlaczego banki spółdzielcze omijają Apple Pay?
Główną barierą są rygorystyczne umowy NDA, trudny proces certyfikacji technicznej oraz opłaty narzucane przez Apple. Dla małego lokalnego banku inwestycja ta często jest po prostu nieopłacalna w krótkim terminie.
Bibliografia
1. Narodowy Bank Polski – https://nbp.pl
2. Komisja Nadzoru Finansowego – https://www.knf.gov.pl
3. Związek Banków Polskich – https://zbp.pl
4. Główny Urząd Statystyczny – https://stat.gov.pl
5. Ministerstwo Finansów – https://www.gov.pl/web/finanse
