Member storefront features require enablement for your company. Until then the member helpers render their guest values, and the account subdomain keeps its current behavior.
Member pricing
Ordinary price displays become member-aware on their own, with the public price as the fallback.
Member greetings
Use
member_name and the member block to add greetings and member-only content to cached sections.Droplet widgets
Place droplet sections and app blocks on member and storefront pages, and deploy them through the API.
Member sites
Group member pages into sites, decide who sees each site, and give each its own layout and navigation.
Member page templates
Build the home page, custom page, and layout templates that frame a member’s pages.
Member variables
Read member profile fields, lazy media, content pages, playlists, and navigation.
Sign in and sign out
Add hosted-authentication links using your own HTML and styles.
System screen styles
Share theme colors and fonts, and prepare layout CSS overrides for system screens.
Why the two surfaces differ
Storefront pages are cached and served to everyone. If the server rendered one member’s price into a product grid, the cache would hand that price to the next visitor. Member-aware output keeps the server render identical for every viewer and moves the personal part to the browser. See Member pricing. Member pages are private. They render on every request for the signed-in member, are never cached, and are never indexed. A guest who opens one is redirected to sign in. Because the render knows the member, member page templates readmember directly and need no shells. See Member page templates.
What a member site is
A member site is an access rule and the set of pages it governs. A theme holds an ordered list of sites. Each site names the countries and member types it serves, the layout that frames its pages, and the menu that navigates them. A member resolves to exactly one site, is served that site’s pages, and receives a not-found response for every other site’s pages. See Member sites.What ships with the theme
The root themes ship the product card withmember_price and nothing else. Member page templates, the member layout, and member sites are yours to author. A site with no published page at the / slug returns a not-found response at the account subdomain root until one exists.
Member sites travel with the theme. Duplicating a theme copies its sites and pages, and exporting a theme writes them to members_sites.json at the theme root so an import into another company can recreate them.
Edit that file to update sites and navigation through the theme CLI. See the Member sites manifest for the version 2 format and live preview workflow.
What member storefront is not
- It does not replace or change the portal. Portal Definitions and Widget Packages are a separate product with separate contracts.
- It adds no pricing rules. Every member price the SDK shows is a value the platform already resolves for that member.
- It never puts member data into a cached page. The storefront render stays viewer-independent.
Next steps
- Check how your theme prints product prices and test the guest render. Start with Member pricing.
- Create a member layout and a home page (a member page with the
/slug). Follow Member page templates. - Add a member site in the theme editor, choose its rule and layout, and arrange its menu. Follow Member sites. To set up sites, pages, and menus in code, edit the Member sites manifest.
- Fill member pages with native widgets, and put them side by side in the widget grid.
- Preview member pages locally with
fluid theme dev, then check each site with real members. See Test a member site. - Add Sign in and sign out links and use Member Liquid variables for private member content.