Unityが動かない原因15選｜ゲーム・スクリプト・プロジェクトを最短で直すチェックリスト

Unityで作業していると、突然ゲームが動かなくなったり、Playボタンを押しても再生できなくなったりすることがあります。

特にUnityを学び始めたばかりの頃は、「昨日まで動いていたのになぜ？」「スクリプトは書いたのに反応しない…」と戸惑ってしまいますよね。

ただし、「Unityが動かない」という症状にはさまざまな原因があります。

• Unity自体が開かない
• Playモードに入れない
• スクリプトが実行されない
• ゲームオブジェクトが動かない
• エラーは出ていないのに期待通りに動作しない

これらは見た目こそ似ていますが、確認すべき場所や解決方法は大きく異なります。

私もUnityを始めた頃は、原因が分からないままコードを書き直したり、設定を片っ端から変更したりして余計に状況を悪化させたことが何度もありました。

実際には、やみくもに修正するよりも「何が動いていて、何が動いていないのか」を順番に切り分ける方がずっと早く解決できます。

もし今まさにUnityの画面を前に悩んでいるなら、焦らなくて大丈夫です。まずは症状を整理しながら原因を特定していきましょう。

---

結論：Unityが動かない時はまずこの5項目を確認する

Unityが動かない原因はたくさんありますが、最初からすべてを調べる必要はありません。

実際には、多くのトラブルが次の5項目の確認だけで原因を特定できます。

1. Consoleに赤いエラーが表示されていないか確認する
2. Play Modeへ正常に入れるか確認する
3. スクリプトがGameObjectにアタッチされているか確認する
4. Debug.Logが出力されるか確認する
5. Unityやアセットのバージョン互換性を確認する

特に初心者の方は、エラーが出た瞬間にコードを書き直したくなるかもしれません。しかし、原因が分からないまま修正を始めると、別の問題を増やしてしまうことがあります。

例えば、プレイヤーが動かない場合でも原因はさまざまです。

• コンパイルエラーでPlayできていない
• スクリプトが無効になっている
• GameObjectが非アクティブになっている
• 入力処理が実行されていない
• 別のスクリプトで値を書き換えられている

見た目は同じ「動かない」でも、解決方法はまったく異なります。

---

Unityが動かない原因はまず症状を切り分ける

Unityでトラブルが発生したときに最もやってはいけないのが、「とりあえずコードを書き換える」ことです。

なぜなら、「Unityが動かない」という言葉だけでは原因を特定できないからです。

まずは何が動いていないのかを整理しましょう。

症状	最初に確認する場所
Unityが開かない	Unity Hub・Editorログ
Playボタンを押しても再生できない	Console
ゲームが動かない	スクリプト・Inspector
特定機能だけ動かない	コンポーネント設定
エラーはないが挙動がおかしい	Debug.Log

Unityが開かない

Unity Hubからプロジェクトを開こうとしても起動しない場合は、スクリプトの問題ではなく、Unity Editorやプロジェクト自体に問題がある可能性があります。

例えば次のような症状です。

• 起動途中でフリーズする
• Loading画面から進まない
• プロジェクトを開くとクラッシュする
• Unity Hubから起動できない

この段階ではコードを修正しても改善しないことが多いため、まずはUnityのインストール状況やプロジェクト環境を確認する必要があります。

Playボタンを押しても再生できない

Playボタンを押した瞬間にエラーが表示されたり、Play Modeへ移行できなかったりする場合は、コンパイルエラーが発生している可能性が高いです。

このケースでは、スクリプトが実行される前の段階でUnityが停止しています。

つまり、ゲームの内容以前に「実行できる状態になっていない」ということです。

まずはConsoleの赤いエラーを確認しましょう。

Playできるがゲームが動かない

Play Modeには入れるのに、キャラクターが動かない、ボタンが反応しない、攻撃が発動しないといったケースもあります。

この場合はUnity自体は正常に動いています。

