Skip to main content

Urgency and social-proof apps: a Merchant Center clean-up

Urgency and social-proof apps draw timers, stock counts and purchase pop-ups onto your pages, so clean them up app by app, not claim by claim. List what each app shows, keep only what your promotion, inventory and order records back, and uninstall the rest. Apps are cheap to add and easy to forget; the claims they print are still yours.

Critical4 min read

Why this matters

No Google policy names an app, and none needs to. What counts is what the shopper sees. Merchant Center's Misrepresentation policy rules out offers that represent you or your products in a way that's “not accurate, realistic, and truthful”, and “Promising products or promotional offers that aren’t available for users”. A timer, a stock count and a “just bought” notice are three separate claims, and each one needs its own record behind it: a promotion end date, an inventory level, an order.

The way apps draw those claims matters too. Google's landing page requirements say “Avoid layouts that hide key elements of the page”, and “If you show a pop-up on your landing pages, such as for newsletter signups or language preferences, make sure the boxes can be closed and aren't blocking product details.” They also ask you to “Make sure your pricing and availability information is consistent through the process of page load”. Badges and counters injected after the page appears, changing what it said a second earlier, sit badly with that.

Product Experts on Google's Merchant Center Community give suspended stores a short instruction: “No countdown timers, urgency overlays, or anything that could be interpreted as false scarcity”. It is community advice, stricter than the policy, and for an account in trouble it is the quickest way to stop arguing about which widget was honest.

The free scan flags urgency and scarcity elements on your product pages. It reports a countdown that jumps back up after a reload as a failure, and the same for a stock number beside the buy button that changes on its own, or an activity pop-up that repeats or changes, between two fresh visits. It sees what the apps print, not the records behind them. The detail for each claim type is in countdown timers, low-stock messages and recent-sales pop-ups, and each check is described on the misrepresentation checker.

Typical evidence

On the public page, the source still matters

A rendered capture can show what is present on the page. Whether it came from a theme or an app is account-side context, but the merchant should still remove any misleading public claim.

Installed apps · urgency & social proof3 fakes live
HHurrifyRolling countdown that resets instead of endingrenders on page
PProveSource“Someone just bought this” from sample datarenders on page
JJustuno“Almost gone / selling fast” pulled from nothingrenders on page
The safe rule: if you can’t personally point to the real data behind a number an app shows, assume it’s fabricated and treat the app as a liability.

The public signals this check looks for:

  1. A timer app still running its default “rolling” countdown, which resets instead of ending

    A timer app still running its default “rolling” countdown, which resets instead of ending.

  2. A pop-up app showing “almost gone” or “selling fast” with no stock data behind it

    A pop-up app showing “almost gone” or “selling fast” with no stock data behind it.

  3. A social-proof app still on demo or sample data long after install

    A social-proof app still on demo or sample data long after install.

  4. Three urgency apps stacked on one product page, each adding its own clock, counter or pop-…

    Three urgency apps stacked on one product page, each adding its own clock, counter or pop-up.

  5. An app with a real-data mode that was never set up, so it fell back to invented numbers

    An app with a real-data mode that was never set up, so it fell back to invented numbers.

  6. An app you uninstalled that left its script in the theme, still drawing a banner

    An app you uninstalled that left its script in the theme, still drawing a banner.

What it looks like once it is right

Two apps uninstalled and their theme snippets removed. Sales carry a dated end in the product copy, stock messages read the real inventory, and reviews from verified buyers do the social proof.

Common mistakes

Common mistake

A rolling ten-minute timer resets on every product page load, a stock app shows “Only 3 left” on everything, and a social-proof app announces sample purchases: three apps, all running at once, none opened since launch.

Fix checklist

Walk your own page and verify every widget

Inventory each app, trace its claims to promotion, inventory, analytics, or order records, and disable anything those records do not support.

unsupported widgets
3 removed
real data lost
none
Inventoried every app and what it renders on the storefront
Uninstalled anything generating numbers without a real data source
Private-window check: no timer, no viewer count, no “just sold”
Logged what was removed — exactly what an appeal wants to read

Questions merchants ask

Which urgency apps are safe to use with Google Shopping?

No app is safe or unsafe by name; what matters is what it shows. A timer tied to a real promotion end date, a stock message reading your real inventory, or a purchase notice drawn from real orders is a true claim. The same app on its default demo settings prints invented ones.

Do I have to remove every pop-up for Merchant Center?

Google's policy does not ban pop-ups. Its landing page requirements say they must be possible to close and must not block product details. Product Experts advising suspended stores go further and suggest removing pop-ups and overlays while you recover, which is the cheaper route when an account is already in trouble.

Can an uninstalled app still show fake urgency?

Yes. Some apps leave script snippets in your theme after you remove them, and those can keep drawing banners or timers. After uninstalling, check the live product page in a private window and search the theme for leftover code.

Remediation

Risk signal

An app does not carry the responsibility for what it prints; your store does. Map what each one shows, keep only what your records back, and remove the rest, including the code they leave behind. Then run the free scan to see your pages the way a shopper does.
PriorityTreat this and any other highest-severity findings as first-priority work, then document each fix.
EvidenceRecord the current state before each change, apply the fix, then capture the corrected state so every change is evidenced.

Similar cases

Sources

  1. Misrepresentation policyGoogle Merchant Center Help — support.google.com
  2. About landing page requirementsGoogle Merchant Center Help — support.google.com
  3. Editorial & professional requirementsGoogle Merchant Center Help — support.google.com

Community guidance

Written by Product Experts, the users Google recognises for their answers on its Merchant Center Community forum. Often stricter than Google’s help pages, and not Google policy.

  1. How to fix your Merchant Center suspension (Misrepresentation), 2026Merchant Center Community · Product Expert guide — support.google.com

Last reviewed 29 Sep 2026.

That is one issue. The library documents 134.

The free scan lists what it finds on your store. The paid report adds the affected pages, captured evidence and step-by-step fixes. Start free, with no account needed.