팀에 합류해 사이트를 빠르게 만듭니다

사이트를 통해 발생하는 매출 규모에 따라 다릅니다. Loop Earplugs의 경우 모바일 로딩 속도가 약 800ms 빨라졌고 결제 전환율이 7% 상승했습니다. 7% 상승을 무조건 보장할 수는 없지만, RUM은 각 개선 작업이 지표에 미친 영향을 보여주고 애널리틱스는 매출에 미친 영향을 보여줍니다. 두 데이터 모두 직접 확인할 수 있습니다.

약간의 영향은 있습니다. Core Web Vitals는 검색 순위 산정 요소 중 하나이지만, 비중이 크지는 않습니다. 관련성 높은 콘텐츠가 항상 우선이며, 속도는 비슷한 수준의 페이지들 사이에서 동점을 깨는 역할을 합니다. 진짜 큰 효과는 클릭 이후에 나타납니다. 사이트가 빠르면 이탈하는 방문자가 줄어들고, 머무르는 방문자의 전환율이 높아집니다. 이는 Google 순위 상승 여부와 무관하게 매출에 직접적으로 반영됩니다.

자체 개발팀과 실제 트래픽이 있고, 사이트 속도가 곧 매출로 이어지는 기업에 적합합니다. 주로 이커머스, 클릭 반응이 느리게 느껴지는 SaaS 애플리케이션, 광고가 많은 퍼블리셔입니다. 자체 개발팀이나 개발을 전담하는 에이전시가 없다면 종합 컨설팅보다는 단건 진단이나 간단한 문제 해결부터 시작하는 편이 낫습니다.

보장하지 않습니다. 사이트를 살펴보지도 않고 점수를 보장하는 사람은 어림짐작으로 말하는 것뿐입니다. 제가 목표로 하는 것은 실질적인 매출을 만들어내는 페이지에서 75백분위수 기준 Core Web Vitals를 통과하는 것입니다. 이것이 Google이 측정하는 기준이자, 방문자가 체감하는 성능입니다.

대부분의 에이전시는 여러 분야를 두루 다루며, 성능은 수많은 체크리스트 중 하나일 뿐입니다. 하지만 저는 오직 웹 성능 하나만을 다룹니다. 진짜 어려운 문제들은 체크리스트에 잘 나오지 않습니다. Next.js의 hydration, 미디어 사이트에 붙은 수십 개의 서드파티 스크립트, 로드되면서 레이아웃을 밀어내는 광고 같은 문제들입니다. 사람마다 전문 분야가 다릅니다. 제 전문 분야는 바로 이것입니다.

네, 컨설팅에 포함되어 있습니다. 이미 사용 중인 RUM 솔루션에서 어떤 요소나 스크립트가 느린지 파악할 수 있다면 해당 도구를 그대로 사용해도 무방합니다.

거의 모든 스택을 지원합니다. Next.js, Nuxt, Magento, Salesforce Commerce Cloud, Shopify, WordPress는 물론, 2012년에 구축된 PHP 사이트도 가능합니다. 브라우저는 어떤 기술로 페이지를 만들었는지 신경 쓰지 않으며, 제가 작업하는 공간은 바로 그 브라우저입니다. Shopify 같은 호스팅 플랫폼에서는 플랫폼 자체를 수정할 수는 없지만 테마, 앱, 그리고 이들이 추가하는 스크립트는 직접 제어할 수 있으며, 대부분의 문제는 바로 그곳에서 발생합니다.

해당 점수는 Lighthouse 결과입니다. 성능이 느린 특정 모바일 기기를 시뮬레이션한 lab data 테스트에 불과합니다. Google은 75백분위수에서 실제 방문자가 경험하는 field data를 보며, 제가 개선하는 대상 역시 바로 이 field data입니다. 작업을 진행하다 보면 Lighthouse 점수도 자연스럽게 오르지만, 그 점수 자체를 쫓지는 않습니다. Lighthouse 점수가 95점이어도 Core Web Vitals를 통과하지 못할 수 있고, 그 반대의 경우도 마찬가지입니다.

방문자가 클릭할 때 main thread에서 어떤 작업이 실행되는지 추적합니다. Long Animation Frames(LoAF) API를 통해 정확히 어떤 스크립트의 어떤 함수가 원인인지 찾아냅니다. 그런 다음 해당 작업을 쪼개거나, 실행 순서를 뒤로 미루거나, 완전히 제거합니다.