そのため、原因はスクリプトの設定やロジックにある可能性が高くなります。

初心者の方が意外と見落としやすいのは、「スクリプトを書いた」ことと「スクリプトが実行されている」ことは別だという点です。

GameObjectへのアタッチ忘れや、コンポーネントの無効化などもよくあります。

一部だけ動かない

ゲーム全体は正常なのに、特定の機能だけ動かない場合もあります。

例えば次のようなケースです。

• ジャンプだけできない
• UIボタンだけ反応しない
• 敵AIだけ停止している
• 特定のオブジェクトだけ表示されない

この場合はプロジェクト全体の問題ではなく、その機能に関係するコンポーネントや設定を重点的に確認した方が効率的です。

まずは「何が動かないか」を言葉にする

原因調査で大切なのは、「Unityが動かない」から一歩進めて症状を具体的に表現することです。

例えば、

• Unityが開かない
• Playできない
• スクリプトが実行されない
• Debug.Logが表示されない
• オブジェクトが移動しない

というように言い換えるだけでも、調査範囲はかなり絞り込めます。

---

UnityでPlayできない時はコンパイルエラーを確認する

Unityで「再生ボタンを押してもゲームが始まらない」という場合、最初に確認すべきなのはConsoleのコンパイルエラーです。

私の経験上、Play Modeに入れないトラブルの多くはコンパイルエラーが原因です。コードの内容が正しいかどうか以前に、Unityがスクリプトを正常に読み込めていない状態になっています。

まずはConsoleウィンドウを開き、赤いエラーメッセージが表示されていないか確認しましょう。

「All compiler errors have to be fixed before you can enter playmode!」とは

Playボタンを押したときに次のメッセージが表示されることがあります。

All compiler errors have to be fixed before you can enter playmode!

これは「コンパイルエラーをすべて修正するまでPlay Modeに入れません」という意味です。

Unityはスクリプトをコンパイルしてからゲームを実行します。そのため、1つでもコンパイルエラーが残っているとゲーム全体の実行が停止されます。

初心者の方は「関係ないスクリプトだから後で直そう」と考えがちですが、Unityはプロジェクト全体をコンパイルするため、使っていないスクリプトのエラーでもPlayできなくなることがあります。

Consoleの赤いエラーを確認する

まずはConsoleウィンドウを開きましょう。

Consoleが表示されていない場合は、メニューから以下を選択します。

• Window → General → Console

Consoleには主に3種類のメッセージが表示されます。

種類	意味	緊急度
Log	通常の情報	低
Warning	注意が必要	中
Error	正常動作できない可能性が高い	高

Playできない場合は、まず赤いErrorを優先的に確認してください。

エラーをダブルクリックして原因箇所を開く

Consoleのエラーメッセージは読むだけでなく、ダブルクリックできます。

ダブルクリックすると、問題が発生しているスクリプトと行番号へ直接移動できます。

例えば次のようなエラーが表示されることがあります。

Assets/Scripts/Player.cs(15,10): error CS1002: ; expected

この場合はPlayer.csの15行目付近に問題があります。

ただし、実際の原因は少し前の行にあることも珍しくありません。

例えばセミコロンの付け忘れや括弧の閉じ忘れは、エラー行より上に原因があるケースが多いです。

エラー行だけを見るのではなく、前後数行も確認すると原因を見つけやすくなります。

Unityバージョン違いで発生するケース

Asset Storeからアセットを導入した直後や、古いプロジェクトを開いた直後に大量のエラーが発生することがあります。

この場合はコードミスではなく、Unityバージョンの違いが原因かもしれません。

例えば次のようなケースがあります。

• Unity 6で古いアセットを導入した
• Unity 2022向けアセットをUnity 2021で開いた
• 必要なPackageが導入されていない
• 廃止されたAPIが使用されている

エラーが数百件単位で発生している場合は、個別修正よりも先にアセットの対応バージョンや公式ドキュメントを確認した方が早いことがあります。

