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

111–120 of 162 posts

Re: New version of Stripe Checkout

#111

Post by electroly »

jenanwise wrote: post #52
electroly wrote: post #45

Earlier quoted context omitted.

Is the legacy Checkout version going away? I'm nervous that it's being called "legacy." It works perfectly for us; we don't see a benefit in implementing Elements, and the new external checkout flow is a negative for us. Will we be forced to migrate?

Future development will be focused on Elements and the new version of Checkout, but we’ll continue to maintain the legacy version as long as we can. Note that if you’re accepting payments from PSD2/SCA-impacted countries, we do recommend using Elements or Checkout, as the legacy version of Checkout doesn’t support 3DS. Would love to hear more about why Elements or the new version of Checkout don’t work for your use c…

Just a followup now that I've seen some more details elsewhere that has strengthened my resolve: if you expect me to implement a webhook or to poll for completed transactions, you've lost me, and I think you've lost the knowledge of why people chose Stripe Checkout for their websites in the first place.

As soon as legacy Checkout stops working, I'm gone. If I'm implementing webhooks, then I'm implementing it for PayPal instead. Then at least I'd be gaining something for my effort (user-facing PayPal support) instead of just doing extra work to satisfy Stripe's whims because THEY want to do something that I don't care about.

Re: New version of Stripe Checkout

#112

Post by zrail »

tex5 wrote: post #106
jenanwise wrote: post #35

Earlier quoted context omitted.

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?

A modal with Elements could support all the features that old modal Checkout supports. It would not be able to do all the things that new non-modal Checkout will be able to do in the near future.

Re: New version of Stripe Checkout

#113

Post by bdibs »

dmix wrote: post #80
jenanwise wrote: post #16

Earlier quoted context omitted.

The Apple Pay button will only show up to customers who have Apple Pay onboarded and enabled. Customers who don't care about Apple Pay won't ever see the button. (I work on Checkout)

> customers who have Apple Pay onboarded and enabled How is this handled on web forms? I have neither of those but it shows up on the preview. I don't care, I think it's fine ala login via Google/FB links on login forms being on top. I'm just curious!

The preview is using a test key, so it's likely they show everything just for testing reasons.

Re: New version of Stripe Checkout

#114

Post by jwr »

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)

Is that in a B2C or B2B setting?

I run a B2B SaaS and have so far had exactly zero requests for PayPal. I keep wondering if I'm missing out.

Re: New version of Stripe Checkout

#115

Post by stevoski »

Looking good, Stripe. I love how you are on to things like SCA well in advance, making life easier for us merchants.

Now if you’d just finally add some VAT handling to Stripe Checkout, and to Stripe overall...then us merchants in the EU will be able to use these nice Checkout pages you create.

Re: New version of Stripe Checkout

#116

Post by jwr »

chrispadfield wrote: post #70

Any support for EU VAT handling coming to this? A lot of work seems to have gone into European support here - odd that VAT handling not part of that.

The EU is not a priority for Stripe, which I think is very unfortunate. They only support a subset of countries. I would have switched from Braintree a long time ago if only Stripe were available in Poland.

Braintree works, but is a source of ongoing cost, as it is impossible to do automatic reconciliation. There is no way to connect the (batched) payouts that you get with transactions/invoices. A major problem in the EU.

Also, Braintree has a terrible risk-review approach, where if you trigger a risk review (for example, by growing), they will freeze your accounts for an indefinite amount of time (from weeks to months) and demand various documents from you.

Re: New version of Stripe Checkout

#117

Post by sethhochberg »

jwr wrote: post #114
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)

Is that in a B2C or B2B setting? I run a B2B SaaS and have so far had exactly zero requests for PayPal. I keep wondering if I'm missing out.

Anecdotally as a person who often evaluates / purchases software for a smallish business, I don't care at all what payment methods you support as long as I can try the functionality without going through the payment flow. Businesses have bookkeepers and bank accounts, we'll mail a paper check or even make a wire transfer if thats what we really have to do to get a service that provides value - it'll be more annoying than a credit card, but by the time we arrive at the point where I'm annoyed, the purchase decision is probably already made based on other merits.

As an individual consumer, I'm much more fickle since I'm usually buying commodities and convenience matters.

Re: New version of Stripe Checkout

#118

Post by impostervt »

I have a form that users fill out for one of my side projects with normal credit card info. A few users over the years have requested paypal, but not so many that I felt compelled to dive into their API mess.

But now I probably need to make a change. Stripe Checkout integration looks pretty similar to Paypal Checkout (though with better docs and a more up to date NPM package), but I wonder if I shouldn't just bite the bullet if there are so man y more customers that would use paypal...

Re: New version of Stripe Checkout

#120

Post by yazr »

kevin_thibedeau wrote: post #84
dtech wrote: post #66

Earlier quoted context omitted.

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.

Euro PayPal is a real bank and can't get away with the shenanigans that US PayPal does.

Can u explain ?

Do u mean Euro Paypal accounts cant be just frozen unilaterally etc ?

Post reply on HN