| 8:27 pm on Jan 30, 2011 (gmt 0)|
If they don't have PP already, or have never signed up... then technically they should get the other regular payment info as the default on the right hand side and the 'log in' as just a link, as opposed to the other way around. Try using a browser that does not have any PP cookies in it, and you should see that. I also have payment info spread around my site and a link to a page that explains how it all works. If I do an invoice request, I also always mention how it works, and that they don't have to be a member. I rarely get issues with people. If you're just using straight PP, that's about all you can do.
| 12:27 pm on Feb 1, 2011 (gmt 0)|
Thanks for the reply.
Its all down to the cookies being present and whether you are using "buy now" or "add to cart" buttons. Each type does its own thing.
Paypal - I need to dump them - dam.
| 1:39 pm on Feb 1, 2011 (gmt 0)|
|PayPal - I need to dump them - dam. |
I wouldn't. We started using the PayPal Developer API years ago. When people check out in our cart, they see a Pay by Credit Card option and a Pay by PayPal option. If they choose the CC option, the form appears right below for them to complete their payment. If they choose the PayPal option, they go through a streamlined process that takes them to our customized PayPal page at which time they login, approve the payment and are sent right back to our site.
The above setup has been very successful over the years. We've had zero questions about PayPal. Thing is, when they select Pay by Credit Card, the payment is still being processed by PayPal minus the whole jump over to PayPal. It's a neat little setup and does very well.
PayPal is by far one of the largest providers in this space. If you've got the dev knowledge, I highly recommend that you review the API documentation, there's much that you can do while using PayPal as the only payment processor.
| 7:32 pm on Feb 1, 2011 (gmt 0)|
Yeah, I think you're going to have difficult people and problems, no matter what you do. I have directions and info plastered all over my site and get people that completely ignore it, all the time. I have some of the most detailed manuals for our products that could ever be written... yet I get questions about how to do stuff that is mentioned right in the manual, clear as day. Unfortunately, there's always going to be people that are a plain in the butt.
As far as PP, the one problem I have seen happen, is that I believe some people have signed up when they ordered something from somebody way back, and they forgot. So then they go to use it as a non-member, and it won't let them. That's when the problems start.
| 8:56 pm on Feb 1, 2011 (gmt 0)|
pageoneresults, do you have to have one of the monthly payment merchant accounts with PayPal to use their Developer API?
| 9:18 pm on Feb 1, 2011 (gmt 0)|
|Do you have to have one of the monthly payment merchant accounts with PayPal to use their Developer API? |
Yes. It is called Website Payments Pro. We also utilize their Virtual Terminal which allows us to accept payments at anytime, anywhere as long as we have Internet access.
Website Payments Pro
We've had zero issues with PayPal for at least 3 years now. We process 500+ payments per month via PayPal. I will agree, years ago it was a challenge but after going with the WPP, everything changed for the better. PayPal is our only processor.
| 8:28 pm on Feb 18, 2011 (gmt 0)|
I just did the same thing. It's $30/month for WPP. At checkout the customer chooses. Currently, about 20% choose to leave our site and go to Paypal.
We looked at a lot of payment gateways and for what you get, the Paypal prices are competitive and predictable. Lots of other places will quote you 2.2% on credit cards versus 2.9% for Paypal, but God forbid it's a rewards card or corporate card, then all bets are off - then you're quickly over 3% in charges. And realistically, who has a credit card that is neither a rewards card nor a corporate card? I haven't seen one in years (except debit cards I suppose).