엔터프라이즈 비즈니스를 위한 핵심 Web Vitals: Kathy Brown 및 Karl Kleinschmidt와의 Q/A

엔터프라이즈 비즈니스를 위한 핵심 Web Vitals: Kathy Brown 및 Karl Kleinschmidt와의 Q/A

2월 18일에 Google의 새로운 페이지 경험 순위 요소 업데이트를 해결하기 위해 기업 비즈니스를 위한 핵심 성능 평가 세션을 주최했습니다. 세션에서는 핵심 성능 평가 보고서가 무엇이고 왜 중요한지에 초점을 맞췄습니다. 당사 전문가들은 각각의 새로운 순위 신호가 의미하는 바와 SEO에 미치는 영향에 대해 자세히 설명했습니다. 실행 가능한 팁과 조언을 제공했지만 FID, LCP, CLS 등에 대해 여전히 많은 질문이 있었습니다.

다음은 청중과 전문가 Kathy와 Karl이 수집한 질문입니다.

필드 데이터와 랩 데이터의 차이점은 무엇입니까?

Kathy : 랩 데이터는 특정 환경에서 볼 수 있는 성능 데이터입니다. Chrome 개발자 도구와 같은 도구와 웹페이지 테스트.org와 같은 도구는 실험실 데이터를 제공합니다. 필드 데이터는 Chrome을 사용하여 사이트 페이지를 탐색하는 많은 사용자로부터 수집된 데이터입니다. Google Search Console 및 종종 Google Page Speed ​​Insights(페이지의 실험실 및 필드 데이터를 모두 보고함)에서 필드 데이터를 볼 수 있습니다. 자동화가 필요한 경우 BigQuery를 통해 필드 데이터에 액세스할 수 있습니다. Lab 데이터는 테스트용이고 Field Data는 순위용입니다. John Mueller의 의견에 따르면 처음에는 CWV가 모바일 순위에만 영향을 미치며 세 가지 지표가 모두 더 높은 순위를 얻으려면 "녹색" 상태에 있어야 합니다.

사용 가능한 필드 데이터가 없으면 어떻게 합니까?

Kathy : 사용 가능한 필드 데이터가 없으면 페이지에 트래픽이 많지 않다는 의미일 수 있습니다. Google Page Speed ​​Insights를 사용하여 가장 인기 있는 페이지를 확인하여 해당 페이지에 필드 데이터를 사용할 수 있는지 확인하십시오. 그런 다음 해당 페이지 유형에 속하는 모든 페이지에 대한 결과를 추정할 수 있습니다. CrUX 보고서를 설정하여 원본(귀하의 도메인)에 대한 보고서가 있는지 확인하십시오. 사전 제작된 Google 데이터 스튜디오 템플릿을 찾을 수 있으며 이를 통해 사이트 전체에 대한 성능 데이터를 얻을 수 있습니다.

여전히 필드 데이터를 찾을 수 없으면 사이트에 액세스하는 가장 일반적인 장치 및 브라우저를 확인하고 해당 환경을 사용하여 테스트하십시오. 방문자의 환경에 최대한 가깝게 시뮬레이션하도록 조절 및 대역폭 제어를 설정하는 것을 잊지 마십시오.

개발 중에 당사 웹 사이트는 프로덕션 서버보다 훨씬 느린 보조 서버에서 실행됩니다. 이 상황에서 페이지 속도를 테스트하는 방법은 무엇입니까?

Kathy: Core Web Vital 점수의 상당 부분은 클라이언트와 클라이언트가 실행하는 코드에 따라 달라집니다. 따라서 낮은 CLS 점수는 느린 서버와 아무 관련이 없습니다. 그러나 LCP는 느린 연결 핸드셰이크와 리소스를 보내는 데 걸리는 시간으로 인해 느린 서버의 영향을 받을 수 있습니다. 고려해야 할 한 가지 접근 방식은 다양한 페이지에 대한 TTFB(첫 번째 바이트까지의 시간)와 같은 메트릭에 대한 서버 비교를 만들고 각 1KB 데이터를 전달하는 시간을 비교하는 것입니다. 또한 데이터베이스 작업이나 서버 측 JS가 있는 경우 각 서버에서 이러한 실행 시간의 차이를 아는 것도 도움이 될 것입니다. 둘 사이의 폭포수 차트를 비교하고 개발 환경에 추가 대기 시간이 얼마나 있는지 확인하십시오. 이러한 차이점을 알면 개발 서버에서 LCP 성능을 보다 쉽게 ​​평가하는 데 도움이 됩니다.

