WebAR完全ガイド2026 — アプリ不要のARキャンペーン企画・制作

WebARとは、スマートフォンのブラウザ上で動く拡張現実（AR）です。アプリのインストールも、ストアからのダウンロードも要りません。缶やポスター、棚のPOPに印刷されたQRコードにカメラを向ければ、その場で体験が始まる。「読み取る」から「動いている」までの時間は、およそ2秒。この2秒こそが、キャンペーン用途においてWebARがアプリ型ARを上回る理由のすべてです。ブランドアプリは、スーパーの売り場に立っている人にダウンロードを要求します。URLは、何も要求しません。

この記事は、その施策を発注する側——CMO、ブランド／キャンペーン担当、制作プロデューサー——に向けて書いています。2026年時点でWebARに何ができて何ができないのか。どのベンダーが生き残っているのか（この5年間の定番だった開発基盤が今年サービスを終了しましたが、日本語・英語を問わず多くの解説記事がまだ追いついていません）。4つのキャンペーン類型と実在の事例。制作の進め方、費用感、そして失敗のパターン。

全体を貫く視点はひとつです。静的な3Dは「眺めるもの」、インタラクティブなARは「反応するもの」。ユーザーの動きに反応する部分こそがシェアされる部分であり、予算を正当化できる唯一の部分です。

この記事の対象読者： 新商品の立ち上げ、パッケージ施策、店頭プロモーション、イベントでのAR活用を検討しているCMO・ブランド／キャンペーン担当者・デジタルプロデューサー、およびクライアント向けにWebAR案件を企画・見積もる制作会社／広告代理店。

この記事の要点

• **WebARはブラウザで動くAR。**QRコードかリンク、そしてカメラ。アプリのインストールもストア審査も不要です。キャンペーンの相手は「あなたのブランドをまだ知らない他人」なので、この一点が決定的に効きます。
• 2026年、開発基盤の勢力図が変わりました。この分野の定番だった「8th Wall」が2026年2月に編集アクセスを終了、3月にホスティングサービスを停止し、既存プロジェクトも2027年初頭に完全オフラインになります。オープンソース化された後継版にはSLAM・VPS・Maps・ハンドトラッキングが含まれません。
• 選択肢は3系統：商用プラットフォーム（palanAR／STYLY WebAR、ZapWorks）、オープンソースのカメラ＋ML系ライブラリ（MindAR、8th WallのMIT版）、OS標準ビューアー（iOS AR Quick Look、Android Scene Viewer、<model-viewer>）。ここの選定ミスがいちばん高くつきます。
• **国産プラットフォームが選択肢として現実的になりました。**株式会社palanは2026年1月、自社SLAMエンジンを含む次世代WebAR基盤を発表し、「特定の海外プラットフォームに依存しない」ことを明確に打ち出しています。SLAと日本語サポートが必要な案件では有力です。
• キャンペーン類型は4つ：パッケージスキャン、試着・プレビュー、イベント／会場レイヤー、屋外・OOH施策。必要なトラッキング方式も制作費もそれぞれ大きく違います。
• 予算はプレミアムWeb制作の帯に乗ります：単発施策で約300万〜750万円、複数接点のキャンペーンで750万〜1,500万円、フラッグシップで1,500万円超。カスタム3D加算が225万〜1,200万円、多言語対応は1言語あたり＋30〜50%。

1. 「QRコードからカメラへ」の2秒

1-1. なぜキャンペーンではダウンロード不要が勝つのか

アプリ型ARのほうが、トラッキング精度もパフォーマンスも上です。ネイティブのARスタックにフルアクセスできます。しかしキャンペーン用途では致命的な性質を抱えています——あなたのキャンペーンを知らない人に、App Storeを開かせ、数百MBをダウンロードさせ、アカウントを作らせ、そしてさっきまで立っていた売り場に戻ってこさせなければならない。この離脱は、クリエイティブが1フレームも表示される前に起きます。

