Pro add-on · Checkout

Checkout Field Editor for WordPress

Define, relabel and reorder checkout fields as a schema — live checkout wiring lands in a coming release.

$199/yr or $549 once — all 35 add-ons Same admin as the free core Enable or disable without losing data
What it does

Checkout Field Editor, in practice.

Stores a checkout field schema as JSON in the add-on settings. Each entry carries an id, section, label, type, required flag, position, optional options list, placeholder and a removed flag. GET and POST /ambikly-pro/v1/checkout-fields read and write the schema, gated on the view-store and manage-store capabilities, and every label, placeholder and option is sanitized before saving. The ambikly_checkout_fields filter merges entries over a default field list, relabelling, reordering by position, adding and removing fields, and ambikly_order_meta_keys registers custom ids. In the current release the core checkout does not apply either filter, so a saved schema has no visible effect on the live checkout until that wiring lands.

CapabilitiesCheckout
  • JSON field schema stored in add-on settings
  • Read and write the schema over REST
  • Merge, relabel, reorder and remove default fields
  • Position-based ordering of the merged list
  • Custom field ids exposed through the order-meta filter
  • Labels, placeholders and options sanitized on save
  • Read needs view-store; write needs manage-store
  • Filters registered but not yet applied by the core checkout
Where it shows up

Storefront, admin and settings.

In the admin

  • Field schema edited in the add-on settings panel or via POST /ambikly-pro/v1/checkout-fields

Settings you control

  • Field schema (JSON array of field entries)
For developers

Routes and hooks.

Built on the same Addon SDK as every other Pro add-on — extend it instead of replacing it.

REST routes

  • GET /ambikly-pro/v1/checkout-fields
  • POST /ambikly-pro/v1/checkout-fields

Core hooks it listens to

  • ambikly_checkout_fields
  • ambikly_order_meta_keys
  • rest_api_init

Works with

When it earns its place

Three stores that want Checkout Field Editor.

1

Preparing a B2B checkout

A wholesale supplier plans to collect a company name and VAT number. It defines both fields in the schema now, with required flags and positions, so the moment the core checkout consumes the schema the fields appear without further configuration work.

2

Simplifying checkout for digital goods

A store selling only downloads intends to drop the postal address fields. Marking them removed in the schema documents the intended checkout shape for its developers and for the future core renderer, in one place rather than scattered notes.

3

Developer integrations

An agency building a custom checkout template reads the schema over GET /ambikly-pro/v1/checkout-fields and applies the ambikly_checkout_fields filter in its own code, using the add-on as the single source of truth for field definitions across environments.

Setup

From toggle to live in a few minutes.

  1. Enable it

    Ambikly → Add-ons → Checkout Field Editor → toggle on. Pro must be active; nothing else to install.

  2. Set it up

    Open its settings panel and set: field schema (JSON array of field entries).

  3. Find it in use

    The storefront surfaces, admin screens and settings it adds are listed under “Where it shows up” above; nothing needs placing by hand unless a shortcode is named there.

  4. Turn it off without losing anything

    Disable the add-on from the same screen. Its settings and data stay in place, and a lapsed license pauses it the same way — the store keeps running.

FAQ

About Checkout Field Editor.

Will my field changes show on the live checkout today?

Not yet. The core checkout form and validation do not call ambikly_checkout_fields or ambikly_order_meta_keys in the current release, so the schema is stored and available to code but nothing renders it. This page will be updated when the core wiring lands.

Who can edit the checkout field schema?

Reading requires the ambikly_view_store capability and saving requires ambikly_manage_store, or manage_options for either. Because Store Managers can save, every label, placeholder and option is passed through sanitize_text_field and ids and types through sanitize_key.

What does a field entry look like?

A JSON object with id, section (defaults to shipping), label, type (defaults to text), required, position (defaults to 99), an optional options array, placeholder and a removed flag. Entries with removed set to true delete the matching default field when the filter runs.

Can I add a completely new field, not just edit existing ones?

In the schema, yes: an id that does not match a default field is appended with the values you supply, and its id is registered through the order-meta filter. Storing the submitted value against the order is not implemented in the current release.

Get Checkout Field Editor with every other add-on.

Pro is $199 a year or $549 once, for all 35 add-ons. Enable this one from the same admin the day you need it.