UE5の学習を始めると、「アクター？ コンポーネント？ ブループリント？」と専門用語が次々に出てきます。これらはUE5の世界の「言葉」で、意味を知らないまま進むと、チュートリアルの手順は追えても「なぜそうするのか」が分からず、応用が利かなくなります。
逆に、 最初に5つの言葉さえ押さえてしまえば 、公式ドキュメントもチュートリアル動画も一気に読めるようになります。この記事では、Actor・Component・Blueprint・Level・GameModeの5つを図解で整理し、最後にThird Personテンプレートの画面を「5つの言葉で読む」実践までを解説します。
この記事でわかること
- Actor ：レベルに配置できる「実体」の基本クラス
- Component ：Actorに機能を足す「部品」
- Blueprint ：ノードを繋いでロジックを組む仕組みと、 C++との使い分け
- Level / GameMode ：ゲームの「世界」と「ルールブック」
- Third Personテンプレートを 5つの言葉で読み解く実践
アクター (Actor)
アクター (Actor) は、UE5の「レベル（ゲームの世界）」に配置できるすべてのオブジェクトの基本クラスです。プレイヤーキャラクター、敵、ライト、カメラ、宝箱——ゲームの世界に存在する 実体 は、見た目や役割がどれだけ違っても、すべてアクターです。
アクターは位置・回転・スケールという トランスフォーム情報（どこに・どの向きで・どの大きさで存在するか）を持 ち、ゲームプレイ中にスポーン（生成）したり、デストロイ（破壊）したりできます。シューティングの弾も、リザルト画面に降る紙吹雪も、「実行中に生まれて消える」アクターです。
| よくある間違い | ベストプラクティス |
|---|---|
| すべての機能をアクター自身に詰め込む | アクターは「入れ物」と考え、機能は コンポーネント に持たせる |
| 位置を持たないデータ用オブジェクトをアクターにする | データ管理にはアクターではなく UObject や Data Table / Data Asset を使う（→ Data Tableの基本） |
アクターの動的な生成は、Blueprintでは次のようなノードの流れになります。
IA_Spawn（Input Action / Triggered）
→ Spawn Actor from Class（Class: BP_ExplosionEffect,
Spawn Transform: プレイヤーの少し前方の位置）
コンポーネント (Component)
コンポーネント (Component) は、アクターに機能や見た目を追加するための「部品」です。アクターが「体」なら、コンポーネントは「目や手足」。アクター単体はただの入れ物で、どんなコンポーネントを組み合わせるか で、そのアクターの役割が決まります。
- Static Mesh Component: 動かない見た目（壁・床・小物）を与える
- Skeletal Mesh Component: アニメーションする見た目（キャラクター）を与える
- Camera Component: 視点（カメラ）の機能を足す
- Movement Component: 移動のロジック（歩行・飛行など）を足す
たとえば「プレイヤー」というアクターは、当たり判定のカプセル＋アニメーションする体＋カメラ＋移動ロジック、という部品の集合です。同じ仕組みで、部品を差し替えれば「動かない看板」も「飛び回るドローン」も作れます。アクターに付いたコンポーネントは、Blueprintから取得して操作できます。
Event BeginPlay
→ Get Static Mesh Component
→ Set Visibility（New Visibility: False）
ブループリント (Blueprint)
ブループリント (Blueprint) は、UE5に標準搭載され ている ビジュアルスクリプティングシステム です。ノードと呼ばれるブロックを線で繋ぐことで、C++のコードを書かずにゲームロジックを構築できます。ほとんどのゲームプレイ機能はBlueprintだけで実現でき、プログラミング経験の浅いアーティストやデザイナーでもゲームの振る舞いを作れます。
たとえば「ゲーム開始3秒後にメッセージを表示する」は、ノード3つです。
Event BeginPlay
→ Delay（Duration: 3.0）
→ Print String（String: "3秒経過しました！"）
Print String はBlueprint学習の最初の相棒です（→ Print StringとOutput Logを使ったデバッグ手法）。変数・イベント・関数といったBlueprintの基本要素は Blueprint変数入門 で詳しく扱います。
C++との使い分け
| 項目 | Blueprint | C++ |
|---|---|---|
| 開発速度 | 速い（視覚的・その場で試せる） | 遅い（コンパイルが必要） |
| 実行性能 | 相対的に低い（オーバーヘッドがある） | 高い（ネイティブコード） |
| 得意分野 | ゲームロジック、イベント処理、試作 | 複雑な計算、基盤システム、性能が重要な部分 |
まずBlueprintでプロトタイプを作り、性能が問題になる部分や再利用性の高い基盤機能だけをC++で実装する 。これがUE開発の定石です。詳しい判断基準は BlueprintとC++の役割分担 にまとめています。
レベル (Level)
レベル (Level) は、プレイヤーが体験する マップやシーン そのものです。地形・建物・ライト・キャラクターといったアクターが配置され、その初期状態が保存されています。UE5のエディタで私たちが作業している「世界」がレベルです。タイトル画面からゲーム本編へ、街から地下ダンジョンへと、別々のレベルを切り替える方法は レベル遷移（Open Level）の記事 で扱います。
レベルは分割して管理する
大規模なゲームでは、世界全体を1つのレベルに詰め込まず、必要なところだけを読み込む形にします。
UE5での標準の答えが World Partition です。ワールドを自動で格子状に区切り、プレイヤーの近くだけを読み込みます。分割の単位を自分で決める必要がないので、広い屋外を作るならまずこちらを使います。
古くからのやり方として、手動で2種類のレベルに分ける方法もあります。既存プロジェクトではこちらもよく見かけます。
- パーシスタントレベル (Persistent Level): 常にロードされているメインのレベル。全体設定や、常に存在するアクターを置く
- サブレベル (Sub-Level): 必要に応じてロード/アンロードされる部分レベル
すべてのアクターを1つのレベルに詰め込むと、エディタの動作が重くなるうえ、チーム開発ではファイル競合の原因になります。どちらの方式も、この「分割して読み込む」仕組み——レベルストリーミング——の一種です（→ World Partitionとレベルストリーミング）。
補足: 似た用語に「World」があります。Worldは複数のレベルを束ねる全体のコンテナで、Levelはその中の個別のマップファイルです。
ゲームモード (GameMode)
ゲームモード (GameMode) は、 ゲームのルールと初期メンバーを決める クラスです。マルチプレイのルール（チームデスマッチなど）だけでなく、「プレイヤーはどのキャラクターで、どこにスポーンするか」というシングルプレイの基本設定もGameModeが握っています。
| 要素 | 説明 |
|---|---|
| Default Pawn Class | プレイヤーが操作するデフォルトのキャラクター（ポーン） |
| Player Controller Class | プレイヤーの入力とゲームルールを仲介するコントローラー |
| HUD Class | 画面上に表示されるUI（体力バー、スコアなど） |
| Game State Class | ゲーム全体の状態（スコア、残り時間など） |
重要: GameModeは サーバー側にのみ 存在します。シングルプレイでは自分のPCがサーバーを兼ねるので意識せずに済みますが、マルチプレイではクライアント側にGameModeが存在しないため、「クライアントからGameModeの値を読む」設 計は成立しません。
また、プレイヤーの移動や攻撃といった 個々のキャラクターのロジックをGameModeに書かない こと。GameModeは「ゲーム全体のルール」に徹し、キャラクター固有の振る舞いはPawnやPlayer Controllerに書きます。GameMode・GameState・PlayerStateの役割分担は、Game Frameworkの理解で1段深く掘り下げています。
実践：Third Personテンプレートを5つの言葉で解剖する
5つの言葉を覚えたら、暗記で終わらせず「読む練習」をしましょう。教材は、UE5に最初から入っている Third Personテンプレート です。TPSでもアクションRPGでも横スクロールでも、どんなジャンルを作るにせよ、「動いている画面を概念で読める」ことが応用力の土台になります。
Third Personテンプレートで新規プロジェクトを作り、Playを押してから、次の順に「指差し確認」してみてください。
- Level: いま歩き回っている床・壁・階段のある空間そのもの。アウトライナに並んでいる一覧が「このレベルに置かれたアクターたち」です
- Actor: 操作しているキャラクターも、床も、ライトも、アウトライナに並ぶ全部がアクター。試しにキャラクター（
BP_ThirdPersonCharacter）をクリックして選択してみましょう - Component:
BP_ThirdPersonCharacterをダブルクリックで開くと、Componentsパネルに Capsule Component（当たり判定）・ Mesh（見た目）・ Camera Boom（カメラの腕）・ Follow Camera（カメラ）が階層で並んでいます。「キャラクター＝部品の集合」を実物で確認できます。ここで受け身の確認から一歩踏み込んでみましょう。 Camera Boom を選び、詳細パネルの Target Arm Length を 400 から 800 に変えてPlayすると、カメラがぐっと引きになります。Componentの数値ひとつが、ゲームの見え方を直接決めていると分かります（確認したら 400 に戻します）。カメラの腕（Spring Arm）の詳しい制御は カメラとSpring Armの記事 へ - Blueprint: 同じ画面のEvent Graphタブを開くと、移動やジャンプのノードが線で繋がっています。いまは読めなくて構いません。「ここにロジックが書いてある」と分かればOKです
- GameMode: メインツールバーの設定（World Settings）を開くと、GameMode Overrideと Default Pawn Class が見えます。「なぜPlayを押すとこのキャラクターが現れるのか」の答えがここです
ポイントは2つです。
- 画面のすべては5つの言葉のどれかに割り当てられる: 「これはActor？ Component？」と迷ったら、アウトライナに単独で並んでいればActor、何かのActorの中にぶら下がっていればComponentです
- テンプレートは最高の教材: 自分で作る前に「正解の構成」を読む。次のエディタUIの基本で画面の見方を整えると、この解剖がさらに捗ります
おまけ：先に知っておくと良いこと
- PawnとCharacterという言葉も出てくる: Pawnは「プレイヤーやAIが操作できるActor」、Characterは「Pawnに歩行移動・ジャンプなどの機能（Character Movement Component）が付いた特化版」です。つまり Actor ⊃ Pawn ⊃ Character という入れ子関係で、5つの基本概念の応用形にすぎません
- トランスフォームの実体はRoot Component: アクターの位置・回転は、正確にはアクターの根元のコンポーネント（Root Component）が持っています。「Actorを動かす＝Root Componentごと動かす」と知っておくと、後でコンポーネントの階層を組むときに迷いません
- アクター同士の連携は次のテーマ: 「スイッチを踏んだらドアが開く」のようにアクター同士を繋ぎたくなったら、アクター間通信の3つの方法へ進んでください
まとめ：5つの基本概念の関係性
| 基本概念 | 役割 |
|---|---|
| アクター (Actor) | 世界に配置できる実体（入れ物） |
| コンポーネント (Component) | アクターに機能を追加する部品 |
| ブループリント (Blueprint) | ノードでロジックを組む仕組み |
| レベル (Level) | ゲームの世界・マップそのもの |
| ゲームモード (GameMode) | ゲーム全体のルールブック（サーバー側） |
ひとことで繋げると、 Level（世界）にActor（実体）が置かれ、ActorはComponent（部品）の組み合わせでできていて、その振る舞いをBlueprint（ロジック）が決め、全体のルールをGameMode（ルールブック）が仕切る 。これがUE5のゲームの骨格です。
次はエディタUIの基本で画面の「地図」を手に入れ、プロジェクト作成直後に確認すべき5つの初期設定で足場を整えましょう。学習全体の道筋はUE5学習のロードマップにまとめています。
今日Third Personテンプレートを開いたら、アウトライナの一番上から順に、「これはActor、その中身はComponent」と声に出して読めますか？