Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

New version of Stripe Checkout

stripe.com

Post reply on HN
Print view View original

101–110 of 162 posts

Re: New version of Stripe Checkout

#101

Post by Someone1234 »

dtech wrote: post #66
foobarbazetc wrote: post #46

Earlier quoted context omitted.

We thought this and killed our PayPal integration (went Stripe only) and lost double digits in sales (and received constant emails asking for PayPal). Unfortunately people want PayPal for whatever reason. Everything about PayPal from the merchant side sucks (bad API, bad recurring billing features, slow, no refund of fees for refunds from May, 6 months for someone to do a chargeback!, etc etc)

I'm an European and always pick Paypal over credit card. Credit cards aren't really a thing in Europe. I also much prefer Paypal's direct debit options, where the transaction is immediately visible on my bank account instead of coming in aggregate a month later.

> Credit cards aren't really a thing in Europe.

It is country dependant. The UK is majority credit card.

Re: New version of Stripe Checkout

#102

Post by CodeWriter23 »

dfabulich wrote: post #53
jenanwise wrote: post #47

Earlier quoted context omitted.

Not yet, but the amount of JavaScript necessary is really small. Essentially: Essentially: window.Stripe(' ').redirectToCheckout({sessionId});

Plus 33KB of Stripe's own JS (123KB after ungzipping). When using server integration, shouldn't the server be able to compute the link itself? Why does the server integration require Stripe JS at all?

I'm gonna go out on a limb here and guess there's some Panopticlick/Recaptcha style human detection / fraud prevention going on in the JS.

Re: New version of Stripe Checkout

#103

Post by CodeWriter23 »

jenanwise wrote: post #30
pupppet wrote: post #22

Wasn't the advantage of the original checkout the customer didn't have to leave your site?

We found that legacy version of Checkout did not allow us to build a number of features that users have been asking about for years—including instantly turning on Apple Pay without needing you to register with Apple directly, supporting a unified API that can work with redirect-based payment methods such as iDEAL (coming soon), and a bunch more features that we're working on. If you're looking for something embedded…

@jenanwise, I can't really tell by the example aside from not being prompted for a phone number, but is the 2FA via SMS for returning customers going away?

Re: New version of Stripe Checkout

#104

Post by askafriend »

rbobby wrote: post #82
ianhawes wrote: post #7

This is a beautiful user interface, but in my business, ~40% of our payments are through PayPal. To integrate Stripe Checkout, we would have to ask the customer whether they're paying with a card or using PayPal prior to displaying the Stripe UI. While that is not the worst option, our current UX is similar to Shopify, where there is an accordion component with multiple options: PayPal, Credit Card, Apple Pay, etc..…

> ~40% of our payments are through PayPal There are far to many horror stories about PayPal for me to trust them as a business partner.

Removing the option that 40% of your site's customers are trusting to complete the transaction sounds like a terrible business move. Even with the horror stories.

Re: New version of Stripe Checkout

#105

Post by arkitaip »

quotha wrote: post #27
ianhawes wrote: post #7

This is a beautiful user interface, but in my business, ~40% of our payments are through PayPal. To integrate Stripe Checkout, we would have to ask the customer whether they're paying with a card or using PayPal prior to displaying the Stripe UI. While that is not the worst option, our current UX is similar to Shopify, where there is an accordion component with multiple options: PayPal, Credit Card, Apple Pay, etc..…

I think it's just a matter of time before people switch from using PayPal.

Not going to happen. As devs we forget that PayPal is THE fastest and most safe way to pay online from a customer's POV. The login is a click or two. You never have to distribute your credit card details.

Re: New version of Stripe Checkout

#106

Post by tex5 »

jenanwise wrote: post #35
dfabulich wrote: post #28

Earlier quoted context omitted.

Can you say a word or two about why the new Checkout experience is a full-page redirect instead of a modal dialog? (I preferred the dialog.)

I wrote some notes below ( https://news.ycombinator.com/item?id=19740475 ) but TL;DR is that this lets us support a lot of features that that the legacy version never could. If you’re looking for an embedded form, Elements work great ( https://stripe.com/docs/stripe-js/elements/quickstart ) — you can of course pair Elements with a lightbox/modal library to get a similar experience to the legacy version of Checkout.

So we can build a modal version with Elements that supports all features?

But Stripe removed the modal option from Checkout because features?

Re: New version of Stripe Checkout

#107

Post by chatmasta »

cromulent wrote: post #96

For people impacted by SCA in a few months time (EU) this is really nice. SCA: https://stripe.com/en-US/guides/strong-customer-authenticati... EU e-commerce credit card transactions currently often redirect to the bank providing your card to authenticate before accepting the payment. The UX is very poor. The beneficiary of the check is the bank, but they tell you it is done for your own security. For some reason, fin…

The first time I saw this flow I thought I was getting phished. It really is ridiculous how you get sent to a strange domain name which may or may not have the name of your card issuer in it.

Re: New version of Stripe Checkout

#108

Post by tcfunk »

foobarbazetc wrote: post #46
quotha wrote: post #27

Earlier quoted context omitted.

I think it's just a matter of time before people switch from using PayPal.

We thought this and killed our PayPal integration (went Stripe only) and lost double digits in sales (and received constant emails asking for PayPal). Unfortunately people want PayPal for whatever reason. Everything about PayPal from the merchant side sucks (bad API, bad recurring billing features, slow, no refund of fees for refunds from May, 6 months for someone to do a chargeback!, etc etc)

I think PayPal might be the Kleenex of online payment providers

Re: New version of Stripe Checkout

#109

Post by askafriend »

wallawe wrote: post #2

I'm sure they did tons of testing on the experience, but I'm not a huge fan of the Apple Pay button being up top and appearing so prominent. My guess is that the vast majority of people won't end up using Apple Pay, so from a UX standpoint, I don't understand why it's above the credit card content as opposed to below. My guess is that they worked out some kind of lucrative partnership with Apple.

Any time Apple Pay is available, I use it.

As a user, I wouldn't want it to be hidden far below the other fields since I might not notice the button and start to fill out the fields unnecessarily.

Re: New version of Stripe Checkout

#110

Post by nspady »

plantain wrote: post #54

Glad to see "Support for iDEAL, SEPA Debit, and other European payment methods" is on the roadmap - the world is bigger than the US, and many European's don't have cards. Hopefully they don't continue requiring you to obtain your own SEPA creditor identifier, as that simply isn't available to many non-EU companies wanting to trade in the EU. We are integrating Braintree currently just to support SEPA for European cus…

Be careful when integrating SEPA payments. The asynchronous payment confirmation and no questions asked chargeback policy for 8 weeks after the payment has cleared can be disastrous.
Post reply on HN