すでに数百万人が使っている自社アプリがあるなら、ネイティブARが正解です。インストールという関門はもう突破済みだからです。しかしキャンペーンでは、インストールそのものが最大のコストになります。しかも現金ではなく、失われたリーチという形で支払われる。

もちろん引き換えはあります。トラッキング品質と性能の上限を差し出すことになる。何を差し出すのかは第2章で具体的に扱います。

1-2. 「アプリ不要」が実際にもたらすもの

消えるのはダウンロードだけではありません。

• **あらゆる物理的な面が入口になる。**缶、ポスター、棚のPOP、レシート、チケット、交通広告。QRコードを印刷できるものはすべてキャンペーンの入口になります。つまり、すでに買っている媒体費がそのままAR配信網になる。
• **ストア審査がない。**半年前に小売と握った発売日と、制作チームのあいだに、2週間の審査リスクが挟まりません。
• **リンクそのものが体験。**アプリARは「これをインストールして」という推薦としてしか共有できません。WebARは体験そのものが共有されます。
• **走りながら直せる。**4週間のキャンペーンの2日目に見つかった不具合は、再申請ではなくデプロイで解決します。
• **計測は普通のWeb解析。**読み取り、読み込み、操作、シェア——すべて既存のツールに入ります（第8章）。

最後のシェアの話が、冒頭の視点につながります。きれいなモデルを表示するだけのWebARは、誰も誰かに送らないリンクです。顔に、手の動きに、部屋に、正解に反応する体験は、「自分が起こした瞬間」を生む。人がスクリーンショットを撮るのは、そちらだけです。

2. 2026年、WebARに何ができて何ができないか

2-1. できること

キャンペーン制作で使う機能は、実質この5つです。

• **画像トラッキング（イメージターゲット）。**印刷された特定の画像——パッケージ、ポスター、ラベル、誌面——を認識し、そこにコンテンツを固定します。いちばん安く、いちばん確実に動き、ほぼすべての端末で使えます。パッケージ施策の主役。
• **フェイストラッキング。**表情に追従する顔メッシュ。フィルター、アイウェアやコスメの試着、キャラクター変身。ブラウザでも十分に実用的で、MindARだけでも52種類の表情ブレンドシェイプを扱えます。
• **ハンドトラッキング。**手の動きでの操作。実用にはなりますが、ブラウザ上ではこの5つの中でいちばん不安定です。後述するオープンソース版8th Wallには含まれていないため、企画の前提に置く場合は提供状況の確認が必須です。
• **ワールドトラッキング（SLAM）。**空間にコンテンツを固定し、歩いても位置を保つ。「画面に貼り付いている」のではなく「そこに置かれている」と感じさせるのはこの機能です。そして2026年の再編でいちばん影響を受けたのもここ。
• **ポータル／空間スケールの演出。**ブランド世界への入口をくぐる体験。ワールドトラッキングの上に成立し、うまくいけばシェア動機がもっとも強い形式です。なお、そのブランド世界を4週間の施策で終わらせず恒常的に残すなら、それはキャンペーンではなくデジタルツイン／ブランドショールーム——予算も設計も別物になります。

なお、商品の試着や「部屋に置いてみる」はWebARでも動きますが、EC上のコンバージョン施策としては別の話です。商品ページ上の試着・コンフィギュレーター・設置プレビューについてはWeb上のインタラクティブなリテール体験のガイドを参照してください。この記事はキャンペーンに絞ります。

2-2. できないこと

企画書に書いておくべき制約が4つあります。QAで発見するものではありません。

**iOSのSafariは、没入型のWebXR ARモードを公開していません。**iPhoneでのブラウザARは、カメラ映像を直接読む「カメラ＋機械学習」型のライブラリか、AppleのAR Quick Look（USDZファイル）を経由するかのどちらかになります。この一点が、他のどの事実よりもベンダー選定を左右します。仕様そのものの状況は次世代Web APIのガイドで追っているので、ここでは繰り返しません。

