# hyundai-0.tistory.com 속도 리포트

- 리포트: https://wpflow.kr/scan/r/swkgj6uyynxy58mf
- 측정 주소: https://hyundai-0.tistory.com/
- 측정 시각: 2026-10-04T09:20:22.466Z
- 총점(모바일 기준 등급): 46점 (F)
- 데스크톱: 56점 (D)
- 전송: 압축 없음 · 캐시 — · CDN —
- 모바일 지표: Lighthouse 62 · LCP 8.9s · CLS 0.00 · TBT 0ms · FCP 3.6s · TTFB 108ms
- 데스크톱 지표: Lighthouse 84 · LCP 1.7s · CLS 0.00 · TBT 0ms · FCP 1.4s · TTFB 356ms
- 채점 기준: v2 (100점 = 핵심 지표 40 + 서버·캐시 30 + 자원 20 + 플랫폼 10). 기준 미달이어도 '개선 필요' 구간이면 절반 점수.

> 사용법: '고칠 순서' 위에서부터 처리하고, 고친 뒤 https://wpflow.kr/scan 에서 다시 측정해 확인하세요.

## 모바일 — 46점 (F)

### 고칠 순서 (회복 가능한 점수 순)

1. 가장 큰 콘텐츠 표시 2.5초 이내 — +8점 (8.9초)
2. 캐시에서 응답 — +7점 (캐시 적중 신호 없음)
3. Lighthouse 성능 점수 (모바일) — +6.8점 (62점)
4. HTML 압축 (Brotli/GZIP) — +5점 (압축 없음)
5. 렌더링을 막는 리소스 없음 — +5점 (예상 절감 시간: 2,240밀리초)
6. 첫 콘텐츠 표시 1.8초 이내 — +4점 (3.6초)
7. 대표 이미지를 일찍 발견 가능 — +4점 (대표 이미지 발견이 늦습니다)
8. 캐시 플러그인 동작 중 — +4점 (캐시 동작 신호가 보이지 않습니다)
9. 이미지 최적화 동작 중 — +4점 (최신 포맷 0%)
10. CDN / 엣지 네트워크 — +3점 (CDN 신호 없음)
11. 최신 이미지 포맷 — +2점 (예상 절감 용량: 47KiB)
12. 전체 페이지 용량 1.5MB 이하 — +1.5점 (1.6MB)

### 핵심 지표 — 53/100 (21.2/40점, 2/5 통과)

