ワールドをアップロードしました。Community Labsにも出しました。
数日たって見に行くと、訪問者は十数人。誰もいないインスタンスに、自分だけが立っています。
これは失敗ではありません。 1本目のワールドでは、ごく普通の結果です。この記事では、ここから先の一周 を扱います。報告を集めて、直して、また出す。この一周ができると、次のワールドの出来が変わります。
この記事でわかること
- Community Labsがどういう場所か
- 連絡先と更新履歴の置き方
- 更新するときの注意
- 数字との付き合い方
ワールドをアップロードする を済ませた状態から始めます。
Labsは大通りではなく、新刊の棚
Community Labs は、公開したてのワールドが並ぶ場所です。ここに出すと、探している人の目に触れるようになります。
ただし、人がたくさん通る場所ではありません。 本屋でいえば、平積みの新刊コーナーではなく、新入荷の棚に近いものです。
| 思いがちなこと | 実際 |
|---|---|
| 出せば人が来る | 探しに来た人だけが見る |
| 数日で判断できる | 波があるので、しばらく見る |
| 人が来ないのは出来が悪いから | 単に見つかっていないことが多い |
Labsに一定期間置かれ、条件を満たしたワールドがPublicへ上がります。そこまで待つ期間だと考えてください。
だから、この時期にやるべきことは宣伝ではありません。来てくれた少数の人から、確実に情報をもらうこと です。
全部を見てくれた1人の報告は、10秒で出ていった50人より役に立ちます。 ここに集中します。
実践：意見が届く仕組みを置く
来てくれた人が「これ、ここが困った」と伝えられる仕組みを、ワールドの中に置きます。
1. 連絡先の看板を置く
出口の近くか、入ってすぐ目に入る壁に、看板を1枚置きます。
World Space の Canvas と TextMeshPro で、こう書きます。
このワールドの作者：（名前）
気づいたこと・動かないところがあれば
（連絡先）まで教えてください
具体的に何を知りたいかを添えると、報告が来やすくなります。
| 書き方 | 届きやすさ |
|---|---|
| 「ご意見をお寄せください」 | 届きにくい |
| 「動かない仕掛け・迷った場所があれば教えてください」 | 届きやすい |
何を報告すればいいか分かると、人は書きやすくなります。文字サイズは いろんな人が使えるようにする の目安に合わせてください。
2. 更新履歴を、外から書き換えられるようにする
直したことを来場者に伝えたいのですが、そのたびにアップロードするのは大変です。
外部テキストで掲示板を更新する の仕組みを、そのまま使えます。
- Webにテキストファイルを1つ置く
- ワールドに掲示板を置いて、そのURLを読ませる
- 直したらテキストを書き換える
2026-09-09 2階の椅子に座れない問題を直しました
2026-09-05 入口が暗かったので明るくしました
2026-09-01 公開しました
ビルドせずに更新できます。 報告してくれた人が「直った」と分かるので、次の報告にもつながります。
3. 初めて来た人の目で1周する
いちばん見つかる不具合は、自分で歩いて見つかるもの です。
ただし、作った本人はどこに何があるか知っています。そのままでは初見の目になれません。次の縛りを入れて1周してください。
| 縛り | 見つかること |
|---|---|
| スポーン地点から、一度も振り返らずに歩く | 案内が足りない場所 |
| 触れそうな物を全部触ってみる | 反応しない飾り、押せないボタン |
| わざと変な場所へ行く | 落ちる穴、抜けられる壁 |
| 小さいアバターに変えて1周 | 届かないボタン、見えない看板 |
| スマホから入る | 読めない文字、押しにくいUI |
書き出すのは、直すことではなく「困ったこと」です。 直し方は後で考えます。困った瞬間をそのまま書き留めるほうが、あとで役に立ちます。
4. 直して、上げ直す
集まったものから、入った人が困る順 に直します。
| 優先 | 例 |
|---|---|
| 高 | 落ちる、進めなくなる、真っ暗、入れない |
| 中 | 押せない、迷う、読めない |
| 低 | 見た目の細かい違和感 |
直したら、ワールドをアップロードする と同じ手順で上げ直します。Blueprint IDは同じままです。 これで同じワールドが更新されます。
更新の一周
更新のたびに気になることが3つあります。先に答えておきます。
いま中にいる人は追い出されません。 遊んでいる人はそのまま続けられて、新しい版になるのは次に入り直したときからです。更新のタイミングを気にしすぎなくて構いません。
お気に入りは消えません。 更新しても、登録してくれた人のリストには残ります。
説明文とサムネイルも見直す価値があります。 中身が変わっているのに、説明が最初のままということがよくあります。
| 見直すもの | 見るところ |
|---|---|
| 説明文 | 何ができるワールドか、1行目で分かるか |
| タグ | 探している人が使いそうな言葉が入っているか |
| サムネイル | いちばん良い景色が写っているか。暗すぎないか |
サムネイルは効きます。 一覧で最初に目に入るのはここです。撮り直すだけで、入ってくれる人が変わることがあります。
数字との付き合い方
訪問者数やお気に入りの数は、見えてしまうので気になります。
比べる相手を間違えないでください。
| 比べがちな相手 | 比べるべき相手 |
|---|---|
| 有名なワールド | 公開する前の自分 |
| 何年も作っている人 | 先週の自分のワールド |
有名なワールドは、何本も作った先にあるものです。1本目と比べる相手ではありません。
現実的な見方をしておくと、気持ちが楽になります。
- 空のインスタンスは、1本目の標準です。 異常ではありません
- 数字は波を打ちます。 数日で判断せず、しばらく見ます
- 数か月かけた成果は、訪問者数ではなく「公開できるワールドを1本持っていること」です
やめどきも自分で決めて いいものです。 「入った人が迷わず、落ちず、やることが分かる」ところまで直せたら、そこで一区切りにしてください。それ以上の作り込みは、次のワールドに回したほうが伸びます。
おまけ：先に知っておくと良いこと
- 報告は再現できるまで直さない: 「重い」と言われても、どの端末でどこにいたのかが分からないと直せません。まず聞き返してください
- 1回の更新で全部直そうとしない: 高い優先度から2つか3つ直して上げる、を繰り返すほうが確実です
- 更新前に必ずBuild & Testする: 直したつもりで別の場所を壊すことがあります。上げる前に1周してください
- バックアップを取る: 更新前のプロジェクトを別フォルダにコピーしておくと、戻れます
- 1本目は経験を取りに行くもの: この一周をやり切ったこと自体が、次のワールドで効いてきます
まとめ
公開のあとは、一周を回す作業です。
- Labsは人が集まる場所ではない。少数の報告を確実に受け取る
- 連絡先と更新履歴を、ワールドの中に置く
- 直す順は「入った人が困る順」
- 数字は、公開前の自分と比べる
いま見るべき問いかけは、「入った人は、迷わず・落ちず・やることが分かるか」 です。ここが通れば、1本目としては十分に届いています。
上げ直す手順を確かめるなら ワールドをアップロードする、出す前の確認なら 公開前チェックリスト へ進んでく ださい。