---

Unityのスクリプトが動かない時の確認項目

Play Modeには入れるのにスクリプトが反応しない場合は、コンパイルエラーではなく設定や実行状態に問題がある可能性が高くなります。

このとき大切なのは、いきなりコードを書き換えるのではなく、「そもそもスクリプトが実行されているか」を確認することです。

私も過去に1時間以上コードを見直した結果、原因が「スクリプトをアタッチし忘れていた」だけだったことがあります。意外と単純なミスほど見落としやすいものです。

スクリプトがアタッチされているか

まず確認したいのが、対象のGameObjectにスクリプトがアタッチされているかです。

Hierarchyで対象オブジェクトを選択し、Inspectorを確認してください。

例えばPlayerController.csを書いた場合でも、Playerオブジェクトに追加されていなければ実行されません。

特に以下のような場面では見落としが発生しやすくなります。

• Prefabを複製したとき
• 別のオブジェクトに付けたつもりになっているとき
• 新しいPrefabへ差し替えたとき

コードの内容を確認する前に、まずInspectorを見てスクリプトが存在するか確認しましょう。

MonoBehaviourが無効になっていないか

スクリプトが付いていても、無効化されていると実行されません。

Inspectorを見ると、スクリプト名の左側にチェックボックスがあります。

このチェックが外れている状態では、UpdateやFixedUpdateなどのイベント関数は呼ばれなくなります。

例えば次のコードでも同じ状態になります。

this.enabled = false;

一度無効になったスクリプトは、自分自身ではUpdateを実行できなくなるため、別のスクリプトから再度有効化する必要があります。

「昨日までは動いていたのに急に止まった」という場合は、どこかでenabledを変更していないか確認してみましょう。

GameObjectが非アクティブになっていないか

スクリプトが有効でも、GameObject自体が非アクティブになっていると処理は実行されません。

Hierarchyでオブジェクト名がグレー表示になっている場合は、非アクティブになっている可能性があります。

例えば次のコードが実行されると、オブジェクトごと停止します。

gameObject.SetActive(false);

この状態では、アタッチされているすべてのコンポーネントも動作しなくなります。

スクリプトだけを停止するのか、オブジェクト全体を停止するのかは意味が大きく異なるため、混同しないよう注意しましょう。

Debug.Logで実行されているか確認する

スクリプトのトラブル調査で最も役立つのがDebug.Logです。

例えば次のように記述します。

void Start()
{
    Debug.Log("Start実行");
}

PlayしたときにConsoleへメッセージが表示されれば、その処理までは正常に実行されています。

逆に表示されなければ、その関数が呼ばれていないことになります。

調査するときは次の順番がおすすめです。

1. AwakeにDebug.Logを入れる
2. StartにDebug.Logを入れる
3. UpdateにDebug.Logを入れる

どこまで表示されるか確認すると、問題が発生している場所をかなり絞り込めます。

なお、Debug.Logの活用方法については、こちらの記事でも詳しく解説しています。

---

Unityのゲームが動かない時は実行順序を確認する

Consoleにエラーは出ていない。

スクリプトもアタッチされている。

それなのにゲームが思った通りに動かない。

このような場合は、Unityのイベント関数の実行順序が原因になっていることがあります。

特に初心者の方は「コードは正しいのになぜか動かない」という状況に遭遇しやすいのですが、実際には処理が実行されるタイミングが問題になっているケースも少なくありません。

AwakeとStartの違い

まず覚えておきたいのが、AwakeとStartは同じではないということです。

関数	実行タイミング
Awake	オブジェクト生成時に最初に実行
Start	最初のフレーム更新前に実行

例えば他のスクリプトから値を取得する場合、Awakeの段階では相手側の初期化が終わっていないことがあります。

その結果、取得しようとした値がまだ設定されておらず、正常に動作しないことがあります。

