ARマーケティング制作会社 TOBIDASE のロゴ

資料ダウンロード

お問い合わせ

TOBIDASE AR Lab

ARで拡張するマーケティング

webAR

8th Wall終了・移行ガイド【2027年2月期限】

2026/7/25

結論を3行で

  • 8th Wallのログイン・編集・エクスポートは2026年2月28日に終了済みで、既存のホスト済み体験だけが2027年2月28日まで稼働します。
  • 移行方法は「Buildable Codeがある」「既存セルフホスト」「公開URLしかない」の3状態で大きく変わります。
  • 2027年2月を切替日にはせず、ソースと依存機能を今すぐ棚卸しし、遅くとも1〜2か月前には新旧を並行稼働させます。
8th Wall移行で最初に押さえる、編集と書き出しの終了、2027年2月28日の公開期限、ソースと依存機能の棚卸しという3つの要点
まず押さえる3点。編集は終了済み、公開期限は2027年2月28日、移行準備はソースと依存機能の棚卸しから始める。
2026年2月プラットフォームへのログイン・編集・書き出しが終了
12か月編集できない状態で既存ホスティングだけが続く移行猶予
2027年2月ホスティング終了。残存プロジェクトデータも削除予定
出典：8th Wall公式FAQ・Migration Guide（2026年7月25日確認）

結論から言うと、8th Wall終了は「2027年2月まで何も起きない」という話ではありません。管理画面へ入れない今、ホスト済みURLは動いていても、障害修正・文言変更・端末対応・再エクスポートができない状態です。WebARの基本構造を先に整理したい方は、WebARとは？作り方・メリット・活用事例もあわせてご覧ください。

8th Wall終了で何が起きたのか

8th Wall公式の案内では、ホスト型プラットフォームは段階的に終了します。2026年2月28日でアカウントへのログイン、プロジェクト作成・編集・公開、プロジェクトやアセットのエクスポートが停止しました。以後は、同日までに公開済みだった体験が2027年2月28日までそのまま配信されるだけです。

2026年2月28日の編集・公開・書き出し終了から、公開済み体験だけが稼働する現在を経て、2027年2月28日にホスティングが終了する流れ
8th Wall終了の3段階。現在は公開済み体験だけが動く、編集不能の移行猶予期間にあたる。
時点利用できること利用できないこと実務上の意味
2026年2月28日までログイン、編集、公開、書き出し—移行用データを確保できた最終期間
2026年3月〜2027年2月28日既存の公開体験を閲覧ログイン、編集、再公開、エクスポート止まる前に別環境を用意する猶予
2027年2月28日以降なし8th Wallホスティングと残存データ旧URL・埋め込み・外部アセット参照が停止

一方で、8th Wallの技術がすべて消えたわけではありません。フレームワーク、ECS、Face Effects、Image Targets、Sky Effectsなどの主要部分はMITライセンスのリポジトリとして公開され、SLAMは別のEngine Binaryとして提供されています。ただし、「オープンソース化」と「旧ホスティングが自動的に継続すること」は別問題です。公開URLを新環境へ自動転送してくれる仕組みではありません。

!
いま最も危険なのは「動いているから大丈夫」現在のホスト済み体験は編集不能です。OSやブラウザの更新、外部APIの変更、リンク先の終了で不具合が出ても、8th Wall側のプロジェクトを直して再公開できません。稼働確認と移行準備は同時に進めてください。

最初の分岐は「ソースコードがあるか」

移行で最初に確認すべきなのは、機能一覧ではなく「編集可能なソースコードが手元にあるか」です。ここを曖昧にしたまま移行先サービスを比較すると、後から「そもそも元コードを取り出せない」「画像ターゲットが無い」「VPS依存で再現できない」と判明し、見積もりとスケジュールが崩れます。

編集可能なソースの有無を起点に、Buildable Codeあり、既存セルフホスト、公開URLのみの3状態から移行作業を選ぶ分岐図
移行の最初の分岐。手元に残るソースの状態によって、検証・点検・再構築のどこから始めるかが変わる。

A. Buildable Code Exportがある

