Upgrade to PRO for Only $50/Year—Limited-Time Offer! 🔥
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
ピクシブ百科事典のWebフロントエンドパフォーマンス改善
Search
higara
October 16, 2024
Programming
0
480
ピクシブ百科事典のWebフロントエンドパフォーマンス改善
https://conference.pixiv.co.jp/2024/dev-meetup
LT発表資料
higara
October 16, 2024
Tweet
Share
Other Decks in Programming
See All in Programming
物流システムにおけるリファクタリングとアーキテクチャの再構築 〜依存関係とモジュール分割の重要性〜
deeprain
1
370
watsonx.ai Dojo #4 生成AIを使ったアプリ開発、応用編
oniak3ibm
PRO
2
270
Serverless苦闘史
mosh_inc
0
140
あれやってみてー駆動から成長を加速させる / areyattemite-driven
nashiusagi
1
140
プロダクトの品質に コミットする / Commit to Product Quality
pekepek
1
610
Gestaltung digitaler Lösungen – Produktions- oder Designprozess?
techstories
0
120
型のインスタンス化は非常に深く、無限である可能性があります。
kimitashoichi
0
120
Jakarta EE meets AI
ivargrimstad
0
1.2k
Develop iOS apps with Neovim / vimconf_2024
uhooi
1
300
React への依存を最小にするフロントエンド設計
takonda
21
8.7k
Functional Event Sourcing using Sekiban
tomohisa
0
130
Vapor Revolution
kazupon
2
2.5k
Featured
See All Featured
Building Applications with DynamoDB
mza
91
6.1k
Designing for humans not robots
tammielis
250
25k
Responsive Adventures: Dirty Tricks From The Dark Corners of Front-End
smashingmag
251
21k
Design and Strategy: How to Deal with People Who Don’t "Get" Design
morganepeng
126
18k
Making the Leap to Tech Lead
cromwellryan
133
9k
Building Flexible Design Systems
yeseniaperezcruz
327
38k
RailsConf 2023
tenderlove
29
920
Building Adaptive Systems
keathley
38
2.3k
Typedesign – Prime Four
hannesfritz
40
2.4k
Raft: Consensus for Rubyists
vanstee
136
6.7k
Optimising Largest Contentful Paint
csswizardry
33
3k
Faster Mobile Websites
deanohume
305
30k
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によるスタイルの置き換え •
なるべく小さい変更で済むところで確かめる