Loyalty Program in Google Shopping 2026: Setup Guide

Two retailers list the same item at $49. One shows “$39 for members” underneath; the other shows nothing. The click goes to the one with the member price, even though the public price is identical. That is what a loyalty program in Google Shopping does: you do not change your pricing, you surface the advantage you already give returning customers at the moment they are comparing.

This guide covers how to connect an existing loyalty program in Merchant Center, which tier types and benefits are supported, the minimum discount required before an annotation appears at all, how member prices differ from points, how to upload members through Loyalty Customer Match, and how to avoid wrecking your Shopping and Performance Max economics in the process.

A loyalty program in Google Shopping: what a retailer gets

A Merchant Center loyalty program is not a new ad format or a campaign type. It is a data layer that adds a member-benefit annotation to your product listings. Annotations appear in Shopping ads, free listings and local inventory ads across Google Search, the Shopping tab and Wallet. Experiences can differ between desktop and mobile.

One hard prerequisite: you can only connect a loyalty program that already exists. This is not a builder for creating one — Google surfaces what you already run.

The logic is simple. You already give returning customers a better price or free delivery. Previously the shopper learned that after clicking; now they learn it while comparing. The win is not the discount itself, it is the moment the discount becomes visible.

Availability

The feature is open to merchants in a defined list of countries: the US, Australia, Brazil, Mexico, Canada, France, Germany, India, Italy, the Netherlands, South Korea, Spain and the UK. Capabilities vary inside those markets too, since not every benefit is available everywhere. Check availability for your specific market rather than assuming “Europe” behaves as one.

In October 2026 Google extended loyalty data beyond classic search results into AI Mode and Gemini apps across fourteen countries, including member-exclusive pricing display. For retailers that means a configured program starts working in conversational comparison surfaces, not just the familiar Shopping grid.

Supported tier types

Six membership structures are supported. The job is to map what you actually run onto one of them honestly.

Tier type	What it means	Best fit
Free to join	Anyone who signs up becomes a member	Mass retail building a list
Spending amount	Tier based on annual purchase history	Stores with a clear repeat-buyer core
Membership fee	Paid subscription or one-off fee	Club and subscription models
Loyalty credit card	Holders of a merchant-branded card	Large retail with a banking partner
Loyalty points	Threshold of accumulated points	Mature points programs
Completed orders	Minimum number of fulfilled orders	Regularly repurchased goods

What is explicitly not supported: occupation-based tiers. Student, military or first-responder discounts cannot be expressed through this mechanism and need a different route.

Benefit types and the threshold that decides everything

Three member benefits are supported:

Free shipping or delivery. Easiest to implement and often the most visible in results.
Redeemable points. Point display is available in free listings in the US.
Member pricing. The strongest lever and the most demanding one.

Member pricing carries a threshold: the member discount must be at least 5% of the public price or at least 5 currency units. A 1–2% discount produces no annotation — you give up margin and gain nothing in the results page.

This is arguably the single most important decision in the project. If you are not prepared to give members at least 5%, use free shipping or points and leave member pricing alone. A half-measure discount is the worst outcome: money spent, no annotation shown.

Run the economics before you switch it on

Member pricing is a direct deduction from margin on every member order, including from people who would have bought anyway. Three numbers to calculate first.

Member share of revenue. If members already drive 60% of orders, a 5% catalogue-wide discount costs roughly 3% of revenue on day one, and incremental buyers have to cover that.
Margin by category. An 8%-margin product and a 45%-margin product cannot live under the same rule. Split the catalogue.
Repurchase frequency. Member pricing pays back through frequency. If the item is bought once every three years, the mechanic works far worse than in regular-demand categories.

The cleanest way to split the catalogue is with custom labels in the product feed — by margin, turnover or basket role. And to make bidding respond to profit rather than order size, layer on product value optimisation in PMax and Shopping.

Setup sequence

Step 1. Describe the program in Merchant Center

Create the program, define its tiers, and state which benefits apply at each level. Tier names should match what customers see on your own site; “Gold” in the results page and “Premium” on the site reads as two different programs.

Step 2. Send benefit data at product level