**光とオクルージョン（遮蔽）は近似でしかありません。**ブラウザARでは、仮想オブジェクトを現実の物体の後ろに自然に隠すことは基本的にできず、光源推定も推測です。物理的に「そこにある」ように見せようとする表現ではなく、意図的にグラフィカルな表現に寄せるほうが成功します。ここで戦うと費用がかさんだうえで負けます。

**何も残りません。**タブを閉じればセッションは消えます。集めたアイテム、応募、保存した写真——残したいものはサーバーに書き込むか、ファイルとしてユーザーに渡すしかありません。複数回訪問を前提にした仕掛けには、相応のバックエンドが必要です。

**相手は店内で、モバイル回線につながった、実際の端末です。**オフィスのWi-Fiにつながった検証端末ではありません。上記のすべては、この現実によって上限が決まります。第6章で端末検証マトリクスを「工程」ではなく「成果物」として扱うのはそのためです。

3. 開発基盤の勢力図が変わった

2026年前半までに書かれた解説記事の大半が、ここを間違えています。そしてこれはベンダー選定を根本から変えます。

3-1. 8th Wallに起きたこと

8th Wallは、この10年近くWebAR開発の事実上の標準でした。2022年にNianticが買収し、この5年間の受賞級ブラウザARキャンペーンの多くを支えてきた基盤です。

それが畳まれます。Road to VRの2026年3月の報道によれば、2026年2月に編集アクセスと新規アカウント発行が終了、2026年3月にホスティングサービス——ログイン、クラウドエディタ、Web版XR Studio——が停止され、エンジン本体はMITライセンスでオープンソース化されました。

重要なのは、オープンソース版に含まれていないものです。SLAM、VPS、Maps、ハンドトラッキングはすべて対象外。公開されたのはFace Effects、Image Targets、Sky Effectsとコアアーキテクチャです。既存のホスティング済みプロジェクトが動くのは2027年初頭までで、その後は恒久的にオフラインになります。

これを実際のキャンペーンに当てはめてみます。OREOがPAC-MANと組んだ「The SuperMarcade」——WebbyとCannes Lionsを受賞した、ブラウザARとしては屈指の野心作です。スーパーマーケットの通路をそのままPAC-MANの迷路に変える企画で、店舗の点群デジタルツインに対してSLAMとVPSによる屋内測位を行い、買い物客をセンチメートル単位で位置づけていました。アプリは不要。QRコードを読むと、通路の先にARのクッキーが並ぶ。

**この企画は、オープンソース版では再現できません。**SLAMとVPSは、MIT版が落とした機能そのものだからです。この分野の代表事例が、それを可能にした基盤の上ではもう作れなくなっている。

3-2. 企画書に落とすと何が変わるか

これでWebARが筋の悪い投資になったわけではありません。ブラウザARに届く相手の数は変わっていませんし、安価なトラッキング方式は無傷です。変わったのは、ベンダーリスクが見積項目になったことです。

発注前に、書面で押さえるべきことが3つあります。

1. **誰が、いつまでホスティングするのか。**キャンペーンは短くても、実績ページやアワード応募はそうではありません。契約に終了時期とデータの引き取り方法を明記してもらう。
2. **その企画は、どの機能に依存しているのか。**ワールドトラッキングが要るなら、2026年の候補リストはネット記事が示すよりずっと狭い。画像ターゲットだけで足りるなら（パッケージ施策の多くはそうです）、選択肢は豊富で、この騒動は気にしなくて構いません。
3. **出口はどこか。**MITライセンスでのオープンソース化は継続性の面ではむしろ好材料で、自前で永続的に運用できます。ただし「自社でホストできる」とは「誰かが保守責任を負う」ということです。その担当者を決めるか、決めなくていい対価として商用ベンダーに払うか。

4. 3つの系統から選ぶ

4-1. 商用プラットフォーム

ホスティングとサポート、エディタ、SLAが付いてくる系統です。

