Shopify significantly reduces the PCI DSS work required to run an online store, but using Shopify does not mean a merchant can ignore payment security altogether. Shopify is a Level 1 PCI DSS-compliant service provider, and Shopify states that its PCI compliance extends by default to stores powered by its platform, including its hosted shopping cart and checkout infrastructure. That removes a substantial amount of technical PCI scope from a typical merchant.
Table of Contents

Copy the merchant payment-responsibility record.
The important distinction is responsibility. Shopify secures the payment-account data and infrastructure that fall within Shopify’s controlled environment. A merchant can still be responsible for its own users, passwords, apps, integrations, business systems, payment workflows, point-of-sale devices, incident response, and any card information it independently stores, processes, or transmits.
As of September 2026, PCI DSS v4.0.1 is the current version listed by the PCI Security Standards Council. For a conventional Shopify store using Shopify-managed checkout, compliance is therefore less about rebuilding a card-security environment from scratch and more about making sure you do not accidentally expand your own PCI scope.
Is Shopify PCI DSS compliant?
Yes. Shopify identifies itself as a Level 1 PCI DSS-compliant service provider. Its compliance reports page, checked on 23 October 2026, lists a PCI Attestation of Compliance covering June 26, 2026 through June 26, 2027, along with quarterly external Approved Scanning Vendor scan attestations.
That is important because the difficult infrastructure work behind a hosted ecommerce checkout includes protecting payment systems, controlling access, maintaining secure configurations, managing vulnerabilities, monitoring the environment, and undergoing recurring compliance assessments. Shopify handles those controls for the parts of the cardholder-data environment that it operates.
Shopify also says that stores using its platform are PCI compliant by default. For the ordinary merchant using Shopify’s hosted store and Shopify-managed checkout rather than building a separate card-processing environment, that can make PCI compliance considerably simpler than running payment infrastructure on independently managed servers.
What Shopify’s compliance does not mean
A common misunderstanding is that Shopify’s certification transfers every possible payment-security responsibility to Shopify. It does not.
The Shopify Payments Terms of Service draw a useful boundary. Shopify accepts responsibility for securing account data that Shopify stores, processes, or transmits on a merchant’s behalf under the applicable PCI DSS requirements. The merchant remains responsible for data and systems under the merchant’s own control and must comply with applicable PCI DSS requirements if the merchant independently stores, processes, or transmits account data.
The PCI Security Standards Council makes a similar point. Outsourcing payment processing does not eliminate the merchant’s PCI responsibilities. A merchant still needs to understand which provider is responsible for which controls and confirm that relevant third-party payment providers remain compliant.
Think of Shopify as taking responsibility for a very large, complicated secure payment room. Your job is mostly to avoid drilling an unexpected side door through the wall.
The practical PCI responsibility split for a Shopify store
| Area | Typical responsibility | What the merchant should check |
|---|---|---|
| Shopify-hosted checkout infrastructure | Primarily Shopify | Keep checkout within supported Shopify architecture |
| Shopify payment platform infrastructure | Primarily Shopify | Use the service as documented and do not bypass security controls |
| Shopify admin accounts | Merchant and Shopify | Strong authentication, appropriate users, prompt removal of obsolete access |
| Third-party apps | Merchant, app provider, and Shopify depending on the function | Permissions, data access, security evidence, ongoing need |
| Custom integrations and external systems | Usually merchant and relevant provider | Determine whether card data enters or passes through them |
| Card details copied outside Shopify | Merchant | Avoid collecting or storing them unless there is a justified, compliant environment |
| Incident response | Shared | Know who to contact and how to contain merchant-controlled access |
| Physical POS environment | Shared | Protect devices and watch for tampering or substitution |
The exact allocation depends on your payment setup. A standard hosted store is not the same environment as a headless commerce deployment, a custom payment application, a call centre manually taking card numbers, or an external system receiving payment information.
Do Shopify merchants need to complete an SAQ?
Do not assume that every Shopify merchant must submit the same Self-Assessment Questionnaire, or that no Shopify merchant ever needs one.
The PCI Security Standards Council describes SAQs as compliance-validation tools for merchants and service providers that meet specified eligibility conditions. Its official SAQ guidance says merchants should confirm with the organization accepting their compliance documentation, normally an acquiring bank or payment brand, whether an SAQ is required and which version applies.
For an ecommerce merchant that fully outsources payment processing and meets all applicable eligibility conditions, SAQ A may be relevant. But eligibility should not be guessed simply because a site happens to run on Shopify. Your complete payment environment matters.
For example, adding another payment channel, storing account data somewhere else, operating a separate virtual terminal, or introducing a custom system that touches payment information can change the assessment boundary.
If an acquiring bank, processor, payment brand, enterprise customer, or compliance team asks for PCI documentation, confirm exactly what they require rather than downloading the shortest SAQ and hoping it fits.
PCI DSS v4.0.1 and ecommerce script security
PCI DSS v4.x placed greater emphasis on ecommerce payment-page security, particularly the threat of malicious scripts and digital skimming. This became a significant issue because a compromised script can sometimes intercept payment information even when the underlying payment processor remains secure.
The PCI SSC subsequently clarified the revised SAQ A ecommerce criteria, including how merchants using embedded third-party payment forms address script-related eligibility. These requirements matter because outsourcing the payment form does not automatically make every surrounding webpage harmless.
Shopify’s managed checkout architecture is designed to absorb much of this complexity. Shopify has stated that merchants using Shopify Checkout do not need to implement additional security measures to the Shopify checkout itself merely to address PCI DSS v4 requirements.
That convenience has an important condition: do not interpret it as permission to build unsupported workarounds around the checkout. Custom payment collection, external scripts, proxies, separate payment pages, or systems that receive account data should be reviewed on their own merits.
1. Protect Shopify administrator accounts
For many small Shopify stores, the most realistic merchant-controlled security risk is not a cryptographic flaw in Shopify’s payment infrastructure. It is an administrator account that has too much access and inadequate authentication.
Use individual accounts rather than casually sharing credentials. Grant only the permissions a person needs, periodically review users and collaborators, and remove access when an employee, agency, contractor, or developer no longer requires it.
Two-step authentication is particularly valuable for accounts that can change payment settings, install apps, export customer information, edit themes, or create additional users. Shopify provides its own two-step authentication controls. Teams that need a repeatable deployment process can also use this site’s MFA rollout guide for small businesses to structure access changes, recovery planning, and documentation.
2. Review Shopify apps before giving them access
Shopify’s own PCI status does not mean every third-party app should receive unlimited trust.
Before installing an app, review the permissions it requests and ask whether those permissions are actually necessary for the feature you want. An inventory app may need product and inventory data. That does not automatically mean it should need broad access to customer information or unrelated administrative functions.
Also distinguish ordinary ecommerce data from actual payment account data. A legitimate Shopify app accessing names, addresses, order histories, or marketing data may create privacy and security obligations even if it never enters the PCI cardholder-data environment.
For higher-risk vendors, document what information they receive, how access is authenticated, whether subprocessors are involved, what security evidence is available, and how access will be removed. The vendor security questionnaire template provides a broader method for reviewing SaaS providers without turning the exercise into checkbox theatre.
3. Do not create your own card-data archive
One of the easiest ways to turn a relatively simple Shopify PCI environment into something far more complicated is to start collecting payment-card information outside the intended payment workflow.
Do not ask customers to email complete card numbers. Do not paste card details into support tickets, spreadsheets, CRM notes, shared documents, chat systems, or internal databases. Do not create a custom form that captures card data simply because it appears convenient.
Card verification codes deserve particular caution. Shopify’s payment terms expressly prohibit merchants using Shopify Payments from storing CVV2 data.
If your business has a legitimate operational reason to accept payment through a separate channel, map that channel separately. The answer may involve a processor-hosted virtual terminal or another compliant service rather than expanding your Shopify environment to store card information.
4. Inventory every way your business accepts card payments
A PCI review should describe the business you actually operate, not only the Shopify homepage customers see.
- Shopify online checkout
- Shopify POS or other physical terminals
- Telephone orders
- Manual payment entry
- Subscription or recurring-payment systems
- Third-party marketplaces
- External payment links
- Custom mobile apps
- Headless storefronts
- ERP, CRM, fulfilment, or accounting integrations
If all roads lead into Shopify’s managed payment infrastructure without your systems receiving card data, the environment may remain comparatively narrow. If one forgotten road leads through a spreadsheet, custom server, call-centre application, or external gateway, the compliance picture can change quickly.
5. Keep evidence instead of relying on memory
Compliance questions tend to arrive at inconvenient times: during a processor review, enterprise security assessment, insurance renewal, acquisition, or incident.
Maintain a lightweight evidence folder containing the current payment-flow description, list of payment providers, relevant Shopify compliance documentation, important app and vendor records, user-access review, incident contacts, and any PCI validation documents your acquirer requires.
The goal is not to produce a museum of screenshots. Keep evidence that answers practical questions: who can access the store, which providers affect payments, whether obsolete access was removed, what payment channels exist, and whom the company contacts when something goes wrong.
Copy a merchant payment-responsibility record
Create one entry for each payment channel, including any phone, POS, external gateway or custom integration. Record references and responsible owners, rather than copying payment account data into this worksheet. This is an internal working record, not an SAQ or a certification.
Review date / merchant entity / store owner: Payment channel and customer route: Checkout hosted by / provider service used: Systems that receive account data / basis for this conclusion: Custom checkout, app or external integration involved: Provider compliance evidence / date / service scope: Provider responsibilities confirmed in documentation: Merchant-controlled responsibilities / named owners: Admin access and app-permission review reference: Compliance-accepting entity / contact / requested documents: SAQ or validation path confirmed by / date / written reference: Current required action / owner / target date: Incident contact and escalation record location: Unresolved questions / owner for confirmation: Next review trigger (for example a new channel or integration):
Do not mark an obligation satisfied solely because an app is installed or a provider has an AOC. Link the relevant service, responsibility and evidence, and leave unconfirmed items open.
6. Prepare for a payment-security incident
PCI compliance is not a promise that no incident can occur. Account takeover, malicious apps, phishing, compromised employee devices, fraudulent admin changes, or breaches in connected vendors can still create problems around an otherwise well-protected hosted checkout.
Write down who owns the response before an incident. That may include the Shopify account owner, IT or security contact, payment processor, acquiring institution, legal adviser, cyber insurer, and any relevant app or managed-service provider.
If your business carries cyber coverage, understand the insurer’s notice and vendor-approval requirements before hiring forensic help or making major response decisions. This site’s guide to cyber insurance for small businesses explains why response costs, vendor incidents, business interruption, and notification obligations should be checked before a claim rather than during one.
A practical Shopify PCI DSS checklist
- Confirm your payment flows. List every online, telephone, mobile, and in-person method used to accept cards.
- Keep payment collection inside approved systems. Avoid copying complete card details into merchant-controlled tools.
- Review administrator access. Remove former staff, agencies, developers, and collaborators who no longer need access.
- Use strong authentication. Require or encourage two-step authentication wherever your Shopify plan and account setup permit it.
- Restrict sensitive permissions. Give users only the administrative capabilities their jobs require.
- Review installed apps. Examine data access, permissions, recent activity, business need, and vendor security.
- Inventory external integrations. Identify custom apps, APIs, CRM tools, ERP platforms, analytics services, and other systems connected to the store.
- Keep current Shopify compliance evidence. Use Shopify’s official compliance-report repository rather than an old screenshot or blog claim.
- Ask your acquirer about validation. Confirm whether an SAQ, AoC, scan, or other evidence is expected from your business.
- Maintain incident contacts. Know how to contact Shopify, payment providers, internal responders, and relevant advisers quickly.
When Shopify’s built-in PCI coverage may not be enough for your situation
A standard Shopify merchant generally benefits from a tightly managed payment architecture. Specialist PCI advice becomes more useful when your environment no longer looks standard.
- Your own servers receive or store payment account data.
- You operate a custom or headless payment architecture and are unsure which systems can influence payment security.
- You accept cards through several unrelated channels.
- Your organisation operates multiple brands, entities, or acquiring relationships.
- You use telephone-order workflows or manually enter card information.
- An acquiring bank requires a specific validation method you do not understand.
- A customer contract demands detailed PCI evidence.
- You have experienced or suspect a payment-data compromise.
In those situations, a Qualified Security Assessor or other PCI specialist can help define the assessment scope and determine which systems and requirements actually apply. The purpose is not to buy an impressive certificate. It is to stop an ambiguous architecture from hiding an important responsibility.
Does PCI DSS work differently for US and UK Shopify stores?
The core PCI DSS standard is international rather than a separate US and UK security standard. The same PCI framework can therefore apply to merchants accepting payment cards in either market.
What can differ is the commercial and legal environment around it. Acquirers and payment brands can impose different validation procedures, while privacy, consumer, breach-notification, and data-protection obligations depend on jurisdiction. PCI DSS should therefore not be treated as a substitute for applicable US privacy or cybersecurity duties, UK data-protection obligations, contractual security promises, or card-network rules.
The bottom line
For a conventional Shopify store using Shopify’s hosted platform and managed checkout, PCI DSS compliance is substantially easier because Shopify handles much of the cardholder-data environment. Shopify’s current Level 1 PCI status and service-provider assessment provide meaningful compliance coverage for the infrastructure Shopify operates.
The merchant’s job is to preserve that advantage. Keep card data out of spreadsheets and improvised systems, protect administrator accounts, control permissions, review apps and integrations, understand every payment channel, maintain incident contacts, and confirm any formal validation requirements with your acquiring bank or other compliance-accepting entity.
If your checkout remains inside Shopify’s supported architecture, PCI can stay relatively quiet in the background. The trouble usually begins when a convenient workaround quietly creates a second payment environment nobody remembered to put on the diagram.
Evidence links and worksheet reviewed: 2026-10-23. Confirmed the report period listed on Shopify’s compliance page, linked PCI SSC FAQ 1092 directly and added a merchant responsibility record. No individual store or payment integration was assessed.