사이트 운영자에 엔지니어에 의해 권장 8 웹 성능 향상

오늘, 인터넷의 인기와 함께 더 많은 온라인 사용자는 안전 하 고 신뢰할 수 있는 빠른 액세스 경험을 원합니다. 웹 페이지와 교통 문제, 사용자에 게 빠르고 높은 품질을 제공 하는 그들을 돕기 위해 다음 개선 제안을 제공 하는 사이트 운영자에 게 Radware에 세 번째 스크립트 잠식의 과도 한 팽창에 비추어 경험에 액세스.

8 웹 성능 진흥 권장 사항 엔지니어

1. 관리 "페이지 볼록"

페이지 크기는 성능에 밀접 하 게 관련 된다. 조사, 100 강한 파워 몫 페이지 크기 중간 48%의 증가 전에 1.5에서 최대 1492 KB을 도달.

연구에 가장 빠른 10 페이지의 페이지 50 중간 리소스 요청 및 556 KB의 중간 페이지 크기를 포함합니다. 10 페이지는 느린 로드에서 페이지 141 자원 요청 및 3289 KB의 중간 페이지 크기를 포함 합니다. 즉, 느린-로드 페이지 있으며 거의 3 시간 평균 페이지 수가 로드 6 시간 페이지 크기.

페이지의 크기, 신중 하 게 연구 우리는 더 많은 정보를 얻을 수 있습니다. 빠른 로드 10 페이지 포함 리소스의 상대적 밀도 범위: 15 ~ 72, 가장 작은 페이지 크기 251 KB 이며 최대 2003 KB. 가장 느린 10 페이지에 포함 된 리소스의 총 수는 더 광범위 한: 89 사이 ~ 373, 페이지 크기 2073 KB 이며 최대 10 MB 이상.

2. 이미지 최적화

이미지는 페이지 팽창에 대 한 주요 범인 중 하나는 일반적으로 페이지 바이트의 50-60%를 차지 하. 페이지에 그림을 추가 하거나 기존 이미지에 확대 신속 하 게 사용자와 비즈니스 전환율을 향상 시킬 수 있는 효과적인 방법입니다. 그러나이 방법은 성능에 심각한 영향을 미칠 수 있습니다.

이미지 최적화 페이지를 더 빠르게 로드를 만들 수 있는 성능 향상을 위해 가장 쉬운 방법 중 하나입니다. 더 효과적인 이미지 렌더링, 달성 하기 위하여 이미지를 압축 하 고 통합 해야 합니다, 크기와 이미지의 형식을 신중 하 게 조정 해야 합니다, 어떤 다른 로드 처리의 이미지의 중요성에 따라 이미지 품질 낙관 되어야 한다.

3입니다. 제 스크립트의 제어

일반적인 페이지 서버 요청에 제 스크립트에서 요청 그들의 50% 이상 차지 한다. 이러한 제 3-파티 스크립트 페이지에서 바이트의 수를 증가, 지연이 발생할 뿐만 아니라 웹 페이지에서 실패의 가장 큰 잠재적인 포인트 될. 비 반응, 안 된 제 스크립트 전체 네트워크의 로드 속도 줄일 수 있습니다.

로드 키 페이지의 내용에 넣어 제 스크립트의 로드를 지연 하는 솔루션은, 이상적인 상황을 (Google 로드 시간 표시기로 onload 이벤트가 될 것입니다) 엔터프라이즈 검색 순위에 영향을 주지 것입니다 그래서 페이지 onload 이벤트 로드 후 배치 됩니다. 몇 가지 분석 도구와 제 3 자 광고주에 대 한 제 스크립트 로드를 지연 하는 방법, 하지 않으면 스크립트의 비동기 버전 사용할 수 있습니다 동기적으로 주요 콘텐츠의 부하와 함께. 사용자는 웹 사이트에서 어떤 스크립트는 이해, 그 쓸모 없는 스크립트 삭제 고 제 스크립트의 성능을 지속적으로 모니터링 해야 합니다.

4. 실제 모바일 장치 우선 순위

"모바일 장치 우선 순위"는 완전히 새로운 개념이 아닙니다. 이르면 2013 년 모바일 장치는 데스크톱 보다 더 사용 되었다 하지만 모바일 성능의 많은 구두 약속에 비해 모바일 장치 개발에 실제 초점 사이의 간격이 있었습니다. 예를 들어 2011 년 11 월에서에서 모바일 장치에 평균 페이지 크기 475 KB 이었고 지금 897 kb 성장. 즉, 평균 페이지 크기 단지 3 년만에 거의 두 배로.