#### [부분] Lighthouse 성능 점수 (모바일) — 11.2/18점
- 측정값: 62점
- 근거: 구글 PSI · 모바일 기준(실험실 측정)
- 근거: 90점 이상이 '좋음'입니다
- 왜 중요한가: 아래 항목들을 합쳐 구글이 매기는 종합 점수입니다. 검색 순위에 쓰이는 값입니다.
- 고치는 법: 아래 실패 항목을 고치면 이 점수가 함께 올라갑니다.
- AI 에게 시킬 문장: xOptimize로 페이지 캐시와 이미지 최적화를 켠 뒤, 속도를 다시 측정해서 점수가 올랐는지 확인해줘.
- 공식 문서: [Lighthouse 성능 점수 산정](https://developer.chrome.com/docs/lighthouse/performance/performance-scoring)

#### [실패] 가장 큰 콘텐츠 표시 2.5초 이내 — 0/8점
- 측정값: 8.9초
- 근거: 기준 2.5초 이내여야 합니다
- 왜 중요한가: 방문자가 '페이지가 떴다'고 느끼는 시점입니다. 대표 이미지나 제목이 보이는 순간이죠.
- 고치는 법: 페이지를 캐시하고, 대표 이미지를 먼저 불러오게 하고, 이미지를 가볍게 만드세요.
- 해결 도구: xOptimize · 페이지 캐시 · 이미지 최적화
- AI 에게 시킬 문장: xOptimize로 페이지 캐시를 켜고 대표 이미지를 WebP로 변환한 뒤, LCP를 다시 측정해줘.
- 공식 문서: [web.dev — LCP](https://web.dev/articles/lcp)
- 공식 문서: [LCP 개선하기](https://web.dev/articles/optimize-lcp)

#### [통과] 화면 밀림 0.1 이하 — 5/5점
- 측정값: 0
- 공식 문서: [web.dev — CLS](https://web.dev/articles/cls)

#### [통과] 총 차단 시간 200ms 이내 — 5/5점
- 측정값: 0ms
- 공식 문서: [web.dev — TBT](https://web.dev/articles/tbt)

#### [실패] 첫 콘텐츠 표시 1.8초 이내 — 0/4점
- 측정값: 3.6초
- 근거: 기준 1.8초 이내여야 합니다
- 왜 중요한가: 빈 화면이 아니라 무언가 보이기 시작하는 시점입니다.
- 고치는 법: 페이지 캐시를 켜고, 처음 화면에 필요 없는 리소스를 뒤로 미루세요.
- 해결 도구: xOptimize · 페이지 캐시
- AI 에게 시킬 문장: xOptimize로 페이지 캐시를 켜고 FCP를 다시 측정해줘.
- 공식 문서: [web.dev — FCP](https://web.dev/articles/fcp)

### 서버 응답과 캐시 — 50/100 (15/30점, 3/6 통과)

#### [통과] 첫 바이트까지 200ms 이내 — 8/8점
- 측정값: 108ms
- 근거: 우리 서버에서 직접 재면 284ms (측정 위치가 달라 참고용)
- 공식 문서: [web.dev — TTFB](https://web.dev/articles/ttfb)

#### [실패] 캐시에서 응답 — 0/7점
- 측정값: 캐시 적중 신호 없음
- 근거: 두 번 연속 요청했지만 캐시에서 나왔다는 표시를 찾지 못했습니다
- 근거: 서버 단 캐시(Nginx·Varnish)는 헤더를 지우면 밖에서 보이지 않을 수 있습니다
- 근거: 2회차가 1회차보다 빨랐습니다 (1376ms → 284ms)
- 왜 중요한가: 캐시가 실제로 동작하는지 봅니다. 켜 두기만 하고 적중하지 않는 경우가 많습니다.
- 고치는 법: 페이지 캐시를 켜고, 제외 규칙이 너무 넓지 않은지 확인하세요.
- 해결 도구: xOptimize · 페이지 캐시
- AI 에게 시킬 문장: xOptimize 페이지 캐시 상태와 제외 규칙을 확인하고, 적중률을 알려줘.
- 공식 문서: [web.dev — HTTP 캐시](https://web.dev/articles/http-cache)

#### [실패] HTML 압축 (Brotli/GZIP) — 0/5점
- 측정값: 압축 없음
- 근거: Accept-Encoding: br, gzip 을 보냈지만 압축된 응답이 오지 않았습니다
- 왜 중요한가: 같은 내용을 더 적은 바이트로 보냅니다. 느린 연결에서 차이가 큽니다.
- 고치는 법: 압축 사본 미리 만들기를 켜세요.
- 해결 도구: xOptimize · 압축 사본
- AI 에게 시킬 문장: xOptimize에서 압축 사본 미리 만들기를 켜고, 응답이 압축되는지 확인해줘.
- 공식 문서: [web.dev — 텍스트 압축](https://developer.chrome.com/docs/lighthouse/performance/uses-text-compression)

#### [통과] 정적 파일 캐시 정책 — 5/5점
- 측정값: 충분히 깁니다
- 근거: 외부 파일 42개는 사이트에서 설정할 수 없어 제외했습니다
- 공식 문서: [Lighthouse — 캐시 정책](https://developer.chrome.com/docs/lighthouse/performance/uses-long-cache-ttl)

#### [실패] CDN / 엣지 네트워크 — 0/3점
- 측정값: CDN 신호 없음
- 근거: CDN 을 쓰고 있어도 식별 헤더를 지우는 설정이면 여기서는 보이지 않습니다
- 왜 중요한가: 방문자와 가까운 곳에서 파일을 주면 물리적 거리만큼 빨라집니다.
- 고치는 법: Cloudflare 같은 CDN을 사이트 앞에 두세요.
- AI 에게 시킬 문장: 이 사이트에 CDN이 붙어 있는지 응답 헤더로 확인해줘.
- 공식 문서: [web.dev — CDN](https://web.dev/articles/content-delivery-networks)

#### [통과] 불필요한 리다이렉트 없음 — 2/2점
- 측정값: 없음
- 공식 문서: [Lighthouse — 리다이렉트](https://developer.chrome.com/docs/lighthouse/performance/redirects)

### 자원 최적화 — 38/100 (7.5/20점, 1/5 통과)

#### [실패] 렌더링을 막는 리소스 없음 — 0/5점
- 측정값: 예상 절감 시간: 2,240밀리초
- 근거: style.css — 1959ms 절약 가능
- 근거: kakao.min.js — 762ms 절약 가능
- 근거: tiara-1.2.0.min.js — 1298ms 절약 가능
- 근거: 외 17개
- 왜 중요한가: CSS·JS를 다 받을 때까지 화면이 비어 있습니다.
- 고치는 법: 첫 화면에 필요한 CSS만 먼저 넣고 나머지는 뒤로 미루세요.
- AI 에게 시킬 문장: 첫 화면을 막는 CSS·JS 파일 목록을 뽑아줘.
- 공식 문서: [Lighthouse — 렌더링 차단](https://developer.chrome.com/docs/lighthouse/performance/render-blocking-resources)

#### [통과] CSS·JS 압축 — 4/4점
- 측정값: CSS·JS 모두 압축됨
- 공식 문서: [Lighthouse — CSS 최소화](https://developer.chrome.com/docs/lighthouse/performance/unminified-css)

#### [부분] 최신 이미지 포맷 — 2/4점
- 측정값: 예상 절감 용량: 47KiB
- 근거: Lighthouse 감사 점수 50% — 절반 점수
- 근거: https://i1.daumcdn.net/thumb/C230x300.fwebp.q85/?fname=https%3A%2F%2Fblog.kakaocdn.net%2Fdna%2FbqwVdb%2FdJMcaiSE9y3%2FAAAAAAAAAAAAAAAAAAAAALf7Tmd0_9zlbBbe7Tfz6KNGNLkvbpBgocS80chk8py3%2Fimg.jpg%3Fcrede
- 근거: https://i1.daumcdn.net/thumb/C230x300.fwebp.q85/?fname=https%3A%2F%2Fblog.kakaocdn.net%2Fdna%2F1OTo2%2FdJMcacLybFg%2FAAAAAAAAAAAAAAAAAAAAAGHDZr_ZU_jKFoPjilsFTlCunqvhR0hOPf3xZAGJ-M3X%2Fimg.jpg%3Fcreden
- 근거: https://i1.daumcdn.net/thumb/C230x300.fwebp.q85/?fname=https%3A%2F%2Fblog.kakaocdn.net%2Fdna%2FFmmUY%2FdJMcajwWVtO%2FAAAAAAAAAAAAAAAAAAAAAEf3-TxH_4BOqiSpY61jH4siHCMjM-oXhyFT9tORaus4%2Fimg.webp%3Fcrede
- 근거: 외 1개
- 왜 중요한가: WebP·AVIF는 같은 화질에서 JPEG·PNG보다 훨씬 가볍습니다.
- 고치는 법: 이미지 자동 최적화와 WebP·AVIF 생성을 켜세요.
- 해결 도구: xOptimize · 이미지 최적화
- AI 에게 시킬 문장: xOptimize에서 WebP·AVIF 생성을 켜고 기존 이미지를 전부 변환한 뒤, 이미지 검사를 다시 돌려줘.
- 공식 문서: [Lighthouse — 최신 이미지 형식](https://developer.chrome.com/docs/lighthouse/performance/uses-webp-images)

#### [실패] 대표 이미지를 일찍 발견 가능 — 0/4점
- 측정값: 대표 이미지 발견이 늦습니다
- 근거: 항목
- 근거: 항목
- 왜 중요한가: 브라우저가 대표 이미지를 늦게 알면 그만큼 늦게 받습니다.
- 고치는 법: 첫 화면 이미지에는 지연 로딩을 걸지 마세요.
- 해결 도구: xOptimize · 이미지 전송
- AI 에게 시킬 문장: 첫 화면 대표 이미지에 지연 로딩이 걸려 있는지 확인하고, 걸려 있으면 빼줘.
- 공식 문서: [LCP 요청 조기 발견](https://developer.chrome.com/docs/lighthouse/performance/prioritize-lcp-image)

#### [부분] 전체 페이지 용량 1.5MB 이하 — 1.5/3점
- 측정값: 1.6MB
- 근거: 기준 1.5MB 이내여야 합니다
- 근거: 3MB 이하라 절반 점수를 받았습니다
- 왜 중요한가: 느린 모바일 연결에서는 용량이 곧 시간입니다.
- 고치는 법: 이미지를 줄이고 쓰지 않는 스크립트를 빼세요.
- 해결 도구: xOptimize · 이미지 최적화 · 속도 기본기
- AI 에게 시킬 문장: xOptimize로 이미지 최적화와 속도 기본기를 켠 뒤, 전체 페이지 용량을 다시 재줘.
- 공식 문서: [Lighthouse — 총 바이트 용량](https://developer.chrome.com/docs/lighthouse/performance/total-byte-weight)

### 플랫폼 준비도 — 20/100 (2/10점, 1/3 통과)

#### [실패] 캐시 플러그인 동작 중 — 0/4점
- 측정값: 캐시 동작 신호가 보이지 않습니다
- 근거: 외부에서 보이는 응답 헤더·HTML 만으로 판단했습니다
- 근거: 서버 단 캐시는 밖에서 보이지 않을 수 있습니다
- 왜 중요한가: 캐시 없이 워드프레스는 요청마다 PHP와 DB를 거칩니다.
- 고치는 법: xOptimize의 페이지 캐시를 켜세요.
- 해결 도구: xOptimize · xOptimize
- AI 에게 시킬 문장: xOptimize 페이지 캐시를 켜고 상태를 알려줘.

#### [실패] 이미지 최적화 동작 중 — 0/4점
- 측정값: 최신 포맷 0%
- 근거: 옛 포맷 2개가 그대로 나가고 있습니다 (전체 2개)
- 근거: 같은 주소로 포맷만 바꿔 주는 설정이면 여기서는 옛 포맷으로 보일 수 있습니다
- 왜 중요한가: 대부분의 사이트에서 용량의 절반 이상이 이미지입니다.
- 고치는 법: xOptimize의 자동 최적화를 켜세요.
- 해결 도구: xOptimize · xOptimize
- AI 에게 시킬 문장: xOptimize 자동 최적화를 켜고 아직 처리하지 않은 이미지를 전부 최적화한 뒤, 절감된 용량을 알려줘.

#### [통과] 검색 노출 준비 — 2/2점
- 측정값: 준비됨
- 근거: 제목: 환불닷컴 사기환불전문

## 데스크톱 — 56점 (D)

### 고칠 순서 (회복 가능한 점수 순)

1. 캐시에서 응답 — +7점 (캐시 적중 신호 없음)
2. HTML 압축 (Brotli/GZIP) — +5점 (압축 없음)
3. 렌더링을 막는 리소스 없음 — +5점 (예상 절감 시간: 1,270밀리초)
4. 첫 바이트까지 200ms 이내 — +4점 (356ms)
5. 최신 이미지 포맷 — +4점 (예상 절감 용량: 278KiB)
6. 대표 이미지를 일찍 발견 가능 — +4점 (대표 이미지 발견이 늦습니다)
7. 캐시 플러그인 동작 중 — +4점 (캐시 동작 신호가 보이지 않습니다)
8. 이미지 최적화 동작 중 — +4점 (최신 포맷 0%)
9. CDN / 엣지 네트워크 — +3점 (CDN 신호 없음)
10. Lighthouse 성능 점수 (데스크톱) — +2.9점 (84점)
11. 전체 페이지 용량 1.5MB 이하 — +1.5점 (1.5MB)

### 핵심 지표 — 93/100 (37.1/40점, 4/5 통과)

#### [부분] Lighthouse 성능 점수 (데스크톱) — 15.1/18점
- 측정값: 84점
- 근거: 구글 PSI · 데스크톱 기준(실험실 측정)
- 근거: 90점 이상이 '좋음'입니다
- 왜 중요한가: 아래 항목들을 합쳐 구글이 매기는 종합 점수입니다. 검색 순위에 쓰이는 값입니다.
- 고치는 법: 아래 실패 항목을 고치면 이 점수가 함께 올라갑니다.
- AI 에게 시킬 문장: xOptimize로 페이지 캐시와 이미지 최적화를 켠 뒤, 속도를 다시 측정해서 점수가 올랐는지 확인해줘.
- 공식 문서: [Lighthouse 성능 점수 산정](https://developer.chrome.com/docs/lighthouse/performance/performance-scoring)

#### [통과] 가장 큰 콘텐츠 표시 2.5초 이내 — 8/8점
- 측정값: 1.7초
- 공식 문서: [web.dev — LCP](https://web.dev/articles/lcp)
- 공식 문서: [LCP 개선하기](https://web.dev/articles/optimize-lcp)

#### [통과] 화면 밀림 0.1 이하 — 5/5점
- 측정값: 0
- 공식 문서: [web.dev — CLS](https://web.dev/articles/cls)

#### [통과] 총 차단 시간 200ms 이내 — 5/5점
- 측정값: 0ms
- 공식 문서: [web.dev — TBT](https://web.dev/articles/tbt)

#### [통과] 첫 콘텐츠 표시 1.8초 이내 — 4/4점
- 측정값: 1.4초
- 공식 문서: [web.dev — FCP](https://web.dev/articles/fcp)

### 서버 응답과 캐시 — 37/100 (11/30점, 2/6 통과)

#### [부분] 첫 바이트까지 200ms 이내 — 4/8점
- 측정값: 356ms
- 근거: 기준 200ms 이내여야 합니다
- 근거: 600ms 이하라 절반 점수를 받았습니다
- 근거: 우리 서버에서 직접 재면 284ms (측정 위치가 달라 참고용)
- 왜 중요한가: 서버가 응답을 시작하기까지의 시간입니다. 이게 느리면 뒤의 모든 것이 밀립니다.
- 고치는 법: 페이지 캐시를 켜면 PHP를 거치지 않고 바로 응답합니다. 그래도 느리면 호스팅 문제입니다.
- 해결 도구: xOptimize · 페이지 캐시
- AI 에게 시킬 문장: xOptimize로 페이지 캐시를 켜고, 홈페이지를 한 번 열어 캐시를 채운 뒤 TTFB를 다시 재줘.
- 공식 문서: [web.dev — TTFB](https://web.dev/articles/ttfb)

#### [실패] 캐시에서 응답 — 0/7점
- 측정값: 캐시 적중 신호 없음
- 근거: 두 번 연속 요청했지만 캐시에서 나왔다는 표시를 찾지 못했습니다
- 근거: 서버 단 캐시(Nginx·Varnish)는 헤더를 지우면 밖에서 보이지 않을 수 있습니다
- 근거: 2회차가 1회차보다 빨랐습니다 (1376ms → 284ms)
- 왜 중요한가: 캐시가 실제로 동작하는지 봅니다. 켜 두기만 하고 적중하지 않는 경우가 많습니다.
- 고치는 법: 페이지 캐시를 켜고, 제외 규칙이 너무 넓지 않은지 확인하세요.
- 해결 도구: xOptimize · 페이지 캐시
- AI 에게 시킬 문장: xOptimize 페이지 캐시 상태와 제외 규칙을 확인하고, 적중률을 알려줘.
- 공식 문서: [web.dev — HTTP 캐시](https://web.dev/articles/http-cache)

#### [실패] HTML 압축 (Brotli/GZIP) — 0/5점
- 측정값: 압축 없음
- 근거: Accept-Encoding: br, gzip 을 보냈지만 압축된 응답이 오지 않았습니다
- 왜 중요한가: 같은 내용을 더 적은 바이트로 보냅니다. 느린 연결에서 차이가 큽니다.
- 고치는 법: 압축 사본 미리 만들기를 켜세요.
- 해결 도구: xOptimize · 압축 사본
- AI 에게 시킬 문장: xOptimize에서 압축 사본 미리 만들기를 켜고, 응답이 압축되는지 확인해줘.
- 공식 문서: [web.dev — 텍스트 압축](https://developer.chrome.com/docs/lighthouse/performance/uses-text-compression)

#### [통과] 정적 파일 캐시 정책 — 5/5점
- 측정값: 충분히 깁니다
- 근거: 외부 파일 41개는 사이트에서 설정할 수 없어 제외했습니다
- 공식 문서: [Lighthouse — 캐시 정책](https://developer.chrome.com/docs/lighthouse/performance/uses-long-cache-ttl)

#### [실패] CDN / 엣지 네트워크 — 0/3점
- 측정값: CDN 신호 없음
- 근거: CDN 을 쓰고 있어도 식별 헤더를 지우는 설정이면 여기서는 보이지 않습니다
- 왜 중요한가: 방문자와 가까운 곳에서 파일을 주면 물리적 거리만큼 빨라집니다.
- 고치는 법: Cloudflare 같은 CDN을 사이트 앞에 두세요.
- AI 에게 시킬 문장: 이 사이트에 CDN이 붙어 있는지 응답 헤더로 확인해줘.
- 공식 문서: [web.dev — CDN](https://web.dev/articles/content-delivery-networks)

#### [통과] 불필요한 리다이렉트 없음 — 2/2점
- 측정값: 없음
- 공식 문서: [Lighthouse — 리다이렉트](https://developer.chrome.com/docs/lighthouse/performance/redirects)

### 자원 최적화 — 28/100 (5.5/20점, 1/5 통과)

#### [실패] 렌더링을 막는 리소스 없음 — 0/5점
- 측정값: 예상 절감 시간: 1,270밀리초
- 근거: style.css — 1001ms 절약 가능
- 근거: kakao.min.js — 211ms 절약 가능
- 근거: tiara-1.2.0.min.js — 247ms 절약 가능
- 근거: 외 17개
- 왜 중요한가: CSS·JS를 다 받을 때까지 화면이 비어 있습니다.
- 고치는 법: 첫 화면에 필요한 CSS만 먼저 넣고 나머지는 뒤로 미루세요.
- AI 에게 시킬 문장: 첫 화면을 막는 CSS·JS 파일 목록을 뽑아줘.
- 공식 문서: [Lighthouse — 렌더링 차단](https://developer.chrome.com/docs/lighthouse/performance/render-blocking-resources)

#### [통과] CSS·JS 압축 — 4/4점
- 측정값: CSS·JS 모두 압축됨
- 공식 문서: [Lighthouse — CSS 최소화](https://developer.chrome.com/docs/lighthouse/performance/unminified-css)

#### [실패] 최신 이미지 포맷 — 0/4점
- 측정값: 예상 절감 용량: 278KiB
- 근거: b1432b4c10fe4b37a197824ba53021bb — 232KB 절약 가능
- 근거: https://i1.daumcdn.net/thumb/C230x300.fwebp.q85/?fname=https%3A%2F%2Fblog.kakaocdn.net%2Fdna%2FbqwVdb%2FdJMcaiSE9y3%2FAAAAAAAAAAAAAAAAAAAAALf7Tmd0_9zlbBbe7Tfz6KNGNLkvbpBgocS80chk8py3%2Fimg.jpg%3Fcrede
- 근거: https://i1.daumcdn.net/thumb/C230x300.fwebp.q85/?fname=https%3A%2F%2Fblog.kakaocdn.net%2Fdna%2F1OTo2%2FdJMcacLybFg%2FAAAAAAAAAAAAAAAAAAAAAGHDZr_ZU_jKFoPjilsFTlCunqvhR0hOPf3xZAGJ-M3X%2Fimg.jpg%3Fcreden
- 근거: 외 2개
- 왜 중요한가: WebP·AVIF는 같은 화질에서 JPEG·PNG보다 훨씬 가볍습니다.
- 고치는 법: 이미지 자동 최적화와 WebP·AVIF 생성을 켜세요.
- 해결 도구: xOptimize · 이미지 최적화
- AI 에게 시킬 문장: xOptimize에서 WebP·AVIF 생성을 켜고 기존 이미지를 전부 변환한 뒤, 이미지 검사를 다시 돌려줘.
- 공식 문서: [Lighthouse — 최신 이미지 형식](https://developer.chrome.com/docs/lighthouse/performance/uses-webp-images)

#### [실패] 대표 이미지를 일찍 발견 가능 — 0/4점
- 측정값: 대표 이미지 발견이 늦습니다
- 근거: 항목
- 근거: 항목
- 왜 중요한가: 브라우저가 대표 이미지를 늦게 알면 그만큼 늦게 받습니다.
- 고치는 법: 첫 화면 이미지에는 지연 로딩을 걸지 마세요.
- 해결 도구: xOptimize · 이미지 전송
- AI 에게 시킬 문장: 첫 화면 대표 이미지에 지연 로딩이 걸려 있는지 확인하고, 걸려 있으면 빼줘.
- 공식 문서: [LCP 요청 조기 발견](https://developer.chrome.com/docs/lighthouse/performance/prioritize-lcp-image)

#### [부분] 전체 페이지 용량 1.5MB 이하 — 1.5/3점
- 측정값: 1.5MB
- 근거: 기준 1.5MB 이내여야 합니다
- 근거: 3MB 이하라 절반 점수를 받았습니다
- 왜 중요한가: 느린 모바일 연결에서는 용량이 곧 시간입니다.
- 고치는 법: 이미지를 줄이고 쓰지 않는 스크립트를 빼세요.
- 해결 도구: xOptimize · 이미지 최적화 · 속도 기본기
- AI 에게 시킬 문장: xOptimize로 이미지 최적화와 속도 기본기를 켠 뒤, 전체 페이지 용량을 다시 재줘.
- 공식 문서: [Lighthouse — 총 바이트 용량](https://developer.chrome.com/docs/lighthouse/performance/total-byte-weight)

### 플랫폼 준비도 — 20/100 (2/10점, 1/3 통과)

#### [실패] 캐시 플러그인 동작 중 — 0/4점
- 측정값: 캐시 동작 신호가 보이지 않습니다
- 근거: 외부에서 보이는 응답 헤더·HTML 만으로 판단했습니다
- 근거: 서버 단 캐시는 밖에서 보이지 않을 수 있습니다
- 왜 중요한가: 캐시 없이 워드프레스는 요청마다 PHP와 DB를 거칩니다.
- 고치는 법: xOptimize의 페이지 캐시를 켜세요.
- 해결 도구: xOptimize · xOptimize
- AI 에게 시킬 문장: xOptimize 페이지 캐시를 켜고 상태를 알려줘.

#### [실패] 이미지 최적화 동작 중 — 0/4점
- 측정값: 최신 포맷 0%
- 근거: 옛 포맷 2개가 그대로 나가고 있습니다 (전체 2개)
- 근거: 같은 주소로 포맷만 바꿔 주는 설정이면 여기서는 옛 포맷으로 보일 수 있습니다
- 왜 중요한가: 대부분의 사이트에서 용량의 절반 이상이 이미지입니다.
- 고치는 법: xOptimize의 자동 최적화를 켜세요.
- 해결 도구: xOptimize · xOptimize
- AI 에게 시킬 문장: xOptimize 자동 최적화를 켜고 아직 처리하지 않은 이미지를 전부 최적화한 뒤, 절감된 용량을 알려줘.

#### [통과] 검색 노출 준비 — 2/2점
- 측정값: 준비됨
- 근거: 제목: 환불닷컴 사기환불전문