Nothing is added until they ask for it.

The article answers this twice and then contradicts itself once, so here are all three passages, in the order they appear. Frontend Result: “The gift will not be added automatically. Instead, the customer will see a Claim Gift button that allows them to manually add the free item to their cart.” The FAQ question “Can I auto-add the gift to the cart?”: “No. The Free Gift booster currently supports manual gift selection only. Customers must actively click the “Add Gift” button to include the gift in their cart once the conditions are met.” The FAQ question “What happens if the customer removes the qualifying product?”: “The booster will automatically re-evaluate the conditions. If they’re no longer met, the gift will be removed from the cart if it was auto-added.” The third sentence presupposes a state the first two deny exists. What is settled either way is the removal: Frontend Result states independently that if the cart no longer qualifies the gift will be hidden or removed automatically, so a gift that stops qualifying goes, however it arrived. What is not settled is whether any auto-add path exists at all. Our reading — and it is a reading, not a fact — is that the third sentence is boilerplate carried over from a booster that does add automatically, in an article that also calls this offer a “combo”, calls the block a “recommendation block” and calls the gift an “Add-on”; three other leaked strings, all visible on the same page. This site’s demo therefore never adds the gift on its own, and never will until 8theme says otherwise. Test it on a staging copy before you write a policy around it. One more thing the same passages leave open: the button’s wording. Frontend Result calls it Claim Gift, the FAQ calls it “Add Gift”, and all three of 8theme’s screenshots show Add gift to cart typed into the Offer CTA button text field. It is free text with no published default — ours reads Claim gift.

The field exists and it has four values, but the two sources name it differently: the prose calls it Discount Type, the admin screenshot labels it Gift type. Its options, quoted: Percentage, for example 20% off; Fixed, for example $5 off; Free, where the price is reduced to $0; and No discount, where the offer product will be shown with their regular price. A Discount Value field is described in the prose — enter 15 for 15% off, enter 10 for $10 off, not applicable if Free or No discount is selected — and it does not appear anywhere in the one screenshot of that panel, which has Gift type set to Free. So whether the field is hidden or merely ignored under Free is unresolved. Two more silences worth naming. Nothing published says whether a discounted, non-free gift still renders with the FREE wording and the gift framing on the storefront, so this page chips that line green only when the price is actually zero: a line that states an offer gets the chip, a line at its regular price does not. And nothing says how a percentage or fixed gift interacts with a coupon, a tax rule or a shipping calculation.

Display Location is one select with eleven values, of which one is Use a shortcode: four read as cart-page positions — Top of the Cart page, Before Cart items table, After Cart items table, After Cart items within the table — and six as checkout positions — Before Payment Gateways, Before Place Order Button, After Place Order Button, Bottom of the Checkout Page, Before Billing section, After Order notes. So: ten positions and a shortcode. Mini cart location is a second select with seven values, of which Do not display is an off state, leaving six positions: Top of the Mini Cart, Before Cart items, After Cart items within the list, Before buttons, After buttons, Bottom of the Mini Cart. The article prints no count for either list, and it names no default for either: the one screenshot of that panel shows Before Cart items table and Do not display, which are shown values and not stated defaults. Their own two tips: placing the booster after the cart items or before the payment section can increase visibility and engagement right before conversion, and adding the gift offer near the mini cart buttons is effective for last-minute upsell actions. There is also an Elementor route, and its own panel carries the restriction in writing: this booster can only be used on Cart or Checkout page templates. What nobody publishes is whether all eleven values are offered on both page types or filtered per page.

Yes on both counts, and the article is unusually direct about it. Asked whether the gift reduces stock, it answers: “Yes. The gift item is a real WooCommerce product and is deducted from stock like any other item during checkout.” Frontend Result adds that once added, the gift appears as a regular product in the cart with a price of $0, and will also be included in the order summary at checkout. Every rendering of the claimed line — theirs and this page’s — carries its own Remove link, like any other cart row. One thing sits in the admin panel with no sentence attached to it: a ticked checkbox reading “Allow customers to remove Add-ons from the cart?”. It is undocumented in the prose, and it still says Add-ons, which is the name of a different booster. What it governs here is a guess we are not going to make.

Two fields, both documented. Total Usage Limit sets the maximum number of times this offer can be used across all customers, and the article’s own tip calls it useful for running limited-time campaigns or stock-controlled offers. Usage Limit Per Customer defines how many times an individual customer can claim the offer, and its tip says it helps prevent abuse of the promotion by restricting repeated use per user. Both fields carry the placeholder Unlimited usage in the screenshot, so unlimited is the shipped state. Read the FAQ answer about this carefully, though, because of one word: it says the setting ensures each logged-in user can claim the gift only once. Nothing published says how a per-customer limit is enforced against a guest checkout, and nothing says what happens if a limit is reached while a shopper is mid-session with the offer already on screen.

One gift per booster: asked whether multiple free gifts can be applied at once, the article answers that only one gift per booster is possible and that if you want to offer multiple gifts you can create separate boosters with their own rules. It also confirms the multiple-campaign route for targeting: create several Free Gift campaigns and set different product, category or cart condition filters for each one. What is not published is what happens when two of those campaigns qualify on the same cart. A Priority field exists — it sits in the Optional Settings screenshot reading 10 — and no sentence anywhere says what it orders or which direction wins. Note too that this booster has no Apply to panel of its own, so the trigger behind their own examples, spend over $75 or buy 3 or more bags, is only reachable through Conditions: Order total, Order items quantity, Products in Order. The article never says that in words.