先週の Google I/O での発表には、「 The Web Platform の新機能」というタイトルのセッションでのテクノロジの可用性に関する Google Chrome チームによる発表が含まれています。セッションの主要な 2 人の講演者である Ben Galbraith と Dion Almaer が、初期の頃に AJAX と Web 2.0 に関する本を共同執筆したのは偶然ではありません。
Web プラットフォームは、Web がオペレーティング システムの仮想的な代役として機能することを可能にするオープン Web テクノロジと、アプリケーションのようなエクスペリエンスを提供するブラウザーで構成されています。これは、ユーザーが Google などに期待するものです。 「 Web Vitals の新機能」セッションなど、その他の重要なセッションも取り上げられています。 SEO開発作業に関連するセッションから重要なポイントを確認します。
クロム
Google の Chromium は、主要な Web ブラウザとして Chrome だけでは不十分です。また、Microsoft の Edge などにも使用されています。競合他社に対する Chrome のブラウザ市場シェアのリードは、今や他のライバルに対する Google 検索のリードと同じです。 Microsoft は Internet Explorer を閉鎖しています。 Chrome は、サポートされていない機能のフォールバックを提供するか、Safari と Firefox によってもサポートされているテクノロジに完全に固執しながら、コードを記述する主要なブラウザーになりました。
1 桁のユーザー マーケット シェアでフラグを立てていない唯一の競合ブラウザーは、iOS のアプリ内 WebView を強化する WebKit によって支えられた Safari であることは間違いありません。 Google I/O で発表された Google の最新の開発成果は、ブラウジング アクティビティの前例のない増加と一致していることを認識することが重要です。
コロナウイルスの複数市場調査 (GlobalWebIndex) は、2020 年 7 月のマイルストーンの瞬間に急速な成長を示しています。
- 携帯電話に費やす時間が 70% 増加
- ラップトップ コンピュータに費やす時間が 47% 増加
- PC またはデスクトップに費やす時間が 33% 増加
新しいセキュリティ機能
セキュリティ。 Chrome チームの最初の発表は、インライン フレームのインスタンスを分離する新しいセキュリティ サンドボックス機能に関するものです。つまり、YouTube ウィジェットのようにページ内に埋め込まれたクロスサイト<iframe>
コンテンツは、埋め込みページ自体を処理するプロセスから分離され、分離されたスタンドアロン プロセスで実行されるようになりました。 V8 から Chrome までの分離セキュリティ アーキテクチャは、 ハートブリードや悪質な JavaScript などからの情報漏洩を防ぐように設計されています。
クッキー。 Google はまた、以前に発表されたサードパーティの Web サイトへのアクセスに対するデフォルトの Cookie 処理動作への変更が Firefox でライブになり、以前は Chrome と Edge でライブになったことを通知しました。サードパーティの cookie にアクセスするためのSameSite cookie の要件について聞いたことがない場合は、サードパーティの cookie にアクセスしたり、サードパーティの Web サイトに自分のサイトの cookie へのアクセスを提供したりしない限り、今がそれを理解するときです。 SameSite ディレクティブは、ブラウザーの処理動作を制御します。
売上アップを目指すためにホームページ制作を佐賀でのご依頼は株式会社ハートウエブへAPI。サードパーティの Cookie が非常に普及していることを考慮して、Chrome チームは、フェデレーション ログイン、パーソナライズド広告、コンバージョン トラッキングなどの新しい「API ファミリ」を発表しました。クッキーの実装。たとえば、「 アトリビューションレポート」API の提案により、コンバージョン トラッキングの負担は、ウェブサイト全体でユーザーを追跡する Cookie からブラウザ自体に移行します。
追跡防止。トラッカーが個人を特定するデータとコンバージョン イベントの時間とを結び付けるのを防ぐために、Attribution Reporting API からの送信では時間の遅延とノイズが発生し、特定のユーザーとコンバージョンをその方法でうまく追跡できなくなります。この API は、他のいくつかの API とともに、オリジン トライアルで利用でき、ローンチするかどうかに備えて、独自の Web サイトでテストできます。
新しいプログレッシブ ウェブアプリの機能
コンテキスト メニューとバッジ。プログレッシブ ウェブ アプリは、ホーム画面やデスクトップにアイコンとともにインストールされていましたが、Android を含むサポートされているオペレーティング システムを使用して、「クイック アクション」をコンテキスト メニュー項目 (右クリックまたは 2 本指のタップ) として公開する「ショートカット」を作成できるようになりました。 、Chrome OS、Windows、macOS。新しいバッジ API を使用すると、アプリのアイコンを通知番号で飾ることもできます。
宣言型リンク キャプチャ。提案された「装飾的なリンク キャプチャ」API は、オリジン トライアル形式でまもなく利用可能になります。提案された API を使用すると、PWA コンテキストの外部にあるリンクで PWA を開くことができます。これは、YouTube の Web サイトでブラウザー タブを開くのではなく、インストール済みの YouTube アプリを開く YouTube 動画の URL へのリンクをクリックしたときと同じように、PWA を開くことができます。これは、ディープリンクのような優れた機能ですが、アプリのコンテキストに当てはまります。
マニフェスト ファイル。デスクトップ上の Chrome と Android Web アプリのインストール ユーザー インターフェースには、インストール手順をより簡単にするための詳細と指示をユーザーに提供する、光沢のある新しいダイアログと情報パネルが追加されています。開発者は、Web アプリのマニフェスト ファイルで指定することにより、カスタム テキストと画像を提供できます。
マルチスクリーン ウィンドウ配置 API。この新しい API により、プログレッシブ Web アプリは接続されているすべてのディスプレイを検出し、それらの画面上のウィンドウの配置場所を制御できます。この機能は、Web ベースのプレゼンテーションやビデオ会議に便利であることに注意してください。繰り返しになりますが、これらの進展は、2020 年以降に見られる劇的なブラウジング アクティビティの増加とよく一致しています。
ファイル システム アクセス API。最後に、Web アプリがユーザーのファイル システムにアクセスできるようになりました。何が問題になる可能性がありますか?アプリは既存のファイルを処理し、状態をディスクに保持できます。新しいファイル処理 APIは、Web アプリをファイル タイプ ハンドラーとして登録できるため、ユーザーは、ネイティブ アプリと同じように、Web アプリを起動してファイルを開いてそれらを処理できます。実験的なリリースは今年後半に出荷される予定です。
Web プラットフォームは、少なくとも理論的には、意図したとおりのアプリケーションのようなエクスペリエンスを備えた「オペレーティング システムとしての Web」になりつつあります。初期のエクスペリエンスは、開発者の学習曲線と実装に相当な量の作業を伴う少し風変わりなものであると予想してください。しかし、今は Web 開発者にとって、最先端の Web テクノロジーを使って魅力的なことを実現できる非常に有望な時期です。
Web Assembly ニュース
Web アセンブリ (Wasm)の約束は、JavaScript エンジンで実行されるバイナリ実行可能ファイルにコードをコンパイルすることです。 V8 がマルチメディアのパフォーマンスを改善するためのSIMD命令を備えた最新の CPU をサポートすることで、主な不満の 1 つであるパフォーマンスの問題が解決される可能性があります。
Wasm の最も優れた点は、JavaScript だけでなく、事実上あらゆる言語を使用して Web アプリケーションをコーディングできるバイナリ仕様にコンパイルすることです。たとえば、Rust で記述された注目すべきプロジェクトがあります。最新のブラウザで JavaScript を使用して実行可能なバイナリにコンパイルします。ただし、Rust のような言語を使用するときに制限されることを知ることは、Wasm 仕様で可能なことを超えないようにするために重要です。
コア ウェブ バイタル
Core Web Vitals の最大の発表は、Web Vitals の最適化によるパフォーマンスの改善は、モバイル ランキングに利益をもたらすだけでなく、今年後半にデスクトップ ランキングも改善するということです。デスクトップ ユーザーも不安定なネットワーク条件下で閲覧するため、影響を受けるランキングがモバイル検索のみに影響すると考えるのは常に奇妙でした。
ランキング。ラボ テストのスコアについて説明があります。ランキングはフィールドで集めたスコアに応じて調整されます。 Lighthouse が「上位パーセンタイルでユーザーを代表するように調整されている」という朗報です。つまり、ラボで良いスコアが得られた場合、10 回中 9 回、フィールドのユーザーは、ユーザー エクスペリエンスのランキング要素を調整するために、さらに良いスコアを Google に送信します。
背景画像。最大のコンテンツフル ペイント要素が何であるかを解読しようとするとき、困難でした。幸いなことに、Lighthouse はすぐにサムネイルを提供し、背景とカルーセル画像を処理する際の精度が向上するように調整されます。
レイアウトシフト。修正中のもう 1 つの厄介な問題には、累積レイアウト シフトの計算方法の変更が含まれます。ページ ブラウジング セッションの全期間を通じて、シフトが蓄積されていました。一部のユーザーはロードして保釈し、他のユーザーはブラウジングして上下にスクロールできるため、結果としてランキングの変更を説明するために必要な精度のレベルがスコアから明らかになりませんでした。 Google は現在、最高のシフト スコアを表にした 5 秒の範囲をサンプリングしています。
コンテンツの可視性。比較的新しいcontent-visibility
CSS プロパティを使用して、値をauto
設定してパフォーマンス スコアを改善できるようになりました。これにより、その要素がユーザーのディスプレイに現在表示されていない場合に、その要素のコンテンツのレンダリングをスキップする許可がブラウザーに与えられ、これらの要素のコンテンツの量に比べてパフォーマンスが向上します。
事前レンダリング。いくつかのブラウザは事前レンダリング機能を実装しており、開発者はクリック時に高速にロードするためにブラウザのキャッシュに保存されるようにトップ ナビゲーションなどで URL を通知できますが、クロスサイト セキュリティ、突然再生される可能性のあるマルチメディア、および意図せずにユーザーを認証からログアウトさせることさえできます。 Google は、今年後半に改善されたプリレンダリング API を提供する予定です。
私たちが気にする理由
ウェブ プラットフォーム テクノロジーのブラウザと API のサポートが強化されるため、Google が導入することを楽しみにしていることがたくさんあります。これらのテクノロジの多くは現在利用可能であり、これらの発表のいくつかは、今年使用できるテクノロジがさらに増えることを示しています。ここで取り上げるすべての発表は、ランキングに役立つか、サイトの視聴者を引き付ける新しい方法を提供します。
Web サイトの開発、Web アプリのオーサリング、ランキングのためのテクニカル SEO 作業におけるこれらの急速な変化についていくために、サインアップして、 6 月 15 日と 16 日に SMX Advancedで開催される開発者向けの SEO ワークショップに参加することを忘れないでください。 6月17日と18日のワークショップで!