마케터가 페이지 경험의 다음 단계를 준비하는 방법

Google의 Page Experience 업데이트가 9월 초에 배포를 완료했을 때 검색 엔진이 웹사이트를 평가하는 방식, 즉 사용자 경험 신호에 대한 새로운 강조가 변경되었습니다. SMX Next의 세션에서 Ahrefs의 기술 SEO 제품 고문이자 브랜드 대사인 Patrick Stox는 다음 몇 달 동안 이 업데이트에 대한 몇 가지 중요한 변경 사항을 언급했으며, 이로 인해 많은 SEO가 계속 혼란스러워졌습니다.

그는 “세이프 브라우징은 이미 나왔다”며 “누적 레이아웃 전환이 조금 바뀌었다. 가장 많은 변화가 일어나는 5초입니다. Google은 또한 주요 뉴스 요구 사항에서 AMP를 제거했으며 많은 뉴스 사이트에서 이를 제거하려고 합니다."

Page Experience 업데이트의 핵심 요소 중 하나인 Core Web Vitals도 가장 뜨거운 논쟁거리 중 하나입니다. SEO와 에이전시는 이러한 지표가 순위 측면에서 얼마나 큰 차이를 보이는지 의문을 제기했으며, Stox와 같은 많은 기업이 데이터를 더 자세히 살펴보게 되었습니다.

"우리는 약 520만 개의 개별 페이지를 조사했는데, 이는 현재 연구된 데이터 세트 중 가장 큰 것입니다."라고 그는 말했습니다. 그의 연구에 따르면 그 중 11.4%만이 핵심 성능 향상에 대한 권장 표준을 충족했습니다.

핵심 Web Vitals 최적화가 필요한가요?

"어쩌면 이것들은 작은 순위 요소일 수도 있습니다."라고 Stox가 말했습니다. "하지만 SEO 관점에서 이것을 주장한다면 실패할 것입니다. 많은 Google 직원이 이제 이러한 작은 요소가 순위 결정 신호라고 말했습니다."

"SEO에 큰 영향을 미치지 않을 때 우선 순위를 지정하는 것은 어려울 것입니다."라고 그는 덧붙였습니다.

그래도 핵심 성능 평가는 페이지 경험의 몇 가지 핵심 원칙을 지적합니다. SEO가 기대하는 순위 향상을 제공하지 못하더라도 이러한 신호는 마케터가 더 많은 방문자를 전환하려는 경우 필요한 사용자 경험 측면을 나타냅니다. 그리고 Google이 알고리즘에 이러한 종류의 신호를 계속 추가함에 따라 사이트의 가시성이 훨씬 더 좋아질 것입니다.

Stox는 페이지 경험 업데이트를 염두에 두고 최적화할 때 마케터가 이해하고 우선 순위를 정해야 하는 5가지 개념을 제공했습니다.

작을수록 빠르다

가장 큰 LCP(Contentful Paint)는 인지된 로드 속도를 측정하며 중요한 사용자 중심 메트릭입니다. 페이지의 주요 콘텐츠가 로드된 지점입니다.

사용자가 콘텐츠를 최대한 빨리 로드하기를 원하는 것은 놀라운 일이 아닙니다. 그러나 그렇게 하려면 마케터는 개발 팀과 협력하여 리소스 크기를 줄여야 합니다. 리소스가 작을수록 페이지가 더 빨리 로드되고 페이지가 받게 될 LCP 점수가 높아집니다.

"필요하지 않은 것이 있으면 로드하지 마십시오."라고 Stox가 말했습니다. “사이트가 작을수록 빠르기 때문에 JavaScript 파일, CSS 및 HTML을 압축해야 합니다. 모든 것을 가능한 한 작게 만드십시오. 필요 없는 물건은 버리세요.”

서버 위치가 중요

사이트 서버의 위치는 페이지 경험에 직접적인 영향을 미칩니다. 이것이 바로 Stox가 마케터와 사이트 소유자가 CDN(콘텐츠 전송 네트워크)을 사용할 것을 권장하는 이유입니다. 지리적으로 분산된 이러한 서버 네트워크는 함께 작동하여 사용자 경험을 향상시킬 수 있습니다.

Stox는 "거의 모든 기사에서 CDN을 사용하라고 말합니다. “단순히 위치가 중요합니다. 연결 시간, 서버에서 물건을 가져오는 데 걸리는 시간."

