Tag Info

Hot answers tagged

11

Shopify is a good shopping cart site. They have a comprehensive list of payment processors, here, that can be used on any site, not just theirs. I think your question is very broad though and I don't know what your goal is. I think you should look into the providers below and which one fits you needs the best. That being said, paypal is one of the best ...


9

Here's my take on the issue, although I don't have any firm evidence. I don't think there is actually mistrust with PayPal, but instead confusion as to how PayPal works. Most people don't want to give their credit card number to a company for them to store (although they don't realize this is partially what you're doing with any other company). People may ...


7

Unless you need it for a portfolio item or this website has a clear business plan in a market where you are guaranteed a lot of traffic, don't work for ad space. Unless the other person has a proven track record of revenue producing sites, you're essentially working for free. It's spec work. Some things you need to ask yourself: What is my hourly wage? How ...


7

There is no "standard" as a business can do business any way they want to. But some things to consider are: Use escrow. This ensures both parties are happy with the final result. Have a contract. Make sure everything is spelled out explicitly including the work to be done. This way there is no squabbling over functionality or when the job is officially ...


6

You're going to get abandoned shopping carts nomatter what you do, but the best option is generally the one that fully integrates into your webpage. You can still use PayPal's API with a roll-your-own (no experience with Amazon and Google as they don't offer services in my part of the world), so you can have the best of both worlds. I doubt there's been ...


6

PayPal Payments Standard allows users to pay by card even if they don't have a PayPal account. PayPal Express Checkout requires that users have a PayPal account or create one in order to check out. Both services are detailed on PayPal's merchant page. You should use PayPal Express Checkout if: You already process regular card payments with a form on your ...


5

Depends on what you're looking to achieve. If avoiding fees is the most important thing, you need to do the math and decide what vendor is going to give you the best deal based on your transaction volume. If you need greater programmability, you might consider going to Authorize.Net, but it may cost you more with the gateway fees + merchant account fees.


4

See this answer, Which payment provider, such as PayPal, should I use for marketplace style site? for a large list of payment providers found on the web. You want to use one of these payment providers to transfer funds because the software is complex due to required security and the legal requirements that go along with creating a payment site.


4

Check out some general marketing data on what people do and don't like to give when purchasing online here. As for my own opinion I think Paypal can deter some purchasers and the % seems to go up as the dollar value of the items go up. I think no matter what site you are and what payment method you use, people leave online shopping carts all the time. It ...


4

Terms of Service, and all copy like it, is the responsibility of the customer unless otherwise specified in a contract. Your job is to build them a shopping cart and ecommerce website, not to be their business decision maker and copyrighter. As far as shopping carts go, keep the following in mind (if anyone has more ideas please feel free to add to this ...


3

It starts to make financial sense to leave PayPal when your total sales are over $100 million per year. PayPal now (August 8, 2010) charges the same rates across all accounts. $0.30 per transaction plus 1.9 - 2.9%. The lowest competitive fees I could find at this time is $0.23 per transaction plus 1.5%. If you are averaging ten $50 transactions per day, ...


3

I may be a little old-school here, but PayPal says "amateur" to me. Credible and trustworthy e-commerce sites take real credit cards for payment. Never underestimate the value of trust in e-commerce. Look to Authorize.Net for this, as they are great. See this question for more.


3

The types of payment services you are talking about require the user to make payment on the payment provider's website. When you take control of the payment you lose that because you are now responsible for handling the payment. So there would be no transparent transition for your users if you change processors. Paypal offers an API (I believe it is Website ...


3

There is no such thing as free credit card payments so let's start by ruling that out. (Actually it is possible to get free payment processing from Google Checkout if you are a non-profit and jump through a few hoops but that doesn't apply here and is the exception to the rule). You're going to find that your options are limited and when you do the math ...


3

Don't do this on your own financial info storage system as it may burn you. Here are just some of the problems you may encounter: If you collect it online, you will end up storing it online in some format. Your application is not completely secure (none are, so I say that with confidence). Since you are storing the data online, it is accessible via ...


3

Yes, there are many alternatives. One such alternative is Stripe, which is geared towards developers and webmasters. Payments for developers Stripe makes it easy to start accepting credit cards on the web today. If you want a solution that includes fraud checks, weekly bank payments, and recurring items, I'd say go with 2Checkout, who let you ...


2

Danger Will Robinson! If you switch to taking payments directly instead of having someone else manage the payments for you, you may open your website to PCI-DSS compliance requirements. For most small businesses, the slightly higher fees for a service like PayPal are far less expensive than having to meet the PCI-DSS compliance rules. They are complicated ...


2

What I've done is simply include the current year + 20 as a dropdown selection. You can also simply allow the user to enter a numeric entry of 4 (or even 2) digits for the year and you're covered. "Maximum Year in Expry Date of Credit Card" on sister site Stack Overflow discusses this pretty well.


2

You can use paypal subscriptions for this easily. Paypal website payments standard supports this, allowing you to accept visa, mc, paypal, amex as payment methods for your subscribers. You cannot create a stored button for this, becuse the stored buttons are encrypted with a set amount or subscription profile. You create a standard button. Your application ...


2

It is not available in Europe. It is only available for US based merchant accounts. You can take European credit cards through Authorize.Net but only if you have a US merchant account. From their FAQ At this time, we are only able to offer our services to U.S. based businesses, or merchants who have U.S. based merchant accounts.


2

Avoid storing credit card data if at all possible. There are a whole load of legal issues surrounding it (e.g. there is almost no situation in which you can store the CVV), and you open yourself up to liability if your site ever gets hacked. If you have to go down this route, to start with you should familiarise yourself with PCI DSS, which is the standard ...


2

You have a few options: 1) Use a true merchant with payment gateway (if you are in the US) 2) Use a third party payment provider like Paypal 3) Use an ACH service like Authorize.net's eChecks


