The FastOG Platform Guide
FastOG builds the image that appears when someone shares one of your pages — the product, the category, the home page, the blog post. It replaces the static default with a live cover: the product photo, its current price, its rating, your logo and whatever headline you choose.
This guide is the map. It covers what each feature does, where to change it on each platform, and which plan includes it. For the API, HMAC signing and framework tutorials, start at the API reference.
Where FastOG runs
| Platform | Where the app lives | What the merchant opens |
|---|---|---|
| WooCommerce | WordPress admin → FastOG | Studio to edit covers, Plan to change plan, Support for a ticket, Tools for the connection |
| Shopify | Shopify admin → Apps → FastOG | Covers, Plan, Support; advanced connection details are at the bottom of the app |
| Wix | Wix dashboard → Apps → FastOG | Covers, Customize, Plans |
The first time you open the app it offers a short setup: pick which page types get a cover and choose a starting look. You can change both later — nothing in setup is permanent.
How a cover is chosen
FastOG signs a URL for the page being shared. The request carries the store and the page type, and the server applies the rule saved for that page type:
- The page type rule — the cover you edited under Covers for products, collections/categories, home or blog posts.
- A more specific rule, if one matches — a rule for a tag, category, vendor or collection wins over the page-type rule.
- A per-product cover, if one is saved — the most specific of all; available on Pro and above.
If none of them matches, the page keeps its theme's image. Every platform gives each page type its own cover, so changing the product cover does not touch the home page.
Covers and page types
Open Covers (Shopify, Wix) or FastOG → Studio (WooCommerce) and pick the page type above the preview.
| Platform | Page types |
|---|---|
| WooCommerce | Product, Category, Home, Blog post |
| Shopify | Product, Collection, Home, Blog post |
| Wix | Product, Collection, Home, Blog post, Site page |
Each tab has its own look, its own copy and its own live switches. Saving one page type never changes another. The preview is the real cover: it is rendered from the same template and props the live page will use.
WooCommerce also puts a small cover panel on the product edit screen, so you can see and change the cover without leaving the product. Shopify puts a FastOG block on the product page in the admin for the same reason. Wix keeps everything in the app.
Choosing a look
The look is the layout the cover draws — the template. The picker shows the whole catalogue, with locked looks marked for the plan that unlocks them.
| Plan | Looks |
|---|---|
| Community | The free set |
| Starter | The curated Starter set |
| Pro | Every template |
| Scale | Every template, plus priority rendering |
A locked look is a shop window, not a choice: you can preview it, and the upgrade prompt names the plan that unlocks it. Saving is refused server-side, so the preview and the live cover cannot disagree.
The same picker is used when you start from the setup wizard, and you can change the look of one page type without touching the others.
Copy and style
After the look, the editor has two groups of fields:
- Content — the headline, subtitle, badge, feature lines, image and anything else that template prints. Fields left empty fall back to the store's own data when the template can fill them.
- Style — theme, colours, font, pattern and the finish. Styles are per template: a value that makes sense in one layout is not forced onto another.
On WooCommerce and Shopify every plan can edit the copy and style of the store-wide rule. On Wix the free-form content and style fields are the Pro custom builder: Starter chooses the look, and the preset's fixed fields are shown rather than freely edited.
The Pro-only per-product editor is the same fields applied to one item (see below), plus the logo override.
A field marked never fillable is one FastOG refuses to invent. Ratings are the common case: an empty star row is not filled with a fake average.
Live signals
Live signals are switches under the cover, not copy you type. They decide whether the cover may draw the value FastOG already knows at share time:
| Signal | What it shows | Plan |
|---|---|---|
| Price | The current price, including a compare-at strike-through when the product is on sale | Every plan |
| Sale | The sale ribbon / compare-at treatment | Every plan |
| Stock | Low stock ("Only 3 left") and sold-out | Every plan |
| Rating and review count | The store's real average and number of reviews | Starter and above |
| Rating floor | Hide the star row entirely below a minimum rating or review count | Pro and above |
The point of the switch is to let you keep a field in the layout but hide it when the data is weak. A 3.1-star product with two reviews is usually better with no star row than with a weak one beside the price.
Turning a signal off does not delete anything: the value is still read from the store, and the cover simply does not print it. Turning it back on shows it again on the next render.
Per-product and per-item covers
A per-product cover is a cover saved for one item, layered over the page-type rule. It is a Pro and Scale feature.
| Platform | Where to open it |
|---|---|
| WooCommerce | Product edit screen → the FastOG cover panel → Customize cover |
| Shopify | Open the product in the Shopify admin → the FastOG product block → Customize cover |
| Wix | Not available per item yet; use the page-type cover or a look that reads well for every product |
On Pro you can change the look, the copy, the badges and the style for that one product. Products without an override keep using the page-type rule. Clearing the override on a product restores the shared cover; the saved choice is kept, not destroyed, if the plan later changes.
The product panel also links to the Studio, so the store-wide rule is one click away when the product does not need its own cover.
Rules for product lines
A scoped rule refines the product cover for a group of products — a tag, a category, a product type, a collection (Shopify) or a vendor. It is a Scale feature.
Open Covers → Covers for specific products (the heading is the same on WooCommerce and Shopify). Add a rule, choose the scope and the look, and save. Products that match use the rule's look and copy; everything else keeps the page-type cover.
The most specific match wins, so you do not manage an order. The rules counter shows how many of the plan's allowance you have used; a rule can be deleted at any time. Wix does not expose scoped rules yet.
Campaigns and scheduled returns
A scheduled return is the safe half of a campaign: you publish a Black Friday or Seasonal cover now and choose the date and time it should revert to the cover that was live before. The return half is available on every plan, including Community.
A scheduled start is the Scale half. On Scale you can also set the date the campaign cover goes live; below Scale the start is paused, with the design and the dates kept so an upgrade can resume it. Both transitions are checked every five minutes, and the times use the timezone shown under the fields.
Both halves need an end: a campaign with a start but no end would never come down, so the form refuses it. Clearing the end cancels the campaign. Nothing is deleted by a lapse in plan — the dates and the design stay.
Export a PNG
The Download PNG action renders the cover you are looking at at 1200×630 and downloads it. It is a Pro and Scale feature in WooCommerce and Shopify; Wix does not offer it yet.
The file is built from the editor's own template and props, so it matches the preview rather than a separate export template. Use it for a marketplace listing, a deck or a manual post where you cannot use the live URL.
Plans, coverage and limits
FastOG sells coverage, not render credits. A plan covers a number of your own catalogue items and a set of capabilities; renders are not capped.
| Community | Starter | Pro | Scale | |
|---|---|---|---|---|
| Price | Free | $19 / mo | $49 / mo | $119 / mo |
| Covered items | 100 | 250 | 1,000 | Unlimited |
| Page types | All | All | All | All |
| Looks | Free set | Curated set | All | All |
| Price, sale and stock | Yes | Yes | Yes | Yes |
| Ratings (stars + count) | — | Yes | Yes | Yes |
| Rating floor | — | — | Yes | Yes |
| Per-product cover | — | — | Yes | Yes |
| Metafield mapping | — | — | Yes | Yes |
| PNG export | — | — | Yes | Yes |
| Rules for product lines | — | — | — | Yes |
| Campaign start | — | — | — | Yes |
| Scheduled return | Yes | Yes | Yes | Yes |
| Priority rendering | — | — | — | Yes |
The coverage panel shows how many of your items the plan covers, broken down by products, categories, home and blog posts. If the catalogue grows past the limit, the panel names the next plan and its limit; it does not silently stop rendering. Upgrade from Plan (WooCommerce, Shopify) or Plans (Wix).
Annual billing is the same tier at 10 months for a 12-month year. Wix bills through Wix; WooCommerce and Shopify bill through the plan view in the app.
Wix uses the same ladder but does not yet expose the per-product override, scoped rules or the PNG export. The plan still controls coverage, looks, ratings and the custom builder there.
Health checks and cache refreshes
The app runs a short health check and keeps the full list behind Details / What we checked. It answers the questions that actually break a preview:
- Can FastOG read this store's data and catalogue?
- Is the storefront's
og:imagepointing at FastOG, or is a theme or SEO plugin winning? - Is the sample product real, and does the preview use it?
- Is the signing key and connection still valid?
Each finding carries a fix where one exists. The report is the block to copy into a support message; it is designed to be pasted, not interpreted.
A cover that changed is not always a cover the platform has re-read. The signed URL is deterministic, so the image itself updates; what caches is the platform's copy of the page preview. Re-scrape or wait out the platform's cache — see the cache guide and forcing a Facebook refresh. If the page's og:image is still the theme's, the health check will show that another plugin or the theme is winning.
Support
Use Support for a setup, cover-delivery, billing or product problem. Include the affected page or product, what you expected and what happened; the health report is the fastest attachment. This is asynchronous product support, not live chat or general consultation.
Before opening a ticket, try the health check: it catches the common causes (not connected, not serving covers, an SEO plugin overriding og:image, a stale platform cache).
Troubleshooting in one page
| Symptom | Check first |
|---|---|
| The shared link has no image | Health check → is the storefront og:image FastOG's? Is the page type covered? |
| The preview shows the old price | The platform's cache; the live URL is signed per render. Re-scrape the page |
| The cover is the wrong look | The page-type rule, a scoped rule, or a per-product override (most specific wins) |
| A locked look will not save | It belongs to a higher plan; the picker names the plan |
| A rating is missing | The product has no reviews yet, or the plan is below Starter, or the rating switch is off |
| A per-product change did nothing | Per-product covers are Pro/Scale, and the server refuses the save below it |
| The cover is blurry in WhatsApp | See OG image size and WhatsApp previews |
Related
Try it free — no signup required
Preview and test dynamic OG images in seconds.
Open the Free OG Image Tester