워드프레스에 초기 서버 응답 시간 줄이기 경고가 뜨는 이유
Table of contents
사이트가 느려졌다고 하면 다들⠀
플러그인부터 지우려 하는데요⠀
정작 화면에는 다른 경고가⠀
떠 있는 경우가 많습니다⠀
⠀
새로고침을 몇 번 해도 그대로고⠀
PageSpeed Insights를 돌리면⠀
초기 서버 응답 시간 줄이기라는⠀
문구가 계속 남아 있습니다⠀
⠀
이 경고가 정확히 어떤 상태를⠀
가리키는지부터 짚어보겠습니다⠀
⠀
⠀⠀⠀
체감 속도가 아니라 도구가 정한 기준⠀
⠀⠀⠀
⠀⠀⠀
⠀⠀⠀
처음에는 인터넷 문제인가 싶어서⠀
새로고침을 몇 번 해보게 되는데요⠀
다른 사이트는 잘 열리고 내 사이트만⠀
느리다면 화면에 뜨는 값을 봐야 합니다⠀
⠀
이 경고는 사람이 느끼는 체감 속도가⠀
아니라 도구가 정해 둔 기준선을⠀
넘었는지로 뜨고 안 뜨고가 갈립니다⠀
메인 문서를 요청했을 때 서버가⠀
응답하는 시간이 600ms를 넘으면⠀
경고가 표시됩니다⠀
⠀
체감으로는 크게 안 느려 보여도⠀
이 수치 하나로 경고 유무가⠀
결정된다는 점이 눈에 잘 안 들어옵니다⠀
⠀⠀⠀
600ms라는 숫자, 화면 어디서 보이나⠀
⠀⠀⠀
⠀⠀⠀
⠀⠀⠀
PageSpeed Insights와 Lighthouse⠀
두 화면 모두 이 경고의 기준선은⠀
같은 600ms를 씁니다⠀
⠀
결과 페이지에서 초기 서버 응답 시간⠀
줄이기 항목을 펼치면 실제 측정된⠀
응답 시간이 밀리초 단위로 나옵니다⠀
이 값이 600을 넘느냐 아니냐로⠀
경고 표시 여부가 갈립니다⠀
⠀
web.dev 기준으로는 TTFB가⠀
0.8초 이하면 양호로 보고⠀
1.8초를 넘으면 나쁨으로 봅니다⠀
경고 기준선인 600ms는 이 양호⠀
구간의 하단부에 가깝습니다⠀
⠀⠀⠀
이 응답 시간, 페이지 전체가 아니다⠀
⠀⠀⠀
⠀⠀⠀
⠀⠀⠀
여기서 헷갈리기 쉬운 부분이⠀
측정 대상입니다⠀
⠀
경고에 찍히는 값은 이미지나⠀
스크립트, CSS 파일의 응답 시간이⠀
아니라 브라우저가 가장 처음 보내는⠀
메인 문서 요청 하나에 대한⠀
서버 응답입니다⠀
⠀
사진이 무거워서 느린 것과는⠀
결이 다른 항목이라, 이미지를⠀
압축해도 이 경고는 그대로 남아⠀
있을 수 있습니다⠀
⠀
플러그인 목록에서 느려진 날짜⠀
무렵 업데이트된 것 하나만 꺼서⠀
다시 측정해 보는 방식으로⠀
이 값이 바뀌는지 봅니다⠀
⠀⠀⠀
이 지연이 FCP와 LCP에 그대로 더해진다⠀
⠀⠀⠀
web.dev 설명에 따르면 TTFB는⠀
FCP, LCP 같은 이후 지표보다⠀
먼저 측정되는 값입니다⠀
⠀
이 값은 뒤따르는 지표에서⠀
따로 떨어져 있지 않고 그대로⠀
더해지는 구조라, TTFB가 1.5초면⠀
LCP는 그 1.5초 시점부터⠀
시작하는 셈이 됩니다⠀
⠀
⠀
서버가 첫 응답을 늦게 내놓으면⠀
그 뒤에 그려지는 화면도 같은 만큼⠀
늦게 출발한다는 뜻입니다⠀
⠀⠀⠀
LCP 2.5초와 600ms는 이어진 숫자다⠀
⠀⠀⠀
⠀⠀⠀
⠀⠀⠀
Core Web Vitals에서 LCP는⠀
2.5초를 기준으로 삼습니다⠀
⠀
TTFB가 높으면 이 2.5초 기준을⠀
맞추기 어려울 수 있다는 것이⠀
web.dev가 밝힌 내용입니다⠀
600ms 경고와 LCP 2.5초는⠀
같은 시간 흐름 안에서 이어진⠀
숫자로 읽어야 합니다⠀
⠀
다만 어려울 수 있다는 표현이지⠀
경고가 뜬다고 LCP가 곧바로⠀
실패로 이어지는 것은 아닙니다⠀
⠀
측정값은 PageSpeed Insights⠀
결과 화면 상단의 시간과 함께⠀
따로 적어 두는 편이 나중에⠀
비교할 때 도움이 됩니다⠀
⠀
개인적으로는 이 600ms 항목을⠀
지울 대상이 아니라 TTFB를⠀
확인하는 창구로 보고 기록해⠀
두는 쪽이 맞다고 봅니다⠀
⠀⠀⠀
캐시 플러그인을 켜 둔 상태에서도⠀
같은 페이지를 다시 열어 이 경고⠀
항목의 밀리초 값이 바뀌었는지⠀
오늘 날짜로 적어 둡니다⠀
⠀
You May Also Like
블로그 글쓰기 검색 의도 분석 방법 워드프레스 글쓰기 “초록불만 맞추면 되는 줄 알았습니다”
네이버 블로그 수익화 방법 실패하는 진짜 원인과 해결책
