動画は新しいHTML_html/css_WEB-ITnoseです

編集者注: ランタイムはコンテンツとアプリケーションがロードされる場所です。前の 2 つのランタイムは Web アプリとモバイル アプリでした。次の主流のランタイムは何でしょうか? WeChatとFacebookはどちらも独自の手段で新しいランタイムになりたいと考えていますが、Snapchatはビデオというアイデアを思いつき、顔を変更したり、ステッカーを追加したりすることで、ビデオをさまざまなコンテンツをカプセル化する手段に変えました。ベニディクト・エヴァンスによるこの分析は実に啓発的です。

以下のコンテンツと配信モデルの図は、昨年末に Jonah Peretti によって作成されました。私にとって、このグラフで興味深いのは、配信プラットフォームの急増とコンテンツ モデルの急増という 2 つの明確な傾向を反映していることです。

上の図の各アークは、異なるユーザー獲得モデルを持つプラットフォームであり、異なるコンテンツ形式を持つプラットフォームでもあります。ビューを取得する方法、有効なコンテンツのタイプ、および可能なコンテンツのタイプはすべて異なります。 (もちろん、Buzzfeed などもこの環境を理解して最適化するための機械です)

この拡散において、配信モデルは 2 つの方向に発展しています。1 つは、アルゴリズム主導のニュース フロー (Facebook、Twitter、Instagram) です。 2 つ目は、手動キュレーション (Snapchat Discover) ですが、一方ではコンテンツ モデルの形式がよりリッチで没入型になり (多くの場合、ビデオ ファイルの形式で配信されます)、もう一方ではより軽量になっています。 、帯域幅に最適化されたテキストベースの形式も人気を集めています (AMP、Facebook インスタント記事)。 AMP と記事は Facebook や Snapchat のビデオと同様に読み込み速度を優先しますが、コンテンツはプラットフォーム所有者によって制御されます。

一方、Google が AMP を実行し、Facebook がインスタント記事を実行することのポイントの半分は (暗黙的であるかどうかにかかわらず)、Google と Facebook の独自のソリューションを優先してすべてのアドテクと分析の JavaScript を削除することで、帯域幅を改善でき、保存、レンダリングが可能になるということです。もっと早く。しかし、同様に、相手側の帯域幅も拡大しており、Snapchat Discover では、何が起こっているかを通知するためにプラットフォームに依存することになります。ほとんどの場合、特に Facebook や Snapchat では、すべてに JavaScript 経由でアクセスする必要がある場合よりも、メイン プラットフォームの方が優れた使用法とユーザー情報 (理論的には優れた経済性) を提供します。多分。同時に、新しいコンテンツと指標だけでなく、Web バナー広告よりもネイティブで通常のコンテンツに自然に溶け込む新しい広告フォーマット (特に Snapchat 上) も利用できます。

つまり、これらのモデルは、視聴者を獲得する方法、視聴者が見るもの、視聴者に対する理解を変え、そこから収益を得る方法を変えます。 (時間を節約するために、おそらくモバイル ウェブの使用量の 1/3 はアプリ内ブラウジングとして Facebook で発生します)

次に、Facebook には Instant Articles がありますが、Google には現在 Instant Apps があります。リンクをクリックすると、「ネイティブ」(とにかく HTML ではない) コードが (できれば) すぐに表示され、実行されます。これは Java の復活 (ある意味、Android は Java です)、または Flash の復活と考えることができます。 Flash の適用範囲はさらに広いと思います。もちろん、Snapchat Discover は Flash によく似ています。技術的には配信される形式は h264 ビデオですが、実際のコンテンツは、アクティビティ、インタラクティブなリッチ メディア コンテンツとサウンド、アクション、アニメーションなど、10 年前に誰もが Flash で遊んでいたものとよく似ています。時には実際の実写映像も。 Falsh でのビデオ配信から​​、ビデオでの Flash 配信に移行しました。言い換えれば、ビデオは新しい HTML、つまり新しいコンテンツ配信形式 であり、必ずしも実写である必要はまったくありません。 Instant Apps も同じことを行いますが、Snapchat の代わりに Android ランタイムを使用するだけです。また、Google IO の Instant Apps デモはコンテンツというよりもアプリのように見えますが、原理は同じです。HTML よりもリッチですが、App Store にアクセスするよりも優れています。しかし、AMP やインスタント ストーリーでも同じことができます。私たちは今、古い単純な HTML と JavaScript から、より優れたエクスペリエンスに移行しています。

これは、ビデオ (GIF など、含めたいものでも) が新しいカード形式として機能し、インターネット上で表示できるようにさまざまな種類のコンテンツをカプセル化して循環および共有 できることを意味すると考える人もいるかもしれません。ソーシャル ネットワーク フィードへのビデオの埋め込みは、HTML に代わるコンテンツ配信形式であり、広告を含む任意のコンテンツを埋め込めることも意味します。

これは、別の種類の普及、つまりインジケーターの普及も示しています。 Snapchat が「1 日あたりのビデオ再生回数が 100 億回」と言っているとき、それは何を意味するのでしょうか?他の人はそれを何と比較できますか？ビデオの自動再生についてはどうですか?ユーザーに音が聞こえない、または音が聞こえない場合はどうすればよいでしょうか?これは確かにテレビ視聴とは比較できません。少なくとも、Facebook などと同じ基準で合計時間を比較しただけです。 YouTube は少なくとも概念的にはテレビと同じですが、Snapchat は実際には違います。そしてもちろん、指標を設計して報告するのはプラットフォーム所有者自身です。

この質問を拡張すると、期間を比較できない場合、広告費の比較は困難になります。ほとんどの視聴が無音で行われる (スクロール時に自動再生がスキップされることが多い) 「ビデオ」プラットフォームで費やす時間は、ヒットテレビ番組で費やす時間と比較できるでしょうか?テレビで番組が再生されているときに、ソファに座ってスマートフォンで高度にインタラクティブな (h264 形式) リッチ メディア コンテンツを見ている場合はどうすればよいでしょうか? (さらに先を見据えて、VR での広告の価値とインタラクティブ性を考慮する必要があるでしょうか?)

これにより、モバイル広告のブロックがさらに問題になるのではないかと考えています。 Facebook は、最大のモバイル Web ブラウザーの 1 つであるのと同様に、長い間世界最大の広告ブロッカーであり続けています。しかし、プラットフォームが単一の IP から暗号化されたデータを送信し、そのデータが h264 ビデオであるが、その中にたまたま広告が含まれており、コンテンツがデバイス プライベート ランタイムを使用してレンダリングされている場合、そのような広告はどのように削除できるでしょうか? ? おそらく、すべての広告ブロックの最大の影響は、コンテンツ所有者をウェブからますます遠ざけることです。

モバイルに関する私の考え方のフレームワークの 1 つは、次のランタイム、つまり Web アプリやモバイル アプリの後にモバイルでエクスペリエンスを作成する場所を探しているということです。この新しいランタイムには、新しいインタラクションや発見モデルも含まれる可能性があります。収益モデル。明らかに、これは Google アシスタントや Facebook のボット プラットフォームを調べるのに便利な方法ですが、このコードの見方はコンテンツを調べるのにも使用できます。Snapchat は WeChat のような開発プラットフォームであり、右から見るだけで済みます。角度。画面自体がランタイムであり、それをよりリッチでネイティブにできるほど、より良いものになります。