Google は現在、サイトまたはページ間のシームレスなナビゲーションを可能にするポータルと呼ばれる機能に取り組んでいます。
アップデート 1 (5/8/19 @ 01:01 AM ET): Google Chrome デベロッパー リレーションズ チームは、試験運用フラグを立てて Chrome Canary でポータルが利用できるようになったと発表しました。 詳細については記事の下部で説明します。 2018年9月26日に公開された記事を以下に保存します。
Googleの主力サービス 彼らの検索エンジンかもしれない 10 億人を超えるアクティブ ユーザーを抱える複数のサービスを運営している可能性がありますが、その勢いを維持できるのはインターネット全体への献身です。 もし同社が Google 検索 (そして現在は Google 広告として知られる AdWords) に留まっていたなら、今日ほどの影響力を持つ企業はなかったでしょう。 この大きな例は、モバイル分野、特に AMP プロジェクトに重点を置いていることに見ることができます (好き嫌いは別として)。 同社は現在、サイトまたはページ間のシームレスなナビゲーションを可能にする、現在ポータルとして知られている機能に取り組んでいます。
ウェブサイトの読み込みに 3 秒以上かかると、モバイル ユーザーの半数以上がウェブサイトを放棄するという統計を聞いたことがあるでしょう。 データは公開されており、Amazon でさえ、（現在の平均より）わずか 1 秒のページ読み込み速度の低下により、同社の年間売上が 16 億ドル減少する可能性があると述べているため、それが真実であることが証明されています。 これが、Google の AMP プロジェクトが意味のある理由です。 たとえ人々が Google の実装方法を嫌っていたとしても、ユーザーをウェブ上に留めて Google のサービスを利用し続けることが彼らの最大の利益になります。
現在 Portals として知られている新しいプロジェクトに入ります。これには詳しい説明があります。 Kenji Baheux の GitHub ページ. Kenji Baheux は Google のプロダクト マネージャーで、現在 Chrome と Web プラットフォーム全体の両方に取り組んでいます。 彼らの新しいプロジェクトは、現時点では提案にすぎませんが、最終的な目標は、サイトまたはページ間のシームレスなナビゲーションを可能にすることです。 これが何を意味し、どのように機能するのかを詳しく見ていきますが、目標は、ページが別のページをインセットとして表示できるようにし、インセット状態とナビゲートされた状態の間でシームレスな遷移を実行できるようにすることです。
わかりにくいと思われるかもしれませんが、ここで何が起こっているかを説明する画像がいくつかあります。
上の画像が示すように、この例では、T シャツのコンテンツを公開する Web サイトをスクロールします。 新しい投稿をスクロールしていると、新しいシャツの埋め込み画像が表示されます。 ポータルが適切に設定されている場合、ユーザーはこのブログから製品を購入できる Web サイトに移動するジェスチャを開始できます。 繰り返しますが、この例の目標は、ブログから小売業者へのシームレスで高速かつスムーズな移行を提供し、このブログの読者の UX を向上させることです。
ポータルの目標は、複数の Web サイト間を移動する方法を改善したいという願望から生まれました。 Google の AMP はモバイル ウェブを改善するために多くのことを行っており、できる限りのことを行っています。 Google のこの新しいプロジェクトに導入されるこれらのプロパティの多くを有効にします。 ただし、同社は、AMP 自体にユーザーを AMP のキャッシュオリジン内に留めておくなどの独自の制約があることを認識しており、ポータルがこれらの懸念の一部に対処できることを期待しています。 このシステムが完成して一般公開されれば、開発者がWebサイトに組み込むためのAPIとして提供される予定だ。
これまでのところ、このおかげでこの新しいプロジェクトが積極的に取り組んでいることがわかります。 Chromium Gerrit でコミットが見つかりました. Googleには、 バグトラッカーシステムへのエントリー 開発を進めていきたい人向けの機能です。 の 会社がPDFを公開しました プロジェクトの技術的な側面の一部を共有します。 これには、ポータルの作成、移動、アクティブ化が含まれますが、Web ブラウザーがどのように処理するかを示すサンプル コードもいくつか示されています。
このプロジェクトはまだ初期段階にあり、完成には至らないかもしれません。 Kenji Baheux は、最初のアイデアがうまくいかなかった場合に備えて、現在のポータルの実装に対するいくつかの代替案について語ります。 これにより、プロジェクトが iframe を最上位のドキュメントに昇格させるための API を提供することになります。 ただし、これは過去に他の Chromium エンジニアによって実験されており、セキュリティ問題の原因となったため、最終的には削除されました。 また、フルスクリーンの iframe をメインのドキュメントであるかのように表示するというアイデアもあります。
現状でうまくいくか、エンジニアがこれらの代替方法のいずれかを実装する必要があるか、プロジェクトが完全に放棄されるかは関係ありません。 これにより、一部の Google エンジニアがモバイル ウェブの全体的なユーザー エクスペリエンスを向上させるために現在取り組んでいることがよくわかります。
アップデート 1: Chrome Canary ビハインド フラグで利用可能
ポータルは、Web 開発者がモバイル ユーザーのページ遷移のエクスペリエンスを合理化するのに役立ちます。 導入ガイドが見つかります ここ. 以下のツイートは、ポータルが動作しているビデオを示しています。
開発者は、最新の Chrome Canary ビルドをダウンロードし、 chrome://flags/#enable-portals フラグ。