最新のウェブ向けのゲームの構築
優れたゲーム デベロッパーは、特定のプラットフォームのチャンスを活かすには、そのプラットフォームの独自の特徴を活用することが重要であることを認識しています。では、ウェブにはどのような特徴があるのでしょうか。ウェブゲームの定義とは何でしょうか。
Google I/O 2019 では、ウェブゲーム エコシステムの現状、最新のウェブゲーム開発のための現在のベスト プラクティス、業界の方向性に関する私の考えを発表しました。このブログ投稿では、私の講演の要点をまとめますので、YouTube ですべてご覧いただけます。
ウェブゲームの課題
Google に入社する前は、Duet というモバイルゲームを開発し、ダウンロード数は約 2,000 万回に上りました。この経験を通じて、ゲームからビジネスを成功に導くための 3 つの重要な要素を学びました。
- 実際に使うゲーム
- ユーザー数
- ユーザーを収益化する方法
この 3 つの要素がなければ、ゲーム デベロッパーは成功できません。今日では、最後の 2 つのポイントが最も重要なものです。WeChat や Facebook Instant Games などのクローズド HTML5 エコシステムでは、HTML5 を使用してゲームを作成可能であることが実証されています。
最新のベスト プラクティス
ここでいう「機能的ゲーム」とは、ゲームを機能させるうえで重要な次の 3 つの要素を指します。
- パフォーマンス
- 画像
- 音声
それぞれの分野で、ウェブ プラットフォームはここ数年で大きな進歩を遂げています。CPU のパフォーマンスについては、WebAssembly と呼ばれるパフォーマンスの高い新しい標準を利用できます。グラフィックの面では、WebGL 1.0 が優れたクロスブラウザ対応となっており、WebGPU などの今後の標準は、Vulkan や Metal に似たグラフィック プログラミングの拡張可能な未来をウェブ プラットフォームとして位置付けようとしています。最後に、ウェブ オーディオ用に、一般的な Web Audio API と、より最近では Audio Worklet API があります。
Unity は最近、HTML5 ベースのプラットフォーム向けの 2D ゲームの構築に重点を置いた Project Tiny という新しいランタイムをプレビューしました。Project Tiny は、Unity のエンジン構造に新しいモジュラー デザインを適用し、コア Unity エンジンのサイズを 1 MB 未満に抑えることを可能にします。
技術面では、ウェブゲーム開発を採用する絶好のタイミングです。
ループ再生を開始
もちろん、優れたゲームとは、単に優れたパフォーマンス、グラフィックス、サウンドであるだけではありません。優れたゲームには楽しさが不可欠です。
楽しさは、プロダクトにおける測定が困難な要素です。ゲームが面白い、面白く、革新的だと、ユーザーは友だちに話したくなるものです。つまり、その体験を共有したいと思うものです。このチャンスを活かし、ウェブと結びつけると、クチコミによる成長の可能性を大いに引き出す効果的な組み合わせとなります。特にウェブでは、中央の検出プラットフォームがないので、ユーザーを獲得するための最善策は、ゲームができるだけ話題になるようにすることです。
優れたゲーム デベロッパーは、ソフトウェア レベルでもハードウェア レベルでも、特定のプラットフォームを活用するには、そのプラットフォームに固有の特性を取り入れることが重要であることを知っています。たとえば、モーション コントロールを備えたゲーム機向けのゲームを作成する場合、そのようなモーション コントロールを活用する最善の方法を考える必要があります。
つまり、開発対象のプラットフォームに対するユーザーの期待を尊重する必要があるということです。ウェブのユーザーは何を期待していますか？ユーザーは、ウェブ コンテンツの読み込みが速く、インタラクティブであることを求めています。この講演では、ゲームが高速で読み込み、ユーザーをゲームの世界に引き込み、ユーザーの体験を共有するための追加のインセンティブを提供するように設計されている、ウェブ内外のゲームの例をいくつか紹介しました。
個人的には、ウェブゲームを成功させる秘訣は、このウェブの特徴を活かすことだと考えています。具体的には、ウェブの URL 構造の強さとユーザーが参加できる共有ループの強さです。
これは、URL を楽しく魅力的な方法で Construct 3 で構築したウェブゲームの例です。
スペースボードは、モバイルのタップ操作またはキーボード入力でプレイできる非常にシンプルなゲームです。目標は、ゴールに到達するために障害物の迷路を通り抜けることです。
スペース ボードはこの URL を独自の方法でどのように利用していますか？レベル構造を URL 自体にエンコードする。すべてのレベルは、10x10 のグリッドで構成されたオブジェクト（壁、敵の小塔、鍵、ロックされたドアなど）として定義されます。URL により、個々のグリッドの位置とその内容がすべてリストされます。壁は W 文字で表されます。空白はアンダースコアです。
次の例をご覧ください。
https://io-space-board.firebaseapp.com/?gameWorld=_wwwwwwwwww___ww__eww_k__d___ww___ww___ww_wwwww_www_wwwww_www___ww___ww_s_ww_f_ww___ww___wwwwwwwwwwww
不格好ですが、確実に効果があります。
スペースボードでレベルをクリアすると、上のシンプルなレベルエディタを使って独自のレベルを作成できます。プレーヤーが独自のレベルを設計できるようにすることで、パーソナライズの機会を提供します。作成やカスタマイズを通じてゲームとのつながりを感じ、所有権を感じているユーザーは、その「もの」を世界と共有したいと思う可能性が高くなります。
ゲームを共有したいという欲求は、当社のウェブゲームで実現しようとしているクチコミループの始まりです。ゲームのデザインと共有の仕組みはあくまでも一例に過ぎませんが、他にも多くの可能性がございます。ぜひ私の講演で例を挙げて説明してください。
費用対効果
現在、ゲーム デベロッパーがウェブゲームから収益を得るには、次の 2 つの考え方があります。
- ゲームを直接収益化する
- 顧客獲得チャネルとして扱う
ウェブゲームをユーザー獲得チャネルとして扱うとは、iOS/Android/パソコン向けのゲームのウェブ版を活用してプレーヤーを惹きつけ、iOS/Android/PC 向けの大きなバイナリをダウンロードしてもらうためのメカニズムとして活用することです。その後、iOS/Android/パソコン プラットフォームに組み込まれた支払いと請求のバックエンドを使用して収益を生み出します。
通常、収益化は広告とマイクロトランザクションを組み合わせたものです。ゲーム広告のモバイル プラットフォームにウェブが対抗するには、まだやるべきことがあります。たとえば、動画リワード広告などのフォーマットは、ここ数年モバイルゲームで非常に人気があるものですが、広告ネットワークがこれらのフォーマットをウェブに導入しているのは、ごく最近のことです。
それにもかかわらず、従来のバナー広告やインタースティシャル動画広告で広告を掲載し、オープンウェブで成功を収めているゲーム デベロッパーも存在します。これらのフォーマットについて詳しくは、ゲーム向け AdSense をご覧ください。
マイクロトランザクションについては、実装できる支払い方法の数に制限がないため、ウェブで非常に柔軟性があります。しかし、この性質は諸刃の剣です。この方法のマイナス面は、プラットフォーム固有のモバイルストアの決済方法に比べると、プレーヤーは新しいウェブサイトに対する暗黙の信頼が少ないということです。
より一貫性のある支払い UI をウェブに提供するソリューションの一つに Payment Request API があります。この API は、ブラウザに表示される UI を呼び出し、クレジット カードや請求先住所などの支払い情報を効率的に取得します。ただし、お支払いの詳細の取得はトランザクションを行う最初のステップにすぎません。バックエンドの課金プラットフォームも必要です
今後の計画
ここ数年で、いくつかのウェブゲームが驚くほど成功を収めています。Slither.io は、ウェブとプラットフォームに特化したビジネスを展開しており、ウェブがもたらす驚異的なリーチとクチコミによる成長の機会を示しています。Poki.com のようなポータルは、ユーザー エクスペリエンスの革新に取り組み、Subway Surfers や Crossy Road といったモバイル アプリの忠実度に合ったタイトルを含む新しいゲームを毎日リリースしています。
さらに、オープンウェブの外を見ると、ウェブゲームがすでに人気を博していることがわかります。WeChat や LINE などのクローズド エコシステムは、オープンウェブではプレイできないものの、HTML5 や WebView などのウェブ テクノロジー上に構築された満足度の高いゲームを提供しています。これは、ウェブがプラットフォーム固有のモバイルゲームに匹敵するレベルの忠実度に達していることを示す明らかな兆候です。これは、教科書の忠実度の定義ではなく、プレーヤーの注意というより重要な指標で示されているかもしれません。