여러 부서에서 웹사이트 속도 수정

웹사이트 속도 최적화 프로젝트의 성공을 위해 다른 부서에서 지원하는 방법

리나 한손
리나 한슨
X 홈페이지

사이트 속도와 관련된 일반적인 오해 중 하나는 개발팀의 책임만 있다는 것입니다. 실제로 빠른 사이트는 여러 부서의 도움이 필요합니다. 개발자가 아무리 재능이 있더라도 혼자서 문제를 해결하는 경우는 거의 없습니다. 그렇다면 동료들과 함께 속도를 수정하려면 어떻게 해야 할까요? 이 문서에서는 웹 개발자로서 사이트 속도에 우선순위를 두고 최적화하면서 여러 부서의 지원을 받고 최적화 프로젝트의 성공에 대한 인지도를 높이도록 회사를 설득하는 방법을 설명합니다.

비즈니스 이해관계자의 도움을 받아 속도 수정

많은 기업이 소비자 행동의 획기적인 변화를 겪고 있습니다. 오프라인 상점이 아닌 디지털 플랫폼에서 구매하는 사람의 증가는 기업이 신속하게 대응하거나 수익 감소에 직면할 위험이 있다는 것을 알 수 있습니다. 성공하기 위해서는 새로운 조직 프로세스와 사고방식, 그리고 이해관계자의 강력한 동의가 모두 필요합니다.

공통 과제

기업이 스스로 조직하는 방식은 여러 수준에서 변화해야 할 가능성이 높습니다. 우선, 잠재적인 수익 증대를 가져올 수 있는 속도 프로젝트는 개발자가 충분한 시간을 갖고 개발하지 않으면 실행하기가 어렵습니다. 리소스 할당이 이루어져야 하며, 이해관계자 및 경영진이 이를 우선순위 프로젝트라는 것을 보여주면 마케팅 및 웹 디자이너와 같은 다른 부서와의 공동작업이 더 원활해지는 경우가 많습니다.

이러한 운영 수준 외에도 이해관계자는 현재 다음과 같은 두 가지 전환이 발생하고 있음을 이해하는 것이 중요합니다.

즉, 디지털 플랫폼 전문가들이 제시하는 정보에 입각하여 경영진의 결정을 내리는 회사가 우위를 점하게 됩니다. 따라서 비즈니스 의사결정이 이루어지는 회의에 한 명의 개발자를 초대하여 처음부터 사이트와 제약이 고려되도록 하여 매출을 늘리는 것이 좋습니다.

이해관계자에게 제안서 보내기

일반적으로 판매의 약 10% 가 디지털 플랫폼에서 발생하지만 연구에 따르면 오프라인 상점 판매의 85% 가 디지털의 영향을 먼저 받습니다. 따라서 모바일, 특히 모바일에서 실적이 좋은 사이트를 보유하는 것이 비즈니스 수익에 매우 중요합니다. Google에서는 사이트의 전환수를 높이고 커뮤니케이션 흐름을 설정하여 사이트에 영향을 미칠 결정을 내리기 전에 기술팀의 통찰력을 더 잘 활용할 수 있는 스피드 프로젝트를 제안합니다.

이해관계자와의 미팅 준비