2026年2月28日までにBuildable Code Exportを取得済みなら、プロジェクトソース、アセット、画像ターゲット、ビルド設定、XRランタイム、配布用Engine Binaryが含まれます。まずローカルでビルドし、カメラ起動、トラッキング、3D・動画の読み込み、計測イベントまで再現できるかを確認します。通常のCode Exportは参照・バックアップ用のスナップショットで、Buildable Codeと同じくそのまま稼働できるとは限りません。

B. 既存のセルフホスト案件である

自社サーバーや別CDNから配信していても、HTML内で旧 `apps.8thwall.com/xrweb` を読んでいる案件は移行対象です。公式移行ガイドでは、配布用Engine Binaryへのスクリプト差し替えと、World／Face／Image Targetに応じたチャンク指定が案内されています。独自ドメインを使っているためURLを維持しやすい一方、エンジン参照、XRExtras、画像ターゲット設定、アセットパスを点検する必要があります。

C. 8th Wall上の公開URLしか残っていない

Cloud EditorやStudioのプロジェクトを事前に書き出しておらず、手元にソースもローカルプロジェクトも無い場合、現在は8th Wallから移行用データを取得できません。公式案内も、未エクスポートのホスト案件はダウンロード・編集不可と明記しています。この場合は、手元に残る3D、画像、動画、台本、仕様書、公開体験の操作記録を集め、別基盤で再構築します。

!
「画面を保存すれば移行できる」ではありません公開ページから見えるファイルだけでは、元のプロジェクト構成、画像ターゲットデータ、ビルド設定、管理画面側の設定を復元できない場合があります。権利関係にも注意し、契約先・制作会社・社内担当者が保有する正規の納品物を先に探してください。

8th Wallの移行先3パターンを比較

移行先は製品名の一覧から選ぶより、既存コードをどこまで生かすかと公開後の運用を誰が持つかで決めるほうが失敗しません。大きくは次の3パターンです。

8th Wall終了後の移行先を、Engine Binaryによるセルフホスト、別の管理型WebARへの再構築、オープンソース構成での再構築の3案に分け、向く条件・引き継げるもの・注意点で比較した図
8th Wall終了後の3つの移行パターン。ソースコードの有無と、保守を自社で担えるかを起点に選ぶ。
移行先既存資産の再利用運用負担向く案件主な注意点
8th Wall Engine Binary＋セルフホスト高い。既存コードを生かしやすい自社または保守会社Buildable Code取得済み、既存セルフホストクラウド依存機能は非対応。バイナリは限定ライセンス
別の管理型WebAR3D・画像・動画・仕様を移植事業者の管理画面とサポートを利用更新担当が非エンジニア、運用支援が必要コードの直接移植ではなく再実装になりやすい
OSSライブラリ＋独自実装Web UI・アセット・分析設計を再利用開発・端末検証・保守を自社で担当画像認識、顔、マーカー、位置情報など要件を絞れる追跡品質、Safari対応、ライブラリ更新を継続検証
ネイティブアプリへ再設計企画・3D・導線を再利用アプリ開発・審査・更新が必要高度な空間認識や長期運用を最優先WebARより参加導線と費用が重くなる

1. 8th Wall Engine Binaryでセルフホスト

World Effects、Face Effects、Image Targets、Sky Effects、Absolute Scaleを使う既存案件で、ソースが揃っているなら最小差分になりやすい選択です。A-Frameやthree.jsの資産も生かせます。配信先はHTTPSが必須で、Cloudflare Pages、Netlify、Vercel、AWSなど自社の運用要件に合うホストを選びます。

ただしEngine Binaryの内部はオープンソースではなく、修正・再コンパイルはできません。公式FAQでは、VPS、Lightship Maps、Hand Tracking、Modules／Backendsなどのクラウド依存機能も対象外です。互換性が高いことと、将来の保守責任が軽いことは同義ではありません。

2. 別の管理型WebARへ再構築

管理画面、公開機能、分析、サポートを引き続き事業者に任せたい場合の選択です。比較時は「画像認識・顔・ワールドトラッキングがあるか」だけでなく、ソースやアセットの書き出し、独自ドメイン、アクセス上限、契約終了時のデータ返却、障害時の連絡体制まで確認します。プラットフォーム終了を経験した直後だからこそ、出口条件を契約前に決めることが重要です。

3. オープンソース構成で再構築

