요근래, 제가 렛플의 추가기능 개발이외에 가장 신경쓰고 있는 부분은, 구글 검색을 어떻게 하면 잘 활용할 수 있을까입니다.

그러나 올해 구글이 덫을 놓았다.

그러나, 올해 초 희망과 다르게 코어웹바이탈(?) 이 망가지면서, 검색 수치등이 떨어지기 시작했습니다.

현재는 이부분에 대한 개선과 함께 코어웹바이탈을 모두 정상으로 만들어놓았습니다.

갑자기 코어웹바이탈이 무엇이고, 왜 문제인지, 어떻게 고칠 수 있는지 등을 적어보면 좋을것 같습니다.

네이버대 구글의 비율이 약 6:4 정도까지 올라오기도 하였고,

쇼핑을 제외한 컨텐츠에서는 50%까지 올라왔다고 평가하는 사람들도 많습니다.

네이버는 SEO나 검색최적화로, 노출을 늘릴 수 있는 부분이 없기 때문에,

점유율이 높아지고 있는 구글을 위해서라도 검색 최적화(Search Engine Optimization)에 집중할 필요가 있습니다.

2024년 구글 애널리틱스도 바뀐다.

구글 애널리틱스도 2024년 7월부터, GA4 방식으로 변경되어, 기존 방식대로 분석이 불가능하고, 실제 개발자나 운영자가 해야할 들이 상당히 많아졌습니다.

저희도 작년에 기존에 쓰던 GA를 모두 버리고, GA4로 바로 이관을 하였는데,

이전에 GA는 그냥 붙여놓기만 하면 “역시 구글은 신이야” 이런 느낌이었습니다. 알아서 분석이 다 되는 솔루션에 가까웠는데요.

GA4는 한땀한땀 지정하는 느낌이라서, 할일이 많아 진것 같습니다.

물론 데이터 쌓는것에 공을 들이는 것은 맞지만, 하나라도 적게 하고 싶은 건 사람의 욕심이긴 하잖아요.

2024년 구글 검색 또한 “웹사이트 품질” 측정방식에 변경사항이 있는 것 같습니다.

기존의 SEO의 기본적인 틀과 구조화된 데이터의 문법이 바뀌는 것이 아니지만,

노출순위를 결정하는 웹사이트의 품질에 대해서는 기준이 상당히 세분화된것 같습니다.

작년에 한번 구글 검색 최적화를 해와서, 전체 점수를 올렸는데,

바뀐 기준으로는 렛플이 대부분의 웹페이지가 저품질의 웹사이트가 인식되는 상황이 나오고 있습니다.

사실 기준 바뀐다고 작년말부터 구글검색에서 계속 공지를 뛰우긴 했지만, 실제 문제가 안되면 안쳐다보게 되잖아요

저는 올해 2월부터 쳐다보게 되었습니다. 한번 자세히 볼까요?

2023년까지 하반기까지는 웹페이지의 측정기준은 단순히 속도였습니다.

단순히 속도였습니다. 큰 이미지나 줄이고, 안쓰는 파일을 삭제하고,

비싼 서버 호출을 분리해서 여러번 하는 등으로 대응을 하면 얼추 대응이 되었습니다.

여기 참고해보세요. 그냥 최종적으로 빠르기만 하면됩니다.

https://letspl.me/quest/504

그러나 올해초부터, 이부분에 대한 수치 기준이 완전히 바뀌었습니다.

여기서 말하는 코어웹바이탈이라는 것이 , 작년 2023년 10월 기준으로 중요하게 매겨지면서 모든 웹사이트의 수치가 변경되기 시작합니다.

아마 아래 분도 동일한 현상을 겪고 계신것 같습니다. 저랑 비슷한 생각이신것 같아서 가지고 와봤습니다.

한번 짧게 보시면 동일 증상이라는 것을 아실 수있습니다.

https://statisticsplaybook.com/why-web-core-vitals-are-important/#google_vignette

망가진 바이탈과 급감하는 방문자

슬기로운 통계생활이 처음부터 코어 웹 바이탈을 통과 못한게 아니었습니다. 나름 검색엔진 최적화 (SEO)에 공을 들였었거든요.

바이탈 패스 상태를 워드프레스 홈페이지 작업 초반에 잘 유지하다가 10월 23일을 기점으로 사이트의 전체 URL이 코어 바이탈 위반으로 판정났습니다.

아래 그림을 보면 빨간 화살표 부분부터 노란색 URL 숫자가 치솟는데, 이는 기존 좋은 URL (녹색)에서 향상이 필요한 URL (노란색)로 바뀌었기 때문입니다.

코어웹 바이탈이란 무엇인가?

코어웹바이탈(Core Web Vital)은 2021년부터 있던 개념입니다.

구글 검색을 해보면 계속 반영을 높인다라는 말이 계속 나오고 있었습니다.

코어웹바이탈은 로드 성능, 상호작용, 페이지의 시각적 안정성에 관한 실제 사용자 경험을 측정하는 측정항목입니다

