【マイクラ】ブロック状態とは？意味・確認方法・IDとの違い【Java/統合版】

この記事は「ブロック状態って何？」という方向けの仕様解説です
Java版・統合版の両方に触れますが、表記は版によって違います
コマンド初心者さんでも分かるように、実例ベースで整理します

こんにちは。ゆずかきです。

マイクラのコマンドやデバッグ画面を見ていると、たまに、

minecraft:oak_log[axis=y]
minecraft:oak_stairs[facing=east,half=bottom]

みたいな表記を見かけることがあります。

この、角括弧の中に入っている axis=y や facing=east が、今回のテーマであるブロック状態です。

最初に見ると、正直かなりややこしく見えます。
「IDと何が違うの？」
「向きとか水没とか、どこまでがブロック状態なの？」
「Java版と統合版で書き方が違うの？」

こういう疑問が出やすいところですね。

ただ、考え方自体はそこまで難しくありません。
ブロックIDが“何のブロックか”を表すものなら、ブロック状態は“そのブロックが今どんな状態か”を表すものです。

この記事を読めば、次のことが分かるようになります。

ブロック状態の意味が分かります👍

ブロックID・アイテムID・NBTとの違いが整理できます👌

Java版のF3画面でブロック状態を確認できるようになります

/setblock や /fill で状態指定する時の考え方が分かります

建築だけしている方には少し縁遠く見えるかもしれませんが、階段の向き、水没、作物の成長段階、レッドストーンの信号強度などもブロック状態に関係します。

つまり、コマンド勢だけの話ではなく、普通のサバイバルでも裏側ではずっと使われている仕様なんです。

それでは、やっていきましょう！

※本記事は、Minecraft Java版・統合版のブロック状態に関する基礎解説です。
※ゲーム内仕様は、Minecraft WikiおよびMinecraft Creator公式ドキュメントを参照しています。
※バージョン更新により、状態名やコマンド構文が変更される場合があります。

1. ブロック状態とは
2. ブロックIDとの違い
3. ブロック状態で何が変わる？
4. Java版でブロック状態を確認する方法
5. 統合版でブロック状態を確認する方法
6. コマンドでブロック状態を指定する方法
7. よく見るブロック状態の実例
8. ブロック状態とNBT・ブロックエンティティの違い
9. つまずきやすいポイント
10. まとめ
11. 引用・参考文献

この記事で分かること
・ブロック状態の意味
・ブロックIDとの違い
・Java版と統合版の表記差
・コマンドで状態指定する時の考え方

1. ブロック状態とは

ブロック状態とは、同じブロックの中で、向き・形・成長段階・接続状態などを表す追加情報のことです。

例えば、原木を置いた時を考えてみましょう。

オークの原木は、同じ minecraft:oak_log でも、

縦向きに置かれている
東西向きに倒れている
南北向きに倒れている

という違いがあります。

これをマイクラ内部では、Java版なら次のように状態で分けています。

minecraft:oak_log[axis=y]
minecraft:oak_log[axis=x]
minecraft:oak_log[axis=z]

ここで、

minecraft:oak_log がブロックID
axis=y などがブロック状態

です。

つまり、ブロックそのものの種類は同じだけど、置かれ方や見た目が違うという情報を、ブロック状態で管理しているわけですね。

かなり身近な例だと、階段ブロックも分かりやすいです。
階段は、向き・上下・角階段かどうか・水没しているかなど、かなり細かい状態を持っています。

minecraft:oak_stairs[facing=east,half=bottom,shape=straight,waterlogged=false]

これを見ると難しく感じますが、言っていることは、

オークの階段が、東向きで、下付きで、普通の形で、水没していない状態

というだけです。

ブロック状態は、マイクラがブロックを正しく表示・動作させるためのメモみたいなものだと思えば分かりやすいです。

2. ブロックIDとの違い

ブロック状態を理解するうえで、一番大事なのは、ブロックIDとの違いです。
ここを混ぜると、コマンドで一気に混乱します。

👇下の表に、ブロックIDとブロック状態の違いを整理しました。

項目	意味	例
ブロックID	何のブロックかを表す	`minecraft:oak_log`
ブロック状態	そのブロックがどんな状態かを表す	`[axis=y]`
完成した指定	IDと状態を合わせたもの	`minecraft:oak_log[axis=y]`

かなり単純化すると、

ID = ブロックの名前
ブロック状態 = そのブロックの向き・形・状態

です。

