over 9 years ago from Shane Boland, front-end design/shopify optimization
Hey,
I'm building a site for a client (professional woodworker) using Jekyll. He wants to be able to sell his products on the website.
He wants to have PayPal payments or Credit Card payments, or both if possible. What are some ways I can add e-commerce solutions to the site?
Snipcart - https://snipcart.com/
Charles from Snipcart here, we have a lot of customers using Snipcart on static websites, it is as easy as simplecartjs to install but much more complete and secure.
Plus, no monthly fees, pay for usage only (2% / transaction).
Just a thought: How about adding a paid option to have the "Powered and secured by Snipcart" removed/hidden?
Yeah, I know it's doable with one line of CSS, but to be fair with you guys it would feel better to pay a small sum to have it removed. My five cents...
Actually we don't really care about people removing it, we even made a blog post about customizing the cart and explained how to remove it. https://snipcart.com/blog/customizing-snipcart-to-reflect-the-style-of-your-website
A lot of our customers like to keep it to make their customers feel confident that they are paying through a secure platform :)
Well then, enough said about that, hehe. Thanks for the info!
Edit: I totally understand the "A lot of our customers like to keep it to make their customers feel confident that they are paying through a secure platform" part. And yes, it does provide a sense of confidence having it there. The only thing I'm thinking is that a regular customer probably don't know that much about the technology behind a payment/shopping solution. Wouldn't it be better to have the "Powered by..." linking to a page explaining what Snipcart is and why it's secure, and so on.
As it is today the end user will see a text telling them how easy it is to set up a shopping cart or that it's mobile friendly. Most of the end users could probably not care less if it's mobile friendly or not (well, they probably do...).
Let's say I click a Norton Secure image then I'll see something like this: https://trustsealinfo.verisign.com/splash?form_file=fdf/splash.fdf&dn=www.zbattery.com&lang=en
Bla bla bla, you probably get my point.
Edit 2: The zbattery example was just a random site I found using Google.
Yep that makes perfect sense! I think we should do that ;) I will talk about it with the team, thanks for the suggestion!
Perfect! Currently have simplecart on my website, but have been worried about security issues from the start. Snipcart is awesome!
I used Gumroad when I built neuedist.com. It was super simple. I could take credit cards, coupon codes and manage inventory. No monthly fees either.
http://simplecartjs.org/ Also works, painless integration.
It's not secure though...
stripe.com/checkout
On it's own this can't be used on a static site. You'll still need a backend / server component to make the actual charge.
Stripe's checkout piece is really just the frontend UI. You can't actually process a credit card with this alone.
I released an open source server designed to solve this problem. It will run for free on Heroku: https://json.expert/a-free-self-hosted-backend-for-stripe-checkout/
I'm obviously going to be bias but I would check out Shopify.
It may end seem a little overkill depending on his needs, but the amount of headaches using a deticated service can avoid could save you a lot of time going back and playing tech support for your client in the future.
There's a free trial so you could check it out and play around. Like somebody else mentioned already, all of Shopify is based around Liquid, so if you're familiar with Jekyll it should be fairly straightforward to jump in.
Bison, it works with Statamic - https://builtwithbison.com/
I'm no JS expert so just wondered, do any of these in-HTML solutions have any protection against changing the price client-side? For example, would a customer be able to just alter the code, submit the cart and then pay less than the page's price or nothing at all without me having to manually cross-reference the amount paid to the price each time?
With Snipcart, we have something for it: http://docs.snipcart.com/getting-started/security
Actually, when specifying product metadata you must enter the URL of the product, we then crawl this URL upon checkout to make sure the product properties have not changed.
That's pretty smart. Wouldn't have thought about doing it that way :)
If you're already using Jekyll, you might consider giving Shopify a spin. Jekyll's Liquid tag system is derived from Shopify, so you pretty much already know how to work with it. It won't be quite "static" anymore, and there's a monthly price tag attached, but your client should be able to manage the backend on their own once you have everything set up and there will be very little learning curve for you.
Payment Spring - mobile payment gateway
can't believe no one has said www.tictail.com yet
Is your client looking to sell physical shipped goods? Do you need a shopping cart or single item checkout?
You can also use the standard PayPal buttons (Buy Now or Add to Cart): http://paypal.github.io/JavaScriptButtons/
Paypal. Maybe try: https://github.com/jeffharrell/minicart
Trychec.com
Login to Comment
You'll need to log in before you can leave a comment.
LoginRegister Today
New accounts can leave comments immediately, and gain full permissions after one week.
Register now