日本市場では株式会社palanがこの空白に正面から入りました。2026年1月6日の発表で、コードエディタ・独自SLAMエンジン・ノーコードツールからなる次世代の国産WebAR基盤を打ち出し、「特定の海外プラットフォームに依存しない、将来を見据えたWebAR基盤を構築します」と明言。将来のOS・ブラウザ・端末アップデートへの追随と、エンタープライズ向けSLAを掲げています。ツール自体は現在STYLY WebARとして提供されています。海外の主要基盤が撤退したのと同じ年に、国産ベンダーが「海外に依存しない」ことを訴求の軸に据えた——市場が3-2のリスクを織り込んだということです。

海外勢ではZapWorks（Zappar社）がフル機能で残る主要な選択肢です。公式ドキュメント上、画像・顔・インスタントワールドトラッキングを、スマホに最初から入っているブラウザで30fpsで動かせるとされ、Three.js、PlayCanvas、Babylon.js、UnityのSDKが揃っています。

• **向いている案件：**ワールドトラッキングが必要、電話がつながるサポートやSLAが必要、あるいは基盤の安定性がライセンス費用を上回る規模のキャンペーン。日本国内の案件では、日本語サポートと国内ホスティングの意味が大きい。

4-2. オープンソースのカメラ＋MLライブラリ

コードもホスティングも自社で持つ系統。代表格はMindARです。MITライセンス、純JavaScript、WebGLによるGPU活用とWeb Worker、画像・顔トラッキング、52種類の表情ブレンドシェイプ、Three.jsとの直接統合。

保守状況は冷静に見てください。公式ドキュメントは「商用に匹敵する機能を持つ唯一の現役メンテナンス中WebAR SDK」と説明していますが、最新のリリースタグはv1.2.5、2024年1月です。画像・顔ターゲットに限れば大きな問題にはなりません（課題として枯れており、土台のブラウザAPIも安定しているため）。ただしこれは「サービスを買う」のではなく「コードベースを引き受ける」判断です。8th WallのMIT版も同じ系統で、同じ注意点と3-1の機能欠落を抱えます。

• **向いている案件：**画像・顔ターゲットで足りる、社内に開発体制がある、掲載期間が長い、あるいはライセンス費用が予算に合わない場合。

4-3. OS標準ビューアー

厳密には「AR開発」ではありません。3Dファイルを渡すと、OSが自分のARビューを開いてくれる仕組みです。iOS AR Quick LookはUSDZを、Android Scene ViewerはglTF／GLBを受け取ります。Googleの**<model-viewer>**は両方をラップするWebコンポーネントで、glTF／GLBを受け取り、ar-modesでwebxr→scene-viewer→quick-lookの優先順位を指定でき、USDZが未指定なら自動生成もします。

制約は明確です。Scene Viewerはファイル内の最初のアニメーションしかループ再生しません。そしてUIはOSのものであって、あなたのものではない——独自UIも、ゲームロジックも、オブジェクト周りのブランディングも、AR画面内の計測もできません。

• 向いている案件： 「この商品を自分の空間に置いてみられればいい」で完結する場合。他の選択肢より桁違いに安く、かなりの割合の要件はこれで足ります。カスタム開発を発注する前に、まずこれで足りないか確認する価値があります。

4-4. 選定表

5. 4つのキャンペーン類型と実例

5-1. パッケージスキャン

商品そのものが入口になる形式。パッケージにカメラを向けると、そこに固定されたコンテンツが現れます。画像トラッキング、最も安価な帯。媒体費がすでに支払われていて、しかも顧客の手の中にあるため、日用消費財との相性が最も良い類型です。

日本での代表例が、キリンビール「淡麗グリーンラベル」×Mrs. GREEN APPLEの「Mrs. Green Label Camera」（2026年6月22日〜7月21日）です。同社のリリースによれば、特設サイトを開いてSTARTを押し、缶にカメラをかざすと、約5cmの「ミニミセス」としてメンバー3人が出現して演奏する。アプリもアカウントも不要です。うまいのは、AR動画が6種類あってランダムに表示される点。1回の読み取りが「もう一度試す理由」と「友達と見せ合う理由」に変わります。

