Skip to main content

Overview

Use the Images API when your commerce system needs SuperSeeded-hosted product imagery for plant catalog items. Your backend sends product and plant identifiers to SuperSeeded. The API returns image availability and, when an image is available, a public image URL that can be stored on the product or rendered in a storefront.

Backend-first

Keep your API key on your server or plugin backend.

Storefront-ready

Return ordinary image URLs for product pages, grids, and feeds.

Site allowlist

Register the storefront origins that may request images for your account.

No generation trigger

The endpoint only returns images that are already available.
This is a generic Images API. SuperSeeded commerce plugins may use it internally, but the API is not tied to any one platform.

How it works

1

Store the API key server-side

Configure your SuperSeeded API key in your backend, integration service, or server-side commerce plugin settings. Do not expose it in browser JavaScript.
2

Register a storefront origin

Register each storefront URL that should be allowed to resolve images for your account.
3

Resolve product images

Send product IDs, SKUs, and plant identifiers to the resolve endpoint.
4

Use public image URLs

If an image is available, store or render the returned image_url. If it is missing, keep your existing product image.

Authentication

All Images API calls use your SuperSeeded API key:
Store the API key only on your server. Public storefront pages should receive only the returned image URLs.

Register a storefront origin

Register each site that may resolve images for your account. The API normalizes the origin, so paths and query strings are ignored.
Example response:

Resolve images

Send a batch of product items. Each item should include either species_key or botanical_name; product_id and sku are echoed back so you can map results to your catalog rows.
Example response:

Result statuses

Public image URLs

The returned image_url is intended for public storefront display. Anyone with the URL can request that image, so do not treat it as a private download link. Public URLs are suitable for:
  • Product detail pages
  • Category grids
  • Search results
  • Merchant-controlled product feeds
They are not suitable for:
  • Hiding unreleased products
  • Enforcing customer-specific access
  • Storing private assets

Integration notes

  • Keep the API key server-side.
  • Register every storefront origin before resolving images for that site.
  • Batch requests when syncing product catalogs.
  • Treat missing as a normal response and fall back to your existing product image.
  • Do not call the Images API from unauthenticated browser code.
See Images API for request and response fields.