Skip to content
Yito.ai

AI tool

Free Google Shopping Product Image Checker

Check up to 10 product images locally, download an advisory Google Shopping preflight report, and continue into a self-serve product-image workflow.

Direct answer

This free Google Shopping image checker reads a JPEG, PNG, or WebP locally and reports dimensions, megapixels, file size, sampled edge color, and transparency for 0 Credits. It warns about the announced 500 × 500 transition, fails objective file limits, and leaves overlays, framing, product identity, AI metadata, feed URLs, and final Merchant approval for you or your team to review.

Free Google Shopping image checker

Check a Google Shopping product image in your browser

Upload one listing photo. The checker reviews file limits in this browser, then lets you fix the image in Product Shot. Nothing is uploaded until you choose to generate.

Automated checks

Dimensions, 64 MP and 16 MB limits, transparency, and near-white edge consistency.

Manual checklist

Promotional overlays, added borders, product framing, and generative AI metadata.

Downloadable result

File-by-file findings plus CSV and JSON reports for handoff or review.

Advisory preflight—not Google approval. Recheck current official requirements before a major submission.

JPEG, PNG, or WebP. Checks run in this browser; selected images are not uploaded.

Verified production outputs

Generation cases retain the input, settings, and historical cost; local audits retain the inspected file and every observed check.

Generated product photo of a blue ceramic cup on a limestone pedestalInspected file

Controlled audit of the generated ceramic cup image

Model: Local browser checker

Reproduced locally from the committed 1024 × 1024 PNG using the same 256-pixel browser sampling contract. The cup is complete and has no promotional overlay or decorative frame, but provenance metadata was not certified.

This audit reads one local file. It does not crawl a feed URL, determine the product category, verify variant identity, inspect IPTC metadata, or predict Google approval.

Dimensions
1024 × 1024 px — pass
Pixel area
1.05 MP of 64 MP — pass
File size
0.83 MB of 16 MB — pass
Transparency
0% sampled pixels — pass
Near-white edge
0% sampled edge pixels — warning
Manual review
Overlay, border, framing, and AI metadata still required
Result
The three objective Merchant file limits pass. The local edge sample warns because the studio background is warm gray rather than near-white; four policy checks remain manual.
Credits
0

Observed failures

  • The checker cannot prove that a remote image URL is crawlable, fresh, secure, or mapped to the correct SKU.
  • Pixel sampling cannot reliably identify every logo, claim, watermark, border, crop, or misleading product alteration.
  • The checker does not read IPTC DigitalSourceType or grant Merchant Center approval.
Open the full guide, FAQs, and sourcesUse the detailed method when you need it without extending the tool by default.

CHECK UP TO TEN PRODUCT IMAGES BEFORE MERCHANT CENTER

A Shopping listing can be disapproved even when the product, price, and feed are otherwise correct. The image is part of the product record, not decoration. This free checker gives ecommerce teams a fast first pass before images enter Google Merchant Center. Select up to ten JPEG, PNG, or WebP files and the browser checks them one at a time to limit memory use. It reads real pixel dimensions, file size, sampled edge color, and transparency without sending the files to Yito. The downloadable report separates objective failures from rules that still require a person to inspect the creative, so a green result never pretends to be official Google approval.

WHAT THE CHECKER TESTS

Google’s image requirements page now presents 500 by 500 pixels as the announced minimum and recommends 1500 by 1500, while the dated transition notice says warnings began on April 14, 2026 and enforcement starts on January 31, 2027. Before that enforcement date, this checker warns files below 500 instead of presenting them as approved; a file below the retained transition floor fails. It also checks the 64 megapixel and 16 MB ceilings, then samples edge color and transparency. Promotional overlays, borders, framing, category facts, and generative-AI metadata remain manual because pixels alone cannot prove them.

WHAT SOFTWARE CANNOT PROVE

A browser-only rule checker cannot reliably identify every logo, price badge, promotional sentence, watermark, placeholder, generic image, or misleading product alteration. It also cannot know with certainty whether the photographed item occupies the recommended portion of the frame or whether every variant matches the submitted product ID. Those items appear as manual checks instead of invented pass marks. Review the full product, confirm that it is not cropped, remove calls to action and decorative borders, and make sure a multipack or bundle image represents the exact offer. Google remains the final decision maker after crawling the submitted URL.

