Resources / Insight

Google's aggregator unit: what it means for retailers

Google has redesigned organic Shopping results across the EEA, giving comparison shopping services their own rows. Here's what changed and what it means.

Published at: 

Updated at: 

Key Takeaways

Comparison shopping services now have their own rows

Organic Shopping results in the EEA are an expandable list of providers, and a CSS is the only way into one

The format is not settled yet

The rollout is staged, and the Commission has still to assess whether it complies

There is nothing for you to build

Google sets no markup or feed requirement for retailers appearing in the unit

Your CSS decides which row you are in

Visibility now depends on the provider your Merchant Center is associated with

Google has changed how organic Shopping results look in the European Economic Area. Instead of a single grid of products, shoppers now see an expandable list where each row belongs to a different comparison shopping service, and Google is one option among them.

It is the most visible change to Shopping results in years, and the questions it raises for retailers are simpler than the coverage suggests. This is what has actually changed, what it means for where your products appear, and what you need to do about it. Which, for most retailers, is less than you would expect.

What Google has actually changed

Google calls it the aggregator unit. It is a search feature that lets several providers show their own results inside one block on the search results page.

In practice, for product searches:

  • Organic Shopping results are presented as rows, one per comparison shopping service.
  • Only one row is open at a time, showing that provider’s product tiles, prices and links.
  • The top-ranked provider’s row is the one expanded by default.
  • The unit is labelled in the local language of the market.

Two things it does not change. Paid Shopping ads are unaffected and continue to appear as they always have. And the unit is not limited to products at all: Google uses the same format for hotels, flights and long-distance trains and buses, with comparison shopping services being the product-specific case.

Why it happened

In July 2026 the European Commission ruled against Google’s self-preferencing under Article 6(5) of the Digital Markets Act, the provision that stops a gatekeeper favouring its own services in its own rankings. Google was given 60 days to comply, and the rollout of the new unit began across the EEA in early September 2026.

It is being introduced market by market rather than everywhere at once, so what a shopper sees still depends on where they are and what they searched for. Google has also said the unit’s final shape depends on the Commission’s assessment of whether the change is compliant, so this is not necessarily its settled form.

Your CSS now decides which row you are in

Here is the part that matters commercially.

Before, organic Shopping listings sat in one grid. Now they sit in rows, each belonging to a comparison shopping service, with one row open by default and the rest collapsed behind a click. Which row your products appear in is determined by which CSS your Merchant Center is associated with.

That makes the choice of CSS a more consequential decision than it was a month ago. It is no longer only about the cost of a click. It is about which row your products are sitting in, and whether that row is the one a shopper sees without having to open anything.

Google says placement within the unit is decided by what is most helpful to users for their query, and points to its search quality rater guidelines rather than to a checklist. There is no published formula, and anyone telling you they have one is guessing.

It is a channel you cannot reach on your own

This is the part that gets lost in the coverage. The rows are not simply a new place your existing listings turn up. They are provider rows, and the only route into one is a comparison shopping service.

Google’s documentation is explicit about it. A business has to be approved as a vertical search service to supply results into the unit at all, and for product searches that route runs through comparison shopping services. There is no self-serve path for an individual retailer, no form of your own to fill in, and nothing you can buy.

So the aggregator unit is a distribution channel that exists for retailers working with a CSS and does not exist for anyone else. No amount of work on your own site opens it, which makes your CSS relationship the whole of your access to it.

There is nothing for you to build

Retailers keep asking us what they need to implement. The answer is nothing.

Google’s documentation sets out no structured data requirement, no schema markup and no new feed specification for retailers who want to appear in the aggregator unit. There is no code to add to your product pages and no attribute to add to your feed. Eligibility for the product unit runs through comparison shopping services, not through anything you do on your own site.

If someone is selling you an aggregator unit implementation project, it is worth asking exactly what they intend to implement.

What nobody knows yet

Being straight about the limits of what is known here matters more than sounding certain.

The rollout is partial, so market-level observations are snapshots rather than trends. The Commission has not yet confirmed whether the redesign satisfies its ruling, which means the format could change again. And any performance figures circulating at this stage come from individual providers reporting on their own traffic, over days rather than quarters. Treat them as what they are.

What is not in doubt is the structural change: comparison shopping services have moved from being invisible plumbing behind a grid to being the named rows that organic Shopping results are organised into.

How Redbrain can help you make the most of this change

A change that makes your CSS more visible is a change that makes the choice of CSS more important.

Redbrain is Europe's largest CSS partner by volume, and moving your Merchant Center to us takes one approval from an account administrator. Your campaigns, feeds, budgets and bidding strategies stay exactly as they are.

We think the right answer is one CSS doing the job properly, not your products scattered across several providers you cannot hold accountable.

The approach
Simplicity
Scale
People
Accountable

One switch, nothing rebuilt

Moving your Merchant Center to Redbrain CSS does not touch your Google Ads account, your campaign structure or your product feed. Google ties a Shopping campaign's CSS to the Merchant Center, so nothing else moves.

Scale that earns the top row

Placement is decided by Google, not bought. What we bring to it is the volume, the data and the feed quality that make listings worth surfacing.

People watching the change for you

The rollout is staged and the format is not settled. Your account team tracks what changes in your markets so you are not reading about it months later.

A model that keeps us accountable

We only win when you do. You pay on the sales we generate, which means our interest in where your products appear is exactly the same as yours.

Data Highlights

£1BN+ in annual retail sales delivered for our partners
20% average saving on CPC costs vs Google Shopping EU
9x average return on ad spend across our retailers

In Summary

Google has reorganised organic Shopping results in the EEA around comparison shopping services, and which one you are with now decides which row your products sit in.

There is nothing to build and nothing to migrate. The rollout is still running and the format may change again once the Commission has assessed it.

The one decision it does put in front of you is the one you can act on today: which comparison shopping service is carrying your products, and whether it is the right one.

Actionable recommendations

  1. #1

    Check which CSS your Merchant Center is on

    Go to Settings, then General, and look at the Comparison Shopping Services section. It names the provider your listings currently run through. Plenty of retailers find they are on a CSS they never actively chose.

  2. #2

    Do not rebuild anything

    There is no markup, schema or feed change to make. If you are being advised to implement something for the aggregator unit, ask what specifically, and check it against Google's own documentation.

  3. #3

    Make the CSS decision deliberately if you sell into the EEA

    The provider carrying your products is now the row your products appear in. That is worth a decision rather than an inheritance, and switching takes one approval from a Merchant Center administrator.