2

I think you can go by handling the non-fixed price yourself. The thing is to propose a nice UI to increment/decrement the price (a form with +/-). You can even propose to copy the average price of the last 5 people who bought this item. When the price is set, you can handle the form : if it's < 1$, just say "Thank you for your offer, but with the ...


2

Authorize.Net is only available in the US as it only works with US based merchant accounts so that rules them out. Paypal does offer its services in Poland so they definitely are an option for you. The third best option is probably Worldpay. Their rates seem to be the most competitive outside of the US and Paypal.


2

Authorize.Net is not a payment provider like Paypal or Google Checkout. They are a payment gateway and act as a transparent facilitator of a payment by passing your transaction information to and receiving the response from a website's merchant account provider (their acquiring bank). You can't use Authorize.Net without getting a merchant account first from ...


2

Allowing people to pay with their preferred currency should offer you higher conversion rates as anything that makes the user's experience easier typically increases conversion rates. However, offering too many options can have the opposite effect as users can feel overwhelmed and/or be confused by their options and abandon the payment process altogether. A ...


2

First, let me start off by saying your client cannot use their store merchant for Internet transactions. Visa and MasterCard (and probably American and Discover Card) require a separate merchant account for Internet transactions (that is any transaction that is captured through a website). This is due to the high risk nature of Internet based transactions. ...


2

If it is a website available on the web for normal browsers that has been made to be responsive then the device being used to access it is irrelevant. If you are creating your own payment portal then there are other mobile considerations (to make the user experience a nicer one), but if you are using 3rd party tools I know that PayPal have a mobile payments ...


2

The PCI requirements are about the devices processing the payments. If you use others people's services (and so their devices and networks) then they are going to do a lot of the work. However, once you've picked a third party to process the payments, then see what they say specifically about PCI. For example, here's what Paypal say.


2

I think a company like justgiving.com may be what you're looking for. They seem to cover most countries, but you may run into legal issues in some places because of local tax rules - so you may be better off only accepting donations in one or two major currencies.



Only top voted, non community-wiki answers of a minimum length are eligible