그는 "전 세계에 사이트 사본이 있다면 그 시간은 생략된다"고 덧붙였다.

CDN은 대규모 사이트에서 전 세계 여러 위치에서 리소스를 가져올 수 있으므로 특히 효과적일 수 있습니다. 그러면 검색자가 필요할 때 콘텐츠를 찾을 수 있습니다.

동일한 서버 사용

Stox는 마케터가 페이지 경험 신호를 개선할 때 가능하면 단일 서버를 사용하도록 선택해야 한다고 언급했습니다. 연결된 각 추가 서버는 렌더링에 추가 지연을 추가하여 결국 페이지 로드 시간을 느리게 할 수 있습니다.

"원하는 만큼 또는 가능한 한 많이 동일한 서버에 유지하십시오."라고 그는 말했습니다. "다른 위치로의 모든 연결에는 추가 시간과 추가 왕복이 필요합니다."

"추가 서버를 사용하려면 DNS 프리페치 및 사전 연결이 필요합니다."라고 그는 덧붙였습니다.

사전 연결 및 DNS 프리페치 코드를 추가하면 대안이 될 수 있습니다. 이는 사이트에서 서버 간의 초기 연결을 설정하는 데 도움이 될 수 있습니다.

캐싱이 올바르게 설정되었는지 확인

효과적인 캐싱을 설정하면 장기적으로 좋은 페이지 경험을 제공하는 데 도움이 될 수 있다고 Stox는 주장합니다. 그는 SEO와 사이트 소유자가 이 기능을 정기적으로 사용하여 서버에 부담을 덜 줄 것을 권장합니다. 첫 페이지를 로드하는 데 시간이 약간 더 걸리더라도 말입니다.

Stox는 "가능한 한 많이 캐싱하십시오."라고 말했습니다. “첫 번째 로드는 더 오래 걸릴 수 있지만 그 이후에는 다른 페이지마다 CSS가 다운로드되고 JavaScript가 다운로드되고 글꼴이 다운로드됩니다. 그들은 브라우저에 있습니다. 그 시점에 로컬에 저장되기 때문에 매우 빠릅니다.”

페이지 리소스 로드 시 항목 우선 순위 지정

웹 페이지는 사용자가 보고 참여하기 전에 많은 리소스를 로드해야 합니다. 그러나 일부 리소스는 다른 리소스보다 더 중요합니다.

"브라우저에는 글꼴, CSS, HTML 및 JavaScript가 있습니다. 서버는 우선 순위를 정할 대상을 파악해야 합니다."라고 Stox는 말했습니다. "초기 뷰포트를 구성할 항목, 즉 사람들이 먼저 보게 될 항목을 로드해야 하고 나머지는 나중에 표시해야 합니다."

목표는 사람들이 먼저 보는 것을 로드한 다음 보조 리소스를 로드하는 것이어야 합니다. 이러한 방식으로 인라인 코딩을 사용하여 리소스 로드를 구조화하면 가장 중요한 콘텐츠를 사용자에게 더 빠르게 전달할 수 있습니다.

"내가 '인라인' CSS라고 할 때, 내가 의미하는 것은 CSS 파일의 일부를 HTML에 넣는 것입니다."라고 그는 말했습니다. “따라서 HTML을 다운로드할 때 보이는 페이지에 필요한 CSS를 얻습니다. 다른 CSS 파일이 다운로드되어 처리되고 렌더가 시작될 때까지 기다릴 필요가 없습니다.”

"우리는 필요한 것의 우선 순위를 정할 것이고 렌더링은 이런 식으로 조금 더 일찍 일어날 수 있습니다."라고 그는 덧붙였습니다.

궁극적으로 Stox가 언급했듯이 Google과 같은 플랫폼은 SEO가 페이지 경험의 이러한 기술적 측면에 대해 너무 많이 걱정할 필요가 없을 정도로 충분히 발전할 것입니다. 사람들은 이것에 대해 그다지 걱정할 필요가 없을 것입니다. SEO는 개발자를 귀찮게 할 필요가 없으며 개발자는 그것에 집중할 필요가 없습니다.”

그러나 그 미래는 아직 멀었다. 핵심 Web Vitals에 대한 최적화(단순한 순위 결정자일지라도)는 경쟁업체가 아닌 귀하의 사이트로 청중을 유치할 수 있습니다.

여기에서 전체 SMX Next 프레젠테이션을 시청하십시오(등록 필요).