Advanced Checkout Events
Global‑e Checkout Analytics enables merchants to track and analyze detailed checkout-related activities by integrating with their analytics platforms. Merchants can listen to Advanced Checkout Events in their code and trigger custom events based on customer interactions. Unlike standard checkout events, which only capture key milestones like checkout started and purchase confirmation, Advanced Checkout Events provide a deeper level of tracking. These events allow merchants to monitor additional actions within the checkout flow, such as form interactions, selection changes, error messages, and engagement with on-page elements. By leveraging these events, merchants gain richer insights into shopper behavior, helping them optimize the checkout experience and reduce friction.Business Events
Business Events help merchants identify trends, optimize checkout flows, and troubleshoot issues that may prevent successful order completion.ADD_NEW_SHIPPING_ADDRESS
Show details
Show details
This event is triggered when a customer chooses to provide a shipping address that is different from the billing address during the checkout process. It signals the start of entering a new shipping address and reflects the customer’s decision to separate shipping and billing details.This event does not include any data or payload.Examples
BILLING_ADDRESS_COMPLETED
Show details
Show details
This event is triggered when a user completes and successfully validates all required billing address fields during the checkout process. It ensures that the billing information is fully entered and meets the necessary validation criteria.Examples of mandatory fields:
First Name: The first name of the person being billed (e.g., “John”).Last Name: The last name of the person being billed (e.g., “Doe”).Address: The full street address (e.g., “123 Main St, Apartment 4B”).Phone Number: A valid contact number (e.g., “+1-123-456-7890”).
CHECKOUT_FAILURE
Show details
Show details
This event is triggered when an issue occurs during the checkout process, ranging from minor errors to critical blockages that prevent the customer from completing their purchase. Examples include product restrictions for a specific country, payment validation failures, or exceeding allowable weight limits for shipping.
-
failureCode: Indicates the type of issue that occurred during the checkout process. Possible values include:RestrictedProducts: Products in the cart are restricted in the selected shipping country.UpdateShippingCountryFailed: The shipping country could not be updated successfully.NoShippingOptions: No shipping options are available for the selected address.DutyThresholdOverFormalClearance: The order exceeds the duty threshold requiring formal clearance.PaymentDeclined: The payment method was declined.TechnicalError: A technical error occurred during the checkout process.SessionExpired: The checkout session expired before completion.NoPrepayForceDDP: Prepayment of duties and taxes is not available for the order.CartValidation: The cart failed validation checks.CouponAmountTooLow: The applied coupon amount is below the required minimum value.
-
reasonCode: Provides additional details about the specific failure, if available. This property may be null in some cases.
PAYMENTMETHOD_CHANGED
Show details
Show details
This event is triggered when a customer selects or changes their payment method during checkout. For credit cards, the event is fired as soon as the card type (e.g., Visa, Mastercard) is recognized while the customer is typing their card details. For alternative payment methods, such as PayPal, the event is triggered when the customer selects or switches to a different payment option.The Implementation Tips and Best PracticesThe
PAYMENTMETHOD_CHANGED event provides information about the payment method selected by the customer:-
id: Specifies the unique identifier of the selected payment method. -
name: Specifies the name of the selected payment method. Examples:PayPal: When the customer selectsPayPalas the payment method.Visa: When the customer selectsVisaas the payment method.ApplePay: When the customer selectsApplePayas the payment method.
PAYMENTMETHOD_CHANGEDevent does not capture clicks on express payment methods, such as Apple Pay or Google Pay. These methods often bypass the standard payment selection process, and their interactions may need to be tracked separately through DOM events or platform-specific integrations.SHIPPING_ADDRESS_COMPLETED
Show details
Show details
This event is triggered when a user completes and successfully validates all required shipping address fields during the checkout process. It indicates that the shipping information is fully entered, verified, and ready for the next step. The event accounts for different scenarios, including when the shipping address matches the billing address or when alternative options are selected.Examples of mandatory fields:Implementation Tips and Best Practices
First Name: The first name of the recipient (e.g., “Jane”).Last Name: The last name of the recipient (e.g., “Smith”).Address: The full shipping address (e.g., “456 Elm St, Suite 5”).Phone Number: A valid contact number for delivery (e.g., “+1-987-654-3210”).
-
ShippingAddressType: Specifies the type of shipping address. Possible values:SameAsBilling: When the shipping and billing addresses are the same, and the billing details are completed.Alternative: When the shopper chooses a shipping address different from the billing address.Store: When the shopper selects a store pickup option and confirms the store. (Optional feature)CollectionPoint: When the shopper selects and confirms a collection point. (Optional feature)
- This event is usually mapped to
add_shipping_infoin Google Analytics 4 (GA4) or equivalent events in other analytics platforms. It represents a key milestone in the checkout process, indicating that the user has provided their shipping information. - In the Global-e checkout, the order of forms can vary based on the setup. The billing form might appear before the shipping form. When the billing address is completed, it will also trigger the
SHIPPING_ADDRESS_COMPLETEDevent withSameAsBillingas the default, since billing and shipping are marked as the same by default. If the shopper chooses a different shipping address, theSHIPPING_ADDRESS_COMPLETEDevent will fire again, this time withAlternativeas the value forShippingAddressType.
SHIPPINGMETHOD_SELECTION
Show details
Show details
This event is triggered when a customer selects a shipping method during the checkout process. It indicates that the customer has chosen their preferred shipping option.The
SHIPPINGMETHOD_SELECTION event provides detailed information about the selected shipping method.-
id: Specifies the element ID of the selected shipping option. Example:def-ship-opt-2-10000388.optopt-2: Indicates the user selected the second shipping option.10000388: Represents the unique identifier for the selected shipping method.
-
price: Specifies the cost of the selected shipping method, including the currency symbol. Example:$ 7.00.
STORE_SELECTION
Show details
Show details
This event is triggered when a shopper selects a store collection option during the checkout process. It signals that the customer has chosen to pick up their order from a designated store location instead of opting for delivery.This event does not include any data or payload.ExamplesImplementation Tips and Best PracticesThe store collection feature is an optional capability and is not available for all merchants by default. Merchants need to enable this feature explicitly for it to be offered as a shipping option.
TAX_OPTION_SELECTED
Show details
Show details
This event is triggered when the customer selects their preferred option for paying duties and taxes during the checkout process. It occurs when the customer chooses between:Implementation Tips and Best PracticesThere are scenarios where this event may not be triggered. For example, if the shopper proceeds with the default option (paying duties and taxes within the checkout) without making any changes, the event won’t fire. Additionally, in cases where the country’s duties and taxes configuration is set to “Hidden Force DDP,” meaning that duties and taxes are already included in the product prices, this event will not be triggered. Similarly, if the total value of the checkout falls below the country’s tax threshold, or if the country does not impose duties and taxes at all, the event will not occur. These situations ensure the event is only sent when a manual selection of tax payment options is required and applied by the shopper.
- Paying duties and taxes at checkout: The customer opts to prepay duties and taxes as part of their order total.
- Paying duties and taxes upon delivery: The customer decides to pay duties and taxes directly to the carrier or customs upon receiving the shipment.
TAX_OPTION_SELECTEDevent provides information about the customer’s choice for handling duties and taxes during checkout:-
id: Specifies the selected tax payment option.-
Possible values:
IncludeInOrder: Indicates the customer has chosen to prepay duties and taxes as part of their order total.ManualPay: A valid contact number (e.g., “+1-123-456-7890”).
-
Examples:
IncludeInOrder: The customer chooses to pay duties and taxes during checkout.ManualPay: The customer opts to pay duties and taxes when the shipment is delivered.
-
Possible values:
EXPRESS_PAYMENT_SELECTED
Show details
Show details
This event is triggered when a shopper selects an express payment method during the checkout process, such as Apple Pay or Google Pay.The event includes the following data:
id: Specifies the Global-e internal payment method ID of the selected express payment method. Example:135.name: Specifies the name of the express payment method. Example:ApplePay Express.
LANGUAGE_CHANGED
Show details
Show details
This event is triggered when a shopper changes the language during checkout.The event includes the following data:
FromLanguage: Specifies the previous language, as a culture code — e.g.en-US.ToLanguage: Specifies the newly selected language, as a culture code — e.g.fr-FR.ShippingCountry: Specifies the shipping country, as an ISO2 country code.
ADD_NEW_BILLING_ADDRESS
Show details
Show details
This event is triggered when the shopper chooses to enter a billing address that differs from the shipping address. It signals the start of the separate billing address entry process.This event does not include any data or payload.Examples
STORE_LOCATION_SELECTED
Show details
Show details
This event is triggered when the shopper selects and confirms a specific store as the delivery location in the ship-to-store flow. It occurs after the Store Selection event, once an individual store has been selected.The event includes the following data:
storeData: Specifies the selected store details as a JSON-stringified object. UseJSON.parse()to convert it into a JavaScript object.
COLLECTION_POINT_SELECTED
Show details
Show details
This event is triggered when the shopper selects and confirms a collection point as the delivery location, choosing to collect the order from a designated location.The event includes the following data:
collectionPointData: Specifies the selected collection point details as a JSON-stringified object. UseJSON.parse()to convert it into a JavaScript object.
PAYMENT_DISCOUNT_DISPLAY
Show details
Show details
This event is triggered when the checkout is initialized and a payment-method discount is available for display to the shopper.The event includes the following data:
-
PaymentDiscountCouponData: Specifies the details of the available payment-method discount. It contains:CouponName— Specifies the name of the payment-method discount coupon.PaymentMethodId— Specifies the payment method ID to which the discount applies.PaymentMethodName— Specifies the name of the payment method to which the discount applies.BINs— Specifies the eligible card BIN ranges for the discount.
PAYMENT_DISCOUNT_MISMATCH
Show details
Show details
This event is triggered when the card BIN entered by the shopper does not match the BINs eligible for the payment-method discount. As a result, the discount is not applied.The event includes the following data:
-
PaymentDiscountCouponData: Specifies the details of the mismatch. It contains:Reason— Specifies why the entered card BIN did not match the discount’s eligible BINs.
COMPLETE_WITH_DISCOUNT
Show details
Show details
This event is triggered when the shopper clicks “Pay” while an eligible payment-method discount is active, indicating that the order is being completed with the discount applied.The event includes the following data:
-
PaymentDiscountCouponData: Details of the applied discount. Contains:Coupon— Specifies the payment-method discount coupon being applied.PaymentMethodId— Specifies the payment method ID to which the discount applies.PaymentMethodName— Specifies the name of the payment method to which the discount applies.BIN— Specifies the matched card BIN.BINs— Specifies the eligible card BIN ranges for the discount.
ON_CLIENT_ERROR
Show details
Show details
This event is triggered when a client-side JavaScript error occurs during the checkout.The event includes the following data:
message: Specifies the error message.url: Specifies the URL where the error occurred.lineNumber: Specifies the line number where the error occurred.
ON_SERVER_ERROR
Show details
Show details
This event is triggered when a server-side error occurs during checkout.The event includes the following data:
process: Specifies the process in which the error occurred.error: Specifies the error details.
WINDOW_SHOWN
Show details
Show details
This event is triggered when a popup or modal window is displayed, such as the Address Verification popup.The event includes the following data:
id: Specifies the identifier of the popup — e.g.AddressVerificationPopup.tag: Specifies the popup tag — e.g.POPUP.text: Specifies the display text associated with the event — e.g.Address Verification Popup is shown.
LOYALTY_CREDIT_BALANCE_INPUT_MANUALLY_CHANGED
Show details
Show details
This event is triggered when a shopper manually edits the loyalty-credit amount input field — for example typing or adjusting the credit value they want to use.The
LOYALTY_CREDIT_BALANCE_INPUT_MANUALLY_CHANGED event provides the following data:id: Specifies the identifier of the loyalty-credit input.name: Specifies the name of the loyalty-credit input.amount: Specifies the entered credit amount.
LOYALTY_CREDIT_BALANCE_CHANGED
Show details
Show details
This event is triggered when a shopper amends the loyalty-credit balance — the amend balance action in the loyalty credit widget.The
LOYALTY_CREDIT_BALANCE_CHANGED event provides the following data:id: Specifies the identifier of the loyalty-credit input.name: Specifies the name of the loyalty-credit input.amount: Specifies the entered credit amount.
LOYALTY_CREDIT_BALANCE_APPLIED
Show details
Show details
This event is triggered when a shopper applies loyalty credit to the order — the apply action in the loyalty credit widget.The
LOYALTY_CREDIT_BALANCE_APPLIED event provides the following data:id: Specifies the identifier of the loyalty-credit element.name: Specifies the name of the loyalty-credit element.amount: Specifies the applied credit amount.
DUTIES_AND_TAXES_CALCULATED
Show details
Show details
This event is triggered when duties and taxes (or sales tax / local taxes) are calculated and become visible on the checkout, and their amount is greater than zero. It is not triggered when no duties and taxes are displayed, when the amount is 0, or in ForceDDP / hidden duties-and-taxes scenarios.The
DUTIES_AND_TAXES_CALCULATED event provides the following data:type: Specifies the type of taxes calculated — e.g.International Duties and TaxesorSales Tax.amount: Specifies the amount of taxes calculated for the checkout — e.g.42.3.currency: Specifies the currency in which the shopper sees the duties and taxes — e.g.USD.optional_to_pay: Specifies whether the shopper can pay the duties and taxes later, or must pay them within the checkout —trueorfalse.country: Specifies the shipping country, as an ISO2 country code — e.g.US.
Data Object Model Events
Data Object Model (DOM) Events track direct customer interactions with elements on the checkout page. These events help Merchants to optimize the user experience, reduce friction in forms, and increase checkout completion rates.BUTTON_CLICKED
Show details
Show details
This event is triggered when a customer clicks a button during the checkout. It captures details about the button interaction, including its purpose and outcome. For Pay or Apply Coupon buttons, it provides additional data on payment or coupon code validation results.The BUTTON_CLICKED event provides details about the button that was interacted with:Implementation Tips and Best PracticesThe
id: The unique identifier of the button element. Example: “PayButton”.tag: The HTML tag name of the button. Example: “BUTTON”.text: The visible text displayed on the button. Example: “Pay and place order”.action: A description of the button’s function. Example: “Pay”.success: Indicates whether the action was successful (true) or failed (false). Example:false(the payment attempt failed due to validation errors).error: If success is false, this field provides details about the failure reason. Example: “CheckoutFormValidationFailed” (the checkout form contains missing or invalid fields).errorFields: If applicable, lists the specific form fields that caused the validation failure. Example: “CheckoutData_BillingFirstName,CheckoutData_BillingLastName,CheckoutData_BillingAddress1,BillingCity,BillingCountyID,BillingZIP,CheckoutData_BillingPhone”.
BUTTON_CLICKEDevent tracks when a customer initiates a payment by clicking the Paybutton. However, this event does not capture interactions with express payment methods, such as Apple Pay or PayPal Express, which may bypass the standard checkout flow.For express payment methods, the event can trigger with an action value is “Express Payment button clicked”. If tracking express payments is necessary, consider implementing additional event listeners specifically for these buttons to ensure full coverage of all payment methods.CHECKBOX_CHANGE
Show details
Show details
This event is triggered when a customer interacts with a checkbox within the checkout. It captures when a checkbox is clicked and whether it is checked or unchecked. This event is useful for tracking user preferences, such as opting in for promotional emails or agreeing to terms and conditions.The event provides details about the checkbox that was interacted with:Implementation Tips and Best PracticesThe
id: The unique identifier of the checkbox element. Example: “CheckoutData_OffersFromMerchant”.name: The name attribute of the checkbox element. Example: “CheckoutData.OffersFromMerchant”.checked: Indicates whether the checkbox is selected (true) or deselected (false). Example:true(the customer opted in to receive offers from the merchant).
CHECKBOX_CHANGEevent can be used with Klaviyo or similar tools to track marketing opt-in preferences. If you’re using the INPUT_BLUR event for customer identification, make sure to capture the checkbox status before sending data to the platform. This ensures that marketing emails are only sent to users who have explicitly opted in. Refer to the INPUT_BLURevent for tracking email input fields.COMBO_CHANGED
Show details
Show details
This event is triggered when a customer selects or changes a value in a dropdown (select list) during checkout. It helps track user interactions with selectable options, such as choosing a country, state, county, etc.The event provides details about the element that was interacted with:Implementation Tips and Best PracticesThe
id: The unique identifier of the select list or radio button element. Example: “BillingCountyID”.name: The name attribute of the element. Example: “CheckoutData.BillingCountyID”.text: The visible text of the selected option. Example: “Clare”.value: The underlying value associated with the selected option. Example: “5”.
BUTTON_CLICKEDevent tracks when a customer initiates a payment by clicking the Paybutton. However, this event does not capture interactions with express payment methods, such as Apple Pay or PayPal Express, which may bypass the standard checkout flow.For express payment methods, the event can trigger with an action value is “Express Payment button clicked”. If tracking express payments is necessary, consider implementing additional event listeners specifically for these buttons to ensure full coverage of all payment methods..INPUT_BLUR
Show details
Show details
This event is triggered when a customer moves out of (or “unfocuses”) a text input field after entering or interacting with it. It helps track how users engage with form fields during checkout, providing insights into input behavior and potential friction points.The event includes details about the input field the customer was interacting with:Implementation Tips and Best PracticesThis
id: The unique identifier of the input field. Example: “CheckoutData_Email”.name: The name attribute of the input field. Example: “CheckoutData.Email”.value: The text entered by the customer before leaving the field. Example: “example@global-e.com”.
INPUT_BLURevent can be used with Klaviyo or similar tools to trigger an identification action. However, ensure that you capture the marketing opt-in checkbox value before sending data to the platform to prevent sending emails without the user’s consent. Refer to CHECKBOX_CHANGE event.Examples of Use in DOM Events
The following examples show how to use DOM Events to detect common checkout actions.add_payment_info
Show details
Show details
Trigger: This event is triggered when a shopper completes the required payment information, for example, after returning from PayPal or completing the required credit card fields.Example
place_order
Show details
Show details
Trigger: This event is triggered when a shopper clicks the “Pay Securely Now” button and attempts to place an order.Example
add_giftcard
Show details
Show details
Trigger: This event is triggered when a shopper enables the option to use a gift card.Example
giftcard_apply
Show details
Show details
Trigger: This event is triggered each time a shopper applies a gift card to the order.Example
giftcard_check_balance
Show details
Show details
Trigger: This event is triggered when a shopper enters the gift card details and clicks the “Check Available Balance” button.Example
select_payment
Show details
Show details
Trigger: This event is triggered when a shopper selects an express checkout or payment method, such as PayPal Quick Checkout or PayPal, or begins entering their credit card details.Example
add_rewards
Show details
Show details
Trigger: This event is triggered when a shopper selects the toggle to use their rewards balance.Example
rewards_apply
Show details
Show details
Trigger: This event is triggered when a shopper has applied their rewards balance.Example
rewards_amend_balance
Show details
Show details
Trigger: This event is triggered when a shopper changes the amount of rewards to apply.Example

