이 링크(Google May 4th Core Update impact on Discourse forums)와 같은 메타 사이트에서 코어 웹 바이탈(Core Web Vitals)이 구글 검색 랭킹에 미치는 영향에 대해 논의하는 글들이 있습니다. 로딩 스플래시 스크린(Introducing Discourse Splash - A visual preloader displayed while site assets load)을 도입한 주된 이유는 Discourse 사이트 초기 로드 시 FCP(First Contentful Paint) 측정치가 좋지 않았기 때문이었습니다(이 업데이트를 위해 Discourse 팀에게 감사드립니다).
검색 랭킹에 관한 많은 부분은 불분명하지만, CLS(Cumulative Layout Shift)와 같은 바이탈이 실제로 중요하다는 점은 분명해 보입니다. 저는 같은 주제 안에서 이전에 CLS 문제를 겪었으나(Sudden drop in traffic - #35 by piffy) 이후 이를 수정했습니다.
기본적인 Discourse 사이트에는 CLS 문제가 나타나지 않는 것 같습니다. 메타 사이트에서도 이를 확인할 수 있습니다(https://pagespeed.web.dev/report?url=https%3A%2F%2Fmeta.discourse.org%2F). 이 PageSpeed 사이트는 사이트의 실제 사용자 통계를 보여주는 데 유용하지만, 웹사이트의 크롤러 버전을 사용하기 때문에 라이브 뷰로 사이트를 분석하는 “성능 문제 진단” 섹션은 유용하지 않습니다. 저는 CLS 문제를 조사할 때 이 사이트(https://gtmetrix.com/)가 유용하다는 것을 발견했습니다.
여기서도 메타 사이트에는 CLS 문제가 없다고 표시됩니다.
제 문제는 모든 페이지 상단에 표시되도록 작성한 커스텀 배너 플러그인이었는데, 높이를 미리 지정하지 않아 일관된 레이프트 시프트(레이아웃 이동)가 발생했습니다(너무 빠르게 일어나서 눈으로 알아채기 어려울 정도였지만요). 저는 이미지를 가져오기 전에 브라우저가 높이를 수용할 수 있도록 높이를 미리 지정하는 방식으로 이를 해결했습니다.
제가 얻은 통찰 중 하나는 수정 사항이 반영되는 데 매우 오랜 시간이 걸린다는 것입니다. 이는 실제 사용자 방문을 통해 수집된 통계에 기반하기 때문입니다. 제 경우에도 1개월 이상 걸렸습니다. 검색 콘솔에서 “수정 사항 검증” 옵션을 사용할 수 있으며, 28일 이내에 알림을 받을 수 있습니다. 수정 사항을 테스트하고 피드백을 받는 사이에 약 1개월의 공백이 있다는 점은 다소 답답합니다.
어쨌든, 이 정보가 도움이 될지는 모르겠지만 제 경험을 공유해 보았습니다.