cms-variants-personalization

작성자: contentstack

개발자들이 Contentstack Variants와 Personalize를 사용하여 잠재 고객 타겟 콘텐츠를 제공하는 방법에 대해 조언합니다. 변형(variants)을 사용할 때와 별도의 항목(entries)을 사용할 때를 설명하고, 방법을 안내합니다…

npx skills add https://github.com/contentstack/contentstack-agent-skills --skill cms-variants-personalization

Variants & Personalization

Description

Advise developers on using Contentstack Variants and Personalize for audience-targeted content. Explain when to use variants versus separate entries, how variant groups work, and how to integrate Personalize with the CMS.

When to Use

Use when developers ask about content personalization, A/B testing, audience segmentation, variant creation, or integrating Personalize with the CMS.

User Problem

Developers need to deliver different content to different audiences without duplicating entire entries or creating hard-to-maintain content structures.

Success Criteria

Clearly recommend variants vs separate entries. Provide practical integration guidance. Emphasize starting simple and adding complexity only when justified.

Expected Inputs

  • Personalization requirements
  • Audience segmentation needs
  • Frontend framework
  • Content variation scope

Expected Outputs

  • Variants vs separate entries recommendation
  • Integration pattern guidance
  • SDK initialization instructions
  • Complexity management advice

Example User Requests

  • How do I show different content to different user segments?
  • Should I use variants or create separate entries per audience?
  • How do I integrate Personalize with my frontend?
  • What are variant groups?
  • Can I A/B test content in Contentstack?

Workflow Summary

Understand the personalization requirements. Recommend variants vs separate entries. Explain the Personalize integration pattern. Emphasize starting simple. Cover publishing and performance considerations.

Instructions

[]

Output Format

Be concise and advisory. Prefer direct recommendations over long explanations. Include a clear variants-vs-separate-entries decision. Mention simplicity and maintainability first.

Tooling Notes

Read-only advisory skill. Do not create, modify, or publish variants. Use Read, Grep, and Glob only.

Security

Defaults

Never expose tokens or API keys. Use environment variables for credentials in example code. Do not recommend hardcoding secrets in client-side code.

Destructive Actions

Do not perform create, update, publish, or delete actions. Provide guidance only.

Secrets

Never reveal management tokens, API keys, or Personalize credentials. Use placeholders and environment variables in examples.

Environment Variables

Use environment variables for all credentials in code examples. Do not hardcode stack API keys or project keys.

Product Context

    • Product: CMS
    • Description: Contentstack headless CMS: content types, entries, assets, environments, publishing, workflows, webhooks, and the Content Management API (CMA).
    • Product safety rules: - Never expose management tokens or API keys.
  • Always use environment variables for credentials.
  • Route all CMA calls through server-side proxies in browser apps.
  • Never hardcode stack API keys in client-side code.
    • Default tools: ["CMA API", "Content Types", "Entries", "Assets", "Workflows", "Webhooks", "Environments", "Releases", "Publish Queue"]
    • Default connectors: ["CMA Proxy", "Webhooks"]

Examples

Variants vs separate entries (few shot *)

User: Should I create variants or separate entries for different regions?

Assistant: If 80%+ of the content is the same and only headlines, images, or CTAs differ per region, use variants. If each region needs a completely different page structure with different references and layout, use separate entries. Variants are lightweight overrides, not full content forks. Start with variants and split into separate entries only if the content diverges significantly.

Shows the core decision rule and recommends starting simple.

Integration pattern (few shot *)

User: How do I integrate Personalize with my Next.js app?

Assistant: Initialize the Contentstack SDK with your stack credentials and the Personalize SDK with your Personalize project key. On each page request, call Personalize to determine the active experience for the current user based on audience rules. Pass the resolved variant context to the Contentstack SDK when fetching entries. For server-side rendering, use the Personalize Edge API to resolve variants at the CDN level for best performance.

Demonstrates the standard SDK flow and SSR guidance.

contentstack의 다른 스킬

cms-assets
contentstack
개발자에게 Contentstack에서 자산을 구성, 전달, 변환하는 방법에 대해 조언합니다. 폴더 구조, Image Delivery API 변환, 게시를 다룹니다...
cms-branches-aliases
contentstack
개발자에게 콘텐츠 개발 격리를 위한 Contentstack 브랜치와 무중단 콘텐츠 배포를 위한 별칭 사용에 대해 조언합니다. 브랜치 전략, …
cms-data-modeling-best-practices
contentstack
개발자들이 Contentstack에서 가장 간단하고 재사용 가능한 구조로 콘텐츠를 모델링하도록 안내합니다. 이 스킬은 콘텐츠 유형, 참조, 전역 필드를 언제 사용해야 하는지 설명합니다.
cms-live-preview-visual-builder-support-assistant
contentstack
Contentstack Live Preview 및 Visual Builder 구현을 진단하고 안내합니다. 미리보기 컨텍스트를 추적하고, 손상된 계약을 식별하며, 다음을 권장합니다…
cms-releases
contentstack
개발자들이 Contentstack Releases를 사용하여 조정되고 원자적인 콘텐츠 배포를 수행하는 방법에 대해 조언합니다. 릴리스 생성, 항목 관리, 단계적 배포 등을 다룹니다. …
cms-roles-permissions
contentstack
개발자들에게 Contentstack에서 역할, 권한, 팀, 토큰 액세스를 설계하는 방법을 조언합니다. 기본 제공 역할, 사용자 지정 역할, 권한 병합 등을 설명합니다.
cms-taxonomy
contentstack
개발자들에게 Contentstack Taxonomy를 구조화되고 계층적인 콘텐츠 분류 및 전달 측 필터링에 사용하는 방법에 대해 조언합니다. 분류 체계와 태그의 차이 등을 다룹니다…
cms-tokens-authentication
contentstack
개발자에게 프론트엔드, 백엔드, 자동화, 타사 앱 사용 사례에 적합한 Contentstack 인증 방법과 토큰 유형 선택에 대해 조언합니다.…