「CSA 落ちた」で検索してこのページに来た方は、いま私が2回目の不合格通知を見た夜と同じ気持ちかもしれません。この記事は、ServiceNow CSA（Certified System Administrator)に2回落ちた本人による体験記です。慰めではなく、①実際のスコア → ②何がズレていたかの敗因分析 → ③立て直しで何を変えたか、の順で、次の受験に持ち帰れる形で書きます。
先に断っておくと、受験規約があるため実際の試験問題の内容はこの記事には書きません。書くのは、受験後に渡される領域別スコアレポートという「自分のデータ」と、そこから逆算した敗因、そして勉強法をどう作り直したかです。
この記事の要点
- 2回目の結果は、Self-Service & Automation 50%・Database Management 39%。この2領域だけで出題比重の47%を占めます。
- 敗因は勉強不足というより「型のズレ」でした。概念を説明できる勉強をしていたのに、本試験は「正しい名前を選び分ける」力を試してきました。
- 不合格後にやったのは、スコアレポート起点の弱点棚卸しと、自作模試を「名前で選ばせる形式」へ作り直すことです（詳細は別記事）。
結論：「わかる」と「選べる」は別の能力だった
2回の受験を通しての結論はこれに尽きます。ServiceNowの機能を人に説明できることと、試験の4択で正しい固有名詞を選べることは、別の能力です。
私は実務でServiceNowの運用保守に携わっていて、インシデント管理やカタログ申請の流れは日常的に触っています。「Import Setでデータを取り込み、Transform Mapで変換して、Coalesceで照合する」という流れも説明できます。1回目の不合格のあとは、概念の理解をさらに固める方向で勉強を積みました。
それでも2回目のスコアは一部の領域で1回目より悪化しました。理由は単純で、本試験で問われたのは「流れの説明」ではなく、「その操作をする画面・テーブル・ロールの正確な名前はどれか」を、よく似た候補の中から選び分けることだったからです。曖昧に覚えた名前は、よく似た選択肢が並んだ瞬間に使いものになりません。
2回の受験結果（スコア公開）
CSAは不合格でも、領域別の正答率が載ったスコアレポートを受け取れます。2回目（2026年7月）の結果のうち、特に崩れた2領域がこれです。
| 出題領域（公式の試験範囲） | 出題比重 | 2回目の正答率 |
|---|---|---|
| Self-Service & Automation（セルフサービスと自動化） | 20% | 50%（1回目より悪化） |
| Database Management（データベース管理） | 27%（全領域で最大） | 39%（1回目より悪化） |
この2領域を合計すると、出題全体の47%になります。ほぼ半分の配点を持つゾーンで正答率が4〜5割しかなければ、他の領域がある程度取れていても合格には届きません。CSAの出題比重は公式に公開されており、Platform Overview and Navigation 7%・Instance Configuration 11%・Configuring Applications for Collaboration 20%・Self-Service & Automation 20%・Database Management 27%・Data Migration & Integration 15% という構成です。
1回目も不合格でしたが、このときは「勉強時間が足りなかっただけ」と整理して、同じ方向の勉強を増やしました。2回目で同じ領域がさらに下がったことで、初めて「方向そのものが違う」と認めざるを得なくなりました。勉強量の問題なら、増やせばスコアは上がるはずだからです。
敗因分析：3つのズレ
ズレ1：「判断する勉強」をしていたのに、「名前を選ぶ試験」だった
私の勉強の中心は「どちらの機能を使うべきか判断できること」でした。Business RuleとFlow Designerの使い分け、ACLとRoleの関係、Import SetとUpdate Setの守備範囲——こうした判断軸の理解は、実務にも直結するので手応えがありました。
ところが本試験でペンが止まったのは、判断問題ではなく「この目的に使うテーブル（モジュール、ロール、プロパティ）はどれか」を、正確な表記で選ばせる問題でした。概念としては知っているのに、正確な名前を1つに絞れない。「たしかこんな名前だったはず」の記憶では、似た表記が並ぶ4択に対抗できませんでした。
スコアが崩れた2領域は、まさに固有名詞の密度が高いゾーンです。Database Managementはテーブル・辞書・監査・権限まわりの実在名がそのまま問われますし、Self-Service & Automationはカタログ・ナレッジ・自動化部品の構成要素名が主役です。
ズレ2：比重27%のDatabase Managementを「得意なつもり」で通過していた
実務でテーブルやフィールドに毎日触れているので、Database Managementは無意識に「できている領域」に分類していました。振り返ると、この領域を狙い撃ちで勉強した時間はほとんどありません。
しかし実務で触るのは自社インスタンスの限られた画面だけで、試験範囲はもっと広い。使ったことのない管理機能や、普段はGUIの裏に隠れているテーブル名が正面から問われます。「実務経験がある領域ほど、試験勉強をスキップしてしまう」という罠に、比重最大の27%でハマったのが2回目の最大の敗因です。
ズレ3：選択肢が「明らかな誤答」で構成されていなかった
市販の問題集や自作の模試でありがちなのは、正解1つに対して「明らかに文脈違いの誤答」が混ざる構成です。この形式に慣れると、知識が曖昧でも消去法で2択まで絞れてしまい、「解けた気」になります。
本試験の選択肢はそうではありませんでした。どの選択肢も同じ領域の、ありそうな表記で並んでいて、正確に覚えていなければ絞り込みが効きません。詳細は書けませんが、感覚としては「うろ覚えの人を正確にふるい落とす」ために設計された4択です。消去法という松葉杖を前提にした勉強は、ここで折られました。
3つのズレの根本：自分の模試が「解けた気」を作っていた
白状すると、2回目の受験前の私は手応えを感じていました。自作の模試を繰り返し解いて、正答率も安定していたからです。しかし本試験で崩れたことで、嫌な事実に気づきました。自作の模試は、自分の勉強観（判断軸の理解を重視する考え方）をそのまま反映して作られていたのです。
つまり私は、「自分がすでに得意な形式の問題」を自分で作り、それを解いて安心していたことになります。教材が自分の思考の鏡になっていると、鏡には弱点が映りません。模試の点数は上がっているのに本試験のスコアが下がる、という一見不可解な結果は、こうして起きました。市販・無料を問わず、「その模試は、本試験と同じ能力を測っているか」を疑うこと——これが2回の不合格から得たいちばん高くついた教訓です。
不合格の夜にやったこと：スコアレポート起点の棚卸し
2回目の不合格通知を見た直後にやったのは、参考書を開くことではなく、スコアレポートと自分の記憶を突き合わせて「自分の模試に足りていなかった論点」を洗い出すことでした。
私はこのサイトで自作のCSA模試を公開しながら勉強してきたのですが、崩れた2領域について検証すると、受験で「詰まった」と感じた論点の大半が、自作模試でカバーできていないことが分かりました。アップグレード履歴をどのテーブルで追うか、ナレッジの公開範囲を決める条件設定、カタログを組み立てる部品の正式名称——「流れ」は載っていても「名前を選ばせる問題」がなかったのです。
そこから数日で、模試を「名前で選べるか」を試す形式へ作り直しました。弱点領域への28問の補強から始めて、最終的には用語特化ドリル163問を含む1,127問構成まで拡張し、誤答の作り方そのものも本試験で感じた形式に寄せています。この改修の中身は長くなるので、出題形式の分析と模試1,127問を作り直した記録として別記事にまとめました。
私が39%を取ったDatabase Management領域のドリルを解いてみる（無料）
不合格後に作り直した自作模試です。登録不要・ブラウザだけで解けます。
これからCSAを受ける人へ：同じ轍を踏まないための3つの確認
確認1：「説明できる」ではなく「名前で選べる」かを自己テストする
勉強の到達度チェックを「この機能を説明できるか」で行っているなら、一段厳しくして「よく似た4つの名前から正しい1つを選べるか」に変えてください。ノートに書けるかではなく、紛らわしい候補と並べられても識別できるかです。私はこの基準に変えてから、「わかったつもり」の穴が一気に見えるようになりました。
確認2：出題比重で勉強時間を配分し、「得意なつもり」の領域こそ先に測る
Database Management（27%）とSelf-Service & Automation（20%）で配点の半分近くです。まずこの2領域を模試で測定して、感覚ではなく数字で現在地を確認してから配分を決めることをおすすめします。実務経験がある人ほど、経験のある領域の測定を後回しにしがちです（私がそうでした）。
確認3：画面の「正式名称」を声に出して確認する癖をつける
実務やPDI（Personal Developer Instance）で画面を触るとき、「いつもの画面」として流さず、左ナビに表示されているモジュール名・アプリケーション名を正式名称のまま読む癖をつけてください。日本語UIで運用している場合は、英語表記に切り替えて確認しておくと、名前の記憶が試験の表記とつながります。
具体的には、勉強で新しい名前を覚えるたびに、PDIのナビゲーションフィルタにその名前を打ち込んで、「どのアプリケーションの下に、どんな並びで存在するか」まで目で確認します。設定画面を1つ開くだけの作業ですが、「単語として覚えた名前」が「場所を持った名前」に変わり、選択肢に似た表記が並んでも揺らぎにくくなります。私が2回の受験で最も後悔しているのは、この一手間を「実務で触っているから不要」と省略していたことです。
よくある質問
CSAに落ちた場合、スコアは教えてもらえますか？
領域別の正答率が記載されたスコアレポートを確認できます。不合格のときこそ、このレポートが次の勉強計画の最重要データになります。感想ベースの反省ではなく、レポートの数字から弱点領域を特定するのが立て直しの出発点です。
不合格になったら、どの領域から立て直すべきですか？
自分のスコアレポートで正答率が低い領域のうち、出題比重が大きいものからです。私の場合はDatabase Management（比重27%で正答率39%）が最優先でした。比重の小さい領域を先に完璧にしても、合計点への効き方が小さいためです。
実務経験があればCSAは勉強なしで受かりますか？
私は運用保守の実務に就いたうえで2回落ちているので、「実務経験だけで安全」とは言えないと考えています。実務で触る範囲は自社の設定に偏るため、試験範囲全体の正式名称・標準機能を体系的に確認する勉強は別途必要でした。
まとめ：不合格のデータは、次の勉強計画の資産になる
2回の不合格で失ったものは受験料と時間ですが、得たものもあります。「どの領域が、どの形式で崩れるか」という自分だけのデータです。この記事のスコアと敗因分析が、これから受験する方・落ちてしまった方の計画づくりの参考になればうれしいです。
立て直しの具体策——出題形式の分析と、それに合わせて模試1,127問を作り直した過程——は、続編のServiceNow CSA出題形式の分析｜不合格2回で模試1,127問を作り直した記録にまとめています。
CSA無料模試（1,127問）で現在地を測る
領域別の到達度と推定得点（公式比重で加重）が確認できます。今日の10問・間違い復習・未着手モードつき。
関連記事・公式確認先
- ServiceNow CSA出題形式の分析｜不合格2回で模試1,127問を作り直した記録（本記事の続編）
- ServiceNow CSAの勉強方法
- ServiceNow CSA用語集
- CSA資格対策ハブ
受験申込・試験範囲・再受験の条件は変わる可能性があるため、最終確認は必ず公式で行ってください。
- ServiceNow University Training and Certification
- ServiceNow Learning / Now Learning
- ServiceNow Documentation
本記事は個人の受験体験に基づく記録です。受験規約に配慮し、実際の試験問題・出題内容には触れていません。スコア・体験はすべて筆者自身のものです。