미리 로드하는 링크(이후 페이지용)가 LCP에 영향을 줄 것이라고 생각하십니까? 아니면 LCP가 사용자가 로드하는 첫 번째 페이지에만 의존한다고 생각하십니까?

Kathy: 필드 데이터의 경우 모든 페이지의 성능이 중요합니다. 정적 자산(이후 방문 및 페이지에 도움이 됨)을 캐싱하면 필드 점수에 도움이 됩니다. 링크를 사용하여 CSS 스타일을 미리 로드하면 모든 페이지의 성능에도 도움이 될 것입니다.

캐시 최적화가 좋은 CDN이 LCP 점수를 크게 낮출 수 있습니까?

Kathy: LCP가 모든 사용자(신규 사용자와 재방문 사용자 모두)에게 더 빨리 표시되면 LCP 점수가 향상될 가능성이 있습니다.

Core Web Vitals에 영향을 주지 않으면서 팝업을 어떻게 사용합니까?

Karl: LCP 문제의 경우 특히 모바일에서 팝업이 뷰포트의 너무 많은 비율을 차지하지 않는지 확인하십시오.

CLS 문제의 경우 팝업이 나머지 요소를 움직이게 하지 않고 그 앞에 있는지 확인하십시오.

모바일 우선 인덱싱의 맥락에서 CWV에 대해 어떻게 생각해야 할까요?

Karl: CWV는 모바일 우선으로 출시되고 데스크톱에서는 지연될 예정입니다(얼마나 될지는 모릅니다). CWV는 실제로 Google이 사이트를 크롤링하는 방식이 아니라 방문자가 사이트와 상호 작용하는 방식에 관한 것이므로 모바일 우선 인덱싱은 차이가 없어야 합니다.

총 차단 시간(TBT)과 FID의 차이점은 무엇입니까?

Karl: 총 차단 시간은 주 스레드 차단 작업이 상호 작용을 차단하는 총 밀리초 양입니다(작업당 100ms 차감). FID는 웹사이트가 방문자의 상호작용에 응답하는 데 걸리는 평균 시간입니다. 따라서 총 차단 시간은 FID가 0보다 클 수 있는 페이지 로드의 총 시간(밀리초)이며 FID는 사용자가 사이트와 실제로 상호 작용하는 방식을 캡처합니다.

우리는 우리 측에서 변경/개선을 하지 않고 Google Search Console에서 점수 변경을 봅니다.

검색 콘솔 내에서 이러한 변동의 이유는 무엇입니까?

Karl: Search Console은 필드 데이터이므로 사용자가 사이트와 상호작용하는 방식에 따라 다릅니다. 사용자 행동의 변화는 방문자가 다르게 스크롤하기 때문에 다른 CLS 점수를 의미하거나 방문자의 더 높은 비율이 특정 이미지를 캐시하도록 고객을 재방문하기 때문에 다른 LCP 점수를 의미할 수 있습니다. 측정항목의 변동에는 여러 가지 가능한 원인이 있으며 데이터가 약 28일 지연된다는 점을 기억하십시오. 따라서 28일 전에 무언가를 출시했을 수 있으며 현재 데이터의 변경 사항을 보고 있습니다.

누군가 Search Console과 PageSpeedTest에서 다른 결과를 얻는 경우 Search Console에 보고되는 내용만 걱정해야 합니까?

Karl: Field vs. Lab 데이터 외부에서 검색 콘솔과 페이지 속도 인사이트 간에 서로 다른 데이터가 발생하는 두 가지 주요 원인이 있습니다. 페이지 중 하나에 트래픽이 충분하지 않은 경우 Google은 페이지 속도 통계에서 유사한 페이지 데이터를 사용하고 검색 콘솔에서는 데이터가 충분할 수 있는 유사한 페이지를 그룹화합니다. 따라서 페이지 중 하나에 트래픽이 충분하지만 유사한 페이지에는 트래픽이 충분하지 않아 점수 차이가 발생할 수도 있습니다. 영향을 미칠 수 있는 검색 콘솔 보고에 대한 업데이트도 있었습니다.

추가 리소스가 필요하십니까?

이 주제에 대한 훌륭한 콘텐츠가 많이 있습니다. 팟캐스트, 웨비나, 블로그와 같은 전문가 리소스 라이브러리를 수집한 핵심 웹 바이탈 페이지를 확인하십시오. Google의 페이지 경험 순위 요소 업데이트를 준비하는 데 필요한 모든 것을 찾을 수 있습니다.