ServiceNow CSA試験を調べ始めると、「1か月で受かる勉強法」や「おすすめ教材」は多く見つかります。ただ、本当に知りたいのは、CSAではどんな問題が出るのか、そして何をどこまで理解していればよいのかではないでしょうか。
CSAは単なる暗記試験ではありません。ServiceNowの画面、レコード、テーブル、権限、カタログ、ナレッジ、Flow Designer、Import Setなどを、場面ごとに使い分けられるかが問われやすい試験です。ServiceNow Communityでも、ダンプ依存ではなく、公式eBook・公式トレーニング・ラボで理解を積み上げる学習が推奨されています。[Source]
また、直近の解説ではCSAは6つの主要ドメインで整理されており、単発の知識問題だけでなく、似た機能の違いを問うシナリオ問題が出やすいと説明されています。[Source]
この記事では、CSAの出題テーマをドメインごとに分解しながら、覚えるべき単語、実機操作が必要な論点、Yokohama版で意識したいポイントまで、できるだけ網羅的に整理します。なお、実際の試験問題は更新されるため、全問題を保証するものではありませんが、試験で問われる範囲をかなり高い解像度でつかめる構成にしています。
- CSA試験はどんな問題が出るのか
- 2026年6月受験で意識したいYokohama版の考え方
- Platform Overview & Navigation で問われること
- Instance Configuration で問われること
- Configure Applications for Collaboration で問われること
- Self-Service & Automation で問われること
- Database Management & Platform Security で問われること
- Data Migration & Integration で問われること
- CSAで覚えるべき頻出単語一覧
- ServiceNowを操作しないと解きにくい問題例
- まとめ
CSA試験はどんな問題が出るのか
CSA Mainline Exam Blueprint は、公式トレーニング教材とServiceNow製品ドキュメントをベースに出題されると案内しています。試験は60問・90分で、合格判定に使われるカットスコアは公開されていません。[Source]
最近のCSA解説動画では、出題領域はおおむね次の6ドメインで整理されています。[Source]
| ドメイン | 比重の目安 | 主に問われること |
|---|---|---|
| Platform Overview & Navigation | 約7% | インスタンス、画面構成、一覧・フォーム・検索の基本理解 |
| Instance Configuration | 約10% | 設定とカスタマイズの違い、プラグイン、システムプロパティ、パーソナライズ |
| Configure Applications for Collaboration | 約20% | リスト、フォーム、タスク、通知、承認、レポート、ダッシュボード |
| Self-Service & Automation | 約20% | Knowledge、Service Catalog、Record Producer、Virtual Agent、Flow Designer |
| Database Management & Platform Security | 約30% | テーブル、フィールド、継承、参照、ACL、ロール、CMDB、CSDM |
| Data Migration & Integration | 約13% | Import Set、Transform Map、Coalesce、Update Set、Client Script、Business Rule |
さらに、ServiceNow Communityの合格体験では、次のような傾向が繰り返し挙げられています。
- ダンプ丸暗記ではなく、概念の違い が問われる
- 一覧・フォーム・タスク・カタログなどの実際の操作感があると解きやすい
- 多肢選択や「Select 2 / Select 3」の形式で、似た選択肢を区別させる問題がある
- Client Script と Business Rule、Work notes と Additional comments、Import Set と Update Set など、似ているが役割が違うものが頻出
2026年6月受験で意識したいYokohama版の考え方
2026年6月ごろにCSAを受ける場合、まず区別したいのが Mainline試験 と Delta試験 です。2026年1月のServiceNow Communityでは、CSA Mainline は Yokohama ベース、Delta は Zurich ベース という案内が確認できます。[Source]
また、2025年7月受験者向けのCommunity投稿でも、CSA blueprint が Xanadu から Yokohama に切り替わったことが話題になっており、Yokohamaの変更点を確認しておくよう勧める回答がありました。[Source]
つまり、2026年6月に通常のCSAを受ける前提なら、現時点では Yokohamaを基準に学ぶ のが自然です。ただし、試験基準リリースは更新される可能性があるため、受験直前に必ず Training and Certification release dates と CSA blueprint を再確認するのが安全です。[Source]
Yokohamaの公式リリースノート全体では、automation、no-code / low-code、platform機能、securityまわりの更新が目立ちます。CSAは深い実装試験ではありませんが、リリース切り替え直後は、用語やUI表現、関連機能の聞かれ方が微妙に変わることがあります。[Source] [Source]
- Next Experience や workspace 系のUI理解
- Flow Designer を中心とした no-code automation の位置づけ
- Self-Service 領域での Employee Center / Portal 周辺の用語
- セキュリティやデータアクセスに関する新しい表現
- Yokohamaリリースで追加・変更された管理者向け説明文や用語
Communityでも、Yokohama移行後は新機能に絡む設問が数問入る可能性に触れる声があります。公式では「何問出る」とは示されていないため断定はできませんが、Yokohamaのリリース概要は最低限見ておく のが無難です。[Source]
Platform Overview & Navigation で問われること
このドメインは比重こそ大きくありませんが、CSAの入口です。ここで問われるのは、ServiceNowが何者で、インスタンスとは何で、画面上のどこで何をしているのかを理解しているかです。最近の解説では、クラウドベースのプラットフォーム、単一のエンタープライズ向けデータモデル、インスタンス、一覧・フォーム・検索といった基本が整理されています。[Source]
この章で理解しておきたいこと
- インスタンスとは何か
- dev / test / prod の役割イメージ
- Application Navigator の役割
- Global Search の意味
- 一覧とフォームの違い
- レポートやダッシュボードが同じデータを別の形で見せていること
覚えるべき単語
- instance
- Application Navigator
- Global Search
- list
- form
- record
- table
- module
- banner / favorites / history
出やすい問題の形
この章では、一覧からレコードを絞り込む、フォームで1件の詳細を見る、検索でモジュールを探す、といった操作の違いを問う問題が出やすいです。最近の受験体験共有でも、アクティブIncident一覧から特定状態を除外するような、一覧操作に関する設問が挙がっています。[Source]
操作しないと分かりにくい例
例: 「アクティブIncident一覧で、Resolvedだけ除外したい。どこを触るのが自然か」
これは、実機でフィルタ条件やbreadcrumbを触っていないと、UI Policy や Business Rule を選びたくなります。正しくは、一覧の絞り込み操作として考えるべき問題です。
Instance Configuration で問われること
このドメインは、「ServiceNowはまず設定で拡張する」という思想を理解しているかを見る章です。プラグイン、Storeアプリ、システムプロパティ、ブランド設定、パーソナライズ、UIの基本調整などがここに入ります。[Source]
この章で理解しておきたいこと
- configuration と customization の違い
- plugin / Store app の位置づけ
- system properties の役割
- branding / personalization の違い
- ユーザー視点の設定変更と、管理者視点のインスタンス変更の違い
覚えるべき単語
- plugin
- Store app
- system properties
- baseline
- branding
- personalization
- impersonate
- UI action
- form layout
出やすい問題の形
「新しい機能を追加したいとき、コードを書く前に何を考えるか」「ユーザーごとの見え方変更と、全体設定変更の違いは何か」といった、設定と開発を切り分ける問題が典型です。最近の受験者共有にも、フォームレイアウト変更、ユーザーの impersonate、日付フォーマット変更、タグ追加などの問題例が含まれています。[Source]
操作しないと分かりにくい例
例: 「あるユーザーの表示崩れを再現したい。管理者はどう確認するか」
概念だけで覚えていると迷いやすいですが、実機で impersonate を一度使っておくと判断しやすくなります。
Configure Applications for Collaboration で問われること
このドメインは、ServiceNow上で日常業務をどう回すかに近い領域です。リスト、フォーム、タスク、通知、承認、レポート、ダッシュボード、関連リストなどが中心になります。合格体験でも、この章は実際の画面操作理解があるかどうかで差がつきやすいとされています。[Source]
この章で理解しておきたいこと
- list でできること: filter, sort, personalize, inline edit, bulk update
- form でできること: field, related list, section, template, attachment
- task の考え方と Incident / Change / Problem へのつながり
- assignment group と assignee
- approval と notification の違い
- report と dashboard の基本
- work notes と additional comments の違い
覚えるべき単語
- task
- assignment group
- assigned to
- work notes
- additional comments
- related list
- template
- report
- dashboard
- approval
- notification
出やすい問題の形
最近の共有では、内部向けメモはどのフィールドを使うか、通知を誰に送る設定にするか、フォーム下部に関連リストを追加するにはどうするか、といった「画面でどう扱うか」を聞く問題が報告されています。[Source]
操作しないと分かりにくい例
例: 「依頼者に見せず、内部担当者だけが見える形で対応メモを残したい」
これは Work notes を理解していれば解けますが、Additional comments との違いは実際のフォームで見比べないと曖昧になりやすい論点です。
Self-Service & Automation で問われること
この章は、ユーザーが自分で申請・検索・問い合わせを行う入口と、その背後で動く自動化を理解しているかを見る領域です。Knowledge、Service Catalog、Record Producer、Virtual Agent、Flow Designer が中心です。[Source]
この章で理解しておきたいこと
- Knowledge article / knowledge base / category の関係
- 誰が記事を書けるか、誰が見られるか
- Service Catalog item と Record Producer の違い
- request, requested item, catalog task の関係
- approval の流れ
- Flow Designer の trigger / action / condition / subflow / data pill
- Virtual Agent の位置づけ
覚えるべき単語
- knowledge article
- knowledge base
- category
- user criteria
- catalog item
- record producer
- request
- requested item
- catalog task
- Flow Designer
- trigger
- action
- data pill
- subflow
- spoke
- Virtual Agent
Yokohama版で追加チェックしたい論点
Yokohamaでは、automation や no-code / low-code の見せ方がより前面に出ているため、Flow Designer を「自動化の中心にある標準機能」として説明できるようにしておくと安心です。[Source]
出やすい問題の形
最近の受験共有では、Knowledge Base で記事を書けるユーザーをどこで定義するか、Catalog申請の考え方、優先度やカテゴリを自動設定する仕組み、Flow Designer の用途などが挙がっています。[Source]
操作しないと分かりにくい例
例: 「新入社員向けにPC・携帯・名刺を一括申請させたい。Knowledge と Catalog のどちらを考えるべきか」
文章だけで覚えると迷いますが、実際に Service Catalog の申請画面を一度見ていれば、Knowledge は情報提供、Catalog は申請の入口だと整理しやすくなります。
Database Management & Platform Security で問われること
ここがCSAの最大山場です。最近の解説でも最重要領域として扱われており、Communityの合格報告でも、テーブル、フィールド、関係、ACL、CMDB に時間をかけるべきと繰り返し言われています。[Source] [Source]
この章で理解しておきたいこと
- table, record, field の関係
- sys_id の意味
- reference field と dot-walking
- table inheritance
- Task を親に持つテーブルの考え方
- dictionary / schema map の役割
- user, group, role の役割分担
- ACL が database level でアクセス制御すること
- CMDB と CI の基本
- CSDM は何を整える考え方か
覚えるべき単語
- table
- record
- field
- sys_id
- reference field
- dot-walking
- base table
- parent table
- child table
- dictionary
- schema map
- user
- group
- role
- ACL
- CMDB
- CI
- CSDM
Yokohama版で追加チェックしたい論点
Yokohamaのリリースノートでは security や data access の新しい表現も出てくるため、ACL・アクセス制御・データ保護の基本概念を、単語だけでなく説明できる状態にしておくと安心です。[Source]
出やすい問題の形
近年の共有では、拡張テーブルでどのフィールドを作る必要があるか、ACLは何を制御するか、CMDB関係をどのツールで可視化するか、Task継承の考え方などが出題報告として挙がっています。[Source]
操作しないと分かりにくい例
例: 「Incident / Problem / Change が共通の項目を多く持つのはなぜか」
実際にテーブル定義やDictionaryを見たことがないと、単なる暗記になりがちです。Task継承を一度画面上で確認しておくと、選択肢の見分けが一気に楽になります。
Data Migration & Integration で問われること
この章では、データや設定がどう動くかを理解しているかが問われます。Import Set、Transform Map、Coalesce、Update Set、Client Script、Business Rule、UI Policy、Data Policy の違いが中心です。[Source]
この章で理解しておきたいこと
- Data Source → Import Set → Transform Map → Target Table の流れ
- field mapping と auto mapping
- coalesce の役割
- Update Set は設定を移し、データそのものは移さないこと
- Client Script は browser 側、Business Rule は server 側という違い
- UI Policy と Data Policy の用途の違い
覚えるべき単語
- data source
- import set
- transform map
- field map
- coalesce
- target table
- update set
- preview
- commit
- client script
- business rule
- UI policy
- data policy
出やすい問題の形
最近の受験共有では、Import Set と Target Table の間で関係を定義するツール、CSV取込時に使う機能、Client Script と Business Rule の違いなどが挙がっています。[Source]
操作しないと分かりにくい例
例: 「外部CSVのデータを取り込むとき、なぜ最初に本番テーブルへ直接入れないのか」
Import Set の“中継地点”という考え方を理解していないと、Transform Map や Coalesce の問題で混乱しやすくなります。
CSAで覚えるべき頻出単語一覧
ここでは、試験でよく見かける単語を、意味の取り違えが多いもの中心に並べます。
| 単語 | 短い意味 | 混同しやすい相手 |
|---|---|---|
| record | 1件のデータ | table |
| table | レコードの集合 | record |
| field | 項目 | column |
| sys_id | 一意識別子 | number |
| group | ユーザーの集合 | role |
| role | 権限のまとまり | ACL |
| ACL | 作成/参照/更新/削除の制御 | role |
| work notes | 内部向けメモ | additional comments |
| additional comments | 外部共有されうるコメント | work notes |
| catalog item | サービス申請の項目 | record producer |
| record producer | 申請画面からレコード生成 | catalog item |
| knowledge base | 記事のまとまり | knowledge article |
| knowledge article | 個別の記事 | knowledge base |
| import set | 取込の一時置き場 | update set |
| update set | 設定変更の移送単位 | import set |
| client script | ブラウザ側の処理 | business rule |
| business rule | サーバ側の処理 | client script |
| UI policy | フォーム表示制御 | data policy |
| data policy | データ整合性の制御 | UI policy |
| CI | 構成アイテム | asset |
| CMDB | CIと関係の管理基盤 | CSDM |
| CSDM | サービスモデル整理の考え方 | CMDB |
Communityの学習ガイドでも、「何かを知っている」だけでなく、「なぜ使い分けるのか」を理解することが重要だとされています。[Source]
ServiceNowを操作しないと解きにくい問題例
ここでは、実機を触っていないと判断しにくい代表例をまとめます。実問題の転載ではなく、最近の出題報告や解説をもとにした再構成例です。[Source]
1. 一覧から特定状態を除外する
見たい論点: list filter と breadcrumb の理解
なぜ難しいか: UI Policy や Business Rule の話に見えても、実際は一覧操作の問題であることが多いからです。
2. フォーム下部に関連レコードを表示したい
見たい論点: related list と form layout
なぜ難しいか: フォームの見た目変更と、テーブル構造変更をごちゃ混ぜにしやすいからです。
3. 内部担当者向けのメモだけ残したい
見たい論点: work notes と additional comments
なぜ難しいか: どちらもコメントっぽく見えるため、画面上で見比べた経験がないと混乱しやすいからです。
4. 申請の入口をKnowledgeとCatalogのどちらにするか
見たい論点: self-service の役割分担
なぜ難しいか: 情報提供と申請受付の違いを、実際のポータル画面で見ていないと曖昧になりやすいからです。
5. Incident / Change / Problem の共通構造
見たい論点: table inheritance
なぜ難しいか: 実機でテーブル定義を見たことがないと、Task継承のイメージがつきにくいからです。
6. ACL と role の違い
見たい論点: access control の層の違い
なぜ難しいか: role があれば全部見える、と誤解しやすいからです。ACLはより細かい制御です。
7. CSV取込時に何が中継地点になるか
見たい論点: import set と transform map
なぜ難しいか: 本番テーブルへ直接入るイメージを持つと、Import Set の存在意義が分からなくなるからです。
8. Client Script と Business Rule のどちらを使うか
見たい論点: browser と server の違い
なぜ難しいか: 名前だけ覚えると、どちらも「何かを自動でやる仕組み」に見えてしまうからです。
まとめ
CSA試験は、「とにかく暗記量が多い試験」というより、ServiceNowプラットフォームの基本構造を理解し、似た機能の違いを場面ごとに見分けられるかを問う試験です。特に重要なのは、一覧・フォーム・タスク・カタログ・ナレッジ・テーブル・ACL・Import Set といった基礎機能が、どこでどう使われるかをつなげて理解することです。[Source]
2026年6月のMainline受験を前提にするなら、現時点ではYokohama基準で学ぶ整理が自然ですが、直前には必ず公式の release dates と blueprint を確認してください。[Source] [Source]
これから本格的にCSA対策を始めるなら、まずはPDIで次の5つを触ってみてください。一覧のフィルタ、フォームの関連リスト、Catalog Item、Task継承、Import Set / Transform Map の5つです。この5テーマを触るだけでも、問題文の見え方がかなり変わります。