결과 공유

사이트를 감사한 후에는 결과를 쉽게 이해할 수 있는 형식으로 패키징해야 합니다.

  • 이해관계자별로 다른 보고서를 작성하는 것이 좋습니다.
  • 비즈니스 요구사항에 중점을 두고 기술적 측정항목이 이를 어떻게 지원하는지 보여주세요.
  • 요약으로 시작합니다.
  • 도구 출력 데이터를 나열하는 대신 로드 성능, 페이지 웨이트와 같은 주제별로 데이터를 구성합니다.
  • 우선순위에 따라 결과를 정렬합니다.
  • 관련성이 없거나 흥미롭지 않은 결과는 제외합니다.
  • 가능하면 숫자 데이터를 차트나 그래프로 표시합니다.
  • 데이터를 과도하게 표시하지 마세요. 사이트 검토는 지루해서는 안 됩니다.

감사를 받는 대상에 대해 민감하게 대응합니다.

사이트에서 작업하는 직원은 문제를 잘 알고 있을 수 있습니다. 문제가 해결되지 않은 데는 기술적이지 않은 복잡한 이유가 있을 수 있습니다.

실패의 카탈로그를 나열하는 대신 기회와 솔루션 측면에서 실적 저하를 설명하는 것이 훨씬 더 유용합니다.

가능한 경우 조사 결과를 더 광범위하게 발표하기 전에 사이트 개발자 및 기타 이해관계자와 논의하세요.

맥락 정보 제공

검토 결과를 공유할 때는 개발자 또는 다른 이해관계자가 제안한 개선사항을 구현하도록 동기를 부여하고 노력의 타당성을 입증하기 위해 문맥 데이터를 포함하는 것이 좋습니다(예: DoubleClick의 다음 내용).

  • 로드 시간이 3초를 넘는 사이트는 사용자의 53% 가 이탈합니다.
  • 5초 내에 로드되는 모바일 사이트는 최대 2배의 모바일 광고 수익을 올릴 수 있습니다.
  • 모바일 사이트의 평균 로드 시간은 19초입니다.

neotys.com에서 성능을 개선해야 하는 비즈니스 이유를 종합적으로 확인할 수 있습니다. 사이트 성능을 개선하는 방법에 관한 자세한 내용은 케이스 스터디 및 성공 사례와 함께 perf.rocks웹 기본사항에서 확인할 수 있습니다.

실적 예산이 없다면 지금 바로 시작하세요. 예산을 계산하고 사이트의 가중치를 표시합니다.

잠재력 입증

Chrome DevTools 로컬 재정의를 사용하면 웹사이트 애셋을 로컬 버전으로 재정의할 수 있습니다. 간단한 변경사항이 얼마나 큰 차이를 가져올 수 있는지 보여주는 좋은 방법입니다.

예를 들면 다음과 같습니다.

  • 중복 규칙이 삭제된 사이트 홈페이지에서 사용되는 CSS 버전을 만듭니다.
  • JavaScript 로드를 지연하도록 HTML을 변경합니다.
  • 이미지 파일을 최적화된 버전으로 교체합니다.

사이트에서 작업하는 개발자와 변경된 파일을 공유하여 개발자가 동료에게 직접 개선사항을 보여줄 수도 있습니다. 또한 로컬 재정의를 사용하면 최적화된 버전과 최적화되지 않은 버전 간의 성능 차이를 보여주는 나란히 표시되는 스크린캐스트를 간편하게 만들 수 있습니다. 이 접근 방식은 긴 할 일 목록보다 훨씬 더 매력적일 수 있습니다. 여기에서 로컬 재정의 사용 방법을 알아보세요.