「初期化処理だから全部Awakeに書こう」と考えると、この問題に遭遇しやすくなります。

Updateが呼ばれているか確認する

オブジェクトが動かない場合は、Update自体が実行されているか確認してみましょう。

例えば次のように記述します。

void Update()
{
    Debug.Log("Update実行中");
}

Consoleへログが表示されれば、Updateは正常に呼ばれています。

逆に表示されない場合は、スクリプトが無効になっているか、GameObjectが非アクティブになっている可能性があります。

「移動コードがおかしい」と思っていたら、実はUpdate自体が実行されていなかったというケースも珍しくありません。

他スクリプトの初期化前に参照していないか

実行順序が原因のトラブルでよくあるのが、別スクリプトの初期化前に値を取得しようとするケースです。

例えば次のような流れです。

1. PlayerManagerのAwakeが実行される
2. GameManagerのAwakeでPlayerManagerの値を取得する
3. まだ値が設定されておらず正常に取得できない

この場合、コード自体に間違いはありません。

問題は「いつ実行されたか」です。

そのため、Awakeに書いている処理をStartへ移動するだけで解決することもあります。

エラーが出ないため見つけにくいトラブルですが、中級者でもよく遭遇する問題です。

実行順序が原因か判断する基準

実行順序を疑うべきか迷ったら、Debug.Logで処理の流れを確認してみましょう。

例えば次のようにログを配置します。

void Awake()
{
    Debug.Log("Player Awake");
}

void Start()
{
    Debug.Log("Player Start");
}

複数のスクリプトにログを入れると、どの順番で実行されているか確認できます。

もし期待していた順番と異なっていた場合は、実行タイミングを見直すことで解決できる可能性があります。

---

UnityのConsoleを使うと原因特定が圧倒的に速くなる

Unityでトラブルが発生したとき、最も頼りになるのがConsoleです。

慣れないうちはエラーメッセージを見るだけで身構えてしまうかもしれません。しかし実際には、ConsoleはUnityが「何が起きているか」を教えてくれる非常に便利な診断ツールです。

私も原因不明の不具合に遭遇したときは、まずConsoleを確認するところから始めます。コードを何度も書き換えるより、Consoleを正しく読む方が早く解決できることがほとんどです。

Consoleで見るべき3種類のメッセージ

Consoleには主に3種類のメッセージが表示されます。

• Log：通常の情報
• Warning：注意が必要な情報
• Error：修正が必要な問題

初心者の方は赤いErrorだけを確認しがちですが、Warningにも重要なヒントが含まれていることがあります。

例えば「将来削除予定のAPIを使っています」といったWarningは、現在は動いていてもUnityのバージョンアップ後に問題になる可能性があります。

まずはErrorを優先し、その後にWarningも確認する習慣を付けるとトラブルを未然に防ぎやすくなります。

Debug.Logの正しい使い方

Debug.Logは「どこまで処理が進んだか」を確認するために使います。

例えばプレイヤーが移動しない場合、いきなり移動処理を修正するのではなく、まず処理が実行されているか確認します。

void Update()
{
    Debug.Log("移動処理開始");
}

ログが表示されればUpdateは動いています。

表示されなければ、問題は移動処理ではなく、その前の段階にあると判断できます。

このようにDebug.Logは「動かない原因を切り分けるための目印」として使うのが効果的です。

Update内で大量ログを出してはいけない理由

Debug.Logは便利ですが、使い方には注意が必要です。

特に次のようなコードは避けた方がよいでしょう。

void Update()
{
    Debug.Log("毎フレーム実行");
}

Updateは毎秒数十回以上実行されます。

そのため大量のログが生成され、Consoleが見づらくなったり、環境によってはパフォーマンスへ影響したりすることがあります。

一時的な調査であれば問題ありませんが、原因が分かったら不要なDebug.Logは削除しておくのがおすすめです。

ログから原因を特定する流れ