画像認識・顔トラッキングならMindAR、マーカー・画像認識・位置情報ならAR.jsのように、要件を絞ってOSSライブラリで再構築する方法があります。3D描画はA-Frameやthree.js、ホスティングと分析は自社のWeb基盤へ分離できます。一方、スマートフォンのWebXRはブラウザ間の対応差が残るため、ワールドトラッキングをWeb標準だけで置き換える場合は、非対応端末のフォールバックを含めた設計が必要です。

i
移行先のPoCは「一番難しい1シーン」で行うトップ画面だけを移しても比較になりません。暗所の画像認識、屋外のワールドトラッキング、顔の遮蔽、重い3D、動画再生など、既存体験で最も失敗しやすいシーンを先に実装し、実機で合否を判断します。

移行前の棚卸しチェックリスト

移行計画は、公開URL一覧ではなく「体験を再現するのに必要な資産」を1案件ずつ記録します。制作会社へ依頼した案件では、納品範囲と保守契約も同時に確認してください。

公開URLとQR、ソースコード、3D・画像・動画、依存機能、運用・計測、対応端末、契約・権利を確認する移行前の7項目チェックリスト
移行前に確認する7項目。技術資産だけでなく、公開導線、運用、契約と権利まで案件単位でそろえる。
  1. 公開面：公開URL、独自ドメイン、埋め込み先LP、QRコード掲載物、キャンペーン終了日
  2. ソース：Buildable Code Export、Code Export、Gitリポジトリ、Studioのローカルプロジェクト
  3. アセット：3D、画像、動画、音声、フォント、画像ターゲット、利用許諾と元データ
  4. 8th Wall依存：`apps.8thwall.com/xrweb`、XR8 API、XRExtras、Modules、Asset Bundles
  5. クラウド依存：VPS、Lightship Maps、Hand Tracking、Backends、外部API
  6. 運用：アクセス分析、同意画面、問い合わせ導線、障害監視、更新担当者
  7. 端末：対象OS・ブラウザ、最低対応機種、カメラ権限、横持ち／縦持ち、通信量

とくに印刷物のQRが `8thwall.app` など旧ホストURLを直接指している場合、ホスティング終了後に自社で転送先を変更できません。チラシ・パッケージ・看板の在庫数と配布期間を確認し、再印刷、上貼りシール、差し替え掲示を移行費に含めます。

セルフホスト移行で変わる実装ポイント

ソースがある案件でも、サーバーへコピーするだけでは終わりません。8th Wall公式のセルフホスト移行ガイドでは、旧エンジンURLを配布用Engine Binaryへ置き換え、用途に応じて `slam` または `face` チャンクを事前ロードします。画像ターゲットは起動時に自動ロードされないため、`XR8.XrController.configure` へターゲットデータを渡す更新が必要です。

セルフホスト移行で必要な、エンジンURL、slam・face指定、Image Target、アセットパス、HTTPS・CORS・MIME、実機テストの6つの実装ポイント
セルフホスト移行の6つの実装ポイント。参照先の変更から配信設定、実機検証までを一続きで確認する。
確認箇所移行時の変更テスト観点
エンジン読込旧 `apps.8thwall.com/xrweb` からEngine Binaryへ初回読込、キャッシュ、CDN障害時
World／Image Target`slam` チャンクを指定床面検出、追従、復帰、暗所
Face Effects`face` チャンクを指定前後カメラ、遮蔽、複数端末
Image Targetsターゲットデータをコードで設定対象画像、距離、角度、反射
Asset Bundles通常フォルダ化後の参照パスを修正3D・動画・音声の404
公開基盤HTTPS、CORS、MIME、キャッシュを設定カメラ権限、埋め込み、更新反映

移行後のURLは、できるだけ自社が管理する独自ドメイン配下に置きます。QRコードを独自ドメインの短縮URLへ寄せておけば、将来エンジンやホスティングを変えても転送先だけを更新できます。これは技術移行より地味ですが、次のプラットフォーム変更に強い設計です。

2027年2月から逆算した進め方

ホスティング終了当日に新環境へ切り替える計画は危険です。端末固有の不具合、QR差し替え、DNSキャッシュ、外部LPの修正、社内承認を考えると、2026年内の移行完了を基本線にするのが安全です。

