Is Shopify PCI compliant? What “by default” covers, and what stays yours
Published 16 min read
Shopify's own claimPCI compliant by default
Source: Shopify: PCI compliance, read on 2026-10-22
Shopify's own checklistYou still fill out an SAQ
Source: Shopify: PCI compliance checklist, read on 2026-10-22
Your own complianceStill yours (Req. 12.8.1)
Source: PCI SSC Prioritized Approach Tool, v4.0.1, read on 2026-10-22
Shopify's AoCAfter login, yearly
Source: Shopify Help Center: compliance reports, read on 2026-10-22
Yes, by Shopify's own account: it says it is certified Level 1 PCI DSS compliant and that every store on its platform is compliant by default. That covers Shopify's checkout, cart and hosting. It does not cover the parts you add or run: apps and scripts, the card reader on your counter, cards your staff key in from a phone call, and the logins they use. Shopify's own checklist says you still fill out a self-assessment questionnaire. Below, Shopify's part, your part, and a quick test of where the line runs.

Shopify's answer, and the rule beside it
“All stores powered by Shopify are PCI compliant by default so you can keep payment info and business data safe.”
That is Shopify's claim, in Shopify's words. The same page adds “Yes, Shopify is certified Level 1 PCI DSS compliant” and says “our certification covers your store, its shopping cart and web hosting.” Read it as a statement about Shopify's side of the job: the platform your store runs on.
Swipe sideways for more columns
| Who says it | Their words | What it settles |
|---|---|---|
| Shopify, PCI page | “PCI compliant by default” | Shopify's platform, cart and hosting are inside its Level 1 assessment |
| Shopify, PCI checklist | “no matter which option you choose (even hosted), you'll still have to fill out a self-assessment questionnaire if you're a Level 2–4 merchant” | Your yearly paperwork stays yours, by Shopify's own account |
| PCI SSC, Req. 12.8.1 note | “The use of a PCI DSS compliant TPSP does not make an entity PCI DSS compliant, nor does it remove the entity's responsibility for its own PCI DSS compliance.” | A compliant provider is not your compliance |
These lines do not contradict each other. Shopify carries the heaviest part, the card data path, and its checklist says so plainly: “there are shared compliance responsibilities, but a PCI-compliant platform like Shopify takes care of the most challenging, resource-intensive, and expensive ones on behalf of the merchant.” What stays with you is smaller, but it is not zero. The rest of this page walks through it part by part.
Do this
What Shopify's certification covers
Shopify's page names what its certification reaches: your store, its shopping cart and its web hosting, checked by “annual on-site assessments validating compliance.” On a Shopify store, the card number goes into Shopify's checkout and on to Shopify Payments. It never touches a server you run. That is why a Shopify store starts with so little PCI work. For the same picture set against a store you build yourself, see Shopify Payments vs Stripe.
Requirement 12.8.4 asks you to check each provider's compliance status “at least once every 12 months,” so you need Shopify's proof on file. Shopify keeps it in its Help Center:
Shopify's proof shelf
Attestation of ComplianceReissued yearly
WhereHelp Center, after login
ASV scan attestationPosted quarterly
CoversShopify's platform
Your own SAQ and AOCYou sign
Source: Shopify Help Center, Viewing Shopify's compliance reports, read on 2026-10-22
In Shopify's words: “The AoC is a form for Shopify to attest to the results of its annual PCI DSS compliance assessment,” “Shopify reissues this form after each annual PCI DSS compliance assessment,” and “You'll need to log on to your Shopify account to view this report.” Next to it sits “Shopify's quarterly attestation of Approved Scanning Vendor (ASV) scan compliance.” Our guide to the Attestation of Compliance explains what the form holds.
Do this
Where the line runs: test yourself
The split is easy to misread either way: assume Shopify covers everything, or assume a Shopify store needs the same work as a store you built. Try the parts below before you read on. Each answer quotes the line it rests on.
Who owns it?
Pick an owner for each part of the store. The answer prints under your pick.
01The card fields on the checkout page
02The quarterly ASV scan of Shopify's platform
03An app that changes the checkout
04A tracking pixel or script you added
05The card reader on your counter
06A card number read out over the phone
07Each staff login to the admin
08The yearly self-assessment questionnaire
Matched0 of 0
8 still to pick.
The pattern is simple. Shopify owns what runs inside its checkout and its hosting. You own what you add to the store and what your people do: apps and scripts you install, readers on your counter, cards keyed in by staff, and the logins they use. Requirement 12.8.5 asks you to write that split down: “which PCI DSS requirements are managed by each TPSP, which are managed by the entity, and any that are shared between the TPSP and the entity.”
Do this
Checkout apps and scripts on your other pages
Apps are where a hosted store grows back some scope. Shopify draws a clear line for apps that change the checkout:
“They don't have access to sensitive payment information or the checkout page itself (HTML or other assets).”
The same docs say these extensions “run in an isolated sandbox, separate from the checkout page and other UI extensions.” Code you add yourself gets a plainer answer. On custom pixels, which can collect events “on even more pages of your online store, such as the checkout and post-purchase pages,” Shopify writes: “Compliance with applicable laws, consents, code security, troubleshooting, and updates are your responsibility.”
Swipe sideways for more columns
| Code | Shopify's words | Your job |
|---|---|---|
| Checkout UI extension (an app) | “don't have access to sensitive payment information” | Choose the app; list its developer under 12.8.1 if it could affect the security of account data |
| Custom pixel | “code security … your responsibility” | Know what each pixel does and who wrote it; remove what you no longer use |
| Theme apps and scripts on product, cart and home pages | Not addressed on the pages we read | Treat each one as your code: keep a list, and ask the app's developer what it loads |
Why it matters for the paperwork: the SAQ A eligibility test, in the Council's words, includes “The merchant has confirmed that their site is not susceptible to attacks from scripts that could affect the merchant's e-commerce system(s).” Your theme pages are your site. And when the Council took the payment-page script rules out of SAQ A in January 2025, it said the change does “not remove or diminish the underlying requirements within PCI DSS.” Our SAQ A guide covers that criterion line by line.
Do this

