Cart & Checkout: Credit Card Form
Credit card payment is the preferred payment method for the majority of users in most countries. Despite the credit card being a commonly typed input and only constituting a small part of the overall amount of typing during the checkout flow, it’s by far the most complex and error prone input during the checkout flow. Some users are anxious about their sensitive card data, they have to transfer long strings of numbers printed on a physical card into an online interface, and if just a single character is mistyped or misplaced they will often get notoriously generic validation errors returned by the payment processing networks.
While typically just 3-5 fields long, the list of details in order to achieve a credit card form that causes as few abandonments as possible requires extensive consideration. While most of the solutions in this topic chapter are simple changes to the field descriptions and design, their impact should not be underestimated, as any doubt, slight input inconsistencies, or validation errors in the credit card form are far more likely to result in abandonments than most other fields during the checkout flow.
Credit Card Form
10 Guidelines
While the {{ chapter-name }} is still among the weakest aspects in the checkout flow of many sites, the 2019 benchmark data shows a dramatic improvement since 2016. In particular, while no more than a few sites had a decent performance in 2016, we find that 30% of sites are now performing from decent to well, and 7% have implemented a state-of-the-art Credit Card Form.
Read more
While the Credit Card Form doesn’t constitute the highest amount of typing during the checkout, the 3-5 credit card fields are by far the most complex inputs in the average checkout. During testing, when the test subjects ran into issues at the credit card interface, e.g. due to an unclear field label or error message, their recovery rate was considerably lower than any other checkout input. In essence, even a slight ambiguity or a lack of assisting features for the credit card fields can result in a surprisingly high degree of abandonments — abandonments that can be prevented with reasonable investments, for example:
For general inspiration, see the Page Design tool where we have collected 120+ design examples of Credit Card Form implementations.
Luhn Validate the Credit Card Number Field Issue: When a user’s card number input isn’t checked for typos before it’s submitted to the payment processor needless data-loss validation errors are likely.
Autoformat Spaces in the ‘Credit Card Number’ Field Issue: Users have difficulty typing and verifying the 15–16 digit long credit card number.
Visually Emphasize the Security of the Credit Card Fields Issue: Users are concerned about the security of their payment information, yet have very little understanding of the technicalities of form security.
Issue Lorem ipsum dolor sit amet, consectetur adipiscing elit, sed do eiusmod tempor incididunt ut labore et dolore magna aliqua.
Save Guest Users’ Credit Card Information for the Entire Checkout Session Issue: Being forced to reenter credit card details is time-consuming and can lead to validation errors if details are entered incorrectly — which can cause users to abandon the checkout.
Save Guest Users’ Credit Card Information for the Entire Checkout Session
Clarify that ‘Cardholder Name’ Is to Be Typed Exactly as It’s Printed Issue: It’s often unclear what should be entered in the ‘Name on Card’ field and some users don’t understand the purpose of the field.
Clarify that ‘Cardholder Name’ Is to Be Typed Exactly as It’s Printed
Use a 2-Digit Month and Year Format for the Expiration Date Drop-Downs Issue: Many users will have needless validation errors or a disruption to their form-filling process if forced to translate what’s printed on their physical cards to what they see in the virtual expiration date fields.
Use a 2-Digit Month and Year Format for the Expiration Date Drop-Downs
Provide a Dynamic Thumbnail Hint or a Tooltip for the ‘Security Code’ Field Issue: A significant portion of users hesitate or come to a stop when asked to input their credit card ‘Security Code’.
Provide a Dynamic Thumbnail Hint or a Tooltip for the ‘Security Code’ Field
Autodetect the Credit Card Type Based on the Card Number Issue: It adds unnecessary friction to the checkout process when users are required to manually select their credit card type.
Autodetect the Credit Card Type Based on the Card Number
Make Credit Card Icons Secondary in the Payment Interface Issue: Users misinterpret the credit card icons as buttons they have to click rather than static images.
Make Credit Card Icons Secondary in the Payment Interface
Make Credit Card Icons Secondary in the Payment Interface Issue: When typing info into credit card fields, users take their form-filling cues from the physical card, and if site’s field sequence is out of order with the physical card’s information they’re more likely to make mistakes.
Match the Credit Card Field Sequence to the Physical Card’s Information Sequence
In the below video training module, we provide a walkthrough of the most important UX findings for {{ chapter-name }} – it’s a good way to start this research topic before diving into the specific guidelines.
Every 4th week we host a live webinar in Baymard Premium focusing on one of the 69 research topics – see the next upcoming webinars
Assess your own site (or someone else’s) to see how well its implementation aligns with the user behavior described in this topic:
This chapter on “Credit Card Form” consists of the 10 guidelines listed below.