This feature is no longer recommended. Though some browsers might still support it, it may have already been removed from the relevant web standards, may be in the process of being dropped, or may only be kept for compatibility purposes. Avoid using it, and update existing code if possible; see the compatibility table at the bottom of this page to guide your decision. Be aware that this feature may cease to work at any time.


This feature is non-standard and is not on a standards track. Do not use it on production sites facing the Web: it will not work for every user. There may also be large incompatibilities between implementations and the behavior may change in the future.

The email property is included in a PayerErrors object if the PaymentResponse.payerEmail property failed validation; in this case, the property should contain a string describing how to correct the problem. If the payer's email address passed validation, this property is not included in the PayerErrors object.


payerEmail =;


If validation of the payer's email address (PaymentResponse.payerEmail) found problems, this property should be set to a DOMString that explains the validation problem and how to correct it. If the email address is valid, this property should be omitted from the PayerErrors object.


function validatePayment(response) {
  const correctionPromises
  let paymentErrors = {};
  let payerErrors = {};

  // Check payer details

  if (!validEmail(response.payerEmail)) { = "Please make sure you enter a valid email address."
  if (!validName(response.payerName)) { = "Please enter a valid name, using only <appropriate characters>."
  if (!validPhone(response.payerPhone)) { = "Please enter a valid phone number in the form ###-###-####."

  // Check everything else too...


Browser compatibility

BCD tables only load in the browser