海外ではOREO ×『マインクラフト／ザ・ムービー』（Mondelez／Saatchi & Saatchi Düsseldorf、2025年）が、仕掛けを商品そのものに埋め込みました。現地の報道によると、作品世界には丸いものが存在しないため、プレイヤーはまず丸いクッキーを四角くかじり取り、その四角いクッキーをスキャンして映画世界へのポータルを開く——現実の景品と交換できるアイテムが手に入り、最上位賞はワーナー・ブラザース・スタジオへの旅行でした。ARがパッケージの飾りではなく、正しく食べることが操作そのものになっている。

5-2. 試着・商品プレビュー

顔や空間のトラッキングで、商品を身につけた姿や置いた様子を見せる形式。キャンペーンとしては、限定色や協業モデルを試させる話題づくりの仕掛けです。商品ページ上のコンバージョン施策としては指標も設計も別物で、インタラクティブなリテール体験のガイドが扱います。また「どこまでフォトリアルであるべきか」という品質の線引きはWeb向けフォトリアル3Dのガイドにまとめています。

商品をユーザーに載せるのではなく、ユーザー自身が成果物に入る設計なら、参考になるのはパーソナライズドアバター体験のガイドです。「自分が写っている成果物は、汎用的な成果物よりはるかにシェアされる」という同じ洞察に立っています。

5-3. イベント・会場レイヤー

スタジアムのコンコース、フェス会場、店舗、展示会場など、特定の場所に紐づくARコンテンツ。来場者はすでにその場にいて、すでに前のめりなので、読み取り率は4類型で最も高くなります。同時に技術要求も最も高い——多くの場合、ワールドトラッキングか会場規模の測位が必要になるからです。

3-1で触れたOREO × PAC-MANがこの類型の頂点であり、同時に教訓でもあります。クリエイティブを承認する前に、その企画が前提とする測位機能が、選定先でまだ提供されているかを確認してください。

会場での体験がスマホよりも物理的な仕掛けに向いている場合は、ポップアップ・イベント向けインスタレーションのガイドと店頭インスタレーションのガイドが比較の助けになります。

5-4. 屋外・OOH施策

ポスター、ビルボード、交通広告のQRコードが、受動的な接触を能動的なセッションに変える形式。媒体はすでに買ってある。ARはその上乗せです。

ドイツの**Vodafone「GigaKombi」**が2023年9月、ハンブルク・フランクフルト・シュトゥットガルトの大型ポスターでこれを実施しました。媒体社の記録によれば、通行人がポスター上のQRコードを読み取るとブラウザARが立ち上がり、通信プランの構成要素を探索でき、そのまま端末が当たる懸賞に自動応募される仕組みでした。盗む価値がある構造的な発想は、ビルボードの仕事が「伝達」から「配信」に変わるという点です。

制約にも正直でいてください。屋外の読み取りは、日差しの照り返しの中、モバイル回線で、多くの場合は歩きながら、ポスターから離れた位置で起きます。ここではQRコードの掲出高さとサイズ、そして3秒以内に最初の画が出ることのほうが、3D表現の凝り方よりずっと効きます。

6. 制作の進め方

工程は4つ。順番が重要です。高くつく失敗は、順番を崩したときに起きます。

1. 3Dアセットより先に、インタラクション設計。誰かがモデリングを始める前に、その体験がユーザーに何を返すのかを決めます。ここを飛ばすと、高価な「浮かんで回るロゴ」に着地します。具体的には——ユーザーは何をするのか、その結果として何が変わるのか、そして最後に何を持ち帰るのか（写真、コード、スコア、応募）。

**2. 容量予算を先に決めてから3Dアセット制作。**WebARのアセットは、映像用でもWebサイト用でもありません。店内でモバイル回線を使っている人がダウンロードするものです。だからモデリング開始前にキロバイト単位で上限を決め、ポリゴン数もテクスチャ解像度も圧縮方式もその制約の中で交渉します。Webサイトやレンダリング用に作ったアセットは、AR用に作り直しが必要になるのが普通です。流用する前提ではなく、変換工程として見積もってください。

