pile·
프론트엔드·부스트브라더스부스트브라더스·

비브로스 웹 프론트엔드 팀이 성능을 관리하기 시작했어요.

문제고사용률 페이지를 웹뷰로 전환하면서 LCP·FCP·CLS 등 Core Web Vitals 관리가 필요해졌고, 자체 Lighthouse 모니터링 시스템의 측정값이 가변적이어서 정확한 성능 기준 수립이 어렵다.
접근Intersection Observer로 뷰포트 진입 시에만 네이버 지도 이미지를 로드하고, Code Splitting·defer/async·Next.js Strategy로 미사용 JS를 제거한다. Lighthouse 가변성 원인(네트워크·CPU 경합·비결정 로직)을 분석해 5회 측정 중앙값 사용과 PageSpeed Insights API 활용으로 신뢰도 개선.
결과성능 개선 효과 측정 가능, 배포 시마다 자동 Lighthouse 측정 체계 구축. 개발-성능 관리 병행 균형이 다음 과제.
부스트브라더스
부스트브라더스 블로그
원문은 여기서 이어서 읽을 수 있어요
원문 읽기
읽음 (0)

이 글과 비슷한

  1. 프론트엔드·여기어때 (GC컴퍼니)여기어때 (GC컴퍼니)·

    항공 프론트엔드 구축기 (7/10): 창구를 하나만 두었습니다

    여기어때 항공 서비스 프론트엔드가 웹과 앱 웹뷰 두 환경에서 동일한 함수 호출로 동작하는 앱 브릿지 추상화 레이어를 설계한 과정을 다룬다. iOS·안드로이드 규약 차이와 "웹에 존재하지 않는 브릿지를 어떻게 호출하나"라는 문제를 단일 추상화 층으로 해결한 구현 사례다.

    요약 이어보기
    #react#typescript#webview+2