Wbudowana płatność
Wbudowana płatność Cardflo bezproblemowo integruje przetwarzanie płatności bezpośrednio z Twoją witryną lub aplikacją. To rozwiązanie zapewnia bezpieczny, zgodny z PCI formularz płatności, który pojawia się na Twojej istniejącej stronie, eliminując przekierowania i utrzymując spójne doświadczenie użytkownika.
Jest przeznaczone dla sprzedawców poszukujących prostej integracji bez poświęcania kontroli lub obecności marki.
- Kategoria
- Kasa
- Możliwości
- 10
- Dostępne na
- Wszystkie plany
Przegląd
Wbudowana płatność działa jako metoda integracji po stronie klienta, gdzie pola wprowadzania płatności są hostowane przez dostawcę usług płatniczych (PSP), ale renderowane w ramach istniejącej architektury internetowej sprzedawcy.
W przeciwieństwie do hostowanych stron płatności, które wymagają przekierowania przeglądarki do zewnętrznej domeny, ten model wykorzystuje iFrame'y lub hostowane pola, aby utrzymać obecność użytkownika na głównej stronie.
Przepływ danych zapewnia, że wrażliwe dane numeru głównego konta (PAN) nigdy nie trafiają na serwer sprzedawcy, ponieważ pola wprowadzania danych komunikują się bezpośrednio z bramką akceptanta.
Ten mechanizm znacznie zmniejsza zakres zgodności z PCI-DSS, zazwyczaj pozwalając sprzedawcom kwalifikować się do prostszych ocen SAQ A lub SAQ A-EP.
Zachowując kontrolę nad DOM wokół bezpiecznych pól, firmy mogą zarządzać układem wizualnym i ścieżką użytkownika, jednocześnie delegując bezpieczeństwo kryptograficzne i procesy tokenizacji do warstwy infrastruktury stosu płatności. To podejście równoważy wymagania dotyczące marki z solidnym zarządzaniem ryzykiem i bezpieczeństwem technicznym.
Jak to działa
Inicjalizacja skryptu po stronie klienta
Integracja rozpoczyna się od załadowania biblioteki JavaScript od dostawcy płatności na stronę płatności sprzedawcy.
Ten skrypt tworzy bezpieczne kontenery w określonych elementach DIV, zapewniając, że krytyczne dane wejściowe płatności pozostają izolowane od reszty kodu strony, aby zapobiec lukom w zabezpieczeniach skryptów między witrynami lub zakłóceniom danych.
Renderowanie bezpiecznych pól
Dostawca renderuje pojedyncze iFrame'y dla numeru karty, daty ważności i CVV. Pola te są hostowane w środowisku zgodnym z PCI, ale pojawiają się jako część formularza sprzedawcy.
To rozdzielenie zapewnia, że sprzedawca przetwarza tylko niewrażliwe metadane, podczas gdy rzeczywiste dane posiadacza karty są przesyłane bezpośrednio do bramki.
Tokenizacja i walidacja
Gdy klient wprowadza swoje dane, system wykonuje walidację w czasie rzeczywistym dla kontroli LUHN i identyfikacji BIN. Po przesłaniu wrażliwe dane są wymieniane na bezpieczny token skarbca.
Ten token reprezentuje instrument płatniczy i jest jedynym poświadczeniem przekazywanym do backendu sprzedawcy w celu żądania autoryzacji.
Autoryzacja transakcji
Sprzedawca wysyła token do swojego serwera, który następnie inicjuje wywołanie autoryzacji do akceptanta. Akceptant przekazuje to do systemów kart i wystawcy.
Wystawca zwraca odpowiedź, taką jak zatwierdzenie lub kod odrzucenia, którą sprzedawca następnie wyświetla użytkownikowi.
Dlaczego to ważne
Optymalizacja współczynnika konwersji
Przekierowania często wprowadzają tarcia i opóźnienia, które są głównymi przyczynami porzucania koszyków. Utrzymując klienta w domenie sprzedawcy przez całą transakcję, proces płatności wydaje się ciągłą częścią podróży użytkownika.
Ta spójność pomaga utrzymać zaufanie, szczególnie podczas transakcji o wysokiej wartości, gdzie nagła zmiana adresu URL może spowodować, że użytkownicy podejrzewają próbę phishingu lub usterkę techniczną.
Obciążenie związane z bezpieczeństwem i zgodnością
Zarządzanie surowymi danymi kart wymaga rozbudowanych protokołów bezpieczeństwa i rygorystycznych corocznych audytów zgodnie z kryteriami PCI-DSS Poziom 1. Model wbudowany omija te wymagania, zapewniając, że serwer sprzedawcy nigdy nie widzi, nie przetwarza ani nie przechowuje wrażliwych danych PAN.
Ta zmiana zmniejsza obciążenie operacyjne i odpowiedzialność związaną z naruszeniami danych, ponieważ ciężar bezpieczeństwa jest przenoszony na dostawcę usług, którego systemy są specjalnie zbudowane do ochrony danych.
Zastosowania
Subskrypcje platform SaaS
Dostawcy oprogramowania używają wbudowanych pól do zbierania danych płatniczych podczas konfiguracji konta. Pozwala im to na przechwycenie metody płatności i przechowywanie jej jako tokena sieciowego do cyklicznych rozliczeń bez zakłócania procesu onboardingu lub wprowadzania zewnętrznych przekierowań witryn.
Witryny e-commerce o dużej objętości
Sprzedawcy detaliczni o dużym natężeniu ruchu używają wbudowanych płatności, aby zachować integralność marki i zminimalizować kroki do ukończenia. Jest to szczególnie skuteczne w handlu mobilnym, gdzie przekierowywanie między aplikacjami a przeglądarkami może prowadzić do przekroczenia limitu czasu sesji lub błędów ładowania.
Rynki dla przedsiębiorstw
Rynki obejmujące wielu dostawców używają wbudowanych pól do standaryzacji doświadczenia płatniczego na całej platformie. Zapewnia to, że niezależnie od konkretnego dostawcy, infrastruktura płatności pozostaje bezpieczna i spójna, ułatwiając złożone przepływy rozliczeń dzielonych w backendzie.
W liczbach
Badania branżowe sugerują, że usunięcie przekierowań może prowadzić do znacznego spadku porzuceń koszyków, ponieważ klienci rzadziej napotykają tarcia techniczne lub problemy z zaufaniem podczas fazy płatności.
Korzystanie z hostowanych pól może znacznie zmniejszyć liczbę kontroli bezpieczeństwa, które sprzedawca musi corocznie audytować, w porównaniu z przetwarzaniem surowych danych kart, zgodnie ze standardowymi benchmarkami oceny PCI-DSS.
Zoptymalizowane wbudowane pola, które uruchamiają natywne klawiatury i zapewniają walidację w czasie rzeczywistym, zazwyczaj ułatwiają szybsze czasy ukończenia dla użytkowników mobilnych w porównaniu z tradycyjnymi, niereponsywnymi układami formularzy.
Powiązane pojęcia
Talk to our team about a live rollout on your acquiring stack.
Co zyskujesz dzięki Wbudowana płatność
- Zmniejszenie zakresu PCI-DSS do SAQ A lub SAQ A-EP poprzez izolowanie wrażliwych danych płatniczych.
- Eliminacja przekierowań między domenami w celu zminimalizowania tarcia podczas płatności i poprawy retencji klientów.
- Możliwości dostosowywania CSS w celu dopasowania formularza płatności do istniejących wytycznych stylu marki.
- Walidacja po stronie klienta w czasie rzeczywistym dla formatowania kart, dat ważności i długości CVV.
- Bezpośrednia tokenizacja danych karty w celu zapewnienia bezpiecznej transmisji do bramki płatniczej.
- Pola wprowadzania danych responsywne na urządzenia mobilne, które dostosowują się do różnych rozmiarów ekranów i układów klawiatur wirtualnych.
- Wsparcie dla uwierzytelniania 3-D Secure bezpośrednio w wbudowanym przepływie dla zgodności z SCA.
- Automatyczne wykrywanie BIN w celu natychmiastowego identyfikowania typu karty i stosowania odpowiedniej logiki przetwarzania.
- Kompatybilność z nowoczesnymi frameworkami JavaScript, w tym React, Vue i Angular, dla ustrukturyzowanej integracji.
- Obsługa zlokalizowanych języków dla pól płatności w celu obsługi globalnej bazy klientów.
A short scoping call, then a written plan for your MIDs.
Pytania dotyczące Wbudowana płatność
Czym różni się wbudowana płatność od hostowanej strony płatności pod względem bezpieczeństwa?
Hostowana strona płatności przekierowuje użytkownika do adresu URL zarządzanego przez PSP, natomiast wbudowana płatność utrzymuje użytkownika na stronie sprzedawcy za pomocą iFrame'ów lub hostowanych pól.
Z perspektywy bezpieczeństwa, obie metody zapewniają, że sprzedawca nie przetwarza wrażliwych danych karty, ale podejście wbudowane oferuje większą kontrolę nad doświadczeniem użytkownika. Metoda wbudowana zazwyczaj wymaga nieco bardziej złożonej implementacji technicznej niż strona hostowana, ale zapewnia znacznie lepszą ścieżkę konwersji dla użytkownika końcowego.
Czy używanie wbudowanych pól wymaga określonego poziomu certyfikacji PCI-DSS?
Sprzedawcy korzystający z wbudowanych pól zazwyczaj kwalifikują się do SAQ A-EP lub SAQ A, w zależności od sposobu implementacji pól. Ponieważ wrażliwe dane są przechwytywane w iFrame, który komunikuje się bezpośrednio z PSP, serwer sprzedawcy jest skutecznie usunięty z przepływu danych posiadacza karty.
Jest to znaczne zmniejszenie wymagań dotyczących zgodności w porównaniu z integracją opartą na API, gdzie serwer sprzedawcy może tymczasowo przetwarzać surowe dane karty przed tokenizacją.
Czy mogę stylizować wbudowane pola, aby pasowały do konkretnej czcionki i kolorów mojej witryny?
Tak, większość implementacji wbudowanych pól pozwala na stylizację CSS. Chociaż same pola są hostowane w bezpiecznym iFrame, biblioteka dostawcy zazwyczaj akceptuje obiekty stylów, które definiują czcionki, kolory, dopełnienie i atrybuty obramowania.
Pozwala to na to, aby pola płatności wyglądały jak natywne elementy strony sprzedawcy, zapewniając spójną estetykę, która wspiera zaufanie do marki na końcowym etapie płatności.
Co się stanie, jeśli karta klienta wymaga uwierzytelnienia 3-D Secure?
Gdy 3-D Secure jest wymagane do silnego uwierzytelnienia klienta (SCA), wbudowana biblioteka zazwyczaj uruchamia modalne okno lub nakładkę. Klient kończy wyzwanie w tym oknie, a po autoryzacji, fokus wraca do strony płatności sprzedawcy.
Proces ten odbywa się bez pełnego przekierowania strony, utrzymując sesję i zmniejszając ryzyko zamknięcia zakładki przez klienta podczas procesu uwierzytelniania.
Czy wbudowana płatność jest zoptymalizowana pod kątem urządzeń mobilnych?
Standardowe komponenty wbudowanej płatności są zaprojektowane tak, aby były responsywne. Wykorzystują zapytania mediów do dostosowywania rozmiaru i układu pól wprowadzania danych w zależności od wymiarów ekranu urządzenia.
Ponadto są skonfigurowane tak, aby uruchamiać prawidłowe klawiatury numeryczne w mobilnych systemach operacyjnych, co poprawia szybkość i dokładność wprowadzania danych przez klienta, prowadząc do wyższych wskaźników ukończenia na urządzeniach przenośnych.
Czy wbudowana płatność obsługuje alternatywne metody płatności, takie jak portfele cyfrowe?
Wbudowane płatności często mogą być skonfigurowane tak, aby wyświetlać przyciski portfeli cyfrowych, takie jak Apple Pay lub Google Pay, obok tradycyjnych pól wprowadzania danych karty.
Metody te często całkowicie omijają pola wprowadzania danych karty, używając przechowywanych danych uwierzytelniających portfela do autoryzacji transakcji za pośrednictwem bezpiecznego tokena. To wielomodalne podejście zapewnia, że płatność pozostaje elastyczna dla różnych preferencji konsumentów, jednocześnie utrzymując pojedynczy punkt integracji.
Gotowy na prędkość?
Opowiedz nam o swojej firmie. Dobierzemy dla Ciebie odpowiednich partnerów aktywizujących i właściwą ścieżkę, zazwyczaj w ciągu tygodnia.