WooCommerce Product Add-Ons is a paid official extension that lets you attach custom fields, checkboxes, dropdowns, text entry, file uploads, to any product, with optional extra pricing per selection. A customer's gift-wrap request or engraving text gets saved as line-item data on the order the moment they check out. What happens with that data afterward, in production, fulfillment, or inventory, is a separate question the extension doesn't answer.
Add-ons attach to a product as one or more fields: a checkbox for gift wrapping, a text box for an engraving message, a dropdown for a size option that isn't already a product variation, a file upload for a customer's own artwork. Each field can carry its own pricing rule, a flat fee, a percentage of the product price, or a per-quantity charge, calculated automatically into the order total at checkout.
Once an order's placed, the customer's selections show up as line-item meta on the order detail screen in the admin, readable but not structured for anything beyond display. There's no separate add-ons database or reporting view; each selection lives attached to the specific order and product line it came from.
An engraving instruction or custom text field is only useful if it reaches whoever's actually producing or packing the order. On a small volume, someone opens each order and reads it manually. Past a certain order count, that becomes the actual bottleneck in fulfillment, not the add-on feature itself, since Product Add-Ons has no built-in way to push that detail into a production queue, a print shop's system, or a packing-slip template.
Inventory is the other gap. If an add-on represents a physical component, a specific box size for a custom bundle, an upgraded part, Product Add-Ons doesn't decrement that component's stock separately from the base product's. It tracks pricing per selection, not consumption of a specific physical item tied to that selection, which means component-level stock accuracy depends entirely on something else keeping track.
An engraving message or custom spec selected at checkout gets pushed straight into the system your production or fulfillment team actually works from, instead of staying buried in an order detail screen someone has to remember to check.
An add-on tied to a physical component, a part, a box size, a specific material, decrements that component's own stock count, not just the base product's, so a custom order doesn't quietly overstate what's left on the shelf.
If it's captured at checkout but someone's reading it off a screen by hand afterward, tell us where, and we'll scope what it would take to route it automatically instead.
Product Add-Ons is good at capturing what a customer wants. Getting that detail to the person or system that actually fulfills it is a different piece of work, and it's usually the one holding up order volume more than anything else in the process. Add-on data is just this page's example; n-frames builds the routing for whatever custom detail in your business currently depends on someone reading it off a screen.
Let's talk →No, it's a paid official extension sold through WooCommerce.com, not part of core WooCommerce. There are free third-party alternatives with more limited feature sets if the official extension's pricing tier doesn't fit a smaller store.
Each field can carry its own pricing rule: a flat additional fee, a percentage added to the base product price, or a charge multiplied by the quantity ordered. These calculate automatically into the cart and order total; there's no manual pricing step at checkout.
Not on their own. Add-Ons tracks the selection and its price, not stock consumption for a specific physical component tied to that selection. If an add-on represents a real inventory item, keeping its stock count accurate requires something beyond what the extension does by default.
Checkboxes, radio buttons, dropdowns, multi-select lists, free-text fields, text areas, file uploads, and image swatches, each attachable to any product and each with its own optional pricing rule.