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
500
ピクシブ百科事典のWebフロントエンドパフォーマンス改善
https://conference.pixiv.co.jp/2024/dev-meetup
LT発表資料
higara
October 16, 2024
Tweet
Share
Other Decks in Programming
See All in Programming
menu基盤チームによるGoogle Cloudの活用事例~Application Integration, Cloud Tasks編~
yoshifumi_ishikura
0
110
今年一番支援させていただいたのは認証系サービスでした
satoshi256kbyte
1
250
快速入門可觀測性
blueswen
0
320
なまけものオバケたち -PHP 8.4 に入った新機能の紹介-
tanakahisateru
1
120
これが俺の”自分戦略” プロセスを楽しんでいこう! - Developers CAREER Boost 2024
niftycorp
PRO
0
190
急成長期の品質とスピードを両立するフロントエンド技術基盤
soarteclab
0
920
アクターシステムに頼らずEvent Sourcingする方法について
j5ik2o
4
180
Асинхронность неизбежна: как мы проектировали сервис уведомлений
lamodatech
0
650
開発者とQAの越境で自動テストが増える開発プロセスを実現する
92thunder
1
180
採用事例の少ないSvelteを選んだ理由と それを正解にするためにやっていること
oekazuma
2
1k
[JAWS-UG横浜 #76] イケてるアップデートを宇宙いち早く紹介するよ!
maroon1st
0
450
わたしの星のままで一番星になる ~ 出産を機にSIerからEC事業会社に転職した話 ~
kimura_m_29
0
180
Featured
See All Featured
Designing for humans not robots
tammielis
250
25k
Navigating Team Friction
lara
183
15k
Cheating the UX When There Is Nothing More to Optimize - PixelPioneers
stephaniewalter
280
13k
Easily Structure & Communicate Ideas using Wireframe
afnizarnur
191
16k
CSS Pre-Processors: Stylus, Less & Sass
bermonpainter
356
29k
Why Our Code Smells
bkeepers
PRO
335
57k
Statistics for Hackers
jakevdp
796
220k
Raft: Consensus for Rubyists
vanstee
137
6.7k
A Philosophy of Restraint
colly
203
16k
Sharpening the Axe: The Primacy of Toolmaking
bcantrill
38
1.9k
Large-scale JavaScript Application Architecture
addyosmani
510
110k
Scaling GitHub
holman
458
140k
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によるスタイルの置き換え •
なるべく小さい変更で済むところで確かめる