TTFB(Time To First Byte)가 생각만큼 중요하지 않은 이유

TTFB(Time To First Byte)는 웹 서버가 요청에 응답하는 데 걸리는 시간입니다. 여러 페이지 속도 테스터가 보고한 지표입니다. 또한 사이트 속도를 측정하는 주요 수단으로 자주 인용됩니다. 웹 서버가 더 빨리 응답할수록 사이트가 더 빨리 로드된다는 아이디어입니다.

그러나 많은 그룹에서 TTFB가 그렇게 중요하지 않다는 것을 발견했습니다 . 개별적으로 볼 때 이 수치는 사이트 또는 호스팅 제공업체의 등급을 매기는 매력적인 방법을 제공합니다. 그러나 다른 지표와 함께 볼 때 단절이 있는 것 같습니다. SEO 순위 및 향상된 사용자 경험과 관련하여 특히 그렇습니다.
여기에서는 TTFB가 쉽게 조작될 수 있는 이유, 실제로 어떤 측정항목이 중요한지, 이러한 사항을 아는 것이 사이트의 SEO, 사용자 경험 등을 개선하는 데 어떻게 도움이 되는지 살펴보겠습니다.

첫 번째 바이트까지의 시간은 무엇을 측정합니까?

TTFB는 사용자가 HTTP 요청을 하고 페이지의 첫 번째 바이트가 사용자의 브라우저에서 수신되는 시간 사이의 시간을 측정합니다.

TTFB 작동 방식의 기본 모델

모델은 간단합니다. 웹 서버가 사용자 요청에 더 빨리 응답할수록 사이트가 더 빨리 로드됩니다. 불행히도 상황이 조금 더 복잡해집니다.

첫 번째 바이트 테스트까지의 시간

사이트 속도를 테스트하는 일부 경우에는 TTFB 테스트 기간이 예상보다 훨씬 더 길다는 것을 알 수 있습니다. 이는 실제 페이지 로드 시간이 훨씬 더 빨라 보이는 데도 불구하고 발생합니다. 이것은 TTFB가 속도를 측정하는 방법에 문제가 있다는 첫 번째 표시입니다.

자세히 살펴보면 TTFB가 실제로 첫 번째 HTTP 응답이 수신되는 데 걸리는 시간을 측정한다는 것을 알 수 있습니다. 전체 페이지가 전송되는 데 걸리는 시간을 측정하지 않습니다.

첫 번째 바이트까지의 시간 및 페이지 로드 시간 테스트

위의 Time To First Byte 테스트에서 TTFB는 0.417초로 측정되어 매우 빠르게 보입니다. 그러나 폭포수를 보면 이 수치가 HTML 로딩 시간과만 상관관계가 있음을 알 수 있습니다. 그 후 페이지 로드 속도는 페이지의 다른 자산에 대해 훨씬 더 오래 걸리고 DOM 콘텐츠가 약 1.6초에 로드되는 것을 볼 수 있습니다.

TTFB 값은 조작하기가 매우 쉽기 때문입니다. HTML HTTP 응답 헤더는 매우 빠르게 생성 및 전송될 수 있지만 사용자가 페이지를 보거나 페이지와 상호 작용할 수 있는 속도와 전혀 관련이 없습니다. 모든 실용적인 목적을 위해 보이지 않습니다.

HTTP 응답 헤더를 로드하여 TTFB의 속도를 높이면 사이트 속도에 대한 '거짓' 보기를 쉽게 생성할 수 있습니다. 또한 폭포의 나머지 부분도 빠르게 로드된다는 의미는 아닙니다.

NGINX로 속도 테스트

HTTP 헤더로 TTL(Time To First Byte) 테스트를 조작할 수 있는 방법의 좋은 예는 압축과 함께 NGINX의 페이지 로드 시간을 볼 때입니다.

압축된 페이지는 압축되지 않은 페이지와 비교할 때 더 작기 때문에 서버에서 더 빨리 다운로드됩니다. 이는 궁극적으로 상호 작용에 대한 페이지 로드 시간이 훨씬 더 빠르다는 것을 의미합니다. 그러나 TTFB의 관점에서 이것은 사실이 아닙니다.

실제 페이지 로딩 시간과 비교한 Time To First Byte