例えば、石は基本的に向きがありません。
そのため、普通に扱うなら minecraft:stone だけで十分です。

一方で、階段や原木やドアは、置き方によって見た目や当たり判定が変わります。
こういうブロックは、ブロック状態を持っていることが多いです。

IDだけでは表現しきれないものがある

オークの階段を例にすると、minecraft:oak_stairs というIDだけでは、

北向きなのか
南向きなのか
上付きなのか
下付きなのか
水没しているのか

までは分かりません。

そこで、ブロック状態が必要になります。

minecraft:oak_stairs[facing=north,half=top,waterlogged=false]

このように状態まで指定することで、どの向き・どの形の階段なのかを正確に表現できます。

体験ベースで言うと、コマンドで建築物をコピーしたり、特定の向きでブロックを置いたりする時に、この差がかなり効いてきます。
IDだけで置くと、思った向きにならないことがあるんですよね。

3. ブロック状態で何が変わる？

ブロック状態で変わるものは、見た目だけではありません。
ブロックによっては、挙動や当たり判定、レッドストーン信号にも関係します。

代表的なものを挙げると、こんな感じです。

ブロック	主なブロック状態	何が変わるか
原木	`axis`	縦向き・横向き
階段	`facing` / `half` / `shape`	向き・上下・角階段
作物	`age`	成長段階
かまど	`facing` / `lit`	向き・燃焼中かどうか
レッドストーンワイヤー	`power`	信号強度
水没可能ブロック	`waterlogged`	水没しているかどうか

特にサバイバルで分かりやすいのは、作物の age です。

小麦なら、成長していくたびに内部の状態が変わっています。
プレイヤーから見ると「見た目が育っている」だけですが、内部的には成長段階を状態として持っているわけです。

また、レッドストーンワイヤーの power は信号強度に関わります。
レッドストーン回路を作っている時、「見た目は同じ赤い粉なのに、信号の強さが違う」という状況がありますよね。
あれも、状態として見れば納得しやすいです。

ブロック状態を知らなくても遊べる。でも知ると理解が深まる

普通にサバイバルをするだけなら、ブロック状態を知らなくても遊べます。
そこはご安心ください。

ただ、次のようなことをしたくなると、ブロック状態の知識が一気に役立ちます。

コマンドで建築したい
特定の向きでブロックを置きたい
/execute if block でブロック判定をしたい
データパックやアドオンを作りたい
F3画面の表示を理解したい
仕組みを理解して検証したい

特に、コマンドで装置や建築を作る方は、ブロック状態を知っておくとミスがかなり減ります。

4. Java版でブロック状態を確認する方法

Java版でブロック状態を確認するなら、基本はF3デバッグ画面です。

Java版では、F3 キーを押すことでデバッグ画面を表示できます。
そして、ブロックに視線を合わせると、画面右側に見ているブロックの情報が出ます。

確認手順

Java版でワールドに入る
F3 キーを押す
調べたいブロックに視線を合わせる
画面右側の Targeted Block 周辺を見る
ブロックIDと状態を確認する

例えば、オークの原木を見た時に、次のような表記が見えることがあります。

minecraft:oak_log
axis: y

この場合、IDは minecraft:oak_log、状態は axis=y です。

階段なら、もっと情報が多くなります。

minecraft:oak_stairs
facing: east
half: bottom
shape: straight
waterlogged: false

これをコマンド用の表記にすると、次のような形です。

minecraft:oak_stairs[facing=east,half=bottom,shape=straight,waterlogged=false]

F3 + I でコピーできるのも便利です

Java版では、F3 + I で見ているブロックやエンティティのサーバー側データをコピーできます。
また、F3 + Shift + I ではクライアント側のブロックやエンティティのデータをコピーできます。
コマンドで状態を調べたい時は、手打ちよりもコピーした方が安全です。

体験談
階段やトラップドアの状態を手入力すると、筆者はよく facing や half を間違えます。
Java版ならF3で見て、必要に応じてコピーするのが一番確実です。

reducedDebugInfo に注意

サーバー設定やゲームルールによって、デバッグ情報が制限されることがあります。
その場合、見たい情報が表示されなかったり、F3 + I でコピーできる内容が制限されたりすることがあります。

マルチサーバーでF3情報が少ない時は、サーバー側でデバッグ情報が制限されている可能性もあります。
自分のシングルワールドでは見えるのに、サーバーでは見えない、という場合はここを疑ってみましょう。

5. 統合版でブロック状態を確認する方法