**3. トラッキングの設定。**画像ターゲットでは、絵柄自体が認識に向いている必要があります——特徴点が多く、非対称で、コントラストがあること。広いベタ面とミニマルで端正なパッケージは認識精度が落ちます。これは多くのプレミアムブランドのデザイン方針と正面から衝突します。**実際の絵柄でのトラッキング検証を、パッケージが印刷に回る前に必ず行ってください。**プロジェクト全体で最も費用対効果の高い1時間です。

4. 実機マトリクスでのQA。「iPhoneで確認しました」では足りません。iOSとAndroid、最新機種と3年落ち、SafariとChrome、そしてアプリ内ブラウザを書き出したマトリクスが要ります。キャンペーンの流入のかなりの割合は、Instagram、LINE、QRリーダーの内蔵ブラウザ経由で、これらは本体のブラウザと挙動が違います。加えて通信速度の制限下でのテストと、屋外案件なら実際の日中の屋外での確認を。

**印刷リードタイムについて。**トリガーが印刷物（パッケージ、ポスター、OOH）なら、絵柄は発売の数か月前に確定します。トラッキング検証はその確定前に済ませる必要があり、AR開発と並行では間に合いません。印刷後にパッケージが認識されないと分かったキャンペーンには、いくら払っても打つ手がありません。

7. 費用の目安

WebARキャンペーンは、プレミアムWeb制作の予算帯に乗ります。独立したカテゴリーではなく、作り込みの必要な統合型のブラウザ制作物です。インタラクティブなリテール体験のガイドやプレミアムWeb制作の費用ガイドと同じ帯です。

帯そのものより金額を動かす加算要素：

• **カスタム3D／WebGL制作：＋225万〜1,200万円（$15K〜$80K）。**アセット点数と品質次第。多くのキャンペーンで最大の変動要因です。
• **言語追加：1言語あたり＋30〜50%。**コピーだけの話ではありません。トリガーの再設定、再QA、市場ごとに絵柄が変わることも多い。
• **公開後の運用・保守。**キャンペーン後も残す場合、Web案件は制作費の年15〜20%が目安です。

（為替は1ドル＝150円換算、2026年6月時点）

費用を押し上げるのは、トラッキング方式（画像が最安、ワールドトラッキングは大幅増）、トリガー面の数、サーバー側に残すものの有無、対応市場数、実機検証マトリクスの広さです。逆に、1つのシーンの作り込みの度合いはあまり効きません。美しいシーンを1つ作るほうが、凡庸なシーンを15個作るよりはるかに安く済みます。

8. 何を計測するか

ブラウザで動く利点は、計測が普通のWeb計測になることです。あとは意味のある指標を選ぶ規律だけ。

• 読み取り率（スキャンスルー）——接触推定数に対する読み取り数。トリガーの掲出位置と訴求が機能しているかの率直な答えです。ARの問題というより、媒体とパッケージデザインの問題。
• 起動完了率——読み取りのうち、実際に体験が動き出した割合。重すぎるアセットが「失った人数」として表れる場所であり、最初に改善すべき指標です。下流の数字はすべてここに縛られます。
• 滞在時間——ARセッションの長さ。その体験が本当にインタラクティブかどうかの最も明確なシグナル。
• 完了率——設計したゴールに到達した割合。捕まえた、正解した、写真を撮った、コードを引き換えた。キャンペーンとデモを分ける数字です。
• シェア・保存率——保存/共有された写真、転送されたリンク。「反応するか？」への答え合わせ。自分が写っている成果物を生む体験は、ただ見せる体験とはシェア率の桁が違います。
• 後続行動——応募、コード利用、来店、商品ページ流入。第6章の工程1で設計に織り込んだ場合にのみ意味を持ちます。