The loyalty_program attribute in the feed carries the bundle: program name, tier, member price, and the date from which it is effective. That lets you apply member pricing to selected SKUs rather than the whole catalogue — which is almost always the better economic choice.

Step 3. Upload your members

So the system knows who qualifies, use Loyalty Customer Match — uploading member data through the Merchant API — or integrate Google Wallet loyalty cards. Self-declared membership is also supported.

Uploading member contacts is the same class of work as ordinary Customer Match and first-party data, with the same normalisation and consent requirements. If security objects to exporting the list at all, the answer is confidential matching with encrypted uploads, not abandoning the program.

Step 4. Verify data consistency

The fastest way to generate complaints is a member price in search results that does not match the price in the cart after sign-in. Confirm that feed price, on-site price and signed-in cart price agree, and that the member price effective date is set correctly.

Step 5. Measure the effect properly

Do not compare account-wide before and after. Compare comparable product groups: enable member pricing on one slice of the catalogue and track it against a similar slice by margin and demand without it.

What changes in your campaigns

There is no loyalty campaign type — annotations appear in the same product listings. But several things deserve a second look.

Bidding. Higher CTR on annotated products is the expected reaction. What matters is that profit does not fall with it: watch return, not click volume.
Audiences. Members and non-members are different scenarios. For net-new acquisition, custom intent segments are the relevant tool.
Conversion value. A discounted member order and a full-price new-customer order are not equally profitable events. Conversion value rules let you express that difference.
Customer lifecycle. If you want bidding to actively favour new customers, look at customer type labelling and lifecycle goals rather than guessing from aggregate numbers.
Attribution. Members arrive on brand queries more often, which makes it easy to overcredit campaigns that merely intercept ready buyers — see DDA versus last click attribution.

A worked example: does member pricing pay back?

The numbers below are illustrative — a reasoning framework, not a market benchmark. Substitute your own; the structure is what matters.

Take a category with a $50 average order value and 25% margin, so $12.50 profit per order. Members already account for half of all orders. You enable member pricing at a 5% discount, which is $2.50 per order.

Metric	Before	After (scenario)
Orders per month	1,000	1,080
Of which from members	500	580
Profit per non-member order	$12.50	$12.50
Profit per member order	$12.50	$10.00
Gross profit	$12,500	$12,050

In this scenario the extra 80 orders did not cover the discount: profit fell by roughly $450. Breaking even would require a substantially larger lift — on the order of 125 additional member orders purely to offset the discount handed to existing buyers.

Two practical conclusions follow. First, the higher your current member share, the more expensive a catalogue-wide member price becomes, because you are subsidising people who were already buying. Second, the mechanic works best where membership is still small and repurchase potential is high — it is a tool for growing the program rather than a discount for the existing base.

The sensible compromise is selective: member pricing on high-margin SKUs, traffic drivers and frequently repurchased categories, with free shipping covering the rest.

If you don’t have a loyalty program yet

Only an existing program can be connected, so “what if we don’t have one?” comes up constantly. A minimum viable configuration looks like this:

One tier, free to join. Do not launch three tiers at once; each one has to be maintained, and every mistake in the terms is visible in search results.
One clear benefit. Free shipping for members is the easiest to describe and the cheapest to operate.
An identification mechanism. You need a way to know a shopper is a member: a site account, an email at checkout, a Wallet card.
A recurring member export. Decide upfront who refreshes the list and how often. A quarterly upload defeats the purpose.

Launching a program purely to earn a Shopping annotation is the wrong motivation — it has to make business sense on its own. But if a program was already on the roadmap, this mechanic is a reasonable argument for building it now rather than eventually.

Common mistakes

Discount below threshold. Under 5% or 5 currency units means no annotation, with the margin already given away.
Catalogue-wide member pricing. Low-margin SKUs go underwater, and you find out from the profit report a month later, not from Google Ads.
Feed and site out of sync. A price in results that differs from the cart is the worst case for both trust and data accuracy requirements.
Mismatched tier names. Different naming across surfaces reads as a different program entirely.
Stale member list. Quarterly uploads mean new members go months without seeing their prices.
Wrong effective date. An incorrect member price effective date means the price either never applies or applies before the promotion starts.
Trying to encode occupation discounts. Student or military tiers are not supported and will not work through this mechanism.