2026年2月28日の編集・書き出し終了から、棚卸し、移行先のPoC、再実装と受入試験、1〜2か月前の並行稼働を経て、2027年2月28日のホスティング終了前に切り替えるスケジュール図
推奨する移行スケジュール。公開終了日を作業期限にせず、実機テストと並行稼働のための余白を確保する。
  1. 棚卸し（すぐ）：対象URL、ソース、依存機能、QR、契約と権利を一覧化
  2. PoC（1〜2か月）：最難関の追跡シーンを候補基盤で実機検証
  3. 再実装（2〜4か月）：UI、3D、計測、同意画面、エラー導線を移植
  4. 受入試験：対象端末、屋内外、回線速度、カメラ拒否、復帰動作を確認
  5. 並行稼働（1〜2か月）：新旧URLを監視し、LP・QR・埋め込みを順次切替
  6. 完了判定：旧URLへの流入がなくなり、新環境の計測・保守手順が運用できることを確認
!
長期掲出物は先に救う商品パッケージ、観光看板、常設展示、学校教材など、回収しにくいQRほど優先度が高い対象です。体験のアクセス数が少なくても、物理物が残る期間が長ければ、リンク切れによるブランド毀損は続きます。

費用を左右するのは再利用率と運用範囲

8th Wall移行の費用は、ページ数より「どの資産が正規に残っているか」「追跡機能をそのまま再現できるか」「公開後の保守を誰が持つか」で変わります。ソースが揃う単純なセルフホスト移行と、公開URLしかないVPS案件の再構築を同じ単価表で見積もることはできません。

8th Wall移行費用を左右する、ソースの再利用率、代替機能の難易度、アセットの再制作、端末・環境テスト、公開後の運用保守という5要素
移行費用を左右する5要素。残存資産の量だけでなく、代替実装と公開後の保守範囲まで見積もりを分けて考える。
費用項目小さくなる条件大きくなる条件
調査・棚卸しGit、仕様書、担当者、契約が揃う制作会社が複数、納品物不明、URLだけ残る
実装Buildable Codeがあり、クラウド依存なしVPS・Maps・Hand・Modulesを別設計
アセット3D・画像・動画の元データと権利が明確再制作、軽量化、利用許諾の再取得が必要
テスト対応端末と利用環境を限定できる不特定多数、屋外、低速回線、常設運用
公開・運用独自ドメイン・CI/CD・監視基盤を流用新規ホスト、分析、同意管理、保守窓口を構築

移行だけでなく、機能を整理して作り直す場合の費用感はWebAR開発の費用と内訳で機能別に整理しています。新規の制作会社選定も含める場合はWebAR制作会社の選び方を参照し、見積書に「移行元調査」「代替機能」「端末試験」「QR・埋め込み差し替え」「公開後保守」が分かれているかを確認してください。

よくある質問

8th Wall移行で多い、URLの期限、今からの書き出し、OSS化後の対応、QR継続、移行先選定という5つの質問
8th Wall移行でよくある5つの質問。期限、書き出し、OSS、QR、移行先の順に判断を整理する。

公開中のURLはいつまで動きますか？

8th Wall公式FAQでは、2026年2月28日までに公開・ホストされていた体験は2027年2月28日まで稼働すると案内されています。その後はホスティングサービスが終了し、残存プロジェクトデータも削除予定です。外部サイトに埋め込んだ体験や8th Wall上のアセットURLも影響を受けます。

今から8th Wallのプロジェクトを書き出せますか？

できません。2026年2月28日にプラットフォームアクセスが終了し、ログイン、編集、エクスポートは停止しました。事前に取得したBuildable Code、通常のCode Export、Studioのローカルデータ、既存セルフホストのソース、制作会社からの納品物がないかを確認してください。個別のアカウント・プロジェクト照会は公式サポート窓口への確認が案内されています。

オープンソース化されたなら何もしなくてよいですか？

いいえ。オープンソース化されたのはフレームワークや主要モジュールなどで、旧ホストURLが新環境へ自動移行するわけではありません。SLAMは別のEngine Binaryで、VPS、Maps、Hand Trackingなどは含まれません。ソースを新しい実行・配信環境へ移し、必要な修正と実機テストを行う必要があります。

QRコードはそのまま使えますか？

QRコードが自社管理の独自ドメインを指し、転送先を変更できるなら維持できる可能性があります。8th WallのホストURLを直接指すQRは、終了後に自社で転送設定を変えられません。印刷物や看板が残る場合は、新URLへの差し替え方法を物理在庫まで含めて計画します。

