ウェブは速くなっている、しかしさらに高速化できる from #ChromeDevSummit 2019
[レベル: 上級] この記事では、Chrome Dev Summit 2019 の ウェブの高速化に関係するセッションのハイライトをレポートします。 ページの表示速度改善のためのツールやレポート、指標などがたくさん紹介されています。 ウェブが速く ウェブは速くなってきている。 昨年との比較で次のような改善が見られる。 First Contentful Paint: 7 % 速く First Input Delay: 27 % 速く ツール ウェブの高速化にはたとえば次のようなツールを使える。 PageSpeed Insights: URL を指定してそのページのパフォーマンス状況を検証できる Search Console のスピードレポート: サイト内のページをグループ化して速度状況を可視化できる 新しい指標 スピードを測定するために新しい指標を取り入れる。 Large Contentfu
ウェブのパフォーマンス改善にはスピード測定ツールが必要不可欠、GoogleのイチオシはLighthouse #ChromeDevSummit
[レベル: 上級] この記事では、11 月 12 〜 13 日に米サンフランシスコで開催された Chrome Dev Summit 2018 のセッションをレポートします。 今年の Chrome Dev Summit で Google が特に力を入れていたテーマはウェブのパフォーマンス改善でした。 モバイルウェブ高速化の成功事例のセッションと高速化のための最新テクニックのセッションを先週はこのブログでレポートしています。 この記事で紹介するセッションのトピックは、パフォーマンス改善に役立つツールです。 ウェブサイトの高速化にはどんなツールが利用できるのでしょうか？ 一緒に見ていきましょう。 Metrics 何かを改善しようとするなら、計測することが重要。まず何を計測するかのMetrics（指標）を決める。ユーザーにかかわる指標を計測する。 ウェブページでは、次の 3 つを指標にするといい。
モバイルウェブのスピードアップに不可欠なのは 画像・JS・フォント の最適化 #ChromeDevSummit
[レベル: 中級] 昨日とおとといに続いて、今日も Chrome Dev Summit 2018 のセッションレポートをお届けします。 セッションのタイトルは “Speed Essentials: Key Techniques for Fast Websites” です。 昨日レポートしたセッションと同じようにモバイルウェブの高速化がテーマです。 しかし、こちらはより実践的な内容になっています。 パフォーマンス改善に非常に役立つテクニックが満載です。 パフォーマンス改善の優先対象は画像とJS、フォントの3つ モバイルウェブで 1 ページあたりデータ量が多いリソースは次の順番（HTTP Archive 調べ） 画像 (約 500 KB) JavaScript (約 380 KB) フォント (約 80 KB) この 3 つは Performance Budget（パフォーマンス バジェット）
Chrome Dev Summit 2018が開催！Web制作者がチェックしておきたい、CSSとJavaScriptの最新情報 | コリス
先週、サンフランシスコで開催された「Chrome Dev Summit 2018」から、Web制作者が特に注目しておきたいハイライトを紹介します。 ナビゲーションの新しい遷移方法、Squooshの開発秘話、新しいPageSpeed API、ChromeでもLazyloadをサポートなど、これからの制作に役立つものばかりです。 Highlights from Chrome Dev Summit 2018 下記は各ポイントを意訳したものです。 ※当ブログでの翻訳記事は、元サイト様にライセンスを得て翻訳しています。 ナビゲーション遷移（Navigation transitions） Squoosh -15kbのJavaScriptアプリ PageSpeedとLighthouse APIによる統一されたパフォーマンス分析 ChromeでもLazyloadをネイティブにサポート ナビゲーション遷移（
Frontrend x Chrome Tech Talk Night Extended
Frontrend x Chrome Tech Talk Night Extended - Togetter Lightning Talks WebPagetest in 5 minutes @kojismt いまいち日本では人気のないと思われるWPTの紹介・Speed Indexの意味について紹介。 Try Web Components @hiloki Addyの素晴らしい記事を参考にしながら、WebApp向けのコンポーネントを何かつくってみます。その結果どういうものができたか、またどういった点が難しいかというのをお話します。 Solving the big picture of testing Android devices @gunta85 多くのAndroid端末を個別に検証しなければならない課題を解決するべく立ち上がった、STF（仮）という開発中のプロジェクトを簡単なデモで紹介し
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