그러나 최종적으로 2023년 말(10월/11월)에 , 검색 반영로직에 대대적으로 적용이 된것입니다.

이미 구글 라이트하우스에 이와 관련한 평가지표가 들어가있었는데, 이게 검색에 엄청 영향을 주지않으니 사실 무시하고 있던것에 가깝습니다.

3개월 정도의 데이터 쌓는 기간을 통해서 실제 검색노출에서 반영된것은 2024년 2~3월부터 입니다.

그러니, 갑자기 잘 돌아가던 웹사이트가 2024년 2월부터 검색이 노출량이 팍팍 줄어드는 거지요.

내용을 간단히 말씀을 드리면

1) 웹사이트 페이지를 세가지 단계로 구분합니다.

• - 느림 :가장 안좋음

• - 개선이 필요함 : 이것도 안좋습니다.

• - 빠름 : 이게 가장 좋은거겠죠.

2) 위의 세가지 단계를, 세가지 지표를 통해서 결정합니다.

다만 한가지라도 느리면, 가장 최저점수를 반영한다.

각 단계별로 느림/개선이 필요함/빠름이 있고, 가장 최저점수를 반영합니다.

• - 로드성능(LCP -Largest Contentful Paint): 최대 콘텐츠 렌더링 시간

사용자가 URL을 요청한 시점부터 표시 영역에 가장 큰 시각 콘텐츠 요소를 렌더링하는 데 걸린 시간입니다.

가장 큰 요소는 일반적으로 이미지 또는 동영상이거나 큰 블록 수준의 텍스트 요소입니다.

이 측정항목은 방문자가 URL이 실제로 로드되는 것을 확인하는 속도를 표시하므로 중요합니다.

• 보고서에 표시된 그룹 LCP란 그룹에 포함된 URL 방문수의 75%가 LCP 상태에 도달하기까지 걸린 시간입니다.

• - 상호작용(INP- Interaction to Next Paint) : 다음 페인트까지의 상호작용

페이지에서 사용자의 페이지 방문 전체 생애 주기 동안 발생하는 모든 클릭, 탭,

키보드 상호작용에 반응하기까지 걸리는 시간을 관찰하여 사용자 상호작용에 대한 페이지의 전반적인 반응성을 평가하는 측정항목입니다.

최종 INP 값은 관찰된 가장 긴 상호작용이며 이상점을 무시합니다. 

• 보고서에 표시된 그룹 INP란 그룹에 포함된 URL 방문수의 75%가 이 값을 나타냈음(또는 그보다 높을 수 있음)을 의미합니다.

• - 페이지의시각적안정성(CLS-Cumulative Layout Shift) : 누적 레이아웃 이동

CLS는 페이지의 전체 수명 동안 발생하는 모든 예상치 못한 레이아웃 변화의 모든 개별적인 레이아웃 변화 점수의 총 합계를 측정합니다.

점수는 0부터 시작하며 양수인 수입니다.

여기에서 0은 변화가 없음을 나타내며 숫자가 클수록 페이지의 레이아웃이 많이 변경되었음을 보여줍니다.

사용자가 상호작용하려고 할 때 페이지 요소가 변경되는 사용자 환경은 좋지 않으므로 CLS는 중요합니다.

왜 큰 값이 표시되었는지 알 수 없다면 페이지와 상호작용해 보면서 점수에 어떻게 영향을 주는지 확인하세요.

• 보고서에 표시된 그룹 CLS란 그룹에 포함된 URL 방문수의 75%에 해당하는 가장 낮은 일반 CLS입니다.

상세 내용은 여기 참고해보세요.

https://support.google.com/webmasters/answer/9205520#status_bucket

3) 모바일웹과 PC웹이 다르다.

저희는 PC/모바일웹이 반응형이기 때문에 사실상 css를 제외 적용하는 것 말고는, 99%이상 동일합니다.

그런데 PC/모바일 기준으로 보면 차이가 많이 발생하는 것을 알 수 있습니다.

이전에는 안그랬었습니다. 거의 동일한 수준으로 나오고 있었는데요

다만 라이트하우스에서는 모바일웹이 PC웹보다 점수가 좋았습니다.

그려려니 했는데, 현재 라이트하우스의 점수가 , 구글 검색평가에 반영되고 있다는 것을 의미합니다.

코어웹 바이탈이 왜 중요한가?

렛플에서 PC웹의 전체 페이지의 90%가 개선이 필요하다라고 나온적이 있습니다.

이렇게 경고가 나올때 조치를 하지 않으면 , 노출량이 정체되거나 , 노출량이 다운트렌드가 됩니다.

아래가 저희 사이트의 노출량인데, 상향은 하지 못할망정, 다운트렌드로 가고 있다는 것을 아실 겁니다.

계속 느리다고 평가를 받게 되면, 다른 웹사이트대비 추천에서 밀리게 됩니다.

이는 클릭량과도 연관되어, 클릭 자체도 줄게 되는 원리입니다.

그럼 코어웹 바이탈은 어떻게 올려야되냐?는 다음 글에서 설명해보도록 하겠습니다.

https://letspl.me/quest/885