バーチャルツアーのホスティング解説: サーバー、ストレージ & CDN

バーチャルツアーのホスティングとは、閲覧者がブラウザで探索できるように、ビューア、シーンデータ、パノラマ、および関連メディアをオンラインで利用可能にしておくことを指します。見た目の体験はひとつの連続した空間のように感じられるかもしれませんが、その背後では多くの個別ファイルへのリクエストや、場合によってはアプリケーションからの応答が発生しています。

この説明では、サーバ、ストレージ、帯域幅、コンテンツ配信ネットワークの役割を分けて解説します。また、SaaS とセルフホスト型の配信が責任をどのように分担するかも説明します。インフラの概念ではなくインストール手順を知りたい場合は、実用的なガイドである独自のバーチャルツアーをホストする方法をご利用ください。

誰かがバーチャルツアーを開いたときに何が起きるのか？

ツアーの URL がブラウザを Web サービスへ導きます。ブラウザはビューアとプロジェクト情報を読み込み、現在のシーンに必要な画像やメディアをリクエストします。ビューアによっては、全体のパノラマを取得する代わりに、閲覧者が見回したりズームしたりするに応じて様々な解像度の小さなタイルを取得する場合があります。

ビューアが起動する：HTML、スクリプト、表示用アセットがインタラクティブな体験を構築します。
プロジェクトが読み込まれる：シーンの接続、ホットスポットの位置、設定がビューアに何を表示するかを伝えます。
メディアが届く：パノラマファイルやタイル、フロアプラン、オーディオ、ビデオが要求に応じて配信されます。
ブラウザがシーンを描画する：閲覧者のデバイスが画像をデコードし、没入型のビューを描きます。

これらの段階は、ホスティングの速度とデバイス性能が別物である理由を説明します。高速なサーバーでも負荷のかかったスマートフォンでスムーズな描画を保証できず、逆に高性能な端末でも遅い接続や不必要に大きなダウンロードを補うことはできません。

サーバ：アプリケーションを実行しリクエストに応答する

サーバはリクエストを受け取り応答を返します。静的にエクスポートされたツアーであれば、既存の Web ファイルを配信するだけで済みます。ブラウザベースのオーサリングプラットフォームでは、プロジェクトの管理、編集者の認証、変更の保存、アップロードの処理のためにアプリケーションランタイムやデータベースが必要になることもあります。

公開時の負荷と閲覧時の負荷は異なります。画像タイルの生成や大きなパノラマのリサイズは準備中に CPU とメモリを消費することがあります。既に生成された画像を配信することは主に配信の作業です。CPU を追加して処理能力を高めても、閲覧者のダウンロードのボトルネックを解決するとは限りません。

オリジンはファイルや応答が取得される信頼できる供給元です。Web サーバ、アプリケーションサービス、オブジェクトストレージサービスなどが該当します。ひとつの物理マシンがすべての役割を果たす必要はなく、レンタルしたクラウドインフラがセルフホスト型の展開に含まれる場合もあります。

ストレージ：どれだけのコンテンツを保持するか

ストレージは静止状態のファイルやデータが占める容量です。元のパノラマだけでなく、生成されたタイル、プレビュー画像、ホットスポット用メディア、プロジェクト記録、保持されるバージョンもスペースを消費する点を数に入れてください。バックアップや編集用マスターは別に保管することもありますが、それらも専用の容量予算が必要です。

ローカルサーバーストレージ：ファイルはアプリケーションサーバに接続されたストレージ上に保存されます。使用可能な空き容量や復旧はそのホスティング環境に依存します。
オブジェクトストレージ：ファイルは別のサービスのオブジェクトとして保存されます。ソフトウェアがその構成をサポートしていれば、メディアの増加をアプリケーションリソースから切り離すことができます。
バックアップストレージ：復旧可能なコピーは削除や障害に対する保護になります。二番目のライブコピーや CDN キャッシュは自動的に使えるバックアップになるわけではありません。

例として計算すると、250 MB を平均とする公開プロジェクトが40件あると、十進単位で約10 GB を占めます。これはバックアップ、ソースアーカイブ、アプリケーション、追加バージョンを除いた値です。元の写真サイズだけを掛け合わせるのではなく、公開されたプロジェクト全体を測定してください。弊社のバーチャルツアーのファイル形式ガイドは、作業用マスターと配信用アセットが異なる目的を持つ理由を説明しています。

