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

91–100 of 162 posts

Re: New version of Stripe Checkout

#91

Post by theamk »

michaelmrose wrote: post #76
AdmiralAsshat wrote: post #67

Earlier quoted context omitted.

The advantage of PayPal is that I can make one-time purchase at random vendor whom I have no prior experience with, without having to trust them to protect my Credit Card info.

Isn't this the same benefit you get from stripe? Further being famously bad at developing software anyone would want to use doesn't necessarily mean that someone is incompetent in all aspects but it would decrease my trust in paypal just a little.

Maybe with the new checkout, which seems to use dedicated domain.

If I remember right, the older checkouts were hosted on vendor's website -- and you would not know if the cc info really goes to stripe only, or if vendor grabs a copy as well.

Re: New version of Stripe Checkout

#92

Post by meowface »

michaelmrose wrote: post #76
AdmiralAsshat wrote: post #67

Earlier quoted context omitted.

The advantage of PayPal is that I can make one-time purchase at random vendor whom I have no prior experience with, without having to trust them to protect my Credit Card info.

Isn't this the same benefit you get from stripe? Further being famously bad at developing software anyone would want to use doesn't necessarily mean that someone is incompetent in all aspects but it would decrease my trust in paypal just a little.

From an end user perspective, Paypal is a service which magically sends money over the Internet, and you're near-permanently logged into it, so you can pay for anything with almost no friction after you use it for the first time. A Stripe dialog is just a form/modal you see on a website asking you for your credit card details.

They're similar services when you break them down, but Paypal is almost more like a social network for users, with accounts people may re-use dozens or hundreds of times over a year to pay for things. Many end users probably have no clue what Stripe is and just see a generic Web 3.0-looking credit card form (probably ignoring reassurances about how the merchant website doesn't actually receive the card data; that stuff goes over many people's heads, or they just don't even notice it).

Re: New version of Stripe Checkout

#93

Post by grey-area »

jenanwise wrote: post #47
JimDabell wrote: post #42

Earlier quoted context omitted.

> supporting a unified API that can work with redirect-based payment methods Does this mean that it will be possible to implement Stripe payments that work without JavaScript?

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

Why tho?

It seems odd to require client side code (probably rendered by the server anyway) just to do a redirect, servers are perfectly capable of that. Doesn't the server have the sessionId and public key anyway? Why do you do it this way?

Re: New version of Stripe Checkout

#95

Post by ci5er »

cstejerean wrote: post #56
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 use PayPal for random sites that I don’t know because I don’t like handing my credit card info to random websites. Now I would personally trust Stripe Checkout (especially on a stripe.con domain rather than in a modal) but that’s because I know Stripe. The dislike of PayPal among techies is not common the population at large in my experience. Another thing I use PayPal for is any kind of subscription, because I kno…

I'm with you. I hate paypal, and I love stripe. But I am not going to hand my card number to a merchant I don't know. I broke this rule once in 2016, and regretted it.

If merchants would display a "Processed by Stripe" early on, I'd let up a bit.

Re: New version of Stripe Checkout

#96

Post by cromulent »

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, financial institutions are well trusted in Europe, regardless of recent behaviour.

https://www.reuters.com/article/us-europe-moneylaundering-fa...

Re: New version of Stripe Checkout

#97

Post by philjackson »

athyuttamre wrote: post #94
tnolet wrote: post #58

My question, does it support Stripe Billing out of the box? Would be great to have plans, billing etc. as a part of this sleek experience.

It does! We support plans and trials, with some limitations that we're working on removing soon.

Does it support tiers?

Re: New version of Stripe Checkout

#98

Post by PatrolX »

brlewis wrote: post #90
PatrolX wrote: post #88

The embeddable snippets don't work in an iframe, pops out and exposes the stripe domain which totally sucks.

I bet the frame busting is deliberate. As a consumer I prefer seeing the Stripe padlock on the current page...a reason this commenter gives for preferring paypal: https://news.ycombinator.com/item?id=19741689

Yep, you're right they have it locked down tight.

I tried some anti-frame-busting javascript and nginx return 204 trickery which prevents the top redirect but it still returns a Stripe error within the iframe complaining about not being able to redirect.

Re: New version of Stripe Checkout

#99

Post by AnssiH »

lucasverra wrote: post #73
ngrilly wrote: post #64

Earlier quoted context omitted.

We are in Europe (France) and are using Stripe with SEPA Direct Debit.

how much more steps does a final user need to make in order to complete a one shot payment (vs CCard) ? With instant (bank) payment coming in september, SEPA might be the option of choice in EU (also Paris here ️)

At least here in Finland SEPA direct debit is usually disabled by default for extra security* as domestic shops do not use it (we have redirect-based bank buttons instead) and with foreign ones one usually uses card instead.

So not really an option of choice in entire EU unless something changes - you don't want to tell your customers to enable something on their bank account first before purchase.

But VISA/MC debit cards are extremely common here, so I guess card+SEPADD might cover most people in EU. Though I think many people here are vary of entering their card details online as they are not used to that (then again, I guess the advent of Netflix and others must've made more people familiar with that).

* IIRC you just need the user's IBAN and consent, and IBANs are not really private as people use them to make payments to each other.

Re: New version of Stripe Checkout

#100

Post by CodeWriter23 »

cstejerean wrote: post #56
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 use PayPal for random sites that I don’t know because I don’t like handing my credit card info to random websites. Now I would personally trust Stripe Checkout (especially on a stripe.con domain rather than in a modal) but that’s because I know Stripe. The dislike of PayPal among techies is not common the population at large in my experience. Another thing I use PayPal for is any kind of subscription, because I kno…

As devs, we know in theory Stripe and PayPal are roughly equivalent in terms of protecting a card number. But the streamlined Stripe UI with the subtle branding doesn't drive home to the customer that Stripe is keeping your card number safe vs. random merchant storing all 16 digits in a hackable database somewhere.

The friction in the PayPal UI of making you log in to PayPal to make the payment is a pretty big trust signal IMO.

Post reply on HN