Modeling Content

Design canonical content models for AEM Edge Delivery blocks.

Updated Feb 15, 2024
One-click install
npx skills add https://github.com/shsteimer/shsteimer-com --skill modeling-content
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: Modeling Content
Source: https://github.com/shsteimer/shsteimer-com/tree/main/.claude/skills/content-modeling
Command: npx skills add https://github.com/shsteimer/shsteimer-com --skill modeling-content

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes resources (resource) components.

What problem does it solve?

Poorly designed content models lead to author frustration, inconsistent content, and difficult block maintenance. This skill guides you through creating intuitive, semantic, and reusable content models for AEM Edge Delivery blocks, ensuring a smooth authoring experience.

Core Features & Use Cases

  • Canonical Model Selection: Helps identify the most appropriate content model type (Standalone, Collection, Configuration, Auto-Blocked) for any block, balancing flexibility with authoring simplicity.
  • Best Practices & Anti-Patterns: Provides clear guidelines for designing table structures, using semantic formatting, and avoiding common pitfalls like excessive columns or non-semantic content.
  • Use Case: When developing a new "cards" block, this skill helps you define a content model where each card is a row with clear columns for image, heading, and description, making it easy for authors to create and manage card content without needing developer intervention.

Quick Start

Example: A simple Hero block content model

Content Model: Hero

Block Type

Standalone

Table Structure

| Hero | |------| | [Image] | | [Heading, description, and CTA] |

How It Works

Authors create a hero block using a simple table. The structure is flexible:

  • Image can be in its own row or column
  • Text content (heading, description, CTA) can be together or separated
  • Decoration code uses semantic formatting to identify elements:
    • H1 or bold text -> heading
    • Regular paragraphs -> description
    • Links -> call-to-action

Frequently Asked Questions about Modeling Content

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I design a content model for AEM Edge Delivery blocks?

Content modeling for AEM Edge Delivery blocks involves selecting a canonical model type (Standalone, Collection, Configuration, or Auto-Blocked), structuring table rows and columns semantically, and using decoration code to identify elements like headings, descriptions, and CTAs. This approach ensures authors can create and manage content intuitively without developer intervention.

What are the four canonical block models and when do I use each one?

The four canonical block models are Standalone (single content item), Collection (multiple items in rows), Configuration (settings or metadata), and Auto-Blocked (automatically wrapped content). Select based on whether your block contains one item, many items, configuration settings, or auto-wrapped structures, balancing authoring simplicity with flexibility.

How do I structure tables for author-friendly blocks in AEM?

Limit table structures to four cells per row maximum, use semantic formatting (bold or H1 for headings, regular paragraphs for descriptions, links for CTAs), and organize columns so each represents a distinct content element. This prevents author confusion and maintains consistent, maintainable block designs.

What content modeling mistakes should I avoid when building blocks?

Avoid excessive columns, non-semantic content formatting, overly complex nested structures without clear boundaries, and mixing multiple content types in a single row. Poor modeling leads to author frustration, inconsistent content, and difficult maintenance; semantic, well-scoped designs solve these problems.

Can I use nested blocks and per-item configurations in my content model?

Yes. Content modeling supports nested blocks and per-item configurations as part of canonical block design. These patterns are handled through decoration code and semantic formatting, allowing complex structures while keeping the authoring interface intuitive and maintainable.

How does semantic formatting help with block decoration and query selectors?

Semantic formatting (H1/bold for headings, paragraphs for descriptions, links for CTAs) enables decoration code to use CSS query selectors to identify and style content elements automatically. This decouples authoring structure from implementation, reducing author burden and keeping block logic clean.