Google I/Oで日経電子版が事例として紹介された話 — HACK The Nikkei
Web 開発チームの宍戸(sisidovski)です。現在カリフォルニアの Mountain View で開催されている Google I/O 2018 で、日経電子版が Web パフォーマンス改善のセッションで事例として紹介されたので報告させてください。 何が紹介されたの 電子版モバイル Web https://r.nikkei.com が、パフォーマンスの最適化事例として紹介されました。既にいくつかの資料やカンファレンスで公開していますが、r.nikkei.com はパフォーマンスを最重要の KPI として、例えば以下のようなパフォーマンス向上のためのベストプラクティスを愚直に検討・実行しています。 アセットの圧縮 HTTP キャッシュ 画像サイズ、フォーマット、最適化 遅延ロード Resource Hints による先読み ルーティングベースの JS/CSS ファイルの分割 サードパ
日経電子版を支える広告技術 — HACK The Nikkei
本稿では、現在の日経電子版モバイル Web（以下、日経電子版）における広告掲示の技術について解説する。 広告とサイトパフォーマンスの関係 dev.to に代表されるような「高速」と言われる Web サイトは、CDN や ServiceWorker などを駆使して表示に関して適切なチューニングを行っており、日経電子版もほぼ同じ思想の元チューニングを行っているが、一点大きな違いを挙げるとするならば、広告表示の有無が挙げられる。 現在の日経電子版では 7 タイプの広告を表示しており、うち 4 タイプは外部 DSP からの配信を行っている。 その他にも様々なサイトトラッキングのサードパーティスクリプトを導入しているが、ご存知の通りこれらはメインとして打ち出したいコンテンツとはほぼ関連性はなく、パフォーマンス観点から見れば劣化させる要因でしかない。広告が無ければもっと速く表示できるのに…と思ったこと
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
