결과 공유

사이트를 감사한 후에는 결과를 이해하기 쉬운 형태로 패키징해야 합니다.

  • 다양한 이해관계자를 위해 다양한 보고서를 작성하는 것이 좋습니다.
  • 비즈니스 요구사항에 집중하고 기술 측정항목이 이를 어떻게 뒷받침하는지 보여줍니다.
  • 요약부터 시작합니다.
  • 단순히 도구 출력 데이터를 나열하기보다는 주제 (예: 로드 성능 및 페이지 용량)를 기준으로 데이터를 구조화합니다.
  • 우선순위에 따라 결과를 정렬합니다.
  • 관련이 없거나 흥미롭지 않은 결과는 제외하세요.
  • 가능하면 숫자 데이터를 차트나 그래프로 표시하세요.
  • 데이터 장벽을 피하세요. 사이트 리뷰는 지루하지 않아야 합니다.

감사를 받는 당사자에게 세심한 주의를 기울여야 합니다.

사이트에서 작업하는 경우 문제를 잘 알고 있을 것입니다. 문제가 해결되지 않은 복잡하고 비기술적인 이유가 있을 수 있습니다.

단순히 장애 카탈로그를 나열하기보다는 기회와 솔루션 측면에서 저조한 성능을 설명하는 것이 훨씬 더 유용합니다.

가능한 경우, 결과를 더 광범위하게 제시하기 전에 사이트 개발자 및 다른 이해관계자와 논의합니다.

맥락 정보 제공

검토 결과를 공유할 때 문맥 데이터를 포함하여 개발자나 다른 이해관계자가 제안하는 개선사항을 구현하도록 설득할 수 있습니다(예: DoubleClick에서 제공).

  • 사용자 중 53% 는 로드 시간이 3초 이상 걸리는 사이트를 떠납니다.
  • 모바일 사이트는 5초 내에 로드되며 최대 2배 더 많은 모바일 광고 수익을 올립니다.
  • 모바일 사이트의 평균 로드 시간은 19초입니다.

neotys.com에서 성능을 개선해야 하는 비즈니스 이유가 정리되어 있습니다. 우수사례 및 성공사례와 함께 사이트 성능을 개선하는 방법에 관한 자세한 내용은 perf.rocks웹 기초에서 확인할 수 있습니다.

실적 예산이 없는 경우 지금 이용해 보세요. 예산을 계산하고 사이트의 무게를 보여주세요.

잠재력 입증

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

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

  • 중복 규칙을 삭제한 상태로 사이트 홈페이지에서 사용하는 CSS 버전을 만듭니다.
  • 자바스크립트 로드를 지연하도록 HTML을 변경합니다.
  • 이미지 파일을 최적화된 버전으로 바꿉니다.

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