帯域幅と転送：訪問者が受け取るデータ量

厳密には帯域幅は時間当たりにデータを移動させる接続の容量で、一般にメガビット毎秒（Mbps）で表されます。ホスティングプランでは同じ語が月間転送容量（GB や TB）を指すこともあります。容量は同時にどれだけ移動できるかに影響し、転送は一定期間に実際にどれだけ移動したかを測ります。

保存されたツアーが訪問ごとに同じ量の転送を消費するわけではありません。訪問者は1つのシーンだけを開くか全てを探索するか、モバイル閲覧者は低解像度を要求するか、キャッシュされたアセットが再利用されるか、オートプレイ動画やプリロードが総量を大きく変えることがあります。

月間の例示的転送量 = 訪問数 × 訪問あたり平均配信データ量。例えば 2,000 件の訪問がそれぞれ 30 MB を受け取ると、閲覧者向け配信は十進単位で約 60 GB になります。30 MB は仮定の測定値であり、バーチャルツアーのベンチマークではありません。これは前述の保存プロジェクト総サイズの例とは無関係です。

また月間合計と同時発生する需要を区別してください。多くの訪問者が同時に来るキャンペーンは、月間転送量が控えめでも配信に負担をかける可能性があります。「無制限」を文字通りに解釈するのではなく、プランが転送制限、スループット、リクエスト数、超過利用をどのように扱うかを確認してください。

CDN：キャッシュされたメディアを訪問者に近く配信する

コンテンツ配信ネットワークは、対象となるアセットのキャッシュ済みコピーをエッジロケーションに分散します。リクエストはオリジンから同じ画像を何度も取得する代わりにエッジキャッシュから応答できる場合があります。これは配信レイテンシとオリジントラフィックを削減し、地理的に分散した視聴者に対して特に有効です。

キャッシュミスは上流からの取得を必要とするため、CDN があっても動作するオリジンが不要になるわけではありません。また、CDN 自体が重いパノラマを小さくするわけでもありません。画像の最適化、適切な解像度、合理的な読み込み動作はパフォーマンスの別個の要素として残ります。基礎モデルについては Cloudflare の CDN 配信に関する説明を参照してください。

キャッシュルールはコンテンツに合っていなければならない

公開されたパノラマタイルは再利用のためにキャッシュされることが多いです。エディタセッション、パーソナライズされた応答、制限付きツアーにはアクセス制御を尊重するルールが必要です。基礎となるメディアが公開状態で取得可能なままなら、プライベートリンクだけでは不十分です。MDN の Cache-Control リファレンスはブラウザおよび共有キャッシュの指示方法を説明しています。

更新にも新鮮さの戦略が必要です。パノラマが置き換えられてもアドレスが同じままなら、キャッシュされた古いコピーが期限切れになるか無効化されるまで表示され続けるかもしれません。バージョン化されたアセットの URL は改訂を分離できます。CDN の設定はすべての応答に一律のルールを適用するのではなく、アプリケーションの公開動作をサポートするべきです。

オリジントラフィックと訪問者トラフィックは別物

エッジキャッシュがファイルを提供しても、オリジンがそれを再送しなかったとしても訪問者はそのバイトを受け取ります。オリジンホスティング、ストレージ、CDN の課金は別々に読むべきです：キャッシュはある転送項目を削減できても、別のサービスは配信やリクエストで料金を請求し続けることがあります。節約効果はプロバイダーの条件と実際のキャッシュ挙動に依存します。

SaaS とセルフホスト：同じ構成要素、異なる運営者

どちらのアプローチもコンピュート、ストレージ、ネットワーク配信を必要とします。違いは、誰がコンポーネントを選択し運用し支払うか、そしてそれらのコストや制御がツアー作成者にどのように提示されるかにあります。

