Theme Playground

Commerce

ProductDetails

Post-hero PDP details family for long-form product copy, specifications, care guidance, shipping notes, and downloads.

Best for

product detail body contentspecifications and care sectionspost-hero PDP rhythms

Import

import { ProductDetails } from "@enadhq/enad-react-sdk/client/storefront"

When to use it

Use ProductDetails for the body of the PDP after the hero.

It is the right family when the page needs:

  • editorial product story or supporting copy
  • specifications, sizing, care, or shipping sections
  • grouped downloads or technical attachments
  • a stable post-hero rhythm that can stay simple or open up into full composition

If the page only needs a small, compact tab strip, ProductTabs can still be the lighter tool. But when the PDP body itself needs a first-class structure, start with ProductDetails.

Family boundary

ProductDetails complements ProductHeroSection.

  • ProductHeroSection owns the top-of-page hero entry: media, buy box, actions, and trust opening.
  • ProductDetails owns the body that follows: copy, specs, care, shipping, downloads, and supporting notes.
  • ProductRecommendations should stay outside this family so merchandising does not blur into product information.

Composition notes

Lead with the compound path when the page needs explicit control over section ordering or custom markup.

Use the structured path when the body follows a familiar rhythm:

  • sections for named PDP sections
  • variant="specs" with specs items for definition-list style technical data
  • variant="downloads" with downloads items for grouped file rows
  • variant="sizing", variant="care", or variant="shipping" when the content should stay semantically explicit even if the markup is still rich text
  • footer for supporting notes, project-sales prompts, or service guidance after the main detail sections

Behavior and theming guidance

ProductDetails should feel calm and scannable. Keep the left-side headings short and make the right-side content do the heavier explanatory work.

If the page grows long enough to need sticky in-page navigation, pair ProductDetails with SectionNav. Keep recommendation rails and editorial merchandising blocks outside the family so the main information rhythm stays clear.

Examples

Live examples you can edit directly in the sandbox.

2 examples

Compound-first PDP details

Lead with the open family path when the page needs explicit control over section ordering, technical data, downloads, and supporting notes.

Structured sections path

Use the data-driven path when the page only needs a stable set of named PDP sections and the shell should not hand-author each region.

Slots

footersectioncontentheadingrootspecsdownloads

Component Sets

Preview the first example across the available component-set presets to compare tone, spacing, and structural defaults.

Props

PropTypeDefaultDescription
sectionsstring
Structured PDP body sections for the easy path when the page only needs a stable sequence of named detail regions
footerstring
Optional supporting note rendered after the main ProductDetails sections
classNamesPartial<Record<import("@enadhq/enad-react-sdk/client/storefront/types").ProductDetailsSlot, string>>
Slot-level class overrides for styling the ProductDetails family without replacing its structure
Slot keys
footersectioncontentheadingrootspecsdownloads