HTTP 헤더가 메인 페이지 콘텐츠보다 먼저 생성되어 비교적 빨리 전송될 수 있기 때문입니다.

이것은 최적화된 Nexcess 플랫폼에서 캐싱 속도를 높이기 위해 NGINX를 사용하기 때문에 Nexcess Cloud Accelerator를 사용하는 사람들에게 특히 중요한 수치입니다.

페이지 로드 시간을 확인하기 위해 어떤 측정항목을 사용해야 하는지 알아보려면 계속 읽으십시오.

페이지 로드 속도가 중요한가요?

Moz 의 2013년 연구 에서 Time To First Byte는 SEO 순위와 상당한 상관관계가 있는 것으로 나타났습니다. TTFB가 빠를수록 순위가 높은 페이지가 됩니다.

이것은 (그리고 Moz 자신이 분명히 밝혔듯이) 상관관계와 인과관계는 같은 것이 아닙니다. Google(및 기타 검색 엔진)이 웹 페이지를 크롤링하고 SERP를 구축하는 데 사용하는 실제 방법은 대중에게 알려져 있지 않습니다.

많은 사람들은 상호 작용에 대한 페이지 로드 시간이 실제로 훨씬 더 중요하다고 생각했습니다. 페이지 속도 테스트를 볼 때 TTFB뿐만 아니라 사용 가능한 모든 수치를 전체적으로 살펴보는 것이 중요합니다.

따라서 TTFB 테스트, SEO 및 사용자 경험과 관련하여:

Google은 SEO에 대한 페이지 속도를 측정하지 않습니다(완전히)

알겠습니다. 방금 말한 내용으로 되돌아간 것처럼 들리지만 참을 수 있습니다.

Google은 페이지 속도를 엄청나게 중요한 것으로 측정하지 않고 사용자 행동을 측정합니다. 그들은 과거에 사용자가 콘텐츠 로드를 기꺼이 기다린다면 웹사이트가 느리다고 다운그레이드하지 않을 것이라고 말했습니다.

구글은 속도보다 사용성과 경험을 중요시하기 때문이다. 2010년에 Matt Cutts는 순위 요소로 사이트 속도를 포함하는 것이 "이상치에 영향을 미칩니다. [...] 당신이 최고의 자원이라면 아마도 여전히 올라올 것입니다."라고 말했습니다. 사용자가 페이지를 기다려야 하는 시간이 적을수록 페이지에 머무를 가능성이 높아집니다.

따라서 PageSpeed ​​Insights와 같은 속도 테스트 서비스를 사용할 때는 실용적인 관점에서도 페이지 로드 시간을 고려해야 합니다. 브라우저에 페이지를 입력할 때 페이지가 로드되는 데 걸리는 시간에 대해 어떻게 생각하십니까? 콘텐츠 품질이 기다릴 가치가 있다고 생각하십니까?

PageSpeed ​​Insights는 위와 같은 SEO를 위한 실행 가능한 속도 정보를 제공합니다.

이와 같은 간단한 검사는 쉽고 사용자가 어떻게 생각할지에 대한 많은 통찰력을 제공할 수 있습니다.

천천히 그리고 꾸준해야 승부에서 이긴다

좋습니다. 이 모든 것이 사이트 크롤링을 중단해야 한다는 의미는 아닙니다. 이것은 어린 시절의 우화나 빠른 인터넷을 줄이기 위한 요청이 아닙니다. 빠른 인터넷은 현대의 불가사의 중 하나이며 여전히 가능한 한 빨리 사이트를 로드하기를 원합니다.

우리가 말하는 것은 첫 번째 바이트까지의 시간을 개선하는 방법을 찾으려는 경우 중지하라는 것입니다.

서버가 응답하는 데 걸리는 시간뿐만 아니라 페이지 로드 시간 전체를 살펴보는 것이 훨씬 더 중요합니다. Nexcess는 데이터 센터가 콘텐츠를 제공하는 속도에 자부심을 느끼며, 호스팅 회사가 할 수 있는 한 최고의 사용자 경험을 제공하고 SEO를 높이는 데 도움이 되도록 서버가 최적화되도록 최선을 다하고 있습니다.

Nexcess 클라우드를 확인하고 Nexcess가 어떻게 도움이 되는지 확인하는 것이 좋습니다.