We, at VTEX, have tested the impact of UA Reduction on payment transactions in March 2022.
Initial results show no need for change in the Payments module because all evidence seems to indicate we won’t be impacted by the User-Agent reduction. We will continue communication with Payment and Antifraud partners to raise awareness of the change and anticipate impact on their side.
Below you'll find the full report for feedback.
Intro
VTEX is a leading Enterprise Digital Commerce Platform w/ global presence.
Inside VTEX's platform, we offer integrations with partners, such as ClearSale and CyberSource, which provide complete ecommerce fraud protection solutions.
Test objective
Understand the UA Reduction impact on VTEX anti-fraud solutions (e.g. ClearSale & CyberSource) and payments workflows.
Why is testing this important?
The User Agent is an important input in web payments. In most cases, it’s needed to authorize, run anti-fraud models and execute payment requests.
Questions we settled to answer
Map steps to test reduced User Agent in payment transactions.
Understand impact in VTEX Payments Gateway workflows.
Understand impact in our Payment Provider Protocol (used for payment services to integrate with VTEX).
Understand impact on fingerprinting generation from our partner's scripts.
Test setup overview
Reduced UA string implemented locally using Chrome’s flag.
Device fingerprint generated using script tag similar to the one in this example.
With the following script, we manually generated the fingerprint for the device in Chrome's developer console:
Ran tests on a VTEX “Test Store” that runs in our production environment (i.e. real transactions) and using our Fraud Providers' production credentials.
Scenarios tested:
No device fingerprint
Device fingerprint generated with full UA string
Device fingerprint generated with reduced UA string
VTEX fingerprinting process
Important! All usages inside the Payments Gateway codebase are read and pass-along. VTEX doesn’t do any operations with this value.
Generating fingerprints on VTEX varies from provider to provider.
Generally, they’re generated on the client-side by inserting a script tag (mostly through Google Tag Manager).
Before an order is submitted (i.e. a payment event), VTEX runs the script and generates the device fingerprint.
Finally the value is passed to the provider via our Payment Provider Protocol API.
Tests were performed on our test store that works on a production environment (real transactions).
No impact on our Payments Gateway observed, therefore no changes on VTEX codebase required:
All usage of device fingerprints throughout the payments workflow are “read and pass along”. On the VTEX side, there are no operations done with the fingerprint values.
Tests suggest that if providers need more information not provided by the reduced UA string by default, the change (UA-CH API call) would be in the script of the provider; nothing would need to be changed on VTEX's side.
No significant changes observed in the provider’s “anti-fraud score/status” generated from scripts.
VTEX sees the need to communicate to 3rd parties on how to test UA reduction following a step-by-step process documented on VTEX's platform (usage of Chrome flag, generate fingerprint, configure credentials, test scenarios, etc).
VTEX UA-CH & UA Reduction Testing Results
We, at VTEX, have tested the impact of UA Reduction on payment transactions in March 2022. Initial results show no need for change in the Payments module because all evidence seems to indicate we won’t be impacted by the User-Agent reduction. We will continue communication with Payment and Antifraud partners to raise awareness of the change and anticipate impact on their side.
Below you'll find the full report for feedback.
Intro
Test objective
Questions we settled to answer
Test setup overview
Reduced UA string implemented locally using Chrome’s flag.
Device fingerprint generated using script tag similar to the one in this example.
Ran tests on a VTEX “Test Store” that runs in our production environment (i.e. real transactions) and using our Fraud Providers' production credentials.
Scenarios tested:
VTEX fingerprinting process
Important! All usages inside the Payments Gateway codebase are read and pass-along. VTEX doesn’t do any operations with this value.
Results & findings
Test Output Examples