Does anyone here on stack know if it's possible, in Shopify, to use different prices for different countries/regions i.e. i want a product to cost 10€ in Europe but 10$ in North America?
Most important to know whether it's possible or not (trough out the shopflow)
Implementation advice would be appreciated
The geolocation part is not the problem here.
You can work a turnaround where: depending on the IP of the user you show him a variant. You can have, lets say, one variant for EU customers/visitors and one variant for USA customers/visitors. With a tiny JavaScript and a call to an external API to know where the visitor is from, you can show him the right variant price.
You cannot have different prices for different countries. If you want to do that, setup a shop per country, and price the inventory accordingly. You can use geolocation code to at least render the correct shop per country then, and thus present the pricing that makes sense for that country.
it is possible. Check out this documentation
http://docs.shopify.com/manual/configuration/store-customization/currencies-and-translations/currencies/how-to-show-multiple-currencies
Related
I was wondering if anyone can help me?
I have been searching for an API for merchant tax rates that includes all countries. I need to be able to state and apply any and all tax rates from one country to another but am having some difficulty finding one that fits the criteria.
The selling/dispatch destination needs to be able to be customisable/changeable and I need to be able to choose any country I want sell to.
The API needs to be compatible with PHP 7.
I have tried looking for an API that covers this but the only one I found and reached out to has not replied and it has been a while since the first request.
Thanks
I have a helicopter tour company that wants to use Shopify to sell their tours however they have some unique options for thier pricing.
1-2 people (same price) $x 3 people
add $120 to $x 4/5/6 people
add q/w/e to $x
How can I manipulate the price based on quanity. I've looked into volumn based discount apps but problem with these is that it applies a discount code. If if I added 2, it would show 50% off.
Not using Shopify plus, so no access to the script editor.
You really do not need any custom App or other problematic install for this. You get 100 options for prices. There are zero helicopters in 2022 that fly more than 100 people. Therefore, you can arguably set a variant for each number of people that wish to fly, and assign the correct price. If you are fancy, you could then tie those to the quantity selection.
In other words, vanilla Shopify will work fine for you.
I'm new to Shopify and I'm looking for some guidance.
I have a customer who has a warehouse in the US and a warehouse in Europe. They have a Shopify store for US customers, with a shipping from address set to the warehouse in the US.
They do not have a store for European customers.
What they would like to do, which I'm not sure is possible... Is keep the current US store, and add the ability to ship to Europe. This would require adding prices in Euros, for each product, and adding a second Shipping from address, which does not seem to be an option.
Does anyone have any experience with this, and can provide some guidance on any of these points?
I'd agree with what David said. It is easier and less-tax-hassle free two maintain the store on two domains.
But I can see why you require a multi-currency store. Fortunately, Shopify does have provision to at least display the product prices and offer a toggle switch for the users.
Refer to the following Shopify docs:
Show multiple currencies in a drop-down list on your storefront
Add a button to your online store to enable toggling between two currencies
To do that, you would have to show prices in Euros, but all money would be collected as USD. Not ideal. Plus EU usually has taxes in, US, not. Shipping is easy in that you can control where things get dropshipped from.
It is simpler to just open two shops. One for Euroland, and one for the US Shops are cheap compared to the sweat you'll put in trying to make one store do it all.
I am building a system that publishes products from our inventory to our eBay seller account. Everything is working fine, but I just keep thinking which call should I use when I update the quantity in our inventory.
RelistFixedPriceItem and AddFixedPriceItem both are working well, except that on eBay I will have same item with two different itemID, one is sold and one is active...
is that ok? Does it have something to do with eBay listing terms?
Any Advice?
Thanks
AddFixedPriceItem creates a new listing that does not include any data regarding the previous listing's statistics or sales data. RelistFixedPriceItem will create a listing for the product that does include the sales data from the original listing.
The eBay best match search engine uses a listing's sales stats as part of its algorithm to determine search standing. So if your original listing had a good number of views or sales, I would definitely recommend using ReslistFixedPriceItem. However, if your previous listings was stagnant for a long time without many views or sales, it might be more advantageous to use AddFixedPriceItem instead to give the listing a clean slate.
eBay is always changing their search algorithms, so there is no hard and fast rule here. You really just have to find out what works best for your particular products. Experimentation is key.
A client of mine has a service-oriented ecommerce site on Shopify and he's asked me to assist in making a few changes. I've never utilized the service so I'm not really familiar with it.
The price list was static at first since the client used the same vendor however now that they're growing - and therefore using multiple vendors - the costs are fluctuating and therefore the prices on Shopify need to reflect that.
I need to set it up so that when a customer logs on a vendor is programmatically chosen based on their geographic location and the prices (shown to the customer) adjust accordingly.
Is this possible? And if so, what objects/API docs should I be looking at. I seems as if I can easily hard code this with IF statements but I'd like this to scale cleanly so I'm looking for a more efficient solution.
I think this should be possible. Based on your comment:
Will I not have a zip code for the customer? – RyanMac
The easiest way would be to create a Product Variant for each region. Based on the customer.default_address you could find the customers ZIP code. Next step would be to use this within the product.liquid template to select the correct variant.
The biggest problem you have is determining their location. When a customer logs in, you know who they are, so you could dish out only products of interest to them. Problem is, how do you lump people into those regions? You have your work cut out there. When you create a customer you can assign them any code you want, so perhaps you could just match customers to vendors using a match on that. Lump any customers into GroupA and you show only products with Vendor GroupA, any customers assigned to GroupB render products from vendor GroupB....etc