統合版には、Java版のF3デバッグ画面と同じ確認方法はありません。
そのため、統合版でブロック状態を扱う場合は、主に次の方法で確認することになります。

コマンドの入力補完を見る
公式ドキュメントのブロック状態一覧を見る
Bedrock向けのコマンド資料を見る
実際に /setblock や /testforblock で試す

統合版の場合、状態指定の表記もJava版とは違います。

Java版では、

setblock ~ ~ ~ chest[facing=east]

のように、ブロックIDの後ろに [facing=east] を付けます。

一方、統合版では、次のようにブロックIDの後ろにブロック状態の配列を別引数として付ける形になります。

setblock ~ ~ ~ chest ["minecraft:cardinal_direction"="east"]

また、羊毛の色を指定する例なら、統合版では次のような形です。

setblock ~ ~ ~ wool ["color"="orange"]

※統合版の状態名や値は、Java版と同じとは限りません。
※古い資料では数値メタデータの書き方が残っていることがありますが、1.19.70以降の新しい構文ではブロック状態で指定する形が基本です。

統合版はJava版の状態名をそのまま使えると思わない方が安全

ここは、かなり大事です。

Java版で facing=east と書けるからといって、統合版でも同じように通るとは限りません。
統合版では、チェストの向きに minecraft:cardinal_direction のような別の状態名が使われる例があります。

そのため、統合版でコマンドを書く時は、

Java版の記事をそのままコピペしない
統合版向けの状態名を確認する
実際にコマンド入力欄で補完を確認する

この3点を意識しましょう。

注意！
ブロック状態は、Java版と統合版でかなり表記が違うことがあります。
意味は似ているけど名前が違うものもあるので、コマンドを組む時は版の違いを必ず確認してくださいね。

6. コマンドでブロック状態を指定する方法

ここからは、実際にコマンドでブロック状態を指定する時の考え方を整理します。

代表的なのは /setblock です。
これは、指定した座標にブロックを設置するコマンドですね。

Java版の書き方

Java版では、ブロックIDの後ろに角括弧で状態を書きます。

/setblock ~ ~ ~ minecraft:oak_log[axis=y]

このコマンドは、自分の位置に縦向きのオークの原木を置く例です。

横向きにしたい場合は、axis の値を変えます。

/setblock ~ ~ ~ minecraft:oak_log[axis=x]
/setblock ~ ~ ~ minecraft:oak_log[axis=z]

複数の状態を指定する場合は、カンマで区切ります。

/setblock ~ ~ ~ minecraft:oak_stairs[facing=east,half=top,shape=straight,waterlogged=false]

このように、Java版では、

ブロックID[状態名=値,状態名=値]

という形で覚えておけば大丈夫です。

統合版の書き方

統合版では、ブロックIDの後ろにブロック状態を別引数として書きます。

/setblock ~ ~ ~ chest ["minecraft:cardinal_direction"="east"]

文字列の値を指定する場合は、引用符を付けます。

/setblock ~ ~ ~ wool ["color"="orange"]

複数の状態を扱う時は、統合版の状態名と値に合わせて指定します。
Java版の [facing=east] をそのまま統合版に持ち込むのではなく、統合版側の状態名を確認してから使いましょう。

Java版と統合版の違いまとめ

項目	Java版	統合版
状態指定の位置	ブロックIDの直後	ブロックIDの後ろの別引数
例	`oak_log[axis=y]`	`chest ["minecraft:cardinal_direction"="east"]`
状態名	`facing` など	`minecraft:cardinal_direction` など
確認しやすさ	F3で確認しやすい	公式資料・補完確認が中心

同じ「向き」を指定したいだけでも、版によって名前や値が違います。
ここを無理に暗記するより、使うたびに確認する方が事故りにくいです。

7. よく見るブロック状態の実例

ここでは、よく見かけるブロック状態をいくつか紹介します。
全部を暗記する必要はありません。
「こういうものが状態として扱われるんだな」と分かればOKです。

原木：axis

原木の向きを表す状態です。

minecraft:oak_log[axis=y]
minecraft:oak_log[axis=x]
minecraft:oak_log[axis=z]

axis=y：縦向き
axis=x：東西方向
axis=z：南北方向

サバイバルで原木を置く時、置く面によって向きが変わりますよね。
あれを状態として管理しているわけです。

階段：facing / half / shape / waterlogged

階段は、ブロック状態の理解にかなり向いているブロックです。
状態が多いからです。