注意が2つ。第一に、この分野に流通しているベンチマーク数値には懐疑的でいてください。公開されているWebARの成果データの多くは、ブランド名を伏せた事例を引用するベンダーブログ由来で、計画の根拠にできる証拠ではありません。自社の1本目をきちんと計測することが、唯一信頼できるベンチマークになります。第二に、本来の役割が「注目とシェア」である施策に、売上リフトを約束しないこと。

9. WebARキャンペーンが失敗する5つのパターン

**アセットが重い。**圧倒的に多い失敗です。相手は店内でモバイル回線を使っていて、美しいシーンのダウンロードが終わる前に立ち去ります。容量予算はモデリングの後ではなく前に決めること。

**iOSを後回しにした。**iPhoneのブラウザARはAndroidとは別経路で、アプリ内ブラウザがさらに差分を生みます。Androidで作ってiOSを最後に確認するチームは、確実に見積もっていなかった1週間を失い、劣化した状態でリリースすることになります。

**ARのためのAR。**読み取るとロゴが浮かんで回るだけ——それは体験ではなく、顧客との間に余計な手数を挟んだ高価な画像です。判定は簡単で、「ユーザーが何かをしたから、何が起きるのか？」に答えられるかどうか。答えがないなら、答えを足すか、別のことに予算を使う。眺める3Dと、反応するARの違いであり、シェアされるキャンペーンと、クライアントの社内だけが礼儀正しくスクリーンショットを撮るキャンペーンの違いです。

**誰も値付けしなかったベンダーロックイン。**2026年、これは理論上のリスクではなく実在のリスクになりました。誰がいつまでホストするのか、終了時に何が起きるのか、その企画が1社しか提供していない機能に依存していないか。

**検証前にトリガーを印刷した。**パッケージやOOHの絵柄は数か月前に確定します。確定前にトラッキング検証をしていなければ、発覚は公開日で、打つ手はありません。

10. Utsuboについて

Utsuboは、Web上のリアルタイム3Dとインタラクティブ体験を専門とするクリエイティブ・テクノロジースタジオです。制作水準の性能チューニングを伴うWebGL／WebGPUのブランド体験を制作しています。自社ブランド体験であるIVRESS——WebGPUとWebGLフォールバック、両バックエンドにまたがるTSLシェーダーで構成したシネマティックなサイト——はFWA Site of the Monthに選出され、CSS Design Awardsでも評価されました。

キャンペーン案件では、容量予算と実機マトリクスをQAの課題ではなく設計上の制約として扱っています。スーパーの店内で3年落ちのAndroidで動かないAR体験は、AR体験ではないからです。あわせて、WebARの企画が結局必要になる周辺——3Dアセットのパイプライン、着地ページ、応募やシェア成果物を支えるバックエンド——も含めて制作します。そしてカスタムAR開発が不要な案件については、OS標準ビューアーで十分だと率直にお伝えします。予算が一桁変わるためです。

実機で本当に動くブラウザ体験を出せるリアルタイム3Dのパートナーが必要でしたら、それが私たちの仕事です。

11. ご相談ください

WebARキャンペーンをご検討中でしょうか。パッケージ、店頭、イベント、屋外施策向けのブラウザARについて、ブランドと代理店のチームとご一緒しています。

パートナーをお探しでしたら、プロジェクトについてお話ししましょう。

• 何を立ち上げようとされているのか、どんな制約があるのか
• 企画に本当に合うトラッキング方式とプラットフォーム系統はどれか
• 私たちが実行のパートナーとして適切かどうか

プロジェクトのご相談を予約する

12. チェックリスト

• 表示する内容ではなく、ユーザーに何を返すかを定義した
• 動画や良質なLPではなく、本当にARが必要な企画か確認した
• 企画を成立させる最小のトラッキング方式を特定した（画像／顔／手／空間）
• その方式を2026年時点でフル機能提供しているベンダーを確認した
• 各社に、ホスティングの主体・期間・データ引き取り方法を確認した
• OS標準ビューアー（<model-viewer>／Quick Look／Scene Viewer）で足りないか検討した
• 3Dアセット制作の前にキロバイト単位の容量予算を決めた
• パッケージ・OOHの印刷確定前にトラッキング検証を行った
• 旧型Androidとアプリ内ブラウザ（Instagram、LINE）を含む実機マトリクスを作成した
• 読み取り率・起動完了率・滞在時間・完了率・シェア率を計測できるようにした
• セッション後に何を残すか（写真、コード、応募）と保存先を決めた
• 言語数、ホスティング期間、公開後の保守費を予算に入れた

