Subscription box on Shopify: metaobjects for themes

A men's hair-care brand runs themed subscription boxes - "Summer Heat Protection", "Winter Hydration", "Travel Essentials" - and wants each theme to appear on the homepage hero, blog banner, and a dedicated collection page. Each theme needs an image, a description, a product count, and links to the specific products included.

The old way: manually update three places every time a new box launches. The merchant's content team works around developers. Developers maintain sections that only change quarterly.

The Shopify-native way: define the theme once as a metaobject; render it in every surface from one source.

The ad-hoc patterns that don't scale

Custom sections hard-coded per theme in the theme editor. A new theme needs a developer to add a new section block each quarter. Content flow is developer-dependent. Themes that roll off (no longer featured) leave dead code behind.

Theme settings JSON for each theme. Merchants can edit the JSON but can't create new entries without developer intervention. Product-count field drifts out of sync when products are added to or removed from the box.

Duplicating the content across pages using metafields on the Online Store page. Locks content to specific page resources; can't be reused on blog posts or email templates.

The metaobject pattern

Metaobject definition: box_theme

• name - single-line text (e.g., "Summer Heat Protection")


• tagline - single-line text


• description - rich text


• hero_image - file reference


• featured_products - list of product references


• product_count - derived (from featured_products list size) or manually maintained


• active_from - date


• active_until - date

Create one entry per theme. Content team manages the list from Content → Metaobjects.

Rendering everywhere the theme appears

The same metaobject serves:

Homepage hero section:

{% assign current_theme = shop.metaobjects.box_theme.values

  | where: 'active_from', '<=', 'today'

  | where: 'active_until', '>=', 'today'

  | first %}



{% if current_theme %}

  <section class="hero-theme">

    <img src="{{ current_theme.hero_image | image_url: width: 1600 }}"

         alt="{{ current_theme.name }}" />

    <h1>{{ current_theme.name }}</h1>

    <p>{{ current_theme.tagline }}</p>

    <p>{{ current_theme.featured_products.value.size }} products inside</p>

  </section>

{% endif %}

Blog banner (same metaobject, different template):

<section class="blog-banner">

  <h2>Featured this month: {{ current_theme.name }}</h2>

  {{ current_theme.description | metafield_tag }}

</section>

Theme collection page showing the actual products in the box:

<h1>{{ current_theme.name }}</h1>

<ul class="product-grid">

  {% for product in current_theme.featured_products.value %}

    {% render 'product-card', product: product %}

  {% endfor %}

</ul>

One data entry, three rendering surfaces, zero duplication.

Campaign scheduling

The active_from / active_until date fields let the merchant schedule upcoming themes in advance. A theme created today with dates in the future won't appear on the homepage until its start date - content team can prepare Q2 themes in January.

Liquid filters the currently-active entry; no manual "swap the section" on launch day.

Why metafields alone don't fit this

Metafields live on a specific resource - a product, page, or blog post. The subscription theme data needs to live independently, surfaced on many pages. Metaobjects are the shop-wide structured-data tier that metafields can't fill.

An earlier pattern some stores try: put the theme data on a Shopify page and reference via page ID in templates. Works but fragile - deleting the page breaks everything. Metaobjects are purpose-built for this; page resources aren't.

Related campaign patterns

The same model applies to:

• Seasonal collections - spring lookbook, holiday gift guide


• Editorial features - monthly featured artisan, product of the week


• Landing-page campaigns - sale banners, event promos


• Brand story pages - about, mission, testimonials

Anywhere a merchant has reusable structured content that appears in multiple spots, metaobjects fit.

Scheduling + automation

For larger merchants, combine with Shopify Flow:

• Scheduled automation checks current metaobject entries


• Triggers notifications when a theme is about to expire


• Auto-publishes blog post tied to the next theme

The theme becomes a content object that the content team can schedule, review, and roll out without touching theme code.

Admin UX matters

Merchants managing these entries appreciate:

• A clear entry list (all themes) visible at once


• Sort by date for upcoming/active/past views


• Preview capability (see how the theme renders before scheduling)


• Bulk actions (end all past themes, duplicate for next quarter)

Shopify's metaobject admin UI handles most of this natively. For large metaobject collections, a custom admin Power App or Polaris app can extend the workflow.

What ships with this pattern

A production-ready subscription-content architecture has:

• Metaobject definition matching the content fields needed


• Entries created in advance for planned campaigns


• Theme sections rendering the metaobject dynamically across homepage, blog, and collection


• Date-based filtering so upcoming content doesn't prematurely appear


• Admin workflow allowing content team to self-serve without developer handoff


• Optional Flow automation for scheduled transitions

The payoff: developers never again manually swap out campaign content. Content managers own their surface. The theme code stays stable across every campaign cycle.