The short version
Choose Shopify unless your own code must render the payment page or run the commerce backend: a plan from $39 a month ($29 billed yearly) includes hosting, a TLS certificate and a checkout on a platform certified Level 1 for PCI DSS, and even a headless storefront hands customers off to Shopify's checkout.
A custom build moves the processor contract and payment-page security onto you, and card fields your own site renders outside a processor's iframe, or card data your server handles, widen the PCI questionnaire to SAQ A-EP or SAQ D.
A custom site has no platform fee, but hosting, payment processing, PCI validation, a tax service and updates become line items to price as written quotes, while tax responsibility and chargeback losses stay yours on Shopify too, except fraudulent chargebacks Shopify Protect reimburses on eligible Shop Pay orders of US stores with a US Shopify Payments account.
Where Shopify Payments isn't available for your country or business category, you need a third-party gateway, and payments through it carry Shopify's third-party transaction fee of 2% on Basic.
The Quick Verdict
Find your situation in the first column; if yours spans two rows, the route quiz further down sorts it by combination. Everything after this table is the register underneath it.
Which route, by what your store needs
| Your situation | Pick | Why |
|---|---|---|
| A catalog store with cart, checkout and content, and no in-house development team | A Shopify plan | Hosting, a free TLS certificate and the platform's Level 1 PCI certification come with the subscription, from $29 a month billed yearly |
| You need a storefront themes can't deliver, but a hosted checkout is fine | Shopify's backend with your own front end (headless) | The Storefront API hands customers off to checkout, and on Hydrogen checkout stays on Shopify |
| You already have a website and only want to start selling on it | Add Shopify to the site you keep | The Buy Button channel or the Storefront API adds products and a cart without a rebuild |
| Your own code must render the payment page or run the commerce backend, and you have a team to secure it | A custom build | Card fields your own site renders outside a processor's iframe, or card data your server handles, widen the PCI questionnaire to SAQ A-EP or SAQ D; card fields in a processor's iframe can fit SAQ A |
A pitch for a custom-built store can lead with two promises: total flexibility and no monthly platform fee. Both can be true. What it may not list is everything the platform subscription was carrying that now becomes a contract, a line item or a form you sign: the payment processor, the size of your PCI paperwork, fraud screening, hosting, and the code itself.
This guide is a register of who carries what on each route — a Shopify plan, a custom front end on Shopify, or a fully custom build — with the official source for each line. Some duties stay with you on Shopify too: tax responsibility, and chargeback losses except the fraudulent chargebacks that Shopify Protect reimburses on eligible Shop Pay orders of US stores with a US Shopify Payments account. That is worth knowing before you compare prices.
What Counts as a “Custom Website” Here
Key takeaway
In this guide a custom website means a store whose commerce runs on code you own, built from scratch on a framework or assembled from open-source software you host. Two other things go by the same name, and they change the comparison completely, because they keep Shopify's checkout.
Three things called a custom website
| Route | Storefront shoppers see | Checkout and payment page | Commerce backend | Who hosts the front end |
|---|---|---|---|---|
| Custom theme on Shopify | Your design on a Shopify theme | Shopify's checkout | Shopify | Shopify |
| Headless on Shopify (Hydrogen or your own stack) | Your own framework | Shopify's checkout: the Storefront API hands customers off to it | Shopify | You choose; Oxygen is Shopify's free option |
| Fully custom build | Your own code | Your own code, plus a payment processor you contract | Your own code, or open-source software you run | You |
Headless and Hydrogen rows: Shopify Dev Docs, headless overview and Hydrogen documentation, read October 18, 2026.
Shopify's developer documentation defines the middle row precisely: headless commerce separates your storefront's frontend from its backend, you choose the stack, framework and hosting for that frontend, and the Storefront API serves products, collections, search and the cart before handing customers off to checkout. If the custom option on your table is a self-hosted open-source platform rather than your own code, our Shopify vs WooCommerce comparison covers that route on its own terms.
What Moves to You When You Leave the Platform
Key takeaway
Read the table by its last column. A No is something Shopify carries today that a custom build hands to you or your agency. A Yes is a duty that stays with you whichever platform you choose, so it should never be counted as a saving or a cost of either side.
Who carries each duty
| Duty | On Shopify | On a fully custom site | Yours on both? |
|---|---|---|---|
| Payment processing | Shopify Payments, where your business qualifies, removes the separate provider and merchant account | You contract a processor and integrate it | No |
| PCI DSS validation | The platform is certified Level 1; you still validate your own business, typically with your acquirer or the payment brands | You validate, and card fields your own site renders outside a processor's iframe, or card data your server handles, widen the questionnaire to SAQ A-EP or SAQ D | Yes, at a different size |
| Scripts on the payment page | Shopify says its checkout meets PCI DSS version 4 with no extra merchant work | You authorize and manage every script | No |
| Tax calculation | Shopify Tax, for certain orders going to the US, EU, UK or Canada | A tax service you integrate | No |
| Tax registration, filing and remitting | Yours; Shopify files US returns only for stores already enrolled in automated filing, for sales through December 31, 2026 | Yours | Yes |
| Fraud screening | Fraud analysis in your admin, with indicators from the Basic plan | Your processor's tool, or one you add | Reviewing risky orders, yes |
| Chargeback losses | Yours, except fraudulent chargebacks Shopify Protect reimburses on eligible Shop Pay orders of US stores with a US Shopify Payments account; Shopify says it isn't liable | Yours | Yes, except fraudulent chargebacks on eligible Shopify Protect orders |
| Hosting, bandwidth, TLS certificate, CDN | Included in the plan | Contracts you buy and maintain | No |
| Your data and code | CSV exports per entity, and Admin API bulk operations | Your database and repository, if the contract hands them over | Yes |
Shopify Help Center, Shopify's PCI and checkout-compliance pages, PCI Security Standards Council FAQs and Stripe Docs, read October 18, 2026. Each row is sourced in its own section below.
Hosting is the one line that is pure plumbing. Shopify includes secure commerce hosting in every plan, charges no bandwidth fees, issues a free TLS/SSL certificate for domains you add, and serves storefront assets through a CDN backed by Cloudflare; the trade-off is that you can't use a third-party SSL certificate on a Shopify store. The full inventory of what a traditional build makes you assemble is in our guide to what a Shopify website includes.
Payments: Who Runs the Checkout
Key takeaway
Payments are where the routes split first, because on Shopify you are choosing who processes the card on an existing checkout, and on a custom site you are choosing what sits behind a checkout you build.
What Shopify Payments takes off your list
Key takeaway
Shopify describes its own processor as eliminating the hassle of setting up a third-party payment provider or merchant account. It is available if your business is located in one of 41 supported countries, counted on Shopify's list in October 2026, and each country page sets out its own bank-account and business verification requirements.
One condition comes with it, and one benefit. You must secure your account with two-step authentication, and in exchange Shopify charges no third-party transaction fees on orders processed through Shopify Payments, Shop Pay and Shop Pay Installments, or on manual methods such as cash on delivery and bank transfers.
What a third-party gateway costs on Shopify
Key takeaway
Shopify's own rule is plain: if your country isn't listed, or Shopify Payments doesn't support your business category, you need to use a third-party payment provider. You can choose from over 100 card providers, of two types: direct providers, and external providers whose customers finish paying on a checkout page hosted outside your online store.
This is a genuine weakness of Shopify against a custom site. Third-party transaction fees apply to transactions processed through third-party and alternate gateways even when Shopify Payments is also activated, except PayPal when Shopify Payments is your primary provider, and a custom site pays its processor without that layer.
Shopify's third-party transaction fee by plan
| Plan | Monthly price (billed yearly) | Third-party transaction fee | On $10,000 of sales in a month |
|---|---|---|---|
| Basic | $39 ($29) | 2% | $200 |
| Grow | $105 ($89) | 1% | $100 |
| Advanced | $399 ($359) | 0.6% | $60 |
| Plus | From $2,300 on a 3-year term, $2,500 on a 1-year term, for standard setups | 0.2% | $20 |
Plan prices and fees in USD from Shopify's pricing page; Plus term prices from Shopify's Plus pricing page. The last column is our worked example: $10,000 of sales in one month, all through a third-party gateway, before the provider's own fees.
The example shows the mechanism rather than a forecast: the fee scales with every dollar that passes through the gateway, so it grows with your sales, and moving up a plan lowers the rate. Run both sides on your own monthly volume.
Mixing providers has its own price. When a store runs a third-party provider alongside Shopify Payments, Shopify charges standard Shopify Payments rates plus a 1.25% premium on the transactions Shopify Payments processes. When the surcharge is waived and how to choose a gateway around it are covered in our guide to Shopify's third-party gateway surcharge.
On a custom site, you contract the processor yourself
Key takeaway
Stripe's integration security guide states the starting point for any site that takes cards: a business accepting payments must do so in a PCI-compliant manner and annually attest to that compliance, and anyone involved with processing, transmitting or storing card data must comply with PCI DSS. How much of the standard lands on you depends on whether your own site renders the card fields outside a processor's iframe or your server handles card data.
If your business handles sensitive credit card data directly when accepting payments, you might be required to meet more than 300 security controls in PCI DSS.
Stripe adds that this might require dedicated security software and hardware and external auditors for the annual assessment, and offers low-risk integrations that send payment details directly to Stripe without passing through your servers. Which integration your developer picks is therefore a compliance decision, not only a design one.
A custom site doesn't have to give up Shop Pay. Shopify says you can add Shop Pay to your existing commerce platform without migrating, provided your checkout collects the customer's email before payment, your business is eligible for Shopify Payments and located where it is available, and you or your developer have API integration experience, because setup works directly with the Shop Pay Wallet API.
PCI Compliance: What Each Route Leaves You
Key takeaway
The question is never whether PCI DSS applies. PCI SSC says the standard is intended for any entity that stores, processes or transmits cardholder data, whether it does so directly or through a third-party service provider. The question is how much of it lands on you, and that is decided by who renders the card fields and whether your server handles card data.
Two Shopify pages, two different statements
Key takeaway
Read side by side, Shopify's own pages seem to disagree. They are about different parties, and the third column says which.
What Shopify's pages say about PCI
| Shopify page | What it says | Who the sentence is about |
|---|---|---|
| PCI compliance page (shopify.com/security/pci-compliant) | “All Shopify stores using our platform are automatically PCI compliant by default.” | The platform: Shopify's Level 1 certification, which it says covers your store, its shopping cart and web hosting |
| Blog post: What is PCI DSS compliance | “It’s important to note that even if you outsource your payment processing, you’re still responsible for complying with PCI DSS to ensure customer credit card data is protected.” | You: outsourcing the processing does not hand over your own duty |
Read October 18, 2026: Shopify PCI compliance page and Shopify blog, What is PCI DSS compliance.
Shopify's certification is a service provider's: it describes its annual attestation as the best evidence of the PCI DSS compliance of Shopify's services. Your business is a separate subject. PCI SSC says a merchant that outsources processing must still validate compliance, typically through a Self-Assessment Questionnaire such as SAQ A, and sets out why outsourcing narrows the work without ending it.
When a merchant outsources its payment processing to a third party and does not store, process, or transmit cardholder data, many PCI DSS requirements may not apply directly to the merchant’s environment. However, this does not remove the merchant’s responsibility to ensure account data is properly protected by the third party.
Which questionnaire is yours is not Shopify's call. PCI SSC tells merchants to consult the entity the SAQ will be submitted to, typically an acquirer or the payment brands, and none of the Shopify pages we checked on October 18, 2026 — its PCI compliance and security pages, its PCI DSS blog post, its compliance reports pages and its checkout-compliance posts — names the SAQ type a Shopify merchant files. Ask the entity you submit to, in writing, whichever route you choose.
How your payment page decides your questionnaire
Key takeaway
PCI SSC publishes separate questionnaires because merchants store, process or transmit card data in different ways. On a custom site, the integration your developer chooses lands you in one of three rows.
Which questionnaire a custom payment page points to
| Questionnaire | Who it is for, per PCI SSC | Stripe integration that lands here |
|---|---|---|
| SAQ A | Card-data functions completely outsourced to PCI DSS compliant third parties; every element of the payment page comes only and directly from the compliant provider | Checkout or Elements: card fields sit in an iframe served from Stripe's domain |
| SAQ A-EP | E-commerce sites that don't receive card data themselves but affect the security of the payment transaction or the integrity of the payment page | Card fields on your own site, outside Stripe's iframe, passing card data through Stripe.js v2; the site itself doesn't receive it |
| SAQ D | Merchants eligible for a questionnaire who meet no other SAQ's criteria, including e-commerce merchants that accept cardholder data on their website | Card data sent from your server directly to Stripe's API |
Eligibility wording paraphrased from PCI SSC's SAQ A, A-EP and D documents for PCI DSS v4.0, with v4.0.1 clarifications in PCI SSC FAQs; integration mapping from Stripe's PCI compliance guide, which also says its Level 1 businesses can't use an SAQ at all. The entity you submit the SAQ to, typically an acquirer or the payment brands, confirms the form.
Even the lightest row brings duties of its own on a custom build:
- For a page that embeds a processor's payment form in an iframe, PCI SSC's SAQ A asks you to confirm your site is not susceptible to attacks from scripts that could affect your e-commerce systems; that criterion doesn't apply to a redirect to the processor.
- A provider of third-party scripts unrelated to payments is not a service provider for SAQ A purposes, so those scripts stay your responsibility, and Stripe warns that including JavaScript from other sites makes your security dependent on theirs.
- SAQ A under version 4.x includes external vulnerability scanning by an Approved Scanning Vendor for your e-commerce pages, even when processing is fully outsourced.
- In Shopify's own view, a merchant who doesn't use Shopify would need client-side protection platforms to manage and authorize scripts.
What stays on your side when your own front end renders the payment field is set out step by step in our guide to PCI duties for custom and headless checkouts.
Headless keeps the payment page on Shopify
A headless build changes less of this than it seems. The Storefront API hands customers off to checkout, and Shopify's Hydrogen documentation says checkout stays on Shopify, so your front end never renders the payment field. Shopify's enterprise blog says its checkout meets PCI DSS version 4 with no additional merchant work, and that Extensions in Checkout allow customization while keeping that compliance. Your own validation, typically to your acquirer or the payment brands, still stands, as on any Shopify plan.
Taxes: The Responsibility Is Yours on Either Route
Key takeaway
This is the duty most often counted as a Shopify feature when it isn't one. Shopify Tax calculates tax only for certain transactions, where the order's destination is in the United States, the European Union, the United Kingdom or Canada, and it collects automatically only where you have a registered tax liability. Shopify states the boundary in one line.
Tax is your responsibility. Shopify doesn’t remit or file your taxes for you, unless you use Shopify Tax and set up automated filing.
The exception is narrow and closing. Automated filing serves only US stores that are already enrolled, and Shopify says it files returns for sales made through December 31, 2026, still ahead as of October 2026. After that, Shopify Tax keeps calculating and keeps your tax reports current at no extra cost while you file directly with each state, or you hand filing to a partner such as Numeral or Zamp.
Shopify Tax itself is free until your store reaches a sales threshold, then charges a per-transaction fee based on your location and plan.
A custom site swaps the calculator, not the duty. Stripe's own description of how tax compliance works with Stripe Tax leaves the same three jobs on your side:
- Register with the tax authority in a location before you collect tax there.
- Calculate and collect the right tax at checkout, which the service automates.
- File and remit the tax collected in every location where you're registered. Stripe offers filing as a service in the US, in Canada for simplified GST/HST registrations and in the EU for non-Union One Stop Shop (OSS) registrations in Ireland; Stripe files for you only if you use it, and the duty stays yours.
Where you owe US sales tax in the first place, and how registration works state by state, is covered in our guide to US sales tax on Shopify.
Fraud and Chargebacks: Who Screens Orders and Who Pays
Key takeaway
Fraud and disputes split into two questions that are easy to merge: who flags a risky order before you ship it, and who pays when a cardholder disputes a charge afterwards.
Who screens orders for fraud
Key takeaway
Shopify's fraud analysis identifies orders that can be fraudulent so you can review them in your admin before you fulfill them. It works with online credit card orders Shopify can verify, its recommendations come from machine learning trained on historical transactions across all Shopify stores, and Shopify Payments can block some high-risk checkout attempts before an order is created.
A custom site starts without any of this. Your processor's tool is the usual replacement, but its availability can depend on how you integrate: Stripe says Radar, its fraud prevention tool, is only available when you use one of its client-side tokenization methods, so a direct-API integration loses it. How to read Shopify's risk levels and when an app is worth adding is covered in our guide to Shopify fraud analysis.
Who pays when a cardholder disputes
Key takeaway
A chargeback is the bank's decision and the merchant's loss on any platform, with one narrow Shopify exception covered below. Shopify's chargebacks page states the general rule in a caution block of its own.
Shopify isn't liable for chargebacks that occur when using the Shopify platform.
When a cardholder's bank makes a chargeback, it takes the disputed amount from you right away, and with Shopify Payments the amount is deducted from your next available payout. In the US the chargeback fee is $15 USD, returned if you win. Shopify also warns that fulfilling high-risk orders can raise chargebacks to the point of disabled payment processing and removal from Shopify Payments.
The exception is Shopify Protect, and it is narrow. Shopify Protect covers eligible orders against fraudulent and unrecognized chargebacks for free, but only for stores located in the United States with a US Shopify Payments account, only for orders paid through Shop Pay, and only for orders made up entirely of physical items that need shipping.
On a custom site with Stripe, the processor debits your balance for the payment amount and dispute fee, and Stripe advises answering inquiries immediately unless you intend to accept financial liability. It also notes that card processing treats dispute activity above 0.75% as excessive, and that excessive disputes affect your ability to process with other processors too. Responding to a dispute on Shopify, evidence by reason, is covered in our guide to Shopify chargebacks.
Owning Your Data and Your Code
Key takeaway
The case for custom can include owning everything. It is worth separating the data you can take with you from the code someone has to maintain, because they lock you in differently.
What you can export from Shopify
Key takeaway
The Help Center documents these exports, one entity at a time:
- Products to CSV, which Shopify lists for backups, moving to a new Shopify store and bulk editing.
- Customers and their details to CSV; up to 50 customers download in the browser, and larger exports are sent by email.
- Orders to CSV from the Orders page, where the transaction history contains only captured payments data.
- Bulk operations in the GraphQL Admin API to fetch data asynchronously in bulk, which needs an app or API access.
Lock-in runs the other way too. If you start custom and move to Shopify later, the Help Center says customer passwords can't be migrated from another online store using a CSV, because they're encrypted outside Shopify, and order information can't be imported through a customer CSV. What is harder to take out of Shopify, and what that means for a long-term decision, is weighed in our guide to Shopify's data portability limits.
Who maintains a custom build
Key takeaway
Shopify is explicit about what headless asks of you: you choose the stack, framework and hosting, a headless storefront costs more to build and run than a theme, and Hydrogen doesn't ship a component library, so the interface is yours to write and maintain. A fully custom build extends the same ownership to the checkout, the payment page and the commerce backend.
The practical question for a contract is who holds the repository, the hosting account and the processor account when the agency relationship ends, and what it costs to bring the next developer up to speed on code only the first one knows. Hourly rates and typical budgets by task are in our guide to what Shopify developers cost.
What It Costs: Published Fees Versus Open Line Items
Key takeaway
A monthly plan price set against zero is not the whole comparison. The table below lines up what each side actually pays for.
Cost lines on each route
| Cost line | On Shopify | On a custom site |
|---|---|---|
| Platform subscription | Basic $39 ($29 yearly), Grow $105 ($89), Advanced $399 ($359) a month; Plus from $2,300 a month on a 3-year term for standard setups | No platform fee |
| Hosting, bandwidth, TLS certificate | Included in the plan | Hosting and certificates you buy and maintain |
| Payment processing | Shopify Payments rates, or your provider's rates plus Shopify's third-party fee (2% to 0.2% by plan) | Your processor's rates |
| PCI validation | Your own attestation; the platform side is certified Level 1 | SAQ A, A-EP or D by integration; Stripe says direct card handling may mean more than 300 controls, security tooling and external auditors |
| Tax calculation | Shopify Tax: free until a sales threshold, then a per-transaction fee by location and plan | The fees of the tax service you integrate |
| Building and maintaining code | Theme and apps; a developer only for custom pieces | The whole build, and every update after launch |
Shopify prices in USD from Shopify's pricing pages; Shopify Tax pricing from the Shopify Help Center; PCI cost drivers from Stripe's integration security guide. Custom-site lines are named without amounts: no PCI SSC page we read publishes one, and Stripe's PCI compliance cost guide gives annual ranges by company size, not a price for your specific build.
No PCI SSC page we read on October 18, 2026, from its SAQ documents to its FAQs, puts a dollar figure on an SAQ D or a QSA assessment. Stripe's guide to PCI compliance cost gives annual ranges by company size: typically $1,000–$10,000 a year for small businesses, and from about $50,000 up to $250,000 a year for large enterprises whose programs include QSA audits. Neither prices your specific build, so this guide doesn't either. Ask for each custom line as a written quote, including who pays for it after launch.
At the top end Shopify's own pricing stops being published too. Plus starts at $2,300 a month on a 3-year term or $2,500 on a 1-year term for standard setups, while more complex, higher-volume businesses switch to a variable platform fee Shopify doesn't publish. Shopify for enterprise, which lets large businesses use the full platform or modular components, is priced through sales.
When a Custom Build Is the Right Call
Key takeaway
The strongest argument for custom is a requirement Shopify can't meet. Shopify's developer documentation draws that line itself, and the answer it gives is headless, which keeps its backend and checkout.
If a merchant's business systems, processes, or customer experience can't be achieved with Shopify's sales channels, themes, and apps, then consider building headless.
Between a theme and a fully custom build there are three middle paths:
- Headless with Hydrogen. Hydrogen is Shopify's headless toolkit; it works with frameworks that run server code, such as Next.js, React Router, Nuxt, Astro and SvelteKit, and Shopify's October 2026 release notes say React Router and Next.js have starters and you can host anywhere, including Oxygen, which is still free.
- Shopify for enterprise. Large businesses can use modular components, including a Storefront Component for building custom storefronts on their preferred framework and hosting provider.
- Shopify on the site you keep. The Buy Button or the Storefront API adds selling to an existing website without rebuilding it, the third path covered in our guide to adding Shopify to an existing website.
A fully custom build is the honest answer in a narrower case: when the payment page or the commerce backend itself must be your own code, because even headless keeps Shopify's checkout. That choice is sound when someone on your side will carry the PCI work it brings, which per Stripe can be SAQ A with Checkout or Elements, SAQ A-EP if fields on your own site outside Stripe's iframe pass card data through Stripe.js v2, the site itself not receiving it, and SAQ D if your server sends card data to its API. When headless is enough on its own is weighed in our guide to when headless Shopify makes sense.
Not sure yet who you would hire for any of these? Our Shopify development hub routes you to the right guide in about a minute.
Which Route Fits Your Store?
The table at the top answers by profile. This answers by combination: what your storefront needs, whether the payment page must be your own code, and who will carry security and compliance after launch. Each route moves a different set of duties onto you.
Which route fits your store?Five questions about your storefront, your payment page and who maintains it
Before You Commit to a Custom Build
Key takeaway
Which of the nine steps are yours depends on the route:
- Custom build: all nine.
- Headless: the payment page stays on Shopify's checkout, so step one becomes a choice between Shopify Payments and a third-party provider and steps three to five apply only to the storefront you host; steps two and six to nine stay.
- Shopify plan: step two, because you still validate your own compliance, typically with an acquirer or the payment brands, and steps six to nine: tax, fraud screening, disputes, and the handover of code, data and accounts.
- Shopify on the site you keep: checkout stays Shopify's, so steps two and six to nine apply as on a Shopify plan, and steps three to five apply only to the pages of your own site that load the store.
Before you commit to a custom buildWork through it with the agency's proposal open; each step names something the contract or the entity you submit your SAQ to should answer.
Before you commit to a custom build
Work through it with the agency's proposal open; each step names something the contract or the entity you submit your SAQ to should answer.
The card form you pick — fields in a processor's iframe, card fields your own site renders outside it, or card data sent to an API — decides your PCI questionnaire before any design work.
Before you tick this off
- The proposal names the processor and spells out the integration type
- The processor account will be in the business's name
- The processor's fraud tooling works with that integration
PCI SSC leaves the choice of SAQ to the entity you submit it to, typically an acquirer or the payment brands, so ask before the build is scoped.
Before you tick this off
- The entity you submit to has named the SAQ for the planned integration
- You have confirmed you meet every eligibility criterion of that SAQ
- It is agreed who completes and signs the attestation each year
Third-party scripts unrelated to payment processing are yours to answer for, so someone must list, authorize and watch every script near the payment page.
Before you tick this off
- A list of scripts on the payment page and the pages that load it exists
- A named person confirms the site is not susceptible to script attacks, or meets the script requirements of the questionnaire you file
- Adding a new marketing tag needs that person's sign-off
SAQ A under PCI DSS version 4.x includes external scanning of your e-commerce pages by an Approved Scanning Vendor, even when processing is outsourced.
Before you tick this off
- An Approved Scanning Vendor is chosen
- It is agreed who books the scans and fixes what they find
Hosting and certificates become your contracts, and Stripe says payment pages must use TLS 1.2 or above.
Before you tick this off
- The hosting account and the domain are registered to the business
- Payment pages run TLS 1.2 or above
- Someone is responsible for updates and security patches after launch
A tax service can calculate what to charge; filing and remitting stay your duty in every location where you're registered. Stripe offers filing as a service in the US, in Canada for simplified GST/HST registrations and in the EU for non-Union One Stop Shop (OSS) registrations in Ireland, and files for you only if you use it.
Before you tick this off
- The locations where you must register are identified with a tax professional
- A tax calculation service is chosen and wired into checkout
- A filing route, yourself or a filing service, is in place
Without Shopify's fraud analysis, screening is a tool you choose, and someone has to read its results before orders ship.
Before you tick this off
- A fraud tool is chosen and works with your integration
- Someone reviews risky orders before fulfillment
Stripe, for example, debits the payment amount and a dispute fee from your balance and advises answering inquiries immediately, so name an owner and watch your dispute rate.
Before you tick this off
- A named person answers inquiries and chargebacks
- Order, delivery and customer-contact records are kept where that person can find them
- Dispute activity is tracked against the threshold your processor cites
The repository, data exports and every third-party account should be yours, so the next developer can pick the store up without the first one.
Before you tick this off
- The contract assigns the code repository to the business
- You can export products, customers and orders without the agency
- Admin access to the processor, hosting and tax service sits with you
The Bottom Line
Key takeaway
Flexibility and the absence of a platform fee are real benefits of a custom build. They come with a set of duties that a Shopify plan carries today, and with a few that never left you on either route.
Frequently Asked Questions
Front-end developer specializing in Shopify since 2017. Experienced in building custom Liquid themes, optimizing storefront performance, and integrating third-party apps. Directs the editorial process behind Ecom Store Pro: sets its topics and the rules every AI-written page must pass before publication.
This page was written by AI. Separate AI agents that did not write it check its figures and claims against official sources and test its links and interactive tools. A human editor sets the site's editorial direction, topics and rules and checks that pages are complete and display correctly, but does not check their facts or edit their text. Details may change — always confirm critical data at shopify.com.
Editorial PolicySome links in this article are affiliate links. If you sign up for a Shopify store through these links, we may earn a commission at no extra cost to you. Read our full advertising policy.
