Pages
Create storefront pages from blocks, publish them when they're ready, and rename them without breaking links.
Pages are the parts of your storefront you build yourself, such as a landing page or an about page. This page explains how to create one, publish it and change its address safely.
Litestore stores each page in the database. A page has a name, a slug, meta fields and a layout made of rows of blocks.
Your custom pages appear at /pages/ followed by their slug. If you rename a page, the old URL keeps working.
Blog posts are different. They're Markdown files on disk. Pages and blog posts both take their images from the media library, which is stored in your own S3 bucket. Any S3-compatible bucket works. It belongs to you, not to a hosted asset service.
Pages are stored in the same database as your orders and products. You don't need a separate CMS or have to keep one in sync. That's why a page can show a live collection or feed and stay correct without copying anything between systems.
Where to find it
Storefront → Pages
Content → Blocks → Page layoutOn the first screen, you set the page's name, slug and meta fields. On the second, you choose which blocks go in which rows.
Draft or published
Every page is either a draft or published.
If you create a page with Publish now turned off, it stays a draft. A signed-in admin can still view a draft. Litestore marks it as a preview and tells search engines not to index it.
This lets you review a draft on the real storefront without search engines picking it up.
A page can't be published empty
Litestore refuses to publish a page in two cases:
- The layout has no blocks.
- The layout uses blocks that have been deleted.
Litestore shows the reason on the page. You can't put an empty page live by accident.
Product and collection index pages are editable too
The pages that come with the storefront get a page record automatically, so you can edit their layouts next to your own pages. Draft and published only apply to pages you create. Built-in pages always show, and you can't delete the home page.
Old URLs keep working
When you change a slug, Litestore keeps the previous one on the record.
Anyone who visits the old slug is sent to the current URL with a permanent redirect. This still works after you've renamed the page several times.
Every slug is unique, so two pages can never claim the same address.
SEO fields for each page
Each page has a meta title and a meta description, with these maximum lengths:
meta title 70 characters
meta description 320 charactersA live search preview shows how they'll look next to the page's canonical URL.
AI can fill in both fields in the form for you to review. It never saves anything by itself. Only what you accept goes live.
Building a page
- Create the page in Storefront → Pages. The slug follows the name until you edit it yourself. The URL the page will use is shown under the field.
- Open the layout editor and add rows of blocks. If you want the page to be an endless stream of products, add a Product Feed block.
- Set the meta title and description on the page's detail screen, then publish.
Choosing what to create
Create a page when you're building part of your storefront out of blocks. Landing pages, about pages and campaign pages are good examples.
If you're writing an article, write a blog post instead. Blog posts are Markdown files on disk, not page records, and they aren't built from blocks.
Don't copy a built-in page to change it. Edit its layout instead. The product and collection index pages already have a page record ready for you.
You can rename a slug whenever you like. The old address keeps redirecting, even after more than one rename.
Before you create anything, ask yourself one question:
Is this a storefront page built from blocks or an article, and does a built-in page already cover it?