FAQs

WebARとは何ですか？

WebARは、ネイティブアプリではなくスマートフォンのWebブラウザ上で動く拡張現実です。ユーザーはリンクを開くかQRコードを読み取り、カメラの利用を許可すれば、その場で体験が始まります。アプリストアもダウンロードもアカウント登録も不要です。キャンペーンの相手は多くの場合「まだ何もインストールする理由がない他人」なので、この配信方式が選ばれます。

アプリ型のARとはどう違いますか？

アプリ型ARのほうがトラッキング精度もパフォーマンスも上で、端末のネイティブARスタックをフルに使えます。ただし何かを見せる前にダウンロードを要求するため、キャンペーンでは大きな離脱を生みます。WebARはトラッキング品質と性能の上限を譲る代わりに、参加のハードルをほぼゼロにします。既存ユーザーを抱える自社アプリがあるならネイティブAR、まだあなたを知らない人が相手のキャンペーンならWebARが有利です。

WebARの利用にアプリのダウンロードは必要ですか？

不要です。それがWebARの定義そのものです。QRコードを読むかリンクを開き、カメラ利用を一度許可すれば、すでに入っているブラウザで動きます。唯一の中断はカメラの許可ダイアログなので、その手前の画面で「これから何が起きるか」を説明しておくことが重要です。

2026年時点で、WebARは実際に何ができますか？

画像トラッキング（印刷されたパッケージ・ポスター・ラベルの認識）、フェイストラッキング（フィルターや試着、細かい表情の取得）、ハンドトラッキング（この中では最も不安定）、ワールドトラッキング／SLAM（空間へのコンテンツ固定）、そしてブランド世界へのポータルです。逆に苦手なのはオクルージョン（遮蔽）と物理的に正確な光の再現で、バックエンドを用意しない限りタブを閉じた時点で何も残りません。

8th Wallはまだ使えますか？

ホスティング型のプラットフォームとしては使えません。Nianticは2026年2月に編集アクセスと新規アカウント発行を終了し、3月にホスティングサービス（ログイン、クラウドエディタ、XR Studio）を停止しました。既存プロジェクトも2027年初頭にオフラインになります。エンジンはMITライセンスでオープンソース化されましたが、SLAM・VPS・Maps・ハンドトラッキングは含まれません。8th Wallを標準の前提として書かれた提案書は情報が古いので、機能一覧の再確認が必要です。

WebARキャンペーンの費用はどのくらいですか？

プレミアムWeb制作の帯に乗ります。トリガー1点・ARシーン1つの単発施策で約300万〜750万円、複数接点で作り込みとバックエンドを伴うキャンペーンで750万〜1,500万円、ワールドトラッキングや多国展開を含むフラッグシップで1,500万円超が目安です。これにカスタム3D制作が225万〜1,200万円、言語追加ごとに30〜50%が加算されます（1ドル＝150円換算）。費用を最も左右するのはトラッキング方式、アセット点数、実機検証マトリクスの広さです。

WebARを選ぶべきでないのはどんなときですか？

企画がユーザーに反応しないとき——ただオブジェクトを浮かべるだけなら、動画のほうがはるかに安く同じ仕事をします。トリガーの絵柄を印刷前に検証できないとき。想定ユーザーの端末も回線も古く、アセットを十分軽くできないとき。企画が、安定して提供しているベンダーがもう存在しない機能に依存しているとき。そして理由が「先進的に見えるから」だけのとき——この理由が回収できたためしはなく、それでいて最も多く挙げられる理由です。