Shopify POS hardware at the counter
Selling in person moves the card off the screen and into a device in your shop. Shopify's card reader page lists the readers it supports; none of them is described there in PCI terms.
Readers on Shopify's list
- Chip & Swipe card reader
- Chipper 2X BT card reader
- Shopify POS Terminal
- Shopify Tap & Chip Card Reader (United States)
- BBPOS WisePad 3 Card Reader
- Verifone Victa Mobile
Shopify on the P2PE listNot found
Shopify Help Center, Card readers; PCI SSC Validated P2PE Solutions export, 138 solutions, read 2026-10-22
We checked the Council's list of validated P2PE solutions (138 solutions on 2026-10-22): no company named Shopify appears on it. That matters for SAQ P2PE. A PCI-listed P2PE solution “can significantly help to reduce the PCI DSS validation effort of a merchant's cardholder data environment,” but only a solution on the Council's list qualifies a merchant for SAQ P2PE; an “encrypted reader” that is not listed does not. Shopify's pages we read do not name the SAQ for its readers, so ask Shopify and your acquirer which one fits. Background: what P2PE is.
Whatever the form, the reader on your counter is in your hands. The standard's device rules (9.5.1) “apply to deployed POI devices used in card-present transactions”: keep “An up-to-date list of POI devices” with make, model, location and serial number (9.5.1.1), and inspect the surfaces “to detect tampering and unauthorized substitution” (9.5.1.2).
Swipe sideways for more columns
| Make and model | Location | Serial number | Last inspected |
|---|---|---|---|
Do this
Phone orders keyed into the admin
Shopify lets you take a card over the phone on a draft order. Its steps: “In the Payment section, click Collect payment, and then click Credit card,” then “Enter the customer's billing and credit card information.” Shopify adds: “You can accept manual payment by credit cards only through Shopify Payments.”
“This permission allows users to collect payment by entering credit card information.”
Here the card number passes through a person: your staff member hears it, maybe writes it down, and types it on a computer you own. Shopify's certification covers Shopify's systems, not that desk. The Council's form for keyed-in cards, SAQ C-VT, describes “Merchants that manually enter payment account data a single transaction at a time via a keyboard into a PCI DSS validated and compliant third-party virtual payment terminal solution, with an isolated computing device and a securely connected web browser.” Whether your acquirer treats the Shopify admin that way is a question for your acquirer.
Swipe sideways for more columns
| Moment | Keep it small | Avoid |
|---|---|---|
| Taking the number | Type it straight into the draft order while the caller is on the line | Writing it on a pad or a sticky note |
| The security code | Use it for that payment only | Keeping it: “The card verification code is not stored upon completion of the authorization process” (3.3.1.2) |
| Paper that slips through | Shred it the same day: “cross-cut shredded, incinerated, or pulped” (9.4.6) | A drawer of old order slips |
| Who can do it | Give the card-entry permission only to staff who take phone orders (7.2.2, least privileges) | Every staff account holding it by default |
Do this
Staff accounts
The admin is where orders, customers and keyed-in payments live, and every person with a login is a way in. Shopify's two-step authentication page draws the limits of what an owner can switch on: “Staff members can set up two-step authentication for their own individual accounts,” and “The store owner can't activate two-step authentication for any other staff member.” The exceptions: “To use Shopify Payments to accept payments requires you to activate two-step authentication on your Shopify account,” and “Stores on the Shopify Plus plan can require that all users in their organization use a secure sign-in method.”
Swipe sideways for more columns
| Rule | What it asks | On a Shopify store |
|---|---|---|
| 8.2.1 | “All users are assigned a unique ID before access to system components or cardholder data is allowed.” | One staff account per person |
| 8.2.2 | Shared or generic IDs only “on an exception basis,” with every action “attributable to an individual user” | No shared front-desk login |
| 8.2.5 | “Access for terminated users is immediately revoked” | Remove the account on a person's last day |
| 7.2.2 | Access by “Least privileges necessary to perform job responsibilities” | Permissions per role, not full access for all |
| 8.4.1–8.4.3 | MFA for all non-console access into the cardholder data environment, and for remote access that could reach or affect it | Ask each staff member to turn on two-step authentication |
Which of these rules sit in your SAQ depends on the form, and whether the admin counts as part of your cardholder data environment is a scope question. The 8.2.1 note itself leaves out “user accounts within point-of-sale terminals that have access to only one card number at a time.” Treat the admin as the place that holds your customers' orders, and the rules cost little to follow. Our PCI password requirements guide covers length, rotation and MFA in full.
Do this
Your yearly file
Put together, a small Shopify merchant's PCI year is a short folder, not a project. Keep this receipt where you keep the business papers.
Quick reference: a Shopify store's file
Your SAQAsk your acquirer
Shopify's AoCDownload yearly
Provider listReq. 12.8.1
Who does whatReq. 12.8.5
Provider status checkEvery 12 months
Card readersListed, inspected
Staff accountsOne each, 2-step on
Phone order slipsShredded
Signed byYou
The PCI compliance checklist turns your SAQ, once you know it, into a list you can tick through, and the PCI policy template gives you a written security policy to start from. For how other platforms word the same promise, see is Square PCI compliant and is Stripe PCI compliant.
Do this
Questions
Is Shopify PCI compliant?
Shopify says so: “Yes, Shopify is certified Level 1 PCI DSS compliant,” and “All stores powered by Shopify are PCI compliant by default.” That covers Shopify's platform. Requirement 12.8.1's note adds your side: “The use of a PCI DSS compliant TPSP does not make an entity PCI DSS compliant, nor does it remove the entity's responsibility for its own PCI DSS compliance.”
Do I still fill out a self-assessment questionnaire on Shopify?
Shopify's own checklist says yes: “no matter which option you choose (even hosted), you'll still have to fill out a self-assessment questionnaire if you're a Level 2–4 merchant.” Your acquirer assigns your merchant level from your yearly card volume for each card brand.
Which SAQ does a Shopify store use?
The Shopify pages we read name none. Before you start an SAQ, confirm with the organization you submit it to (usually your acquirer, the merchant bank) that you are eligible for it. Selling in person or keying in phone orders can change the answer, so mention them.
Is Shopify's AoC the same as my own?
No. An Attestation of Compliance is “the official PCI SSC form for merchants and service providers to attest to the results of a PCI DSS assessment.” Shopify's AoC attests to Shopify's assessment, and you view it after you log on. Your own AOC attests to your SAQ, and you sign it. Keep Shopify's in your file as proof of your provider's status.
Can I write down a phone order's card number and enter it later?
Better not. Key it in while the caller is on the line. If a number does end up on paper, the standard wants that paper “cross-cut shredded, incinerated, or pulped” when no longer needed and kept in secure storage until then, and the security code is never kept: “The card verification code is not stored upon completion of the authorization process.”
Sources
- Shopify: PCI compliance (Level 1, “PCI compliant by default”) (shopify.com), read on 2026-10-22
- Shopify: PCI compliance checklist (self-assessment questionnaire line) (shopify.com), read on 2026-10-22
- Shopify Help Center: Viewing Shopify's compliance reports (AoC, quarterly ASV attestation) (help.shopify.com), read on 2026-10-22
- Shopify developer docs: Checkout UI extensions (shopify.dev), read on 2026-10-22
- Shopify Help Center: Custom pixels (help.shopify.com), read on 2026-10-22
- Shopify Help Center: Card readers (POS hardware) (help.shopify.com), read on 2026-10-22
- Shopify Help Center: Getting paid for draft orders (help.shopify.com), read on 2026-10-22
- Shopify Help Center: Store permissions (help.shopify.com), read on 2026-10-22
- Shopify Help Center: Two-step authentication (help.shopify.com), read on 2026-10-22
- PCI SSC: Prioritized Approach Tool for PCI DSS v4.0.1 (Req. 3.3.1.2, 7.2.2, 8.2.1, 8.2.2, 8.2.5, 8.4, 9.4.6, 9.5.1.1, 9.5.1.2, 12.8.1, 12.8.4, 12.8.5) (docs-prv.pcisecuritystandards.org), read on 2026-10-22
- PCI SSC: SAQ Instructions and Guidelines, PCI DSS v4.0.1 r1 (April 2025): SAQ A, C-VT, P2PE (docs-prv.pcisecuritystandards.org), read on 2026-10-22
- PCI SSC blog: Important updates for merchants validating to SAQ A (30 Jan 2025) (blog.pcisecuritystandards.org), read on 2026-10-22
- PCI SSC: Validated P2PE Solutions list (export read 2026-10-22) (pcisecuritystandards.org), read on 2026-10-22