minecraft:oak_stairs[facing=east,half=bottom,shape=straight,waterlogged=false]

facing：向き
half：上付きか下付きか
shape：普通の階段か、角階段か
waterlogged：水没しているかどうか

階段をコマンドで置く時、IDだけ指定すると、向きが想定と違うことがあります。
特に建築コピーや装飾で使う場合は、F3で状態を確認してから指定すると安全です。

作物：age

作物の成長段階を表す状態です。

minecraft:wheat[age=7]

小麦の場合、最大まで育った状態が age=7 です。
途中段階の作物は、age の数値が低くなります。

ここは、サバイバル勢にも分かりやすいところだと思います。
「見た目で育っているかどうかを判断している」裏側で、実際には成長段階が状態として管理されています。

かまど：facing / lit

かまどは、向きと燃焼状態を持ちます。

minecraft:furnace[facing=north,lit=false]

facing：かまどの正面の向き
lit：燃えているかどうか

燃焼中のかまどは見た目が変わりますよね。
あれも状態として管理されています。

ただし、かまどの中身や燃料の残り時間などは、単なるブロック状態だけではありません。
このあたりは、後述するブロックエンティティ側の情報として扱われます。

レッドストーンワイヤー：power

レッドストーンワイヤーには、信号強度を表す状態があります。

minecraft:redstone_wire[power=15]

power は信号の強さです。
信号が遠くなるほど弱くなるため、内部的にはこの値が変わります。

レッドストーン回路を検証する時に、F3で状態を見ると、信号がどのくらい来ているか確認しやすくなります。

トラップドア：facing / half / open / powered / waterlogged

トラップドアも、状態が多いブロックです。

minecraft:oak_trapdoor[facing=north,half=bottom,open=false,powered=false,waterlogged=false]

facing：向き
half：上付きか下付きか
open：開いているか
powered：レッドストーン入力を受けているか
waterlogged：水没しているか

トラップ装置を作る時、トラップドアの開閉状態はかなり大事です。
見た目は小さいですが、内部状態は意外と細かく分かれています。

体験談
トラップドアをコマンドで置いた時、向きや上下がズレると、モブの誘導が失敗することがあります。
装置系で使う時は、見た目だけではなく状態も確認しておくと安心です。

8. ブロック状態とNBT・ブロックエンティティの違い

ブロック状態と一緒に混乱しやすいのが、NBTやブロックエンティティです。
ここは少し難しいですが、コマンドを触るなら避けて通れないところです。

結論から言うと、

見た目や基本挙動に関わる軽い状態 = ブロック状態
中身や保存データを持つもの = ブロックエンティティ側の情報

というイメージです。

チェストで考えると分かりやすい

チェストには、向きや種類があります。

minecraft:chest[facing=east,type=single,waterlogged=false]

このあたりはブロック状態です。

一方で、チェストの中に入っているアイテムは、ブロック状態ではありません。
中身のアイテムは、そのチェストが持つ別のデータとして保存されます。

つまり、

チェストの向き：ブロック状態
チェストが単体かラージチェストの一部か：ブロック状態
チェストの中身：ブロック状態ではない

ということです。

看板も同じです

看板の場合、設置方向や壁付きかどうかは状態で管理されます。
一方で、看板に書かれた文字そのものは、単なるブロック状態ではありません。

ここを混ぜると、

「ブロック状態を指定したのに、看板の文字が変わらない」
「チェストの向きは変わるのに、中身は指定できない」

という混乱が起きやすいです。

ブロック状態だけで全部は管理していない

ブロック状態は便利ですが、何でも管理しているわけではありません。

特に、次のようなものはブロック状態とは別扱いになることが多いです。

チェストの中身
かまどの中身や燃焼時間
看板の文字
コマンドブロックのコマンド内容
スカルや旗などの細かいデータ

注意！
ブロック状態は「そのブロックの基本的な形・向き・動作」を見るものです。
中身や文字まで全部見られるものではないので、ここは分けて考えましょう。

9. つまずきやすいポイント

最後に、ブロック状態でつまずきやすいポイントをまとめます。
コマンド初心者さんは、ここで引っかかりやすいと思います。

1. Java版と統合版で状態名が違う

一番多いミスです。

Java版で使える状態名が、統合版でもそのまま使えるとは限りません。
逆も同じです。

例えば、Java版ではチェストの向きに facing を使いますが、統合版では別の状態名が使われます。
統合版では minecraft:cardinal_direction のような表記が使われる例もあります。

