When to use
- Dropping generated shots where the product changed (wrong label, color or shape)
- A quality gate before images go to a store, a drive folder or an ad account
generate_image → product_check, with upload_image → product_check for the product photos, and product_check (Passed) → google_drive_export.
Inputs
image
required
The images to check. Accepts many images; each one is checked on its own.
image
required
Clear photos of the real product. The first three are used and any extra photos are ignored.
Outputs
image
Images that show your product, in the order they came in. Empty when none passed.
image
Images where the product looks different. Empty when nothing was rejected.
text
A JSON list with one entry per image:
url, verdict (match, mismatch, unsure or error) and issues, up to three short notes on what differed. Most entries also carry aspects, one verdict each for label (label text and logo), shape, color and parts: ok, differs, unsure, or na when that part isn’t visible in the image. error means the check could not run on that image.Configuration
string
default:""
The product’s name, for example “Amber Jar Candle”. It tells the check what to look for. Leave it empty and the check compares against the photos alone.
string
default:"normal"
How strict the check is.
normal: keeps clear matches and images the model looked at but could not decide on.strict: keeps only clear matches. Undecided images go to Rejected.
If the model can’t read an image or doesn’t answer, that image gets the verdict
error and goes to Rejected with either setting, so an unchecked image never passes. If the check fails for every image, the node fails and you can run it again.Product Check runs one vision model call per image, so the cost grows with the number of images you check.