公開しただけでは誰も来ない。個人開発ゲームをitch.ioで遊んでもらう導線設計

ブラウザゲームを作って、itch.ioにアップロードした。URLも取れた。なのに、プレイ数は数日たっても一桁——。

個人開発でゲームを作る人がほぼ全員ぶつかる壁がこれだ。作るのは楽しい。公開もできる。でも「遊んでもらう」だけは、まったく別のスキルがいる。

この記事では、私が実際にHTML5ブラウザゲームをitch.ioで公開し続けてわかった、遊んでもらうための導線設計をまとめる。コードの話ではなく、公開のしかたとページの作り込みの話だ。読み終えたら、次に公開するゲームの初動が変わるはずだ。

目次

• 公開しただけでは0、という現実
  - HTML5ゲームを正しくパッケージする
  - itch.ioページで遊ばれる確率を上げる5つの設定
  - 遊んだ後にシェア・支援してもらう導線
  - ここから先：私がつまずいた具体的な失敗と対策

公開しただけでは0、という現実

まず受け入れるべき事実がある。itch.ioには毎日大量のゲームが投稿される。新着に並ぶのは一瞬で、誰もあなたのゲームを探してはいない。

つまり「良いものを作れば見つけてもらえる」は幻想だ。正しくは、見つけてもらうための設計をしたゲームだけが遊ばれる。

ここで言う設計は3つのレイヤーに分かれる。

1. 技術：ブラウザですぐ動く状態でパッケージされているか
   2. ページ：開いた瞬間に遊びたくなるか、すぐ遊べるか
   3. 拡散：遊んだ人が誰かに伝えたくなる仕掛けがあるか

多くの人は1だけで止まる。だから0のままになる。

逆に言えば、ゲームの面白さが平均点でも、2と3を丁寧に設計すれば初動は確実に伸びる。腕に自信がなくても、ここは努力でカバーできる領域だ。だからこそ、この3レイヤーを意識するだけで他の個人開発者と差がつく。

最初の30秒ですべてが決まる

遊んでもらえたとして、次の壁は「すぐ閉じられる」ことだ。ブラウザゲームは、つまらないと感じた瞬間にタブを閉じられる。猶予は体感で30秒もない。

だから設計の優先順位はこうなる。チュートリアルは作らない。代わりに、触れば操作がわかる状態にする。スタートを押した次の瞬間にはもう遊べていて、最初の成功体験が10秒以内に来る。難しさは後から上げればいい。最初の30秒は誰でも気持ちよく遊べることが何より大事だ。

私はゲームを作るとき、説明文を読まないと遊べない設計を全部やめた。それだけで「すぐ閉じられる」率が体感で大きく下がった。

HTML5ゲームを正しくパッケージする

itch.ioでブラウザゲームを動かすには、いくつかの鉄則がある。

エントリーポイントは必ず index.html にする。zipの中の最上位に index.html を置くこと。サブフォルダの中に入れると、itch.ioが見つけられず真っ白になる。

ファイルは軽くする。私のゲームは1ファイル12KBほど。読み込みが一瞬で終わると、それだけで離脱率が大きく下がる。外部ライブラリを読み込まず、CanvasとWeb Audio APIで完結させると軽くて速い。

スマホ対応を最初から入れる。itch.ioのブラウザゲームはスマホからのアクセスがとても多い。viewportのmeta指定、タッチ操作、画面サイズに応じたCanvasのリサイズは必須だ。これがないだけで半分の人が遊べずに去る。

公開はbutler（itch.io公式のCLIツール）が圧倒的に速い。zipにまとめて、butler push でチャンネルに送るだけ。差分アップロードなので2回目以降は数秒で終わる。手元のターミナルから1コマンドで更新できる状態を作ると、改善のサイクルが一気に速くなる。

itch.ioページで遊ばれる確率を上げる5つの設定

ゲーム本体と同じくらい、ページの設定が重要だ。ここを詰めるかどうかで初動が変わる。

1. Embed設定を「This file will be played in the browser」にし、ビューポートのサイズをゲームに合わせる。さらに「Mobile friendly」と「Fullscreen button」を必ずオンにする。これだけでスマホ勢が遊べるようになる。

2. 「Automatically start on page load」はオフが無難。代わりにクリックで始まるスタート画面を用意する。音が勝手に鳴る事故を防げる。

3. カバー画像（630×500推奨）は手を抜かない。サムネイルは一覧で最初に目に入る。ゲームの一番気持ちいい瞬間を切り取る。

4. 説明文は最初の2行が勝負。何をするゲームで、どう面白いかを一文で言い切る。長い世界観説明は読まれない。

5. 価格はPay What You Want（投げ銭）に設定する。無料で遊べて、気に入った人だけが払える形。itch.ioの文化に最も合っていて、支援の入口になる。

遊んだ後にシェア・支援してもらう導線

遊ばれて終わり、ではもったいない。拡散と支援はゲームの中に組み込む。

スコアが出るゲームなら、ゲームオーバー画面にX（旧Twitter）シェアボタンを置く。スコアを文面に埋め込んで、ワンタップで投稿できるようにする。人は自分のスコアを自慢したい。これが一番自然な拡散だ。

同じ画面に、投げ銭ページへのリンクと制作ブログへのリンクを小さく添える。押し付けず、楽しかった人だけが押せる温度感がちょうどいい。

ここまでが、公開しただけの状態から「遊ばれて、広がる」状態に変えるための基本設計だ。

ここから先は有料パートです（¥300）。

実際に私がitch.ioでゲームを公開して初動を伸ばす中でつまずいた具体的な失敗と、その対策を5つ、再現できる手順つきで書いています。

• スマホで真っ白になった原因と、確認すべきEmbedの1項目
  - 「Automatically start」をオンにしていて音の事故が起きた話
  - カバー画像で反応が変わった、避けるべきNGパターン
  - butlerの差分アップロードでハマったキャッシュ問題
  - シェアボタンのテキスト設計で、押される率を上げる書き方

まとめ

• 公開しただけでは誰も来ない。見つけてもらう設計をしたゲームだけが遊ばれる
  - index.htmlを最上位に、ファイルは軽く、スマホ対応は最初から
  - Embed・モバイル・フルスクリーン・投げ銭のページ設定を詰める
  - ゲームオーバー画面にシェアと支援の導線を自然に組み込む
  - 公開はbutlerで1コマンド化し、改善サイクルを速くする

明日から使えるアクションは1つ。次に公開するゲームのゲームオーバー画面に、スコア入りのXシェアボタンを足すこと。これだけで初動の景色が変わる。

さいごに

ここまで読んでくれてありがとう。役に立ったら、スキを押してもらえると次を書く励みになる。コメントで「こんなゲーム作った」も大歓迎です。

次回は、Web Audio APIだけで効果音とBGMをゼロから鳴らす方法を書く予定。

ゲームも作ってます → https://pandapp123.itch.io/tokenburn-games

#ClaudeCode #個人開発 #ゲーム開発 #itchio #副業