이해관계자와 만나기 전에 광고주의 웹사이트 및 경쟁업체 사이트에 대한 데이터와 제안하는 변경사항에 대해 높은 ROI를 나타내는 데이터를 준비해야 합니다. 속도의 중요성에 대한 데이터 수집 최상의 시나리오는 회사 수익과 연결되는 경우입니다. 이를 위한 몇 가지 방법은 다음과 같습니다.

  • 상대 모바일 전환율을 계산합니다. 분석팀과 협력하여 속도의 가치에 설명된 분석을 수행합니다. 로드 시간이 동일한 다른 기간보다 훨씬 길었던 기존 기간 (최소 2~3개월)이 있었다면 사이트 속도가 느린 것이 모바일 전환에 큰 영향을 미칩니다. 분석을 통해 속도가 느린 기간에 회사가 손실한 수익을 계산하여 속도의 가치를 입증할 수 있습니다. 로드 시간이 거의 동일한 수준으로 유지되면 분석을 실행하기가 어려우며 아래의 대안이 더 많은 답변을 제공할 수 있습니다.
  • 통계 모델에서 속도 값을 추정합니다. Google의 TestMySite를 사용하여 테스트를 실행한 후 빠른 사이트가 비즈니스에 미칠 수 있는 영향을 계산할 수 있습니다. 필요한 것은 월 평균 방문자 수, 전환율, 평균 주문 금액과 같은 데이터이며 애널리틱스팀의 도움을 받을 수 있습니다.
  • 권장사항 우수사례를 제공합니다. 사이트 속도를 높이고 효과를 확인한 다른 회사의 활용 사례도 있습니다. 페이지 로드 시간이 전환율에 미치는 영향: 우수사례에서 몇 가지 예를 확인할 수 있습니다.
  • 모바일의 중요성을 보여줍니다. 분석팀에 모바일과 데스크톱에서 발생하는 트래픽의 비율에 대한 데이터를 제공해 달라고 요청합니다.
  • 비용을 조사하세요. 위의 계산은 이해관계자에게 속도를 통해 얻을 수 있는 수익 증가를 보여주기 위한 방법이지만, 이해관계자가 ROI를 알아야 하는 결정을 내리려면 예상 비용을 미리 준비하면 경영진의 결정을 더 빨리 내릴 수 있습니다. 이를 위해 초기에 집중된 속도 프로젝트에 소요되는 시간과 이후 유지보수에 필요한 시간을 평가하세요. 예를 들어 신속한 생각: TUI는 사일로를 허물어 사이트 속도를 높임에서 개발자는 백로그와 캠페인으로부터 20% 의 시간을 사용할 수 있었으며, 이를 통해 프로젝트 속도를 높이고 다른 사이트를 개선하는 데 집중할 수 있었습니다.

이해관계자 만나기

  • 데스크톱 대비 모바일에서 발생하는 트래픽의 양과 지난 몇 년 동안 모바일에서 발생한 트래픽 양상을 보여줍니다. 이를 통해 우수한 모바일 환경을 만드는 것이 얼마나 중요한지 잘 알 수 있습니다.
  • 속도가 회사 수익에 미치는 영향에 대한 연구 결과를 발표합니다.
  • 이해관계자에게 지속적인 속도 향상을 위한 노력을 기울일 시간이 주어지면 개발자가 모바일 방문자로부터 얻는 수익을 늘리는 데 도움을 줄 수 있음을 이해관계자에게 알립니다.
  • 개발팀 중 한 사람을 경영진 회의에 초대하여 사이트에 대한 결정을 내릴 것을 제안합니다. 요즘에는 디지털 플랫폼에서 제품을 판매합니다. 디지털 전문가와 소통을 시작한 기업이 승자가 됩니다. 현대 기업은 부서 간, 이해관계자와 개발자 간의 커뮤니케이션 스트림을 설정해야 합니다. Harvard Business Review 연구에 따르면 IT 프로젝트 6개 중 1개는 200%의 비용 초과가 발생했습니다. 한 가지 예로 2000년 14억 달러 규모의 IT 현대화 프로젝트를 시작한 Kmart는 Walmart와 Target에 경쟁력을 잃었습니다. 통신 및 유지보수를 조기에 설정하면 사일로를 허물고 지식 공유가 경쟁 우위를 확보할 수 있습니다.

마케팅팀의 도움을 받아 속도 개선

공통 과제

마케팅팀은 정보에 입각한 결정을 내리기 위해 광고와 데이터를 처리할 도구가 필요하지만, 대부분의 도구는 웹사이트 속도를 떨어뜨리며 렌더링 차단 스크립트를 사용하여 구현되는 경우가 많습니다. 따라서 사이트에 들어온 방문자가 화면에 무언가를 볼 때까지 기다려야 합니다. 따라서 균형이 필요합니다. 마케팅 부서는 데이터와 도구가 필요하지만 사이트가 이탈률을 낮추고 전환율을 높이려면 속도가 빨라야 합니다. 그래야 마케팅 투자에 대한 수익을 얻을 수 있기 때문입니다.

