AddThisFeature

Landing Page Builder

Assemble a marketing page from ready-made sections and publish it at its own URL.

involved Editors & Builders

What it adds

A section-based editor for public pages, with a separate draft tree, a publish step, and a live address.

What your agent is told to do

5
  1. 1

    Ship a fixed set of sections the marketing team actually uses: hero, feature row, logo strip, testimonial, pricing, call to action, footer. Each gets configurable content and a couple of layout options. A general-purpose layout engine is a far larger product and should not be attempted here.

  2. 2

    Keep the draft tree and the published tree as separate records. Editing must never change what a visitor sees until publish is pressed.

  3. 3

    Reuse the app's existing Draft and Publish States and Scheduled Publishing rather than inventing a second publishing model that only pages understand.

  4. 4

    Emit per-page title, description, canonical address, and social preview tags through the app's existing SEO Setup, with defaults derived from the page's own first heading and image.

  5. 5

    Do not let a section reference an asset by raw address. Pull images from the app's media storage so the system knows which assets a published page depends on.

Edge cases it handles

8
  • An editor that writes straight to the live page will publish somebody's half-finished paragraph. Hold every change in the draft tree and promote it only on an explicit publish.
  • A chosen slug can collide with an existing page or with an application route such as sign-in or admin. Check both when the slug is saved and refuse with a clear reason rather than shadowing a real route.
  • A page shared without title, description, and preview image renders as a bare link in chat and search results. Generate defaults from the content and let the author override them.
  • Published pages must be cached to survive traffic, and republishing must clear that cache immediately. An author who still sees the old page after publishing will publish again and again.
  • An asset deleted from the media library leaves a section pointing at nothing. Render the section without the image rather than a broken frame, and warn the author at deletion time rather than afterwards.
  • Changing the slug of a page that has already been shared breaks every existing link. Keep the old path redirecting to the new one.
  • Anything at a public address gets indexed and shared. Unpublished and scheduled pages must return not found to a direct visit, not merely be hidden from the page list.
  • Sections must reserve their image dimensions so the published page does not jump while photos load, and alt text should be required before publish is allowed.

Definition of done

9
  • Authors build a page from the shipped sections and publish it at its own address without a deploy.
  • Draft edits are invisible to visitors until publish.
  • Slug collisions and reserved application routes are refused when the slug is saved.
  • Every published page emits title, description, canonical, and social preview tags.
  • Republishing invalidates the cached page immediately.
  • A renamed slug keeps the old path redirecting to the new one.
  • A section whose asset was deleted renders without breaking the page.
  • The feature matches the existing design system.
  • No existing functionality is broken.

Related features

How it works

  1. 1

    Copy the link

    Grab the Markdown instruction URL for this feature.

  2. 2

    Give it to your AI

    Paste it into Claude Code, Cursor, v0, Lovable — whatever you build with.

  3. 3

    It inspects, then implements

    Your agent reads your existing app first, then adds the feature to fit it.

Works with your stack

These instructions are written to adapt. They tell the agent to detect your framework, match your existing design system, and reuse what you already have — rather than assuming a particular stack.

Need it tighter than that? Customize the feature and tell it exactly what you're running.