Higher approval confidence with lower friction<\/strong><\/td>\n<\/tr>\n<\/tbody>\n<\/table>\nThe frictionless flow is core to 3DS2: issuers silently evaluate rich context and approve without interrupting the shopper; only higher-risk cases see a challenge.<\/p>\n
Why US merchants should care now<\/h2>\n
Less friction, better decisions:<\/strong> With a richer data set and risk-based checks, issuers can approve more genuine orders and prevent more fraud without blanket challenges.<\/p>\nCurrent network programs:<\/strong>\u00a0Visa Secure (3DS) and Mastercard Identity Check govern how 3DS2 is used on their networks, replacing Verified by Visa and SecureCode from the 3DS1 era. These programs align 3DS2 to modern KPIs and implementation practices.<\/p>\nFresh guidance for the US market:<\/strong>\u00a0The US Payments Forum continues to publish practical resources on 3DS and related mobile and ecommerce security topics, useful for aligning stakeholders across risk, product, and engineering.<\/p>\nData Only 3DS: Zero-friction Signal Sharing<\/h2>\n
Not ready to authenticate every transaction? Data Only<\/strong> lets you send EMV 3DS data to issuers without asking the customer to complete a challenge. It boosts issuer confidence and can improve authorisation outcomes while keeping checkout fast, often a stepping stone to a fuller 3DS program.<\/p>\nLiability shift in the United States (quick overview)<\/h2>\n
3DS can provide fraud-chargeback protection<\/strong> on qualifying transactions when authentication succeeds (or under program-specific conditions). It is not a blanket shield for every dispute type, so fold authentication results into a broader disputes playbook. Check your acquirer and the relevant network program for exact eligibility and reason-code handling.<\/p>\nImplementation options<\/h2>\n\n- \n
Via your gateway\/PSP:<\/strong> quickest path if your provider exposes 3DS2 and passes through the necessary fields.<\/p>\n<\/li>\n- \n
3DS Server + ACS:<\/strong> choose your own server and (where applicable) ACS to optimise data, routing, and policy.<\/p>\n<\/li>\n- \n
Mobile SDKs:<\/strong> keep authentication native in your iOS\/Android apps to reduce drop-off and gather better device signals.<\/p>\n<\/li>\n<\/ol>\nAt a Glance<\/h2>\n
If your memory of 3D Secure is clunky pages and forgotten passwords, that was 3DS1. EMV 3DS version 2 uses risk-based checks and richer data so approvals can increase with less friction. US merchants can start with Data Only to send signals without challenges, then phase in full authentication for liability protection where it applies.<\/p>\n
FAQs<\/h2>\n
Will 3DS2 hurt conversion like 3DS1 did?<\/strong>
Implemented correctly, it should not. Most traffic should run frictionless when you send complete, high-quality data; only higher-risk cases are stepped up.<\/p>\nIs 3DS2 available for mobile apps?<\/strong>
Yes. Certified SDKs allow in-app authentication, avoiding clunky browser detours and improving device-data quality.<\/p>\nDo I have to authenticate every transaction?<\/strong>
No. Many US merchants start with Data Only<\/strong> to share signals without challenges, then phase in full authentication for use cases that benefit from liability shift or added assurance.<\/p>\nWhat changed recently in the spec?<\/strong>
EMV 3DS v2.3.1<\/strong> introduced additional data and features to streamline authentication and broaden support for channels and devices.<\/p>\n\u00a0<\/p>\n
\u00a0<\/p>\n
\u00a0<\/p>\n
\u00a0<\/p>\n\n\n\n\n\n\n\n\n","protected":false},"excerpt":{"rendered":"
If 3D Secure still means clunky redirects and forgotten passwords to your team, you are thinking of 3DS1. EMV 3D Secure 2 primarily operates in the background, incorporates mobile-friendly SDKs, and provides richer data, enabling issuers to approve more legitimate orders without slowing down the checkout process. The 2.3.1 update streamlines flows and broadens where […]<\/p>\n","protected":false},"author":7,"featured_media":2465,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_monsterinsights_skip_tracking":false,"_monsterinsights_sitenote_active":false,"_monsterinsights_sitenote_note":"","_monsterinsights_sitenote_category":0,"footnotes":""},"categories":[2],"tags":[13,10,128],"class_list":["post-2459","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-article","tag-3ds2","tag-liability-shift","tag-usa"],"aioseo_notices":[],"amp_enabled":true,"_links":{"self":[{"href":"https:\/\/www.gpayments.com\/blog\/wp-json\/wp\/v2\/posts\/2459","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.gpayments.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.gpayments.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.gpayments.com\/blog\/wp-json\/wp\/v2\/users\/7"}],"replies":[{"embeddable":true,"href":"https:\/\/www.gpayments.com\/blog\/wp-json\/wp\/v2\/comments?post=2459"}],"version-history":[{"count":15,"href":"https:\/\/www.gpayments.com\/blog\/wp-json\/wp\/v2\/posts\/2459\/revisions"}],"predecessor-version":[{"id":2500,"href":"https:\/\/www.gpayments.com\/blog\/wp-json\/wp\/v2\/posts\/2459\/revisions\/2500"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.gpayments.com\/blog\/wp-json\/wp\/v2\/media\/2465"}],"wp:attachment":[{"href":"https:\/\/www.gpayments.com\/blog\/wp-json\/wp\/v2\/media?parent=2459"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.gpayments.com\/blog\/wp-json\/wp\/v2\/categories?post=2459"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.gpayments.com\/blog\/wp-json\/wp\/v2\/tags?post=2459"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}