블로그의 1년의 가려움(및 해야 할 일)

블로그 활동을 본격적으로 시작하다 보면 생각할 것이 많습니다. 웹사이트를 운영하려면 콘텐츠, 마케팅, 디자인 등 다양한 수준에 주의를 기울여야 합니다.

이를 염두에 두고 블로그 운영의 기본 사항 중 일부를 간과할 수 있다는 것은 그다지 놀라운 일이 아닙니다. 나는 이것을 "1년의 가려움"이라고 부릅니다. 귀하가 사이트의 일상적인 운영에 너무 관여하여 가장 중요한 것 중 일부를 잊어버리게 되는 시점입니다.

제가 최근에 딱 그런 위치에 있었는데 다행히 나무를 보기 위해 숲에서 물러나서 다시 올바른 길로 돌아왔습니다. 이 게시물에서는 여러분이 놓쳤을 수 있는 사항을 설명하고 문제를 바로잡는 방법을 보여 드리고 싶습니다.

나는 속도의 필요성을 느낀다

나는 속도에 대한 건전한 집착을 가지고 있습니다. 페이지 로드 속도를 좀 더 구체적으로 설명합니다(탑건만큼 매력적이지는 않지만 당연히 중요하지는 않습니다).

나는 로드 속도가 사용자 경험과 궁극적으로 귀하의 수익에 미칠 수 있는 영향을 이해합니다. 사실, 우리는 이전에 WPExplorer에서 사이트 속도를 높이는 방법에 대해 여러 번 썼습니다.

그러나 나는 내 블로그에서 페이지 로드 속도의 중요성을 간과했습니다. 나는 일상적인 블로그 운영에 너무 바빠서 가장 기본적인 수준(예: 페이지가 로드되는 속도)에서 고품질 사용자 경험을 제공하는 방법을 잊어버렸습니다. 거의 2년 동안의 생활 끝에 내 블로그는 수정에 대한 집착으로 인해 수렁에 빠졌고 실제로 드러났습니다.

기본 사항을 올바르게 익히기

내 실수를 깨달은 후에 나는 여전히 간단한 일을 올바르게 하고 있는지 확인했습니다. 그러면 다음을 다룬 사이트 속도에 대한 WPExplorer의 원본 기사로 돌아갑니다.

사이트 속도 측정
캐싱
이미지 최적화
지연 로딩

이것이 사이트 속도 향상과 관련하여 제가 "낮은 매달린 과일"이라고 부르고 싶은 것입니다. 빠르고 쉽게 구현할 수 있습니다. 하지만 내 사이트의 로드 속도와 관련해 좀 더 근본적인 문제가 있다는 것을 알았습니다. 좀 더 깊이 파고들어 볼 시간이었습니다.

사이트를 수정한 경우 웹 페이지 내에 사이트 속도를 크게 저하시키는 중복되거나 가치 없는 요소가 있을 수 있습니다. 이것이 제가 그 사건에서 발견한 것입니다. 누락된 내용을 알아보려면 계속 읽어보세요.

끝없는 조정의 부작용

나의 첫 번째 단계는 Pingdom으로 가서 내 홈페이지의 로드 시간을 테스트하는 것이었습니다. 로드 시간은 약 5초로 통계에 따르면 다른 웹사이트의 약 80%보다 느렸습니다.

그러나 조정을 마친 후에는 결과가 훨씬 더 좋아졌습니다.

사이트 속도를 향상시키기 위해 제가 겪은 과정은 매우 간단했습니다. Pingdom을 통해 자신의 사이트를 운영하는 경우 위에서 본 것과 유사한 보고서를 받게 되지만, 우리가 정말 관심을 갖는 것은 아래에서 찾을 수 있는 내용입니다.

이는 내 사이트를 로드하기 위해 이루어진 모든 요청 목록의 일부입니다. 본질적으로 웹 페이지 전체를 생성하기 위해 로드된 다양한 파일의 수입니다. 기본적으로 로드된 순서(일반적으로 페이지의 소스 코드 내에서 호출되는 순서)에 따라 정렬됩니다. 이는 논리적 순서이지만 우리에게 가장 유용하지는 않습니다.

해야 할 일은 목록 상단의 드롭다운 상자를 클릭하고 "파일 크기별 정렬"을 선택하는 것입니다. 이제 (보다 적절한 단어가 필요하기 때문에) 짜증나는 순서로 사이트의 생명을 빨아들이는 파일 목록이 있습니다.

목록을 정렬하면 일부 요청이 완전히 중복된다는 것을 알 수 있습니다. 또한 귀하의 사이트에 가해지는 부하에 비해 가치가 없는 요청이 발생하고 있음을 발견할 수도 있습니다. 귀하의 사이트를 더 매끄러운 형태로 만드는 데 있어서는 이제 하늘이 한계입니다.

이 새로운 정보를 사용하면 가치보다 문제가 더 많은 파일을 제거하고 최적화하는 작업을 시작할 수 있습니다.

변화를 울리다

위에서 설명한 사이트 속도에 대한 기본적인 개선 사항을 이미 수행했다는 점을 토대로 우리는 소매를 걷어붙이고 좀 더 더러워져야 합니다.

플러그인 정리