이러한 균형을 이루려면 스크립트에 주의를 기울여야 합니다.

  • 거의 동일한 항목을 측정하는 중복은 피하세요.
  • 더 이상 사용하지 않는 도구를 삭제합니다.
  • ' 있으면 좋은' 것은 측정하지 않습니다. 비즈니스에 중요한 사항만 측정하세요.

개발자가 마케팅 부서에서 어떤 업무를 담당하는지 알기 어렵고 마케팅 부서가 사이트에 어떤 도구가 특히 중요한지 모를 수 있으므로 협업이 필요합니다.

마케팅팀에 제안서 보내기

추적 및 광고에 사용되는 도구는 방문자가 사이트에 들어올 때 콘텐츠를 얼마나 빨리 보는지 차단하는 경우가 많습니다. 이렇게 하면 광고에 비용을 지불하고 광고에 관심을 가지고 클릭한 후에 기다려야 하기 때문에 마케팅 투자의 가치가 감소합니다. 이로 인해 사용자가 짜증을 내고 이탈할 위험이 있습니다. 한 연구에서는 속도 측정항목인 상호작용까지의 시간이 0.15초에서 0.3초로 증가하자 전환율이 약 50% 에서 약 35% 로 감소한 것으로 나타났습니다. 필요한 도구와 사이트 성능 간의 균형을 맞추고 마케팅 투자 수익을 높일 수 있도록 함께 이 문제를 해결할 수 있을까요?

마케팅팀과의 상담 준비

  • 사이트에 구현되는 스크립트 목록을 만듭니다.
  • 마케팅 부서에 목록을 보내고 미리 살펴보고 세 가지로 분류하도록 요청합니다.
    • 업무상 중요한 문제. 이러한 스크립트는 유지되어야 합니다.
    • 참고사항: 사용 또는 삭제가 가능한 스크립트. 예를 들어 회사에서 히트맵이나 화면 기록을 수집하는 경우가 있지만, 데이터가 드물게 검토되어 조치나 전환수 증가로 이어지지 않을 수 있습니다. 이 같은 경우에는 2주 동안만 도구를 실행하고 분석을 위해 유용한 정보를 수집한 후 다음번 집중적인 데이터 수집 기간이 될 때까지 스크립트를 정리하는 것이 더 나을 수 있습니다.
    • 사용되지 않거나 소유하지 않음. 이러한 항목은 삭제해야 합니다.
  • 각 스크립트가 사이트 속도를 얼마나 저하시키는지 확인해 보세요. WebPageTest의 경우 고급 설정의 차단 탭을 통해 설정할 수 있습니다. 또는 Chrome DevTools에서 네트워크 요청을 차단할 수 있습니다.

마케팅팀과 상담

  • 스크립트 목록을 살펴보고 각 스크립트에 대한 관점을 제시합니다. 예를 들어 사용하면 좋은 스크립트가 사이트 성능에 매우 부정적인 영향을 미칠까요? 추천을 받으면 마케팅팀이 더 쉽게 우선순위를 지정할 수 있으며, 비즈니스에 중요한 것이 무엇인지에 대한 이야기를 들으면 마케팅팀의 관점을 더 쉽게 이해할 수 있습니다.
  • 다음 주제에 대해 토론합니다.
    • 수집된 데이터의 이점이 사이트 속도 저하로 인한 감소를 초과하는 전환수 증가로 이어지는가? 데이터를 근거로 결정을 내릴 수 있습니다.
    • 귀사는 시중에서 가장 빠른 버전의 도구를 보유한 제공업체를 선택했나요? 마케팅 부서는 비즈니스에 중요한 도구를 더 빠른 대안으로 대체할 수 있는지 여부를 파악하기 위해 개발자의 도움이 필요할 수 있습니다.
    • 사이트에 있는 스크립트 대신 다른 대안이 있나요? 예를 들어 히트맵 대신 사용성 테스트를 시작하여 사용자 행동의 '이유'를 들어보고 보다 심층적인 정보를 얻을 수 있습니다.

다음 단계에 대해 합의

  • 향후 프로세스를 결정합니다. 마케팅팀에서 항상 개발자에게 구현 전에 새 도구와 이러한 도구가 속도에 미치는 영향을 검토하도록 요청해야 하나요? 아니면 마케팅에서 속도를 확인하는 방법을 배우고 속도 목표를 충족하는 한 원하는 도구의 우선순위를 직접 정할 수 있는 성능 예산을 확보해야 할까요?