Loyalty and Performance Max: what to adjust

In Performance Max you do not control the annotation directly — it comes from Merchant Center data. But several decisions stay with you, and they move the outcome.

Listing groups. If member pricing covers only part of the catalogue, split those products into separate groups or campaigns. Otherwise items with materially different economics compete inside one group and a single return target stops meaning anything.

Return targets. Member pricing lowers revenue per member order. Leave the old target in place and the system will dutifully hit it while real profit slips. Recalculate the target against the new economics.

Audience signals. The uploaded member list is useful in both directions: as a signal for finding similar buyers, and as an exclusion base when the campaign’s job is genuinely new customers.

Observation window. Changing feed prices changes the algorithm’s inputs. Give it one to two weeks before drawing conclusions, and leave budgets and targets alone meanwhile.

Pre-launch checklist

The loyalty program genuinely operates, with terms documented and stable for at least a quarter.
A supported tier type is chosen and matches your actual rules.
The benefit clears the threshold: at least 5% or 5 currency units for member pricing.
Economics calculated: member share of orders and margin by category are known.
Member pricing applied selectively rather than catalogue-wide by default.
The loyalty_program attribute is populated correctly and the effective date verified.
Tier names match across the feed, the site and customer emails.
Feed price, product page price and signed-in cart price agree.
A recurring member upload is scheduled with a named owner.
Baseline metrics recorded and a control group of products selected.

Who gains most

This is not a universal win. The effect is strongest where three conditions overlap: repurchase is normal behaviour; a real program already runs rather than being planned; and margin can absorb at least 5% without going negative.

That typically means grocery and household retail, pet supplies, cosmetics, consumables, sports nutrition, books — anything bought on a cycle. It works far less well in rare, high-ticket purchases where a customer never accumulates history.

If you proceed, start with a narrow set of products with healthy margin and high purchase frequency. That sample answers the question faster and more cheaply than a catalogue-wide switch. To track changes like this systematically, a data layer of your own helps — covered in the guide to exporting Google Ads to BigQuery.

FAQ

Can I create a loyalty program inside Merchant Center?

No. You can only connect a program that already exists. Merchant Center surfaces its terms in results; it does not replace the program itself.

Which countries support this?

The US, Australia, Brazil, Mexico, Canada, France, Germany, India, Italy, the Netherlands, South Korea, Spain and the UK. Available benefits can vary within those markets.

What is the minimum member discount?

At least 5% off the public price, or at least 5 currency units. Anything smaller produces no annotation.

Which tier types are supported?

Free to join, spending amount, membership fee, loyalty credit card, loyalty points and completed orders. Occupation-based tiers are not supported.

Where do annotations appear?

In Shopping ads, free listings and local inventory ads across Google Search, the Shopping tab and Wallet. Desktop and mobile experiences may differ.

How does Google know a user is a member?

Through Loyalty Customer Match uploads via the Merchant API, Google Wallet loyalty card integration, or self-declared membership.

Do I have to apply member pricing to the whole catalogue?

No, and usually you should not. Control is at product level, so apply it where margin and purchase frequency justify it.

Is there a setup fee?

No setup fees apply. Your cost is the benefit itself — the discount, the free shipping or the points.

Are vehicle ads supported?

No, vehicle ads are not supported by this feature.

What if the price in results does not match the cart?

It breaks shopper expectations and creates risk under data accuracy requirements. Keeping feed, product page and signed-in cart aligned is a requirement, not a nicety.

Does this work for products Google finds by crawling rather than from a feed?

Yes, loyalty benefits can display for crawled offers as well as for feed-submitted products.

Where should I start with limited resources?

With free shipping for members. It is the simplest benefit to describe, requires no catalogue-wide repricing, and still produces a visible annotation. Member pricing can follow on selected SKUs later.

The takeaway: loyalty in Shopping is not a way to buy discount-driven traffic. It is a way to show your advantage one step earlier than a competitor does. It works on exactly two conditions — the benefit clears the 5% threshold, and feed, site and cart agree to the cent. Everything else is configuration detail.

If your blocker is the ad accounts rather than the feed, that is a separate track: PPC Rebels covers it with Google Ads agency accounts and advertiser verification.