로그
에루라보
블로그 작업노트 11: 페이지 속도 측정 및 최적화 작업
91 views as of .
오랜만에 구글 페이지 스피드에 가서 페이지 측정작업을 했다.
예전엔 내 웹사이트에 광고가 없어서 나름 속도가 괜찮게 나오고 관련 지표도 좋게 판정받았었다.
웹페이지 속도 측정 - eruLabo
오늘 게시할 내용은 웹페이지 속도에 관련된 이야기입니다. 작거나 큰 웹 사이트를 운영하는 웹마스터분들이 고려하는것은 여러가지가 있습니다. 그 중 사용자(클라이언트)의 페이지 이용 품질은 큰 고려사항입니다....
https://erulabo.com/42
근데 최근들어 광고도 붙이고 웹사이트도 경량에서 좀 중규모로 레이아웃을 변경하다보니 자연스레 한 페이지의 내용이 많아지고 관련 지표 또한 안좋은 수치로 치닫았다.
PC뷰 결과, 모바일은 이거보다 더 처참했다.원래는 위의 수치보다 더심하게 60점대의 지표도 나올정도였으니...
일단 해당 사이트에서 지시하는대로 레이아웃의 변동을 줄이기위해 광고 위치를 조정하고 몇개의 광고를 들어냈다.
이게 난 나름대로 광고가 로딩이안되면 빈칸인게 맘에 안들어서 광고를 없애는 스크립트를 넣었는데, 페이지사이트는 이걸 대규모 레이아웃 변경이라고 점수를 엄청 낮게 매기는 요소로 인지했었다.
어쩔수없이 상단 광고는 최대한 배제하고 사이드나 하단광고로 바꾸니 레이아웃 관련 점수는 복구가 되었다.
그리고 예전보다 내 사이트에 글이 많아지고 스타일, 스크립트 코드량이 많아지다보니 순수하게 페이지 하나에서 발생되는 텍스트 데이터가 300kb ~ 1200kb가 되었고 이에 따른 성능저하에 의한 감점을 많이 당했다.
관련내용을 알아보니 웹서버에서 텍스트압축 후 전송하는 기능인 gzip 기능이 있다고해서 관련기능을 활성화하니까 해당문제도 조금 나아졌다.
나름 이미지 리소스도 빨리 로딩시키려고 CDN 서비스 구축후 연동작업도 했고, 관련 리소스도 다 정적리소스로 전환해 최적화 시켰다.
그래서 다시 아래와 같이 초록 점수대로 복구 시켜놓았다.
근데 뭐 이건 솔직히 자기만족이라고 본다.
왜냐하면 같은 사이트 상황에서도 페이지 스피드 검사를 언제했냐에 따라 결과가 좀 상이하기 때문이다.
검색해보니 페이지스피드를 검사하는봇이 해외접속으로 잡힐경우엔 어쩔수없이 지연에 의한 성능저하가 좀 있다고하니...
일단 이정도로 만족할까 한다.
좀 더 욕심부리면 스타일이나 스크립트 코드도 싹 정리하고싶은데, 이러니저러니 요즘 블로그 개선작업을 지속적으로 하고있어서 나조차도 코드관리가 안되는 수준으로 복잡해졌으니...
#블로그 #SEO
0
개의 댓글
에루라보 콜렉션의 다른 글
로그 카테고리의 다른 글