그런 일은 거의 없습니다. 대부분 몇몇 무거운 컴포넌트, 스크립트 로딩 순서, 또는 페이지의 hydration 방식이 문제입니다. 이를 바로잡는 것은 전체를 재작성하는 것보다 비용이 훨씬 적게 들고 결과도 훨씬 빠르게 확인할 수 있습니다.

아직 RUM 솔루션이 없거나 기존 도구로는 어떤 요소나 스크립트가 느린지 파악하기 어려운 경우 CoreDash를 연동합니다. CoreDash는 오직 이 작업을 위해 개발되었습니다. 모든 LCP, INP, CLS 이벤트마다 어떤 요소, 스크립트, 리소스가 문제를 일으켰는지 정확히 짚어줍니다. Google의 28일 이동평균 집계를 마냥 기다릴 필요 없이, 수정 사항이 실제 방문자에게 미친 영향을 하루 만에 확인할 수 있습니다. 추적할 수 있는 URL 개수나 데이터 보관 기간에도 제한이 없습니다.

가능합니다. 저는 에이전시를 비롯한 다양한 이해관계자와 협업하는 것을 선호합니다. 사내 개발팀과 마찬가지로 에이전시가 개발을 담당하고, 저는 문제를 찾아 우선순위를 매기며 각 수정 사항을 검증합니다. 만약 귀사가 에이전시라면 에이전시 협업 안내를 확인해 주십시오.

팀의 티켓 시스템에 등록된 진단 결과 티켓, 실제 서비스에 배포된 수정 코드, CI/CD 파이프라인의 성능 예산 설정, RUM 데이터 모니터링 및 알림 체계, 그리고 이 모든 원리를 온전히 이해한 개발팀입니다.

두 가지 방법이 있습니다. 첫째, 배포 파이프라인의 성능 예산이 레이아웃 이동을 유발하거나 main thread를 차단하는 빌드를 배포 전에 미리 감지합니다. 둘째, RUM 데이터 알림을 통해 성능 저하를 즉시 감지합니다. CoreDash는 매시간 상태를 점검하지만, 신뢰할 수 있는 데이터가 충분히 쌓인 뒤에만 알림을 발생시키므로 오경보에 시달릴 일이 없습니다. 그러면서도 Search Console에 반영되기 몇 주 전에 문제를 파악할 수 있습니다.

진단은 무엇이 문제이고 어떤 순서로 고쳐야 하는지 알려줍니다. 컨설팅은 문제가 실제로 해결될 때까지 곁에 남아 함께합니다.

개발팀이 직접 운영을 이어받습니다. 원하신다면 월 약 1일 기준 월 €1,500부터 시작하는 리테이너 플랜도 이용할 수 있습니다. 지속적으로 RUM 데이터를 확인하고, 속도가 느려지면 즉시 알려드리며, 분기마다 다음 개선 방향을 함께 논의합니다.

코드 저장소(GitHub, GitLab 등) 접근 권한, 스테이징 환경, 애널리틱스 접근 권한만 있으면 됩니다. 몇 주씩 걸리는 온보딩 미팅은 없습니다. 권한이 주어지면 즉시 작업을 시작하며, 보통 영업일 기준 5일 이내에 첫 진단 결과를 전달해 드립니다.

1주일에서 6개월까지 다양합니다. 문제의 양과 개발팀의 배포 속도에 따라 달라집니다. 대개 예상보다 짧게 걸리며, 전체 프로젝트의 60%는 한 달 이내에 마무리됩니다. 정확한 기간은 시작 전 업무 범위(scope)에 명시됩니다.

배포 후 하루 만에 RUM 데이터에서 변화를 확인할 수 있습니다. 지표가 유의미해지려면 일정 수준 이상의 방문 수가 누적되어야 하므로, 트래픽이 많은 페이지일수록 결과가 더 빨리 나타납니다. 어떤 경우든 Google의 CrUX 보고서에 반영되기 몇 주 전에 개선 여부를 먼저 알 수 있습니다.

가능합니다. 태그를 삭제하는 것이 아니라 로드되는 방식과 시점을 바꿉니다. main thread를 차단하거나 레이아웃을 흔들지 않고도 광고의 뷰어빌리티(viewability) 요건을 충분히 맞출 수 있습니다. DPG Media, Aleteia, Who What Wear 모두 광고 수익을 그대로 유지하면서 Core Web Vitals를 통과했습니다.