SaaS ホスティング：プラットフォーム運営者がインフラとアプリケーションを管理します。あなたのサブスクリプションや利用プランが利用可能な容量、機能、サポート、公開条件を決定します。
セルフホスト配信：互換性のあるホスティング環境を選び、運用を自分で行うかマネージドプロバイダー経由で手配します。インフラの請求はソフトウェアライセンスとは別になります。
マネージドホスティング：ホスティングパートナーが特定のサーバ作業を担当することでツアーソフトウェアを SaaS 化することなく運用できます。サービス契約でアプリケーションの更新、バックアップ、復旧が含まれるかどうかが定義されます。

どちらのラベルも速度、移植性、または総コストの低さを保証するものではありません。SaaS サービスは CDN を利用することができ、セルフホストされたプラットフォームはレンタルされたクラウドサーバで動作することがあります。エクスポートアクセス、ドメイン制御、容量ルール、割り当てられた責任を比較してください。弊社のセルフホスト対クラウドの比較はより広いビジネス判断について扱っています。

ホスティングの仕様は解決する問題ごとに読む

アップロードが失敗する、または処理が停止する：アップロード制限、ランタイム設定、利用可能メモリ、CPU、空きストレージを調査してください。
最初のシーンの読み込みが遅い：応答時間、初期アセットのサイズ、ネットワーク距離、閲覧者の接続を確認してください。
ナビゲーションで長い待ちが発生する：シーンのペイロード、タイルリクエスト、プリロード、キャッシュ挙動を確認してください。
混雑したローンチでエラーが発生する：同時リクエスト、アプリケーション容量、オリジン負荷、配信制限を確認してください。
更新後も古い画像が残る：ブラウザおよび CDN キャッシュ、アセットのバージョン、無効化を確認してください。

代表的なツアーから始め、ブラウザのネットワークリクエストをホスティングの使用状況レポートと並べて観察してください。配信されたバイト数、応答遅延、描画の問題を分離してください。その区別がホスティング仕様を有用にします：各リソースを訪問者体験の観測可能な部分に結び付けるからです。

よくある質問

バーチャルツアーのホスティングは 360 写真の保存と同じですか？

いいえ。ストレージはファイルを保管しますが、ホスティングはビューア、プロジェクト情報、訪問者に必要なサービスも利用可能にします。パノラマだけが入ったフォルダは、接続されたシーンやインタラクティブなナビゲーションを提供しません。

すべての訪問でツアー全体がダウンロードされますか？

いいえ。量はビューアの読み込み戦略、探索されたシーン、要求された解像度、メディア再生、キャッシュ状況に依存します。トラフィックを見積もるにはプロジェクト全体のサイズではなく、訪問ごとの実測配信量を使用してください。

すべてのバーチャルツアーに CDN が必要ですか？

いいえ。近隣の観客にのみ提供する小さなツアーはオリジンからの配信で十分な場合があります。ネットワーク距離、繰り返しのアセット要求、トラフィック分散が理由で CDN が有用になるときに導入を検討してください；実際の読み込みテストで効果を確認してください。

セルフホストはサーバーが私のオフィスにある必要があるという意味ですか？

いいえ。展開の制御を意味します。レンタルホスティング、マネージドサーバ、クラウドアカウントは、技術要件を満たす場合にセルフホスト型ソフトウェアをサポートできます。

ツアーを埋め込むとホスティングが私のウェブサイトに移りますか？

いいえ。埋め込みビューアは通常、元のサービスから読み込みを続け、そのメディアは設定されたホストによって配信されます。埋め込みはツアーが表示される場所を変えるものであり、自動的にアプリケーションやアセットの所在を変更するものではありません。

プランを比較する前に配信チェーンを理解する

信頼できるバーチャルツアーのホスティングの出発点は、四つの質問を分けて考えることです：何がアプリケーションを実行するか、どこにファイルが保管されるか、訪問者がどれだけのデータを受け取るか、再利用可能なコピーはどこで配信されるか。SaaS はこれらの決定をサービスとしてまとめ、セルフホストは自分のプロバイダーと共にそれらを手配できるようにします。見出しにある一つのストレージ数値が体験全体を説明していると仮定するのではなく、リソースを実際の負荷に合わせてください。

Simple Virtual Tour は、インタラクティブなツアーを作成、管理、公開するためのセルフホスト方式を提供します。ライブデモを体験することで訪問者の体験を確認するか、展開を計画する際は利用可能なパッケージを確認するとよいでしょう。