JsonCut
All articlesImage automation

Dynamic image generation without brittle templates

Build reusable image systems for products, campaigns and personalized content while preserving hierarchy and image quality.

Dynamic image generation is valuable when a visual format returns with different products, prices, locations or customer data. The hard part is not replacing a string. The hard part is keeping the result composed when content length, photography and color combinations change.

Design the complete source before exposing inputs

Begin with a real product, offer or story. Establish hierarchy, spacing, crop behavior and contrast on the canvas. Only after the source works should you decide which values belong to the template contract.

A good variable describes an editorial decision such as headline, product image, price or accent palette. Coordinates, masks and internal layer names should stay protected inside the design.

  • Text, number and boolean fields for explicit content
  • Image and video fields for replaceable media
  • Color fields for approved palette roles
  • Lists for repeated features and bounded highlights
Stress tests for dynamic images
InputTestExpected behavior
HeadlineShortest and longest realistic copyHierarchy remains readable without clipping
Product mediaPortrait, square and landscape sourceCrop follows a defined focal point
Optional badgeVisible and hiddenLayout does not leave an accidental gap
Accent colorLight and dark approved valuesText contrast remains accessible
Price or metricSmall and large valuesNumber stays aligned with its label

Use real transparency, masks and crop rules

Product imagery often needs more than a rectangular replacement. A source may include an alpha channel, a background-removal result or a mask that controls where the photograph can appear. Preserve those operations as editable layers so future media can be corrected without recreating the composition.

Export dimensions and transparency should be explicit. A social JPEG, transparent product PNG and marketplace WebP may share a source, but they are different delivery decisions.

From approved image to variants
01Compose

Create the real image with final media and hierarchy.

02Bind

Expose only meaningful text, media, color and visibility inputs.

03Preview

Test representative and extreme values.

04Produce

Generate one result, a CSV batch or API-driven variants.

Define behavior for content that does not fit

Dynamic text rarely stays the same length. Decide whether a headline can wrap, shrink within a controlled range or reject an invalid value. A predictable validation error is safer than an unreadable result. The same principle applies to lists: set a maximum number of items and decide whether missing entries collapse or remain reserved.

Media needs explicit behavior too. Store a focal point when a photograph may be cropped into several formats. Use contain when the complete product must stay visible, and cover only when the crop can safely lose edges. These rules belong to the design system, not to each caller.

  • Set minimum and maximum text lengths based on real examples
  • Protect a minimum readable font size
  • Require alt text where generated images become published content
  • Preview the widest and narrowest target formats before a batch

Separate generation cost from image rendering

Replacing text, color and approved media in an existing image is usually predictable. Generating a new photograph or illustration is a different operation with variable model cost and creative uncertainty. Treat generated media as an optional source asset, then render the final composition through the normal image workflow.

This separation helps teams choose fast or higher-quality generation only where it adds value. It also keeps a generated result editable: background removal, masking, color treatment, typography and export profiles can still be adjusted after the model returns an image.

CONTINUE EXPLORING
Image StudioTemplatesImage examples