Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
ピクシブ百科事典のWebフロントエンドパフォーマンス改善
Search
higara
October 16, 2024
Programming
0
510
ピクシブ百科事典のWebフロントエンドパフォーマンス改善
https://conference.pixiv.co.jp/2024/dev-meetup
LT発表資料
higara
October 16, 2024
Tweet
Share
Other Decks in Programming
See All in Programming
良いユニットテストを書こう
mototakatsu
8
3.1k
103 Early Hints
sugi_0000
1
260
Androidアプリのモジュール分割における:x:commonを考える
okuzawats
1
190
Jakarta EE meets AI
ivargrimstad
0
280
テストコードのガイドライン 〜作成から運用まで〜
riku929hr
5
950
Zoneless Testing
rainerhahnekamp
0
120
PHPで学ぶプログラミングの教訓 / Lessons in Programming Learned through PHP
nrslib
4
390
今年一番支援させていただいたのは認証系サービスでした
satoshi256kbyte
1
260
php-conference-japan-2024
tasuku43
0
360
採用事例の少ないSvelteを選んだ理由と それを正解にするためにやっていること
oekazuma
2
1.1k
Асинхронность неизбежна: как мы проектировали сервис уведомлений
lamodatech
0
970
これが俺の”自分戦略” プロセスを楽しんでいこう! - Developers CAREER Boost 2024
niftycorp
PRO
0
200
Featured
See All Featured
[RailsConf 2023] Rails as a piece of cake
palkan
53
5.1k
ピンチをチャンスに:未来をつくるプロダクトロードマップ #pmconf2020
aki_iinuma
111
49k
The Myth of the Modular Monolith - Day 2 Keynote - Rails World 2024
eileencodes
17
2.3k
Building a Modern Day E-commerce SEO Strategy
aleyda
38
7k
No one is an island. Learnings from fostering a developers community.
thoeni
19
3k
Optimizing for Happiness
mojombo
376
70k
Speed Design
sergeychernyshev
25
670
Reflections from 52 weeks, 52 projects
jeffersonlam
347
20k
Principles of Awesome APIs and How to Build Them.
keavy
126
17k
The Success of Rails: Ensuring Growth for the Next 100 Years
eileencodes
44
6.9k
A Philosophy of Restraint
colly
203
16k
Code Review Best Practice
trishagee
65
17k
Transcript
ピクシブ百科事典の Webフロントエンド パフォーマンス改善 higara
• 2024年新卒入社 • フロントエンドエンジニア • イラストが好きです → • 今日はOJT期間中の ピクシブ百科事典の話をします higara
ピクシブ百科事典はアニメからマンガ、 ゲーム、デザイン、アートまで、 あらゆる言葉・現象・文化・作品を解説する 「みんなでつくる百科事典」です。
• ピクシブ百科事典はPHP製 • ページのレンダリングはSmarty (テンプレートエンジン) • フロントエンドはNext.jsへの置き換えが進行中 ◦ 記事ページのパフォーマンスが問題に 百科事典の技術構成・課題
新記事ページで 記事が表示されるまで
記事本文の 文字列 記事本文は 独自記法で記述される
記事本文の文字 列データ 記事構造ツリー を表すJSON 記事本文の パース
記事本文の文字 列データ 記事構造ツリー を表すJSON 記事本文のパース JSONをHTMLに レンダリング レンダリング された記事 ServerSide
Props
記事本文の文字 列データ 記事構造ツリー を表すJSON 記事本文のパース JSONをHTMLに レンダリング レンダリング された記事 ServerSideProps
Hydration
記事本文の文字 列データ 記事構造ツリー を表すJSON 記事本文のパース JSONをHTMLに レンダリング レンダリング された記事 ServerSideProps
Hydration
• 本文はとても長くなる可能性がある • 記事が長くなるとやりとりするデータも大きくなる
記事本文の文字 列データ 記事構造ツリー を表すJSON 記事本文のパース JSONをHTMLに レンダリング レンダリング された記事 ServerSideProps
Hydration 怪しい!!
怪しいところは いろいろあるが
データ計測 フィールド値の計測にSentry、手元での計測にLighthouseを使用
• 仮説 • 手元で検証 • 本番で効果を確認 小さく回せるフローができた
• 百科事典はUGC ◦ 記事によってページの特徴が異なる • ページによってアクセス傾向も異なる • できる限りインパクトの大きい、ユーザーにとって嬉し いところから改善したい 数値から得られた知見
実際に取り組んだ改善
Tailwindへの置き換え
• ピクシブにはデザインシステムがある • Charcoalのstyledの仕組みに既知の問題があった • 広範囲で使われているが、全てのスタイル置き換えはつらい Tailwindへの置き換え
• ピクシブにはデザインシステムがある • Charcoalのstyledの仕組みに既知の問題があった • 広範囲で使われているが、全てのスタイル置き換えはつらい Tailwindへの置き換え
コードに占める割合が小さくてもページに占める割合が大きい コード 描画結果 記事本文 その他 記事本文 その他 記事ページの事情
記事本文での改善を確認後、他の箇所も置き換え
速くなった! 記事本文のtailwind化 追加の置き換え
Tailwind と styled-components • Tailwind はビルド時にCSSを生成・静的 • styled-components はランタイムでスタイルを生成 ◦
おそらく通常はそこまで重いものではない ◦ デザインガイドラインに沿ってstyled-componentsを 記述する仕組みが特別重かった
• 記事jsonのminify • UAを使って記事を出し分けてDOM数を減らす • 記事本文だけ事前レンダリングして保存したい 検証して却下したもの・実施前のもの アイデアで止まったもの
• Sentryによるフィールド値の計測 • Lighthouseによる手元での簡易的計測 • 手元で効果検証→本番投入のサイクル まとめ • Tailwindによるスタイルの置き換え •
なるべく小さい変更で済むところで確かめる