Debug.Logを使うときは、次の流れで調査すると効率的です。

1. 症状を確認する
2. 怪しい場所へDebug.Logを追加する
3. Consoleで出力結果を確認する
4. どこで処理が止まっているか特定する

例えば「ボタンを押しても攻撃しない」という場合でも、

• ボタンは押されているのか
• 攻撃関数は呼ばれているのか
• 弾生成処理は実行されているのか
• Instantiateは成功しているのか

というように段階的に確認できます。

原因調査では勘に頼るよりも、ログで事実を確認する方が圧倒的に確実です。

Inspector上の状態確認やデバッグ効率をさらに高めたい場合は、次のようなツールも役立ちます。

Odin Inspector
✅アセットストアでチェックする

---

Unityが動かない時の3分診断チェックリスト

ここまで紹介してきた内容を、実際のトラブル調査で使いやすい順番にまとめました。

Unityが動かないときは、上から順番に確認してみてください。多くの場合、途中で原因が見つかります。

また、原因が分からないまま設定を変更したりコードを書き換えたりすると、別の問題が増えてしまうことがあります。

まずは現状を確認しながら進めるのがおすすめです。

Unityの基本的な仕組みやエラーの読み方を体系的に学びたい場合は、こちらも参考になります。

Unityの教科書 Unity 6完全対応版
✅ Amazonでチェックする｜✅ 楽天でチェックする

手順1：Consoleに赤エラーはあるか

最初にConsoleを確認します。

赤いErrorが表示されている場合は、その修正を最優先してください。

特にコンパイルエラーがある状態では、他の不具合を調査しても意味がありません。

まずは赤いエラーを0件にすることを目標にしましょう。

YES（エラーあり）
→ エラー内容を確認して修正する

NO（エラーなし）
→ 次の手順へ進む

手順2：Play Modeへ入れるか

Playボタンを押したときにゲームが再生されるか確認します。

Playできない場合は、コンパイルエラーやパッケージの問題が発生している可能性があります。

Playできる場合は、Unity自体は正常に動作していると考えられます。

YES（Playできる）
→ 次の手順へ進む

NO（Playできない）
→ Consoleのエラーを確認する

手順3：Debug.Logは表示されるか

対象のスクリプトにDebug.Logを追加し、実行されているか確認します。

void Start()
{
    Debug.Log("実行確認");
}

ログが表示されれば、その関数までは正常に実行されています。

表示されない場合は、スクリプトが実行されていない可能性があります。

YES（表示される）
→ ロジックや処理内容を確認する

NO（表示されない）
→ スクリプトやGameObjectの状態を確認する

手順4：GameObjectは有効か

Hierarchyで対象オブジェクトがグレー表示になっていないか確認します。

また、Inspectorでスクリプトのチェックボックスが有効になっているかも確認しましょう。

意外と多いのが、SetActive(false)やenabled=falseによる停止です。

YES（有効）
→ 次の手順へ進む

NO（無効）
→ 有効化して再確認する

手順5：Unityバージョン差異はないか

Asset Storeのアセット導入後や、古いプロジェクトを開いた直後に問題が発生した場合は、バージョン互換性も確認しましょう。

• Unityの対応バージョン
• 必要なPackage
• アセットの更新状況
• APIの変更有無

エラーが大量に発生している場合は、コードを修正する前に環境面を確認した方が早く解決できることがあります。

チェックリストを使う目的

このチェックリストの目的は、「原因を当てること」ではありません。

原因の候補を1つずつ減らしていき、確実に問題箇所を特定することです。

Unityのトラブル調査では、経験や勘よりも切り分けの手順の方が重要です。

---

Unity初心者が勘違いしやすいポイント

Unityのトラブルで厄介なのは、「動かない原因」と「自分が思っている原因」が一致しないことです。

特に初心者のうちは、見た目だけで判断してしまい、実際の原因から遠回りしてしまうことがあります。

