> For the complete documentation index, see [llms.txt](https://docs.avonnicomponents.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.avonnicomponents.com/experience-cloud/experience-cloud-ja/puropatipaneru/data-sources/manual.md).

# 手動

## 概要

Manual Data Source は、Salesforce Experience Cloud サイトで Avonni Data Components にデータを提供する最も簡単な方法です。Experience Builder 内のコンポーネント設定で、Salesforce レコード、CMS コンテンツ、または外部データソースに依存せずに、データを直接定義できます。

この方法では、特定のページに表示される内容を完全に制御でき、静的なコンテンツやページ固有のコンテンツに特に便利です。

***

## 仕組み

### Experience Builder でのコンポーネント設定

Avonni Data Component（たとえば **リスト**, **データテーブル**、または **カルーセル**）を **Experience Builder**で追加または編集すると、 **データソース** コンポーネントのプロパティパネル内にある

選択し **手動** データソースとして

***

### データ入力

選択すると、コンポーネントには構造化された使いやすい入力インターフェースが表示され、Experience Builder 内でデータを直接入力できます。

コンポーネントによっては、通常次のいずれかの形式になります。

* 行と列を使う表形式のエディター
* コンポーネントが期待するデータ構造に直接マッピングされるフィールド

すべてのデータは **ページ設定**に保存され、Salesforce レコードや CMS には保存されません。

***

### 表示とプレビュー

データが入力されるとすぐに、コンポーネントは Experience Builder 内で即座にレンダリングされ、次のことが可能になります。

* 結果をリアルタイムでプレビューする
* レイアウト、書式、またはコンテンツをページ上で直接調整する

***

## Manual Data Source を使う場面

Manual Data Source は、次の Experience Cloud のシナリオに適しています。

### 静的なコンテンツやページ固有のコンテンツ

コンテンツが特定のページに紐づいており、サイト全体で再利用したり動的に更新したりする必要がない場合は、Manual を使用します。

### 小規模でシンプルなデータセット

短いリスト、小さな表、または限られたデータセットなら、動的なデータソースを設定するよりも、手動入力のほうが速くて簡単です。

### デモとプロトタイプ

手動データは、Salesforce のデータモデルや CMS コンテンツを設定せずに、デモサイトやプロトタイプをすばやく作成するのに最適です。

### テストとレイアウトの検証

開発中にデータを手動で管理すると、次の検証がしやすくなります。

* コンポーネントのレイアウト
* レスポンシブ対応
* 並べ替え、フィルタリング、またはスタイルの動作

### 完全な編集権限

表示されるコンテンツを正確に制御する必要があり、ページ自体が編集されない限り変更してほしくない場合は、Manual が最も安全な選択です。

***

## 例: Experience サイト上の静的な製品一覧

公開用の Experience Cloud ページを作成していて、 **小さく固定された製品リスト** を、名前、説明、価格付きで紹介する場面を想像してください。

1. Avonni **データテーブル** または **リスト** コンポーネントをページに追加し
2. 選択し **手動** データソースとして
3. 各製品を 1 行として入力し、名前、説明、価格の列を用意します
4. するとコンポーネントは、製品リストをすぐにページに表示します

Salesforce レコードや CMS の設定は必要ありません。

***

### ヒント

* **まずデータを準備する**: 手戻りを避けるため、入力する前に値とラベルを整理しておきましょう。
* **わかりやすいフィールドラベルを使う**: これにより、Experience Builder での可読性と保守性が向上します。
* **必ずページをプレビューする**: サイトを公開する前に、レンダリング、配置、動作を確認してください


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://docs.avonnicomponents.com/experience-cloud/experience-cloud-ja/puropatipaneru/data-sources/manual.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.