PCI Compliant Payment Gateways: What the Gateway Covers and What Stays Yours
What a PCI compliant payment gateway covers, how to check its Level 1 status on the Visa and Mastercard lists, and which SAQ and duties stay yours.
Article summary
TL;DR
A PCI compliant payment gateway is one that has validated its own systems against PCI DSS, normally as a Level 1 service provider with a yearly assessment by a QSA. Check it on Visa's and Mastercard's service provider lists. It doesn't make you compliant: you still file your own SAQ every year, and your checkout decides which one.
- A gateway is a service provider under PCI DSS. Mastercard classes every merchant payment gateway as Level 1, whatever its volume: a yearly Report on Compliance by a QSA.
- Check the claim yourself: Visa's Global Registry of Service Providers, Mastercard's SDP list, and the gateway's Attestation of Compliance for the services you use.
- The PCI SSC is explicit: using a compliant provider doesn't make you compliant or remove your own responsibility.
- Your integration sets your questionnaire: redirect or iframe for SAQ A, your page controlling the handoff for SAQ A-EP, card data on your servers for SAQ D.
- Your merchant level, set by your yearly card volume, decides how you validate. Even the smallest merchants must comply.
On this page
A PCI compliant payment gateway has proven that its own systems meet the card industry's security standard. That's useful, but it answers only half the question. The other half is what stays on your side: your checkout pages, your questionnaire, your merchant level and the evidence your acquirer asks for every year.
What "PCI compliant payment gateway" actually means
PCI DSS is the security standard published by the PCI Security Standards Council, founded by the card networks. The current version is PCI DSS v4.0.1, published in June 2024: it added no requirements, and since December 31, 2024 it's the only version in force.8PCI Security Standards Council blog, Just published: PCI DSS v4.0.1, June 11, 2024
A gateway handles card data for other businesses, so PCI DSS treats it as a service provider, not a merchant. (If the line between gateway and processor is blurry, see payment gateway vs payment processor.) Mastercard's rules put every merchant payment gateway in Level 1, whatever its volume. A Level 1 service provider validates every year through a Report on Compliance (ROC) written by a Qualified Security Assessor (QSA).11Mastercard, Security Rules and Procedures, Merchant Edition, August 4, 2026
QSA
An assessor approved by the PCI SSC. It audits the gateway on site and tests the controls.
ROC
The Report on Compliance: the full audit report. It stays between the gateway, its assessor and the card networks.
AOC
The Attestation of Compliance: a short signed summary of the ROC. This is the document a gateway shares with merchants.
The standard is organized in 12 requirements, from network security controls to an information security policy.5PCI Security Standards Council, Self-Assessment Questionnaire D for Merchants, PCI DSS v4.0, April 2022 A Level 1 gateway is assessed against all of those that apply to its environment. What it doesn't cover is the part of the payment that runs on 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.
TPSP means third-party service provider: your gateway, your processor, your hosting company if it can affect card data.1PCI Security Standards Council, Self-Assessment Questionnaire A for PCI DSS v4.0, April 2022 Stripe puts it the same way: it's certified as a Level 1 service provider, and you must accept payments in a compliant manner and attest to it every year.13Stripe Docs, Integration security guide
How to check that a gateway is PCI compliant
A "PCI compliant" badge on a pricing page proves nothing. PCI DSS itself says a declaration on a company's website isn't the same as a written agreement.1PCI Security Standards Council, Self-Assessment Questionnaire A for PCI DSS v4.0, April 2022 Visa requires issuers and acquirers to make sure all their service providers demonstrate PCI DSS compliance at least every 12 months.10Visa, Account Information Security (AIS) Program and PCI Do the same on your side with four checks.
- Search Visa's Global Registry of Service Providers. Use the gateway's legal company name, not its brand. The registry shows the service provider type, the validation type, a "valid through" date and the assessor.9Visa, Global Registry of Service Providers
- Search Mastercard's SDP Compliant Registered Service Provider List. A company appears once a Mastercard customer has registered it and Mastercard has received an AOC from a QSA's Report on Compliance. The list is updated monthly, shows the AOC date and the assessor, and isn't exhaustive.12Mastercard, SDP Compliant Registered Service Provider List
- Ask for the current AOC. Check the date, the legal entity and, above all, that the services listed in it are the ones you'll use: hosted page, API, card vault, recurring billing.
- Ask for the responsibility matrix. PCI DSS requires you to know which requirements the provider manages, which you manage and which you share (requirement 12.8.5).1PCI Security Standards Council, Self-Assessment Questionnaire A for PCI DSS v4.0, April 2022
An AOC is a snapshot of the controls at the date of the assessment. Redo these checks every year.
Read the registry carefully. Not every listing is a PCI DSS validation.
- Validation type: PCI DSS, valid through a future dateThe provider has a current PCI DSS validation on file with VisaStill ask for the AOC and check the services it covers
- Validation type: Visa TPA program, validation date 'Not applicable'A registration as a third-party agent (for example a sales agent), not a PCI DSS validationAsk which entity actually processes your card data, and check that one
- Visa date close to expiry, or Mastercard AOC past dueRevalidation is due. Visa flags dates within 90 days of expiry; Mastercard keeps providers listed up to 90 days past due, flaggedAsk when the new assessment ends
- Brand not found under any nameThe provider may resell another company's platform, or isn't validatedAsk who holds the AOC. No AOC, no deal
One more rule from Visa: if you pick a service provider from the registry, you must tell your acquiring bank before you use it, so the acquirer registers it.9Visa, Global Registry of Service Providers
The gateway's job and yours
PCI DSS asks you to keep a list of every provider that touches card data, a written agreement with each, a due diligence process before signing, and a check of their compliance status at least once every 12 months.1PCI Security Standards Council, Self-Assessment Questionnaire A for PCI DSS v4.0, April 2022 Here's how the work usually splits with a hosted or embedded gateway.
| Area | The gateway | You |
|---|---|---|
| Card number entry | Serves the payment page or the fields | Serves the page around them and every script on it |
| Storage of card numbers | Its vault, under its own assessment | Tokens only. Never the full card number or the security code |
| Transmission | Encryption from the payment form to its servers | TLS on your site. Stripe asks for TLS 1.2 or above on payment pages |
| Access | Its staff and systems | Your dashboard logins, API keys, admin accounts |
| Providers | Its own subcontractors | Your list of providers, written agreements, yearly checks |
| Incidents | Its own incident response | Your incident response plan, which SAQ A also requires |
| Yearly validation | ROC and AOC | Your SAQ or ROC, as your acquirer asks |
Sources: PCI SSC SAQ A requirements 3, 8, 12.8 and 12.10; Stripe integration security guide.1PCI Security Standards Council, Self-Assessment Questionnaire A for PCI DSS v4.0, April 202213Stripe Docs, Integration security guide
Verdict
The gateway carries the hardest controls: the vault, the encryption keys, the data center. You carry the page where the customer types, the accounts that can change it, and the paperwork that proves both.
Which SAQ you file depends on your integration
This is what "PCI compliance for a payment gateway" means from the merchant side. How your checkout hands the card to the gateway decides which self-assessment questionnaire (SAQ) fits. The PCI SSC doesn't set your validation duties itself: your acquirer and the card brands do, so confirm the questionnaire with them.2PCI Security Standards Council blog, Important updates announced for merchants validating to Self-Assessment Questionnaire A, January 30, 2025
| Your checkout | Usual questionnaire | Why |
|---|---|---|
| Full redirect to the gateway's hosted page | SAQ A | All card data handling is outsourced. Requirements 2, 6 and 8 still apply to the server that does the redirect1PCI Security Standards Council, Self-Assessment Questionnaire A for PCI DSS v4.0, April 2022 |
| Gateway's form in an iframe on your page | SAQ A, plus the 2025 script criterion | You must confirm your site isn't open to script attacks that could affect your e-commerce system3PCI Security Standards Council blog, FAQ clarifies new SAQ A eligibility criteria for e-commerce merchants (FAQ 1588), February 28, 2025 |
| Your page's code controls how the card reaches the gateway (direct post, JavaScript form) | SAQ A-EP | Your site doesn't receive card data but affects the security of the payment page4PCI Security Standards Council, Self-Assessment Questionnaire A-EP for PCI DSS v4.0, April 2022 |
| Your servers receive or store card numbers (server-to-server API) | SAQ D, or a ROC | SAQ D covers e-commerce merchants that accept card data on their website5PCI Security Standards Council, Self-Assessment Questionnaire D for Merchants, PCI DSS v4.0, April 2022 |
| Card-present terminals from a PCI-listed P2PE solution | SAQ P2PE | Not applicable to e-commerce channels6PCI Security Standards Council, Self-Assessment Questionnaire P2PE for PCI DSS v4.0, April 2022 |
The 2025 change to SAQ A
From March 31, 2025, the PCI SSC removed requirements 6.4.3 (payment page script inventory), 11.6.1 (tamper detection) and 12.3.1 from SAQ A and replaced them with an eligibility criterion: the merchant confirms its site "is not susceptible to attacks from scripts that could affect the merchant's e-commerce system(s)".2PCI Security Standards Council blog, Important updates announced for merchants validating to Self-Assessment Questionnaire A, January 30, 2025 FAQ 1588 says this applies since April 1, 2025 to sites that embed a provider's form, such as an iframe, and not to full redirects. To meet it, apply protections like 6.4.3 and 11.6.1, or get confirmation from your PCI DSS compliant provider that its form includes them when implemented as instructed.3PCI Security Standards Council blog, FAQ clarifies new SAQ A eligibility criteria for e-commerce merchants (FAQ 1588), February 28, 2025
That second option is a gateway selection question: ask for the written confirmation before you sign. The detailed choice between a redirect, an iframe and your own form is in our guide to hosted payment gateways, and the build steps in how to integrate a payment gateway.
The gap between questionnaires is large. Stripe says a business that takes untokenized card numbers on its own payment page may have to meet more than 300 security controls.13Stripe Docs, Integration security guide The forms show it too:
Fig. 1Length of the self-assessment questionnaires
More pages, more controls to prove
PCI merchant levels: how you validate
Your merchant level is set by your yearly card transaction volume, and it decides how you prove compliance. Here are Mastercard's levels, which also count any merchant that meets Visa's criteria for a level.11Mastercard, Security Rules and Procedures, Merchant Edition, August 4, 2026
| Level | Who | How you validate |
|---|---|---|
| Level 1 | More than 6 million Mastercard and Maestro transactions a year, Visa Level 1 merchants, or any merchant Mastercard designates, including after a confirmed data compromise | Yearly PCI DSS assessment with a ROC, signed by a QSA, an internal security assessor (ISA) or, where the law allows, an executive officer |
| Level 2 | More than 1 million and up to 6 million transactions a year | Yearly SAQ. Merchants filing SAQ A, A-EP or D must also engage a QSA or ISA |
| Level 3 | More than 20,000 and up to 1 million e-commerce transactions a year | Yearly SAQ. No validation to Mastercard required |
| Level 4 | Everyone else | Compliance required. Validation to Mastercard not required unless a law requires it; an SAQ is the usual route |
Three details matter for a growing brand:
- Moving up a level gives you up to one year to meet the new level's requirements.11Mastercard, Security Rules and Procedures, Merchant Edition, August 4, 2026
- A confirmed data compromise can move any merchant to Level 1, with a full assessment.11Mastercard, Security Rules and Procedures, Merchant Edition, August 4, 2026
- Your acquirer is the one asking. Mastercard makes acquirers report Level 1 and Level 2 merchants twice a year, and the PCI SSC leaves validation rules to the acquirers and brands.11Mastercard, Security Rules and Procedures, Merchant Edition, August 4, 20262PCI Security Standards Council blog, Important updates announced for merchants validating to Self-Assessment Questionnaire A, January 30, 2025
Don't confuse your merchant level with your gateway's service provider level. "Level 1" on a gateway's website is about the gateway, not about you.
Inside Tagada
See every payment's route, processor by processor
Set the order your processors are tried in, per store, per country or per product.

