Use cases
A use case defines how a template is used to produce an image—not a separate design on its own.
Content (post, page, site data) → Template (layout) → Use case (output)You always start with a template design, then assign one or more use cases to that template in the CoverKit sidebar. There is no global “handlers” screen: open the template, enable the outputs you need, map fields to layers, and save.
CoverKit is designed to grow into more output types (social sizes, email headers, watermarks, and similar). Today’s built-in use cases are:
| Use case | What it does |
|---|---|
| Open Graph image | og:image (and related tags) on eligible front-end views when this template is chosen |
| Sidebar image | Preview image in the template editor sidebar while you work |
| Minimal | Default output profile only—no extra front-end hooks beyond the shared base |
One template, multiple outputs
Section titled “One template, multiple outputs”The same template layout can power Open Graph share images and a sidebar preview at the same time. Each use case has its own:
- On/off state for this template
- Settings (post types, alt text, dimensions hints, and so on)
- Field-to-layer mappings
Mappings are stored with the template assignment, not as free-floating site options.
Where to configure
Section titled “Where to configure”- Edit a CoverKit template (Media → CoverKit).
- Open the CoverKit sidebar → Use cases.
- Enable a use case, adjust settings, and map Required / Recommended fields to layers.
Step-by-step: How to configure use cases.
Custom and third-party use cases
Section titled “Custom and third-party use cases”Developers can register new use cases in PHP. See Custom use cases and the codebase reference.
Related
Section titled “Related”- Templates
- Template editor
- Caching — when generated images refresh