
Product image alt text should help someone understand an image's purpose without inventing anything about the item. That sounds straightforward until an AI draft calls a blue speaker waterproof, describes a cream lamp as ceramic, or repeats the same product title across every gallery view.
The problem is not simply whether a field contains words. You need the right description for the right product, image, placement, and language. A useful caption for an editorial scene might be the wrong accessible name for a button that opens a close-up.
This guide provides a factual review worksheet and practical decision process. It covers descriptions after an image has passed product review; for creating the image, start with our AI product photography guide.
All products, draft descriptions, and review records below are hypothetical. The cover is an AI-generated editorial illustration, not a tested catalog or accessibility audit.
Open the actual placement before writing. Is this a main product view, a detail photo, a collection link, or a control that changes the gallery? Record what the shopper should learn or do there.
The W3C alt decision tree distinguishes informative, functional, redundant, and decorative uses. A meaningful photograph needs a concise text alternative; an image whose information is already adequately supplied in the relevant context may not need that information repeated. These decisions depend on the implementation, not the filename.
For your review, ask these questions in order:
This is an editorial checkpoint, not a complete accessibility test. Keyboard interaction, focus, contrast, dialog behavior, and other requirements need their own review.
Give the reviewer three inputs: the approved image, the current product record, and the intended page placement. Keep them together. An AI-generated description is a candidate, not a fourth source of product truth.
Use a compact ledger to separate observation from evidence:
| Candidate detail | Evidence available | Decision for this placement |
|---|---|---|
| Amber bottle with white dropper | Clearly visible in the approved image | Useful in a front-view description |
| Thirty-milliliter serum | Verified SKU record; label may be too small to read | Include if it helps distinguish this item |
| Treats redness | No verified basis in the review packet | Do not introduce the claim |
| Glass bottle | Supplier record confirms material | Include only if relevant; appearance alone was insufficient |
| Pale stone background | Visible scene styling | Omit when it adds nothing to the product-view purpose |
The ledger is deliberately stricter than “the wording sounds reasonable.” A smooth surface does not establish material, a connector's silhouette does not establish compatibility, and a generated bedside scene does not establish a lamp's dimensions.
Verified catalog data can identify the item even when every detail is not legible in the picture. But it cannot excuse a contradiction: if the record says dropper and the image shows a pump, stop the image handoff. Rewriting the description cannot make the wrong visual accurate.
Generate and review image candidates in the Oxava studio, then download the selected result. Maintain this ledger and edit storefront descriptions in your own content or store tools; this workflow does not assume an automatic alt-text feature in Oxava.
The following examples illustrate editorial decisions. They are not outputs from a measured model experiment, and the revised sentences are not universal templates.
Suppose an approved front image shows an amber dropper bottle. The verified product name is “Daily Serum,” and the current SKU is the thirty-milliliter size.
The rejected sentence introduces certification, effects, suitability, and marketing judgments absent from the evidence packet. The revision identifies the item and describes useful visible structure. If the page already identifies the size clearly and the image's purpose is a closure detail, focus instead on the white dropper and bottle neck.
Do not silently turn unreadable label text into confident product information. Consult the current record or leave the uncertain wording out. If the image's label itself is wrong, send the image back for correction.
Imagine a blue speaker shown from the rear, with a charging socket and a small round button visible. The approved source does not establish waterproofing or compatibility.
Name a connector type only when it is verified and useful. A generic socket description is preferable to guessing a technical standard from a small image. Keep supported specifications in the appropriate product information as well; a rear-view description should not become a compressed sales sheet.
Suppose a close-up demonstrates a cream lamp's ribbed base. Neither the photograph nor its styling establishes how the lamp is powered.
The revised version is deliberately narrower. For a full view, the shade and overall form might matter more. For an image comparing two finishes, the difference between them might be the point. Write for that specific visual task rather than attaching every known product fact to every photo.
W3C's functional-image guidance emphasizes the action or destination for an image that operates a control. It also distinguishes an image-only link from an image accompanying sufficient text inside the same link.
Consider a fictional product card. If its image is the only content of a link, the link must communicate where it goes, such as the relevant speaker product. If image and product title share one link and the title already provides an adequate name, repeating that name through the image can be unnecessary. A visually adjacent title in a separate link is a different implementation; do not assume it names the image link.
For a gallery thumbnail, determine the actual action. “Show rear view of the blue speaker” may describe a control that changes the displayed view. “Enlarge rear view” describes a different action. The interface must expose an appropriate accessible name through its implementation; merely entering a media description in an admin panel does not prove this happened.
Apply the same caution to color swatches. A small blue square might select the blue variant rather than display a photograph. Check the control's name, role, and selected state with the store developer. Do not rely on color alone or assume that an image's alt field supplies every part of the interaction.
W3C’s decorative-image guidance distinguishes an intentionally empty alt attribute from an omitted one. A decorative background flourish and a product detail photo do not deserve the same treatment. Do not label every lifestyle image decorative simply because it looks attractive: a scene may communicate information relevant to the product.
A caption is visible text. Alt text is a text alternative in the page. Embedded source metadata records different information inside the image file. Completing one does not prove the others are correct.
For example, describing a bottle accurately does not establish how its picture was created, and adding “AI-generated” does not describe the bottle's appearance. Decide any necessary disclosure or provenance handling separately according to the destination and applicable requirements. Do not use an alt field as a substitute for those checks.
Our image optimization and export guide covers the file and metadata handoff. Keep this review focused on what the rendered page communicates.
A single asset may appear in several contexts. Record decisions by SKU + image version + placement + language, rather than approving a sentence once and copying it everywhere.
A simple external worksheet can contain:
| Field | What to record |
|---|---|
| SKU and image version | Stable product identifier and approved file |
| Placement and purpose | Main view, detail, product link, or gallery control |
| Language | Actual storefront locale, not just the file's language |
| Verified facts | Relevant ledger entries and their sources |
| Proposed text | Description or control-label recommendation |
| Decision | Approved, revise, or blocked, with a specific reason |
| Reviewer and live check | Owner, date, page address, and observed result |
Use short rejection codes if they help your team: UF for unsupported fact, WV for wrong variant, PC for placement mismatch, and LO for untranslated or inaccurate localization. These are suggested working labels, not industry standards.
Suppose a French storefront displays the correct blue speaker but retains an English rear-view description. The image can stay approved while that locale's text remains pending. If the same description appears on the cream variant, resolve the assignment as well as the wording. Do not overwrite the earlier record until you know which placements need correction.
For broader image approvals and destination mapping, use our SKU catalog quality-control workflow.
Start with one representative product containing a main image, a detail view, and a selectable variant. This is a workflow check, not evidence that every other product is correct.
Shopify's variant documentation distinguishes a variant's assigned image from other pictures in its media gallery. Selecting an option therefore does not by itself prove that every gallery image or description belongs to it.
Use this release checklist on the actual storefront:
A saved admin field and a successful automated scan are useful inputs, not complete proof of the experience. When the rendered result differs from the stored text, investigate the theme, component, or assignment before rewriting an already-correct sentence.
Google's image SEO guidance considers alt text alongside image analysis and page context, and warns against keyword stuffing. Use the product's accurate name and distinguishing details where they help the description; do not append a string of buying terms.
“Blue portable speaker, rear view” has a clear job. Adding “best cheap wireless speaker sale gift” does not explain the picture. Nor should a description promise compatibility, materials, or results merely because those phrases seem commercially attractive.
Track whether your descriptions are accurate, contextual, and present where needed. Search visibility and commercial outcomes require separate measurement. This workflow does not guarantee rankings, conversion gains, or fewer returns.
It can supply a draft for review. Check that draft against the approved image, verified product record, page purpose, and language before publication. Do not treat fluent wording as evidence of a product feature.
Not by itself. A front view, rear view, and closure detail can convey different information, even when they show the same SKU. Include enough identity and view-specific detail for the actual context without mechanically repeating the entire title.
First decide whether the image is genuinely decorative in that placement. A product photograph often communicates meaningful appearance or detail. Do not empty its description merely to avoid writing one, and have the implementation checked when its role is uncertain.
There is no single answer independent of purpose and destination requirements. Keep the image description useful, and separately verify any necessary disclosure and source metadata. An origin label alone does not describe the product or validate its accuracy.
Good product image alt text connects a verified item to the information or action that matters in one specific place. Review factual attributes, reject unsupported additions, and verify the delivered result across variants and languages.
Open Oxava to create your next product-image candidates. Approve the image first, then use the ledger and storefront checks above to give it a description that is as careful as the visual review.
Be the first to hear about new techniques, model updates and ideas on AI generation.