移行先はどう選べばよいですか？

Buildable Codeまたはセルフホストのソースがあり、VPSなどのクラウド依存が無ければEngine Binaryによるセルフホストが第一候補です。管理画面とサポートを重視するなら別の管理型WebAR、要件を画像・顔・マーカー・位置情報へ絞れて内製保守できるならOSS構成を比較します。製品比較の前に、一番難しいシーンでPoCを行ってください。

既存WebARを止めないために

8th Wall終了対応で必要なのは、単なる「URLの引っ越し」ではありません。ソースコード、追跡機能、アセットの権利、端末対応、QRや埋め込み、分析・保守までを1本の運用として移し替える作業です。最初の1週間で対象URLとソースの有無を確定するだけでも、移行不能リスクと見積もりの幅を大きく減らせます。

既存WebARを止めないために、最初の1週間のURL・ソース確認、最難関シーンのPoC、2026年内の移行完了、終了前の新旧並行稼働を進める4段階
WebARを止めない4アクション。棚卸し、PoC、移行完了、並行稼働の順に期限から逆算する。

TOBIDASEでは、既存WebARの棚卸し、移行先の技術選定、最難関シーンのPoC、再構築、公開後の運用まで対応しています。「ソースがあるか分からない」「VPS依存か判断できない」「印刷済みQRを止めたくない」という段階でも、まずはWebAR移行についてご相談ください。期限から逆算し、残す機能と作り直す機能を切り分けます。

一次情報確認先：8th Wall公式FAQ、Migration Guide、Self Hosted Projects、8th Wall公式GitHub（2026年7月25日確認）。仕様と公開リポジトリは更新される可能性があるため、実装時に最新版をご確認ください。

ARエフェクト制作のご依頼はこちら

💡 この記事を読んだ人におすすめの記事

2026/7/24

周年記念のAR企画カタログ｜記念コンテンツのアイデア10選

結論を3行で周年記念のARは、「記念日を“体験”に変え、来場者・ファンを“拡散の起点”にする」ための企画装置です。式典やノベルティで終わらせず、お客様やファンがスマホで参加し、SNSでお祝いを広げてくれる設計にできます。使い道は大きく3系統。①顧客・ファンを巻き込むAR（記念フォトAR・記念スタンプ...

2026/7/23

展示会ブースのAR活用｜集客・回遊率を上げる仕掛けと事例

結論を3行で展示会ブースのARは、「通路で足を止める・ブースで体験させる・SNSで拡散させる」の3点で効きます。来場者が足早に5〜10社しか回らない会場で、素通りを止め、滞在と回遊を伸ばす仕掛けとして機能します。代表的な使い方は、フォトスポットAR・製品の3D原寸ARデモ・ブース回遊スタンプ・名刺/...

2026/7/22

推し活×AR｜アクスタAR・ライブグッズAR特典の作り方と事例

結論を3行で推し活×ARは、アクスタ・フォトカード・缶バッジなどの「モノ」にARを紐づけ、かざすと推しが動き出す“フィジタル（phygital）”グッズです。購入者だけの特典体験になり、グッズの付加価値と「投稿したい」を同時に生みます。仕組みは「かざす→画像認識→再生」の3ステップ。アプリ不要のWe...

弊社サービスはこちら

弊社実績はこちら

宇佐のマチュピチュをARで満喫！衣装エフェクトが観光PRに革新をもたらす理由

熊本・健軍の冬に咲く「奇跡の桜」。ワンピース・ドラム王国に着想を得たARエフェクト制作事例

舞鶴カレーフェスタに学ぶ！イベントのSNS拡散を最大化するARエフェクト活用術

【コラボ始動】点描画家 BANANA YAMAMOTO × AR：巨大な点描作品が現実世界で動き出す

【実績】動画200万回再生突破！森進一さんの息子「はてな」新曲TikTokエフェクト＆動画制作｜ソニー・ミュージックレーベルズ様

V.W.P「神椿幕張戦線」に学ぶ、ロケーションベースARでイベント体験を熱狂させる方法

最終未来少女のTikTok戦略｜楽曲UGCを加速させる「歌詞エフェクト」活用事例

ARで商店街を回遊！「サザエさんAR」が実現した、コロナ禍でも活気あふれるイベント体験