ProductDetails
Post-hero PDP details family for long-form product copy, specifications, care guidance, shipping notes, and downloads.
Best for
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.
ProductHeroSectionowns the top-of-page hero entry: media, buy box, actions, and trust opening.ProductDetailsowns the body that follows: copy, specs, care, shipping, downloads, and supporting notes.ProductRecommendationsshould 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:
sectionsfor named PDP sectionsvariant="specs"withspecsitems for definition-list style technical datavariant="downloads"withdownloadsitems for grouped file rowsvariant="sizing",variant="care", orvariant="shipping"when the content should stay semantically explicit even if the markup is still rich textfooterfor 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.
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
Component Sets
Preview the first example across the available component-set presets to compare tone, spacing, and structural defaults.
Props
| Prop | Type | Default | Description |
|---|---|---|---|
| sections | string | — | Structured PDP body sections for the easy path when the page only needs a stable sequence of named detail regions |
| footer | string | — | Optional supporting note rendered after the main ProductDetails sections |
| classNames | Partial<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 |