Tokenization, encryption and P2PE: what they change for your scope
A compliant gateway reduces your PCI compliance scope mainly through tokenization: the card number goes into the gateway's vault and you keep a token. The PCI SSC's guidance sets the limits.7PCI Security Standards Council, Information Supplement: PCI DSS Tokenization Guidelines, August 2011
You store card numbers
- CheckoutCard number typed
- Your serverReceives and stores it
- GatewayCharges it
Your database, backups and every system connected to them are in PCI DSS scope.
The gateway stores them, you keep tokens
- CheckoutGateway's page or fields
- Gateway vaultKeeps the card number
- Your systemsStore a token for renewals
The vault is the gateway's scope. Systems that only hold tokens and are isolated from the vault can fall out of scope.
- Tokenization doesn't remove PCI DSS. The PCI SSC says tokenization solutions "do not eliminate the need to maintain and validate PCI DSS compliance", but they can simplify it.7PCI Security Standards Council, Information Supplement: PCI DSS Tokenization Guidelines, August 2011
- If you can get the card number back, you're in scope. The guidelines say that if the PAN is retrievable by the merchant, the merchant's environment is in scope.7PCI Security Standards Council, Information Supplement: PCI DSS Tokenization Guidelines, August 2011
- Some card data never stays anywhere. Stripe notes that card type, last four digits and expiry date are out of PCI scope and can be stored.13Stripe Docs, Integration security guide The security code and other sensitive authentication data must not be kept after authorization.5PCI Security Standards Council, Self-Assessment Questionnaire D for Merchants, PCI DSS v4.0, April 2022
- P2PE is for card terminals. A point-to-point encryption solution listed by the PCI SSC shrinks scope in stores and for phone orders keyed into its terminals. SAQ P2PE doesn't apply to e-commerce.6PCI Security Standards Council, Self-Assessment Questionnaire P2PE for PCI DSS v4.0, April 2022
The difference between a token and an encrypted card number, and which tokens can move to another processor, is in tokenization vs encryption.
How to choose a gateway on PCI grounds
Every serious gateway is Level 1. The differences that matter are in what it lets you avoid and what it lets you take with you.
| Ask the gateway | Why it matters | A good answer |
|---|---|---|
| Is your AOC current, and which services does it cover? | An AOC that skips the vault or recurring billing leaves a gap | A recent AOC naming the services you'll use |
| Do you offer a hosted page and embedded fields? | They keep you on SAQ A | Both, documented |
| Will you confirm in writing that your iframe protects against script attacks? | One of the two ways to meet the 2025 SAQ A criterion3PCI Security Standards Council blog, FAQ clarifies new SAQ A eligibility criteria for e-commerce merchants (FAQ 1588), February 28, 2025 | YesWith implementation instructions |
| Do you give a responsibility matrix? | Requirement 12.8.5 asks you to know who manages what1PCI Security Standards Council, Self-Assessment Questionnaire A for PCI DSS v4.0, April 2022 | A matrix per product |
| Can you export my customers' card data if I leave? | Without it, moving processors means asking every subscriber for their card again | YesTo another Level 1 provider. Stripe does this on request14Stripe Docs, Request a payment data export |
| Will you sign a written agreement acknowledging responsibility for card data? | Requirement 12.8.2. A website statement doesn't count1PCI Security Standards Council, Self-Assessment Questionnaire A for PCI DSS v4.0, April 2022 | YesIn the contract or the terms |
Card data export deserves a second look. Stripe transfers card data only to a processor that shows a current AOC or a listing on Visa's registry, and it doesn't export payment history, subscriptions or cards saved with Link.14Stripe Docs, Request a payment data export If you run subscriptions, that export path is what keeps renewals running after a switch.
What happens if you're not compliant
PCI DSS isn't a law. It's enforced through the card networks' rules and your merchant agreement, and the consequences are real.
$25K
Maximum Mastercard assessment for a first SDP violation by a Level 1 or 2 merchant
$200K
Maximum for a fourth violation in the same calendar year
5 years
On the MATCH list if your acquirer terminates you
Mastercard levies these assessments on its customers, the acquirers. Level 3 merchants face up to $10,000 for a first violation and up to $80,000 for a fourth. Noncompliance can also lead to the merchant's termination.11Mastercard, Security Rules and Procedures, Merchant Edition, August 4, 2026 A termination for PCI DSS noncompliance is a MATCH list reason (code 12), which can be removed once you're compliant again.15Stripe Docs, Terminated merchant files (MATCH and VMSS) Whether an assessment passes on to you depends on your merchant agreement.
Common mistakes
- Taking the badge on the gateway's website as proofA website statement isn't an AOC or a written agreementCheck the registries and ask for the AOC
- Thinking the gateway's compliance covers youThe PCI SSC says it doesn'tFile your own SAQ every year
- Adding tags to the checkout page around the iframeEach script can read what the shopper types, the risk the 2025 criterion targetsKeep checkout pages bare and list every script that stays
- Storing card numbers 'just for renewals'Your database moves to SAQ D scopeStore the gateway's token instead
- Logging full requests from payment formsCard numbers end up in logs, backups and support toolsSearch your logs for card numbers and mask them
- Never checking the gateway again after signingRequirement 12.8.4 asks for a check at least every 12 monthsPut the registry check in your yearly calendar
Payment page skimming is the web version of card skimming: a script on the page copies the card number as it's typed. That's why PCI DSS v4 put so much weight on the scripts around the payment form, and why the cleanest checkout is also the easiest one to validate. More on the other risks that sit around payments in payment risk management.
Where Tagada fits
How Tagada helps
Your checkout, several processors behind it
Tagada's checkout carries one-click upsells, order bumps, A/B tests, Apple Pay and Google Pay, standalone or with Shopify, WooCommerce or a headless build. Payments route across Stripe, Adyen and Tagada's own TagadaPay processor with one logic, with a cascade on decline. The card vault moves customers between merchant accounts without asking for their card again, and running subscriptions keep charging. 3D Secure 2 is native, alongside device intelligence and a rules engine. Pricing is on the pricing page. Tagada follows Visa and Mastercard rules and the laws that apply to payments.
Whichever provider you pick, Tagada included, run the same checks: the Visa and Mastercard listings, the AOC and the services it covers, the questionnaire your checkout puts you on, and the way out for your card data.
Frequently asked questions
What is a PCI compliant payment gateway?
Does using a PCI compliant payment gateway make my business PCI compliant?
How do I know if a payment gateway is PCI compliant?
Which SAQ do I need with a hosted payment gateway?
Is Stripe PCI compliant?
Do small merchants need to be PCI compliant?
Sources
Checked October 14, 2026- PCI Security Standards Council, Self-Assessment Questionnaire A for PCI DSS v4.0, April 2022
- PCI Security Standards Council blog, Important updates announced for merchants validating to Self-Assessment Questionnaire A, January 30, 2025
- PCI Security Standards Council blog, FAQ clarifies new SAQ A eligibility criteria for e-commerce merchants (FAQ 1588), February 28, 2025
- PCI Security Standards Council, Self-Assessment Questionnaire A-EP for PCI DSS v4.0, April 2022
- PCI Security Standards Council, Self-Assessment Questionnaire D for Merchants, PCI DSS v4.0, April 2022
- PCI Security Standards Council, Self-Assessment Questionnaire P2PE for PCI DSS v4.0, April 2022
- PCI Security Standards Council, Information Supplement: PCI DSS Tokenization Guidelines, August 2011
- PCI Security Standards Council blog, Just published: PCI DSS v4.0.1, June 11, 2024
- Visa, Global Registry of Service Providers
- Visa, Account Information Security (AIS) Program and PCI
- Mastercard, Security Rules and Procedures, Merchant Edition, August 4, 2026
- Mastercard, SDP Compliant Registered Service Provider List
- Stripe Docs, Integration security guide
- Stripe Docs, Request a payment data export
- Stripe Docs, Terminated merchant files (MATCH and VMSS)
TagadaPay
Keep your checkout, add processors behind it
Tell us what you sell and how you sell it. Each application is underwritten, and approval is not guaranteed.
- 01Tell us what you sell and how
- 02Underwriting reviews your business
- 03Process through TagadaPay alongside your other processors