비록 일부 진전이 모바일 장치 및 네트워크, 서비스 페이지의 요구 사항 성능 면에서 거의 1MB의 크기와 수는. 우리가 알고 있듯이, 페이지 크기 밀접 하 게 관련 된 로딩 시간, 그리고 모바일 사용자는 느린 로딩 속도에 특히 민감한. 기업의 진정한 될 웹사이트를 원한다 면 "모바일 장치 첫 번째", 그것은 이러한 문제를 올바르게 처리 해야 합니다.

5. 성능 응답 웹 디자인

응답 디자인에는 디자이너와 개발자가 더 나은 제어 웹 페이지의 모양과 느낌을 허용 한다. 그것은 여러 플랫폼과 장치에서 더 아름 다운 페이지를 만들 수 있습니다. 그러나 빠른 브라우저, 네트워크 및 가제트에 의해 완화 되지 성능 손실 될 수도 있습니다. 그리고 시간이 지남에, 영향 악화에 계속 됩니다.

응답 디자인 스타일 시트와 자바 스크립트를 기반으로 합니다. 그러나, 비효율적인 CSS와 JS 성능 문제는 우리에 게 혜택을가지고 디자인의 장점 보다 훨씬 더 큰 있습니다. 스타일 시트는 페이지의 진보적인 렌더링을 달성 하기 위해 머리에 두어야 한다. 그러나, 스타일 시트는 페이지의 렌더링 속도 방해 하는 페이지에 다른 장소에 자주 나타납니다. 즉, 자바 스크립트 파일 페이지의 하단에 배치 한다 또는 주요 콘텐츠가 로드 된 후 로드 된.

6. 실시간 모니터링 성능

우리 모두는 문제를 해결 하려면 우리 먼저 문제의 좋은 이해에는 해야 합니다 알으십시오. 페이지 성능 문제를 해결 하려면 조직 때 사용자가 볼 수 있으며 메인 페이지의 콘텐츠, 상호 작용 및 조직 성능 및 가용성 문제에 미치는 비즈니스 메트릭을 이해할 필요가 알고 있어야 합니다. 기업의 실제 성과 지표 분석 하는 방법을 해야 합니다. 실시간 사용자 모니터링 (럼) 도구는 실시간 액세스, 분석, 및 성과의 녹화와 실제 사용자의 관점에서 웹 사이트의 사용.

7 모든 성능 문제를 해결 하기 위해 너무 많은 CDN를 의존 하지.

콘텐츠 배포 네트워크 (CDN)를 사용 하는 웹 사이트는 종종 웹 사이트 보다는 CDN을 사용 하지 않은 더 많은 주요 콘텐츠 렌더링을 수행 합니다. 이것은 관련성, 아니라 원인의 문제: 일반적으로 캐나다와 웹 페이지는 더 크고 복잡 한 CDN 없는 사이트 보다. 크기와 복잡도 페이지의 성능 문제, 아니라 CDN에 대 한 주범 이다. 하지만 결과 또한 의존 하는 캐나다 혼자 모든 성능 문제 해결 되지 않습니다 보여 줍니다.

캐나다 대기 시간 문제를 해결 하기 위한 매우 효과적인 도구가 될 것입니다 제대로 배포 하는 경우: 관리 되는 서버를 받을 하는 데 걸리는 시간을 단축, 처리, 및 이미지, CSS 파일 등 페이지 리소스 요청에 응답 하 고. 그러나, 지연만 현대 전자 비즈니스 웹사이트의 주요 문제 중 하나입니다. 최고의 가속 효과 달성 하기 위해 사이트 운영자를 채택할 수 있다 조합 솔루션: cdn + 프런트 엔드 최적화 + 응용 프로그램 배달 컨트롤러 및 내부 관리.

8. 홍보는 기업 내 웹 성능의 개념

연구의 많은 수는 모든 주요 성과 지표에 긍정적인 영향을 미칠 수 페이지 속도 개선 나타났습니다: 액세스, 사용자 접착, 비즈니스 전환율, 고객 만족, 고객 유지, 쇼핑 카트 내용 및 소득 페이지.

그러나, 위의 7 권장 사항에 표시 된 대로 많은 기업은 궁극적으로 웹 성능 저하 같은 실수를 만들었습니다. 현재, 기업 웹 개발 목표와 온라인 비즈니스 목표 간의 격차를 해결에 집중 해야 한다 고 각 기업 더 나은 웹 성능 문제를 해결 하려면 적어도 하나의 내부 성능 전문가 있어야 합니다.