웹 디자인 팀의 도움을 받아 속도 개선

웹 성능상의 가장 큰 문제 중 하나는 여러 리전에서 연결 속도가 더 빨라질 수 있지만 웹사이트의 부담이 가중되고 그 결과 오히려 속도가 느려지는 것입니다. 개발자는 이 문제를 해결하기 위해 웹 디자이너와 협업해야 합니다.

공통 과제

결국 회사의 모든 부서는 수익 창출이든 다른 목적이든 전환으로 이어지는 사이트에 주로 의존합니다. 웹페이지가 아무리 예쁘다 해도 로드 시간이 길어져서 사용자가 페이지를 보기 위해 머무르지 않는다면 문제가 되지 않습니다.

하지만 슬림한 웹페이지는 공동의 책임입니다. 개발자는 다양한 이미지 최적화 기법을 사용하여 이미지 로드 속도를 높일 수 있습니다. 웹 디자이너는 페이지 크기를 합의된 수준 미만으로 유지할 수 있는 페이지를 만들 수 있습니다.

웹 디자인 팀에 제안 보내기

연구에 따르면 이미지가 적고 요소가 적은 페이지에서 더 많은 전환이 발생합니다. 예를 들어 Google과 SOASTA 연구에 따르면 사용자를 전환한 세션은 전환하지 않은 세션보다 이미지가 38% 더 적습니다. 함께 속도 목표를 달성하고 사이트의 전환율을 높일 수 있는 공동 협력을 할 수 있을까요? 품질과 속도 간의 균형을 이루고 적절한 수준의 이미지 압축을 찾는 방법, 또는 복잡한 레이아웃이나 기능을 줄이면서 사이트가 느려지는 경우가 많습니다.

웹 디자인 팀과의 회의 준비

  • 사이트에서 로드 시간과 페이지 크기가 가장 높은 페이지 추적하기 예를 들어 전자상거래 사이트를 운영하는 경우 홈페이지뿐만 아니라 캠페인 페이지, 가장 큰 카테고리 페이지, 일부 제품 페이지, 결제 과정도 확인해야 합니다.
  • 디자이너를 위한 성능 예산 제안서를 준비합니다. 한 가지 대안은 페이지 크기를 측정항목으로 최대한 간단하게 시작하고 모든 페이지의 타겟을 1MB (또는 브랜딩이 전환에 매우 중요한 경우 1.5MB)로 설정하는 것입니다.
  • 타겟 페이지 무게 수준을 초과하는 페이지 목록을 준비합니다.

웹 디자인 팀과 상담

  • 개발팀이 이미지 압축, 반응형 이미지, 이미지 크기 조절, 지연 로드, 캐싱, 서버 최적화 등 다양한 이미지 최적화 기술을 통해 이미지를 더 빠르게 제공할 수 있는 방법을 조사합니다.
  • 이미지가 다양한 이미지 품질과 크기로 게시되는 테스트 페이지를 만들고 다양한 화면에서 성능과 품질이 균형을 이루는 수준을 합의합니다. 모바일 방문자의 경우 세션 길이가 짧을 수 있습니다. 한 연구에 따르면 모바일 세션의 절반 이상이 30초 이하입니다. 이러한 사용자는 이미지를 자세히 연구하지 않을 수 있고 빠른 사이트 속도를 선호할 수 있습니다.
  • 웹 디자이너가 모든 웹페이지의 페이지 크기가 1MB (또는 최대 1.5MB)를 넘지 않도록 성능 예산을 제안합니다.

분석팀의 도움을 받아 속도 개선

기업은 무엇에 집중해야 할지 파악하고 의사 결정의 기반을 마련하기 위해 데이터가 필요합니다. 사이트 속도의 중요성 및 사이트 속도가 수익 및 판매와 어떤 관련이 있는지 이야기하는 기업이 많지만 기술팀 외부의 주간 보고서에 속도를 포함하지 않는 회사도 많습니다. 개발자가 분석팀과 공동작업을 시작하면 이 설정을 변경할 수 있습니다.