나의 첫 번째 권장 사항은 플러그인을 확인하는 것입니다. 한동안 사이트를 운영했다면 더 이상 사용하지 않는 플러그인이 사이트에 설치되어 있다는 것을 알게 될 것입니다. 대안적으로 및/또는 추가적으로 당신이 <i> 사용 사용하는 플러그인이 그만한 가치가 없다는 것을 알게 될 수도 있습니다.

사이트에 설치한 플러그인 수가 주요 요인이 아니라는 점을 가장 먼저 말씀드리고 싶습니다(중요한 것은 해당 플러그인이 사이트에 가하는 로드입니다). 설치할수록 리소스 집약적인 프로세스의 희생양이 될 가능성이 높아집니다.

플러그인 성능 프로파일러를 설치하고 실행하는 것이 좋습니다. 이 작은 아름다움은 사이트의 여러 페이지를 스캔하고 전체 로드 속도에 대한 각 플러그인의 영향에 대한 추정치를 제공합니다. 내 보고서는 다음과 같습니다.

결과는 다양할 수 있으므로 전반적인 성능을 더 잘 파악하려면 3~4개의 보고서를 실행하는 것이 좋습니다. 여기서는 정확한 숫자를 찾는 것이 아닙니다. 리소스를 크게 소모하는 것으로 입증된 플러그인을 더 명확하게 표시하는 것입니다.

다음 논리적 단계는 플러그인 제거를 정당화할 수 있는지 여부를 결정하는 것입니다. 궁극적으로 이는 고품질의 사용자 경험을 제공하려는 귀하의 욕구에 따라 결정되어야 합니다. 플러그인으로 인해 얻을 수 있는 이점은 추가 로드 시간보다 커야 합니다.

수동 코드 조정 정리

테마의 PHP 파일을 수동으로 변경한 경우 하위 테마를 사용하여 변경했으면 좋겠습니다. 그렇지 않으면 이 프로세스가 약간 골치 아픈 일이 될 수 있습니다. 그렇지 않은 경우 첫 번째 단계는 하위 테마를 만들고 모든 사용자 정의 테마 파일을 하위 테마로 이동하는 것입니다.

어떤 방법으로든 하위 테마가 있다는 가정하에 이제 작업은 테마 폴더의 각 파일을 살펴보고 그 안에 중복된 코드가 없는지 확인하는 것입니다. 내 파일에서 찾은 내용은 다음과 같습니다.

더 이상 사용하지 않는 Google 글꼴에 대한 참조(사실 한 번도 사용한 적이 없습니다. 그냥 장난삼아 사용했을 뿐입니다).
모든 단일 페이지에 로드되는 내 블로그의 한 페이지에 있는 소셜 공유 버튼에 대한 코드 조각입니다.
정당화된 것보다 훨씬 더 많은 리소스를 차지하는 Facebook의 "좋아요 상자"에 대한 일부 코드입니다.
더 이상 사용되지 않는 function.php 파일의 일부 사용자 정의 함수.

어떤 경우에는 부정적인 부작용 없이 이러한 요소를 제거할 수 있습니다. 다른 경우에는 조정한 기능을 그대로 유지하고 싶을 수도 있습니다. 특히 리소스를 많이 사용하는 경우 잠재적으로 탐욕스러운 스크립트로 인해 페이지의 나머지 부분이 로드되는 것을 방해하지 않도록 하는 비동기식 로드를 살펴보는 것이 좋습니다.

이미지 최적화

사이드바, 로고 등 사이트의 모든 페이지에 로드되는 이미지가 있습니다. 결합된 크기가 상당히 클 수 있으므로 가능한 한 작게 만드는 것이 좋습니다.

최적화 프로세스는 두 단계로 나누어져야 합니다.

손실 최적화: 선택한 그래픽 편집 소프트웨어를 사용하여 감당할 수 있는 최대한의 손실 최적화로 파일을 저장합니다(jpeg에만 적용 가능). 나는 70-80%의 최적화로 이미지를 저장하는 것이 좋은 방법이라는 것을 알았습니다.
무손실 최적화: Smush Image Compression과 같은 플러그인을 통해 이미지를 실행하면 이미지 품질 저하 없이 더욱 압축됩니다.

이미지를 최적화하면 사용자 경험에 눈에 띄는 영향을 미치지 않고도 큰 변화를 가져올 수 있으므로 당연한 일입니다.

추가 단계

위의 조치를 사용하면 로드 속도를 극적으로 줄일 수 있지만 물론 그 이상도 가능합니다.

예를 들어 호스팅 및 콘텐츠 전달은 로딩 시간에 큰 변화를 가져올 수 있습니다. 공유 서버에서 호스팅되는 웹사이트는 CDN 네트워크와 제휴된 전용 서버에서 호스팅되는 웹사이트로 결코 완성되지 않습니다. 당사의 AJ Clarke는 로드 속도를 높이고 보안을 강화하기 위해 CloudFlare 커뮤니티를 권장합니다.

다양한 호스팅 제공업체의 장단점을 자세히 설명하는 것은 이 게시물의 범위에 속하지 않으므로 이 게시물에서 권장하는 조정 작업부터 시작하는 것이 좋습니다. 더 많은 것을 원하신다면 호스팅 제공업체에 연락하여 호스팅 패키지 개선 및/또는 CDN 통합에 대한 조언을 구하세요.

질문이 있으시면 아래 댓글 섹션에 문의해 주세요!