ここでは、私自身も何度も引っかかった代表的な勘違いを紹介します。

エラーがない＝正常ではない

Consoleにエラーが表示されていないと、「問題はないはず」と考えてしまいがちです。

しかし実際には、エラーがなくてもゲームが正常に動作しないことはよくあります。

例えば次のようなケースです。

• 条件分岐が間違っている
• 取得したいオブジェクトが存在しない
• 想定外の値が代入されている
• 処理の順番が間違っている

これらはコンパイルエラーにならないため、Consoleは静かなままです。

「エラーがない＝正しい」ではなく、「エラーがない＝次の調査に進める」と考える方が実際の開発に近い感覚です。

スクリプトがある＝実行されるではない

スクリプトを書いただけではゲームは動きません。

Unityでは次の条件を満たして初めてスクリプトが実行されます。

• GameObjectへアタッチされている
• スクリプトが有効になっている
• GameObjectが有効になっている
• コンパイルエラーが発生していない

特にPrefabを複製した後や、別オブジェクトを使うようになった後は、アタッチ忘れが発生しやすくなります。

コードの内容を疑う前に、まずInspectorを確認する癖を付けておくとトラブルを減らせます。

Playできる＝問題ないではない

Play Modeへ入れたからといって、ゲームが正常とは限りません。

例えば次のような状況でもPlayはできます。

• キャラクターが動かない
• ボタンが反応しない
• 攻撃が発動しない
• 敵が出現しない

Unityから見るとゲームは実行できていますが、ゲームロジックに問題がある状態です。

そのため、Playできた後はDebug.Logを活用して処理の流れを確認することが大切です。

AwakeとStartは同じではない

初心者の方が最も混同しやすいのがAwakeとStartです。

どちらも初期化処理に使われることが多いため、同じものに見えるかもしれません。

しかし実際には実行タイミングが異なります。

例えば他のスクリプトの値を取得する処理をAwakeに書くと、相手側の初期化が終わっておらず正常に取得できないことがあります。

「エラーは出ないのに動かない」という場合は、実行順序も疑ってみましょう。

原因はコードだけとは限らない

Unityで発生する問題は、必ずしもスクリプトが原因ではありません。

例えば次のような環境要因もあります。

• Unityバージョンの違い
• Packageの不足
• Asset Storeアセットの互換性問題
• Project Settingsの設定ミス

特にアセット導入直後やUnityアップデート直後に発生した不具合は、コードよりも環境の変化を疑った方が早く解決できることがあります。

---

まとめ｜Unityが動かない時は症状ごとに切り分けよう

Unityで「動かない」という問題が発生したときは、原因を予想して修正するよりも、まず症状を切り分けることが大切です。

今回紹介した内容を振り返ると、確認する優先順位は次のようになります。

1. Consoleに赤いエラーが出ていないか確認する
2. Play Modeへ正常に入れるか確認する
3. スクリプトが実行されているかDebug.Logで確認する
4. GameObjectやスクリプトが有効になっているか確認する
5. 実行順序やUnityバージョンの問題を確認する

特に初心者のうちは、エラーが出るとすぐにコードを書き換えたくなります。

しかし、原因が分からないまま修正を繰り返すと、本来の問題とは別の不具合を作ってしまうこともあります。

私自身も、数十分コードを見直した結果、原因が「GameObjectが非アクティブだっただけ」という経験が何度もあります。

そのため現在は、まずConsoleを確認し、次にDebug.Logで処理の流れを調べ、それからコードを修正するようにしています。

Unityのトラブル対応では、知識量よりも切り分けの手順が重要です。

もし今後同じような問題が発生した場合も、

• 何が動かないのか
• どこまでは正常に動いているのか
• どこから動かなくなるのか

を順番に確認していけば、多くの問題は自力で解決できるようになります。

焦って修正するより、一歩ずつ原因を絞り込む方が結果的には近道です。

---

よくある質問（FAQ）