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 know I can cancel it from the PayPal side without having to worry about jumping through hoops.
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.
Stripe isn't as safe. PayPal collects my details only on paypal.com, Stripe collects my details on all sorts of domains, where who-knows-what JS might be present.
Are you speaking about real threats that cannot be mitigated by best practices, or theoretical threats of the future? I guess in other words, I’m under the impression using Stripe and following OWASP and script signing that my customers are safe. If I’m incorrect please pass me a clue.
As a customer, how do I verify that the merchant is following best practices and hasn't by mistake forgotten some ad script enabled on the payment page?
With PayPal as long as I only enter my password on paypal dot com I know I'm safe.
If you’re very careful and copy/paste the PayPal URL into an editor and verify you didn’t get sent to PayPal.com.evil.domain, then you’re very likely to be safe.
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.
This is it exactly. I think for Stripe to really succeed in consumer space and not just among techies, they need to have a manageable back end for consumers to log in and be able to stop payments any time and allow for storing of cc info so people are not asked to enter it on a random website.
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.
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).
In that case I might be wrong. I've only ever used Stripe as an end user, and each time I used it it just appeared to be a credit card form, with no accounts and no memory of previous credit cards I've entered (which is what I would want anyway).
While it's similar, I think there's hesitation since the customer might not know that it's similar in this regard.
Plus the act of re-entering the credit card number and/or not being able to use a recurring PayPal balance to pay off something might be a non-starter for some.
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.
Not really, how does the end user know that the credit card number they're entering isn't being stolen by the merchant they're buying from? In theory the merchant should never even get the credit card number if they're integrating with stripe honestly and correctly, but the end user won't know that unless they're inspecting the traffic.
Losing a lot of sales is not surprising if you're forcing existing customers to change payment method. It's enough hassle many will just leave if your service isn't special enough to them.
Beyond that, a big reason to use PayPal is that simply, a lot of people don't have a (internationally accepted) card they can use. PayPal is a useful middleman for those people if they support a payment method they do have.
I won't claim my reasoning is the what's keeping people asking for PayPal, but here is why I prefer to pay via PayPal:
My biggest fear of paying via Stripe is not having the ability to cancel payments on my own or to cut random company access to my credit card without having to talk to my CC company or bank.
PayPal gives me a bit more piece of mind because I know I can log in and find subscriptions and cancel them right from the back end and payments will be stopped. With Stripe, I can't do this. Not to mention Stripe dashboard is a UX nightmare from the consumer perspective. I don't think any consumer would log in to Stripe to manage their payments (assuming they could) as things stand right now. I think this is a missing feature that Stripe has to integrate in order to finally let PayPal die. That and time.
As a consumer, I want to be able to go to Stripe, easily log in, see all of my subscriptions / payments and be able to stop them with a click of a button. As long as this is missing, I would rather use PayPal's shitty UI and hidden subscription management area.
Paypal is just another "you pay for convenience" service. Not having to type in your card details for every site means you can impulse buy any time you want.
Another draw of Paypal I remember 5-10 years ago was being able to use money obtained on consumer-to-consumer markets. If you were to use any other p2p service (be it venmo, cashapp, etc) you would be required to have a bank and your money almost certainly will end up hitting your bank account. With Paypal, you can receive money from people then turn around and use that "paypal balance" for many real online storefronts without it showing up in your bank (or without having a bank account at all). Note - this may no longer be true as I believe Paypal has changed how it verifies accounts.
Maybe Stripe should create a paypal-like service for consumers where you can they can pay via "stripe balance" and use a single saved card everywhere.
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.
I wonder if this could have been mitigated by offering a coupon to customers who tried the new stripe checkout option for months leading up to switching over?
If the cost of discount is less than the cost of supporting paypay it might be worthwhile.
Or if you pay more to use paypal for example raise prices slowly while offering a discount for using stripe.
I wonder why Stripe doesn't offer an option for this kind of service. In the end, people just want it to be simple. If Stripe provides the better business side tools and integration and an ability to have to trust only Stripe with my payment info, it seems like a win-win.
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.
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)