I am using PayPal Payments Standard for payments, with a POST form to https://www.paypal.com/cgi-bin/webscr . I noticed that PayPal started rolling out a new design and found some questions of people trying to force the old design instead of the new one. Well, I want it the other way around..
I want this:
instead of this:
is that at all possible?
There is no control over the layout that you can force to show up . Currently it depends on various factors like IP address , buyer / seller country and etc . Once the rolling out is done completely you will be seeing the new layout only .
Related
Is there a a paypal integration where the customer view's their cart and can click checkout and pay with paypal without filling out the shipping fields.
I want the quickest and slickest possible checkout without the customer filling out any fields what so ever and then requesting it from paypal using the API.
I was looking at the express checkout but it seems to need a shipping fields on our side.
There is so many paypal integration types and documentation that my head is starting to spin.
PayPal's One Touch is enabled on buyer's end, but something tells me you'd like the philosophy behind it :)
As far as integration is concerned, limit the fields using variables like no_note and no_shipping.
If you think cart, you may like this:
https://www.paypal.com/cgi-bin/webscr?cmd=_cart&add=1¤cy_code=USD&amount=1&item_name=item&business=youremail#here.com&no_shipping=1&no_note=1
Replace youremail#here.com with your email.
Variable reference [ here ].
I have implemented PayPal for my site, and i used IPN checkout. Currently when I press PayNow button on my site it shows PayPal Checkout page with following design http://c2n.me/iM28i8
But there is another PayPal Checkout page design (see http://c2n.me/iMwGZk), than the one I use. How can i switch to that design?
The second screen shot is new layout design that will be offered going forward . Currently it is not rolled out everywhere , so your buyers can see the different checkout page depending on the various factors like their country , ip adrees etc . This is only the change in design and will not affect the way PayPal process the transaction .
And there is no way to control the checkout design , it will be decided by the PayPal .
The second screenshot looks a lot like the payment page paypal has for mobile devices. are you sure that's not the mobile one?
I've done a LOT of research on how to accept payments through PayPal for items whose price changes dynamically.
My site sells a service and there are pretty much an infinite possible prices for the same item based on parameters (price increments in $0.99, 0.20 and 0.10).
I've looked into Paypal Express but it doesn't seem to allow accepting credit cards / debit cards, only payments through Paypal.
I looked into a "hacky" solution that calls the API's BMUpdateButton method to update the price of the button on PayPal's side but this won't work in my case as multiple users may be on the page at the same time and would need to be quoted different prices.
I saw that I can create a payment page from scratch and call APIs to create, accept, and verify payments against PayPal but that's a lot of coding for one and that tremendously reduces security as I don't have SSL and will need to get it which isn't cheap for a start-up business :)
I also came across creating a "non-hosted" button (haven't tried it yet) but that seems to require specifying my business email address in the HTML code which would be far less than ideal.
What I'd really like to do is have a php page act as a gatekeeper between the time the user checks out and what gets sent to PayPal where my PHP can inject the payment amount in and the user can confirm it on the PayPal page and checkout. Any other solution that satisfy the requirements will be truly appreciated.
Requirements again are
Must accept credit cards and PayPal payments
User does not have to have a Paypal account
Price must be dynamic and be able to support multiple users at the same time
Must be as secure as possible. I don't have SSL. An html input type='hidden' won't work as it's too easy to manipulate.
Another thing I thought of just now while typing this post up - if I can securely add quantities of an "item" that may also serve the purpose. For instance, I could add 10 quantities of "items" costing $0.99 and 2 "items" costing 0.10 to get to my required total of 10.19. Is it possible? The quantity boxes, again, must not be changeable by the user. It's more of an all or nothing type of deal :)
Help will be truly appreciated. Please let me know if I've missed anything.
Express Checkout does include "Guest Checkout" so people can pay using a credit card without having or creating a PayPal account. Unfortunately, they just recently made changes so you're forced to click a "Guest Checkout" button before you can see the full credit card form, so some buyers still miss it and don't realize they can do that.
Payments Pro would definitely give you want, but you would indeed need an SSL, and you'd need to make sure you're not saving any credit card details locally.
Payments Advanced is similar to Pro except that the form is hosted within an iframe and resides on PayPal's server so you don't need an SSL that way.
I personally prefer Payments Pro.
I'm building an Elance style site for a client who wants paypal incorporated so job posters can pay the job winners.
Would each job winner need to go to Paypal, get the unique Paypal HTML which creates the "Pay with Paypal" button for them, and then input this on our platform? Or is there another way to do it?
There are a number of ways this could be done.
You could generate buttons for people using the Button Manager API.
You could also use Express Checkout along with the Permissions API so you can have a single checkout system that works with everybody involved.
You could use Adaptive Payments in a number of different ways depending on your needs.
Really going to need more details about what your overall goal is to provide a better recommendation, but yes, those would be better options than having job winners create their own buttons.
As I've been integrating with PayPal, I've noticed that their sandbox UI is very different from their real UI.
When I set my button to post to sandbox.paypal.com, I get something like this:
But when I post to paypal.com from a browser that has never visited PayPal before, I get this:
Is there any way to setup the sandbox so its interface will be closer to the "real" PayPal's interface?
I've not seen it, but perhaps that's a New UI? The quote below is about all I've been able to find out about it though.
The Adaptive Payments consumer
experience will be upgraded to the new
PayPal payment flow design being
rolled out across all PayPal products.
The new UI will show the merchant's
business name instead of their email
address and will have a split slider
showing the payment breakdown on the
left and the login/approval on the
right.
David seems to be right — they are rolling out a new UI on the real site, but I guess the sandbox hasn't gotten it yet.
Also, clearing all my *sandbox.paypal.com cookies gives me a "pay with credit card" screen instead of the "log into PayPal" screen.
There is problem with new paypal interface, also mentioned in developer community forum on their website. many of the users are having problem since 1 month, and paypal is still working on it to resolve the issue.
Regards,
Mazhar Karimi