HOW TO USE THE RESULT

Start with failures because they are deterministic. Re-export an undersized or oversized file from the original source rather than repeatedly compressing an already damaged JPEG. Then review warnings. A non-white edge can be intentional for certain lifestyle or additional images, but it is risky for a main image. Transparency may be converted to a dark or inconsistent background by downstream systems. Finally complete the manual checklist at normal size and at thumbnail size. Small text and subtle borders are often invisible while editing yet obvious in Shopping placements. Save the checked master and generate channel-specific derivatives from that approved source.

MAIN IMAGE VERSUS ADDITIONAL IMAGES

The main image should make product identity unambiguous. Keep the product centered, accurately colored, fully visible, and free from promotional overlays. Additional images can explain scale, show alternate angles, demonstrate use, or provide lifestyle context, but they should still correspond to the same item and variant. Do not force one image to do every job. Start with one primary image per SKU and no more than five SKUs. Use the downloadable findings to prioritize one product, then continue into Studio to repair or generate candidates. You or your team must confirm product identity and channel fit before publishing.

GENERATIVE AI AND METADATA

Google’s current guidance includes requirements for images created with generative AI, including preserving appropriate metadata that identifies AI-generated media. Editing tools and export pipelines can strip metadata without warning. This checker analyzes visible pixels and basic file properties; it does not certify provenance metadata. If an image was generated or materially edited with AI, keep the original output, retain generation records, record the model and version, and verify metadata with a dedicated metadata inspector before publishing. Yito Campaigns keep model, cost, version, and approval records so an agency can trace how each delivered asset was produced.

A PRACTICAL TEAM WORKFLOW

For one SKU, name the source image, checked image, repaired image, and final feed image consistently. Record the Merchant channel, locale, variant, and version rather than emailing files called final-final. For a catalog, run an image-link feed audit as well as individual pixel checks. The feed audit finds missing, duplicated, insecure, or malformed image URLs; this image checker finds problems inside a selected file. Together they catch different failure classes. Once the source passes, create a batch repair job, route outputs to a reviewer, approve each item, and export a Merchant CSV and ZIP under the SKU.

Frequently asked questions

Does this checker upload my product image?

No. The browser decodes and inspects the selected JPEG, PNG, or WebP locally. The free checker does not send that selected file to Yito for analysis.

How many Credits does the image check cost?

The local Google Shopping image check costs 0 Credits. Moving from diagnosis into AI repair or generation is a separate workflow with its own live quote.

Does a pass guarantee Google Merchant Center approval?

No. The tool checks objective file properties and highlights manual risks. Google still evaluates the submitted URL, product match, overlays, framing, policy, category, and feed context.

What image dimensions does the checker use?

It reads the real decoded pixel dimensions, applies current file ceilings, and treats the announced 500 × 500 transition carefully. Recheck official Google requirements before a major launch.

Why does transparency trigger a warning?

Transparent pixels can render against unexpected colors in downstream systems and make a main image inconsistent. Review the exported result against the intended marketplace background.

Can the checker detect prices, badges, logos, or watermarks?

Not reliably. Those visual and policy questions remain on the manual checklist because a local pixel rule should not invent an approval it cannot substantiate.

Does it verify generative AI provenance metadata?

No. It inspects visible pixels and basic file properties, not IPTC provenance metadata. Keep the original AI output and verify required metadata with a dedicated inspector.

Official sources

What to keep in mind

The analysis runs locally in the current browser tab. Selected images are decoded one at a time and are not uploaded by this tool. Large images can still consume browser memory, so close other heavy tabs if a device is constrained. Results are advisory and specifications can change by category, country, campaign type, or Google policy update. Recheck the linked official requirements before a major catalog launch. Download the CSV or JSON report for your records. To act on the findings, continue with one SKU into Studio, upload an authorized source, and review the live Credits quote before generation. Yito does not provide a human review or Merchant approval service.