성능 최적화 실무
마케터가 직접 확인하는 랜딩 페이지 속도
개발자에게 "빠르게 해 주세요" 라고 요청하면 무엇을 해야 할지 정해지지 않습니다. 이미지 · 서드파티 스크립트 · 폰트 · 히어로 이미지 네 가지는 마케터가 직접 확인해 항목으로 넘길 수…
Technote
성능 최적화
캐시 · Redis · Core Web Vitals · 이미지 최적화 · 쿼리 튜닝. 워드프레스를 빠르게 만드는 모든 실측 기반 노하우를 다룹니다.
글 43편· 성능 최적화
성능 최적화 심화
autoload 옵션 — 모든 요청에 실리는 데이터 찾기
autoload 로 표시된 옵션은 요청마다 한 번에 읽혀 역직렬화됩니다. 큰 값 하나가 사이트 전체에 조용히 세금을 매기는 구조입니다.
성능 최적화 심화
부모 테마 자산 걷어내기 — 절차와 뒤따르는 책임
쓰지 않는 스크립트를 내리는 것은 가능합니다. 다만 그 자산에 기대던 기능의 책임이 함께 넘어오므로, 무엇이 실제로 깨지는지 확인하는 절차가 필요합니다.
성능 최적화 실무
Core Web Vitals 를 마케터의 말로 옮기면
세 지표는 각각 한 문장으로 옮겨집니다. 언제 보이나, 읽는 중에 흔들리나, 눌렀을 때 반응하나 — 이 말로 옮기면 무엇을 요청할지가 보입니다.
성능 최적화 실무
트랜지언트 — 캐시를 만들면 무효화가 내 책임이 됩니다
저장은 세 줄이면 됩니다. 어려운 것은 언제 지울 것인가이고, 지워야 할 사건은 최소 두 가지입니다. 하나만 놓쳐도 증상이 갈립니다.
성능 최적화 실무
태그 하나가 더하는 밀리초는 누가 냅니까
추적 스크립트는 내려받고 끝나지 않습니다. 파싱과 실행이 메인 스레드를 점유하는 동안 페이지는 손가락에 반응하지 않습니다. 그 비용은 직접 잴 수 있습니다.
성능 최적화 실무
워드프레스 Redis 오브젝트 캐시 — 적용 전에 알아야 할 것과 실측 결과
워드프레스가 느린 원인의 상당수는 페이지를 만들 때마다 같은 데이터베이스 쿼리를 반복하는 데 있습니다. Redis 오브젝트 캐시는 이 반복 쿼리를 메모리에서 꺼내 쓰게 만들어, 특히 관리자…
성능 최적화 심화
Redis 오브젝트 캐시 적중률을 읽는 법 — 90%가 항상 좋은 것은 아니다
적중률 숫자 하나만 보고 캐시가 잘 돌고 있다고 판단하면, 정작 느린 화면은 그대로 남습니다. 어떤 키가 몇 번 조회되는지까지 내려가 봐야 병목이 보입니다.
성능 최적화 실무
오브젝트 캐시 — Redis 를 붙이면 실제로 줄어드는 것
반복되는 동일 조회는 사라집니다. 느린 쿼리 한 건은 그대로입니다. 이 구분을 모르면 캐시를 붙여 놓고 왜 안 빨라지는지 묻게 됩니다.
성능 최적화 실무
N+1 쿼리 — 루프 안의 get_post_meta 와 캐시 프라이밍
WP_Query 는 자기 결과에 대해서만 캐시를 채웁니다. 손으로 만든 ID 목록에는 그 혜택이 따라오지 않고, 그 차이가 쿼리 수를 결정합니다.
성능 최적화 실무
LCP 를 줄이는 프리로드 체크리스트 — 실측으로 고른 자원만
preload 는 우선순위를 사는 게 아니라 빌리는 것입니다. 남발하면 정작 급한 자원이 밀립니다. LCP 요소를 실측으로 특정하고 그 경로의 자원만 올리는 순서를 정리합니다.