Java版の記事を見ながら統合版でコマンドを打つ時は、特に注意してください。

2. 状態の値を間違える

状態名が合っていても、値を間違えるとコマンドが通りません。

例えば、Java版の原木なら axis の値は基本的に x、y、z です。
ここに north などを入れても意味が違います。

# OK例
/setblock ~ ~ ~ minecraft:oak_log[axis=y]

# 原木のaxisにnorthは使わない
/setblock ~ ~ ~ minecraft:oak_log[axis=north]

向き系の状態は、

facing=north
axis=y
rotation=0

のように、ブロックによって名前も値も違います。
ここは暗記より確認が大事です。

3. 存在しない状態を指定している

すべてのブロックが同じ状態を持っているわけではありません。

例えば、石に facing=north を付けても、石には向きがありません。
そのため、存在しない状態を指定していることになります。

# 石にはfacing状態がないので不可
/setblock ~ ~ ~ minecraft:stone[facing=north]

ブロックごとに持っている状態が違うので、F3やMinecraft Wiki・公式ドキュメントで確認しましょう。

4. 初期値を見落とす

状態を指定しない場合、ブロックには初期状態があります。

/setblock ~ ~ ~ minecraft:oak_stairs

このように階段を状態なしで置くと、ゲーム側の初期値で置かれます。
そのため、思った向きや形にならないことがあります。

「とりあえず置ければOK」なら問題ありませんが、装置や建築で正確に置きたい時は、状態まで指定した方が安全です。

5. ブロック状態とアイテムIDを混ぜる

ブロックIDとアイテムIDも、似ているようで別物です。

例えば、ワールドに置かれたブロックを表すIDと、インベントリ内のアイテムを表すIDは、扱われ方が違うことがあります。

ブロック状態は、基本的にワールド内に置かれたブロックの状態を見るものです。
アイテムとして持っている段階では、階段の向きや原木の軸などはまだ決まっていません。

これも、混乱しやすいところですね。

6. 水没状態を忘れる

水没可能なブロックでは、waterlogged が重要になることがあります。

minecraft:oak_stairs[waterlogged=true]

水中建築や装置を作る時、見た目は同じように見えても、水没しているかどうかで挙動が変わる場合があります。

特に、水流やMobの挙動に関わる装置では、見落とすと原因不明のズレが出ることがあります。

チェックリスト

ブロック状態でコマンドがうまくいかない時は、下記を確認してください。

[ ] Java版と統合版を混ぜていないか？
[ ] そのブロックに本当にその状態が存在するか？
[ ] 状態名のスペルは正しいか？
[ ] 値の種類は合っているか？
[ ] 文字列・数値・真偽値の書き方を間違えていないか？
[ ] 水没状態など、見落としやすい状態を無視していないか？
[ ] Java版ならF3で実物の状態を確認したか？
[ ] 統合版なら統合版向けの資料で状態名を確認したか？

困った時は、まず実際に置いてあるブロックを見るのがおすすめです。
Java版ならF3で見る。
統合版なら補完や資料で確認する。
この流れが一番安全です。

10. まとめ

今回は、マイクラのブロック状態について解説しました。

要点を整理すると、

ブロックIDは“何のブロックか”を表す
ブロック状態は“そのブロックがどんな状態か”を表す
原木の向き、階段の向き、作物の成長段階、水没状態などが該当する
Java版ではF3画面でブロック状態を確認しやすい
統合版ではJava版と状態名や構文が違うことがある
コマンドで正確に置きたい時は、状態指定がかなり重要

という感じです。

ブロック状態は、最初だけ難しく見えます。
でも、考え方としては、

ブロックID = 種類
ブロック状態 = 向き・形・成長段階などの追加情報

これで大丈夫です。

サバイバルだけなら意識しなくても遊べますが、コマンド・装置・データパック・アドオンに触れるなら、かなり重要な基礎知識になります。

特にJava版の方は、F3画面で実際にブロックを見てみると理解が早いです。
階段、原木、作物、トラップドア、レッドストーンワイヤーあたりを見比べるだけでも、かなり感覚が掴めると思います。

では、本日はここまでで終わります。
最後までご覧いただき、ありがとうございました。
柚子クラでは他にもマイクラの仕様解説や便利装置を紹介しているので、是非ご覧くださいね(^^♪

11. 引用・参考文献

この記事を書くにあたり、以下のMinecraft Wiki・公式ドキュメント・Bedrock向け資料を参考にしています。

ゆずかきのゲーム館