공통 과제

실제로는 보고되지 않는 내용에 중점을 두지 않습니다. 사이트 속도가 비즈니스 이해관계자에게 제공되는 주간 또는 월간 보고서에 포함되지 않는다면 이는 쉽게 잊어버리고, 여기에 집중할 리소스를 확보하기가 어렵습니다. 하지만 분석팀은 추적 속도에 대한 경험이 없는 경우가 많으므로 개발자의 도움이 필요합니다. 또한 속도가 개선되었을 때 수익에 미치는 영향을 계산하려면 분석팀의 도움이 필요합니다. 이러한 부서는 처음 생각하는 것보다 서로에 대한 의존도가 높습니다

애널리틱스팀에 제안서 보내기

많은 우수사례를 통해 사이트 속도가 수익 및 이탈률에 미치는 영향을 확인할 수 있습니다. 협력을 통해 회사의 사이트 속도 추적을 설정하고, 더 많은 동의를 얻기 위해 이해관계자에게 보고하는 보고서의 일부로 속도를 얻을 수 있을까요?

분석팀과의 회의 준비

  • 정기적으로 속도를 모니터링하세요. 한 가지 권장사항은 Lighthouse CI, PageSpeed Insights, WebPageTest와 같은 도구와 함께 API를 사용하여, 다양한 기간에 걸쳐 쉽게 벤치마킹할 수 있도록 통제된 실험실 설정에서 통계를 정기적으로 수집할 수 있게 해 줍니다.
  • 속도의 가치를 분석팀에 전달하고 분석을 수행할 수 있는지 물어 회의 중에 차트를 분석할 수 있도록 준비합니다.

분석팀과 회의

  • 속도의 값에서 생성된 차트를 확인합니다. 상대적 모바일 전환율은 속도의 영향과 사이트 개선 상황을 추적하는 방법 중 하나입니다. 애널리틱스팀에 이를 추적해도 괜찮은지 문의하세요.
  • Google 애널리틱스의 로드 시간 측정항목이 간소화된 비즈니스 보고서에 충분한지 판단합니다. 속도 값은 이 측정항목을 사용합니다. 많은 개발자가 알고 있듯이 이는 여러 중요한 속도 측정항목 중 하나일 뿐이며 Google 애널리틱스에 있으므로 실험실 데이터가 아닌 필드 데이터이기도 합니다. 그런데 이 기능이 비즈니스 보고서를 단순화하기에 충분한가요? 위의 분석에서 얻은 결과를 확인하고 최소 2~3개월 동안 로드 시간이 높으면 상대적 모바일 전환율이 감소하는지 또는 2~3개월 동안 로드 시간이 짧았을 때 상대적 모바일 전환율이 상승하는지 관찰할 수 있는지 확인합니다. 로드 시간이 상당히 안정적으로 유지되면 속도가 크게 향상될 때까지 분석이 효과가 있는지 확인하기가 어렵습니다. 그렇다면 다음 대안으로 이동합니다.
  • 개발자가 사용하는 속도 측정항목 차트를 표시합니다. 애널리틱스팀에 설명하고 전환율 또는 상대적 모바일 전환율과의 상관관계가 있는지 확인하세요.
  • 분석팀이 수익과 관련된 계산에서 속도를 사용하는 방법과 이를 이해관계자에게 보고하는 방법에 대해 생각할 시간을 줍니다. 이들은 생소한 주제입니다. 그런 다음 다시 만나 합의하는 접근 방식을 시도해 보세요. 항상 그렇듯이 적절한 모델을 찾을 때까지 데이터 수집을 수정해야 하지만, 이것이 협업을 시작하는 한 방법입니다.

다음 단계

속도 프로젝트를 통해 큰 개선이 이루어진 후에는 분석팀에 속도의 가치에 설명된 분석을 수행하도록 요청합니다. 얼마나 더 많은 전환수와 수익이 창출되었는지 회사에 표시되므로 팀뿐 아니라 협력한 모든 부서에도 보상을 제공할 수 있습니다. 이를 이해관계자에게 제공하는 주간 보고서에 포함할 수 있으므로 프로젝트가 일회성 작업이 아닌 지속적으로 유지됩니다.