바자 보이스
게시 됨: 2024-02-14큰 휴일 전날 식료품을 사러 가본 사람이라면 주차 공간을 찾기 위해 여기저기 돌아다니며 50명의 다른 사람들이 원하는 물건을 찾기 위해 애쓰는 고통을 알고 있을 것입니다. 이는 누구나 자신의 전자 상거래 상점에서 복제하고 싶은 경험이 아닙니다. 하지만 웹 사이트 성능을 향상하기 위한 노력을 기울이지 않으면 복제할 수 있습니다.
알았어, 어쩌면 우리가 약간 과장된 것일 수도 있습니다. 가장 좋아하지 않는 크리스마스 노래가 매장 사운드 시스템에서 울려 퍼지는 동안 반쯤 괜찮은 감자를 찾으려고 노력하는 것만큼 나쁜 것은 없습니다. 그러나 우리는 고객들이 온라인 쇼핑이 제공하는 편리함을 좋아한다는 것을 알고 있습니다. 거의 70%의 소비자가 온라인 소매업체에서 구매하려는 의지에 사이트 속도를 고려합니다. 그리고 대다수의 온라인 쇼핑객은 3초 이하의 페이지 로드 시간을 기대합니다.
최근에 웹사이트 성능 점검을 실시하지 않았다면 시간이 훨씬 지난 것입니다. 현재 실적을 평가하는 방법과 빠른 쇼핑 경험을 위해 전자상거래 사이트를 최적화하기 위해 누구나 취할 수 있는 몇 가지 단계는 다음과 같습니다.
장:
- 웹사이트 성능이 중요한 이유
- 7가지 주요 웹사이트 성능 지표
- 웹사이트 성능을 측정하는 방법
- 전자상거래 웹사이트 성능을 향상시키는 방법
- 웹사이트 성능은 속도에 달려 있습니다
웹사이트 성능이 중요한 이유
3초의 로드 표시를 맞추지 못한다면 정말 문제가 될까요? 네, 그렇습니다. 웹 사이트 로딩 속도의 우선 순위를 정하지 못하면 사용자 경험의 품질이 저하되며 이는 여러 면에서 좋지 않습니다.
첫 번째이자 가장 분명한 점은 로드 시간이 길다는 것은 이탈률이 높다는 것을 의미한다는 것입니다. 처음 몇 번의 느린 페이지 로드를 견디는 사용자라도 구매를 하기 전에 사이트 이용을 포기할 수 있습니다.
초기 전환율이 낮을수록 전반적인 충성도가 낮아질 가능성이 높습니다. 최적이 아닌 쇼핑 경험을 기억하는 고객은 다시 시도하기 위해 돌아올 가능성이 낮으며 귀하의 사이트로 연결되는 링크를 따라가고 싶어하지 않을 것입니다.
나쁜 웹사이트 성능은 Google SERP 순위에도 영향을 미칩니다. 검색 엔진의 알고리즘은 사용자 경험을 우선시하기 때문에 로딩 속도가 느린 페이지는 검색 결과에서 아래로 밀려납니다. 관심을 끌기 위해 경쟁하는 소규모 매장은 더 빠른 경쟁자에게 패배할 수 있습니다.
7가지 주요 웹사이트 성능 지표
페이지 로드 시간은 독립형 웹사이트 성능 지표가 아닙니다. 이는 여러 지표를 통합하는 포괄적인 평가입니다. 이러한 측정항목 중 4개는 Google의 핵심 웹 바이탈입니다.
- 콘텐츠가 포함된 최대 페인트는 사용자가 스크롤 없이 볼 수 있는 가장 큰 페이지 요소의 로딩 속도를 측정합니다.
- Next Paint에 대한 상호 작용은 "장바구니에 추가" 버튼을 클릭하거나 양식에 정보를 입력하는 등의 상호 작용에 대한 페이지의 반응성을 측정합니다.
- 첫 번째 입력 지연은 사용자가 웹 사이트와 상호 작용하는 시점(예: "장바구니에 추가" 버튼 클릭)과 브라우저가 해당 요청을 처리하기 시작하는 시점 사이의 시간 간격을 측정합니다.
- 누적 레이아웃 변경은 페이지가 로드되는 동안 페이지 콘텐츠가 이동하는 빈도를 측정합니다.
Google은 이러한 측면이 사용자 경험에 가장 큰 영향을 미치기 때문에 가장 중요하게 생각합니다. 그러나 사용자 경험의 중요한 부분을 포착하는 네 가지 다른 측정항목도 있습니다.
- Time to First Byte는 요청을 받은 후 DNS 공급자가 웹 사이트 콘텐츠 전달을 시작하는 속도를 측정합니다.
- 총 차단 시간은 사용자가 상호 작용할 수 있을 만큼 웹 페이지를 로드하는 데 걸리는 시간을 측정합니다(페이지를 로드하는 중간에 있는 브라우저는 상호 작용을 처리할 수 없기 때문).
- First Contentful Paint는 첫 번째 웹 사이트 콘텐츠가 렌더링되는 데 걸리는 시간을 측정합니다.
이러한 측정항목에 대해 자세히 알아보고 싶다면 Google web.dev 사이트에서 각 항목이 중요한 이유와 측정 방법에 대해 자세히 설명합니다. 또는 사이트 성능 측정에 대해 논의하는 동안 계속 읽어보실 수도 있습니다.
웹사이트 성능을 측정하는 방법
Google의 무료 PageSpeed Insights를 사용하면 사이트 성능을 쉽게 측정할 수 있습니다. 이 도구는 위에 나열된 측정항목을 기준으로 사이트를 평가하고 좋음, 개선 필요, 나쁨으로 순위를 매깁니다. 또한 사이트 성능, 접근성, 모범 사례 사용 및 SEO에 대한 메모도 얻을 수 있습니다.
사이트가 모바일 기기와 데스크톱 기기에서 어떻게 작동하는지 확인할 수 있는 옵션과 사이트를 최적화하는 데 도움이 되는 팁이 있습니다. Google의 웹 생태계에서 저렴한 가격으로 생활하면서 많은 도움을 받고 있으며, 현실을 직시하자면 이미 그런 일이 일어나고 있습니다.
보고서를 보면 총 차단 시간이 "핵심 웹 바이탈 평가" 상자에서 제외된 것을 알 수 있습니다. 성능 상자까지 아래로 스크롤한 다음 측정항목 표를 보고 결과를 확인하세요.
PageSpeed Insights를 사용하면 색상으로 구분된 그래픽과 맞춤 팁을 통해 귀하의 사이트가 이러한 순위를 획득한 이유를 쉽게 이해할 수 있습니다. 지금 테스트를 실행해 보세요. 몇 초 밖에 걸리지 않습니다. 그러면 사이트 성능의 기준을 파악하고 개선의 여지가 있는 부분을 확인할 수 있습니다.
전자상거래 웹사이트 성능을 향상시키는 방법
아직 여기에 계시다면 핵심 웹 바이탈 평가를 통해 수행해야 할 작업이 있다고 가정하겠습니다. 그것은 부끄러운 일이 아닙니다. Google의 web.dev 사이트도 평가를 통과하지 못했습니다! 다음은 전자상거래 웹사이트의 성능을 향상하는 데 도움이 되는 최고의 팁과 이를 구현하는 데 필요한 도구입니다.
1. HTTP 요청 줄이기
HTTP 요청은 웹 페이지 로딩의 핵심에 존재합니다. 여기서 기술적인 세부 사항을 알 필요는 없습니다. 단지 브라우저가 CSS 파일, 스크립트, 이미지 및 페이지의 기타 콘텐츠를 로드하기 위해 이러한 요청을 해야 한다는 점만 알면 됩니다. 각 요청에는 브라우저가 웹 호스트에 메시지를 보내야 하며, 그런 다음 웹 호스트는 적절한 콘텐츠로 응답해야 합니다.
HTTP 요청이 많을수록 모두 완료하는 데 시간이 더 오래 걸립니다. 당신이 식당에 가서 먼저 물을 달라고 한 다음 웨이터가 돌아왔을 때 탄산음료를 주문했다고 상상해 보십시오. 그들이 탄산음료를 가져왔을 때 당신은 애피타이저를 요청했습니다. 그리고 마침내 애피타이저가 도착한 후 주요 메뉴를 결정했습니다. 서버가 아무리 빨리 작동하더라도 식사를 하고 끝내는 데는 오랜 시간이 걸립니다.
불필요한 HTTP 요청을 잘라서 (웹) 서버에 휴식을 주세요. 스크립트나 CSS 파일이 필요하지 않은 경우 페이지 헤더에서 이를 참조하지 마세요. 페이지 로드 속도를 높이기 위해 멀티미디어 콘텐츠를 줄일 수도 있습니다.
2. HTTP/2 사용
모든 HTTP 요청이 동일하게 이루어지는 것은 아닙니다. 2015년에 첫선을 보인 표준인 HTTP/2에는 웹 페이지를 더 빠르게 로드하는 데 도움이 되는 기능이 포함되어 있습니다. 첫째, 개발자는 어떤 요소가 먼저 로드되는지 우선순위를 정할 수 있으므로 브라우저가 더 큰 스크립트보다 가벼운 리소스를 요청하도록 지시할 수 있습니다. 또한 한 번에 여러 리소스를 제공할 수도 있습니다. 레스토랑 비유로 돌아가면, HTTP/2를 사용하면 전체 주문을 한 번에 제공하여 웨이터가 음식을 더 빨리 배달할 수 있습니다.
KeyCDN에는 귀하의 사이트가 HTTP/2 프로토콜을 지원하는지 확인하기 위한 무료 HTTP/2 테스트가 있습니다. 또는 자세히 살펴보려면 브라우저의 개발자 도구를 열고 네트워크 탭으로 이동하여 '프로토콜' 열을 찾으세요. (열 목록을 마우스 오른쪽 버튼으로 클릭하고 프로토콜을 추가해야 할 수도 있습니다.)
HTTP/2 지원은 웹 호스트에 의해 결정되므로 프로토콜을 활성화해야 하는 경우 HTTP/2를 참조해야 합니다. 각 제공업체마다 프로세스가 다릅니다.
삼. 불필요한 리디렉션 제거
많은 회사에서는 웹사이트 점검 중에 링크 부패를 우회하기 위해 리디렉션을 사용합니다. 그러나 사용자를 새 페이지로 리디렉션할 때마다 사용자는 다른 페이지를 로드해야 합니다. 특히 다른 리디렉션으로 이어지는 리디렉션은 괜찮습니다. 사용자가 실제 URL에 도달할 때쯤이면 이미 페이지를 닫을 준비가 된 것입니다.
리디렉션은 시간이 지남에 따라 쌓이는 습관이 있습니다. 이는 정기적으로 감사해야 함을 의미합니다. 웹사이트를 재설계하거나 재구성한 후에는 그렇게 하는 것이 특히 중요합니다.
Screaming Frog SEO Spider는 전체 사이트의 리디렉션을 확인하고 리디렉션 체인과 루프를 감지하는 데 도움을 줄 수 있습니다. Ahrefs SEO 도구 모음을 사용하여 페이지별로 확인할 수도 있지만 권장하지는 않습니다. 정말로 벗어나고 싶은 의무가 없다면 말이죠.
4. 외부 스크립트 제한
대부분의 개발자는 내부에서 코딩할 리소스가 없는 기능을 추가하기 위해 타사 스크립트를 사용합니다. 하지만 외부 스크립트를 통합하는 것은 페이지 속도 측면에서 항상 위험합니다. 코드를 제어할 수 없으므로 스크립트 로드 속도가 느리면 아무 것도 할 수 없습니다.
로드 속도가 느린 스크립트로 인해 페이지 로드 시간이 길어지고 콘텐츠 점프와 같은 문제가 발생할 수 있습니다(누적 레이아웃 변경 측정항목으로 측정).
각 페이지를 확인하여 불필요한 스크립트가 로드되지 않는지 확인하세요. 예를 들어 사이트 전체에 리뷰 기능을 활성화했지만 검색용으로 만든 페이지에는 해당 스크립트를 포함할 필요가 없습니다. 고객의 이메일을 수집하기 위해 해당 모달이 정말로 필요한지, 아니면 유입되는 것보다 더 많은 구매자를 떠나게 만드는지 스스로에게 물어볼 수도 있습니다.
더 많은 종소리와 휘파람 소리가 항상 더 좋은 것은 아닙니다. 좋은 사용자 경험을 제공하는 간단한 웹사이트는 과도하게 디자인된 매장을 효과적으로 활용할 수 있습니다.
5. 지연(비동기) 로딩 활성화
브라우저가 웹 사이트를 렌더링할 때 기본값은 각 요청을 순서대로 처리하고 현재 작업을 마친 후에만 다음 명령으로 이동하는 것입니다. 브라우저가 콘텐츠의 나머지 부분을 렌더링하기 전에 전체 파일을 로드해야 하므로 스크립트가 크면 전체 프로세스 속도가 느려집니다.
브라우저가 스크립트를 비동기식으로 로드하도록 지시하여(즉, 웹페이지를 계속 렌더링하는 동안) 이러한 지연을 방지하세요. 간단히 스크립트 태그에 async 속성을 추가하세요(귀하의 코드는 <script src=”my_script.js” async></script>와 유사합니다).
일부 전문가들은 오래된 브라우저가 비동기 속성을 읽지 못할 수도 있으므로 본문 콘텐츠 하단 근처에 <script> 태그를 추가할 것을 권장하지만, 그렇게 할 필요는 없습니다. 비동기 태그를 처리할 수 없는 브라우저를 실제로 찾기는 어려울 것입니다.
6. 모바일 우선 디자인 사용
웹사이트 성능 최적화에는 모바일 우선적 사고가 포함되어야 합니다. 이제 스마트폰은 전자상거래 웹사이트 방문 5건 중 거의 4건, 전자상거래 구매 3건 중 2건을 차지하고 있습니다. 불행히도 모바일 웹은 여전히 걸림돌입니다. 대부분의 사이트는 모바일 장치에서 로드 시간이 훨씬 더 깁니다. 모바일 방문자 중 50% 이상이 사이트 로드 시간이 3초 이상 걸리면 바로 이동할 준비가 되어 있으므로 전자상거래 소매업체는 많은 비즈니스 손실을 입을 가능성이 높습니다.
요즘 게시되는 거의 모든 웹사이트는 반응형이지만, 데스크톱용으로 코딩한 다음 나중에 모바일용으로 최적화하는 디자이너는 잘못된 순서로 진행될 수 있습니다. 휴대폰 에뮬레이터를 사용하여 작은 화면에 맞게 디자인하면 점점 늘어나는 고객의 요구 사항이 가장 중요해집니다.
게다가 쉽습니다. Google Chrome의 개발자 도구를 사용하면 '기기 모드'로 들어가 사이트가 작은 화면에서 어떻게 보이는지 확인할 수 있습니다.
휴대폰용 디자인에는 제한된 화면 공간을 최대한 활용해야 하는데, 이는 페이지 속도를 늦출 수 있는 장식 요소를 적게 선택한다는 의미일 수도 있습니다. 또한 외부 스크립트와 플러그인이 필요한 화려하거나 독특한 경험을 추구하기보다는 탐색과 상호 작용을 단순화하고 싶을 것입니다.
기존 사이트로 작업하는 경우 지금은 이 방법을 구현하지 못할 수도 있습니다. 다음 재설계 시 이 점을 명심하세요.
7. gzip으로 텍스트 기반 파일 압축
HTML 및 CSS 파일은 로드하기에 너무 번거로워 보이지 않을 수 있지만 밀리초 단위로 계산할 때는 모든 바이트가 중요합니다. 압축하면 텍스트 기반 파일의 크기가 줄어들어 서버에서 고객의 브라우저로 더 빠르게 이동할 수 있습니다. Gzip은 가장 일반적인 압축 프레임워크이지만 Brotli와 Deflate도 웹 사이트 속도를 높이는 데 효과적입니다.
이는 호스팅 측에 설정되는 또 다른 기능입니다. 대부분의 호스트는 기본적으로 이를 활성화하지만 무료 HTTP 압축 테스트를 사용하여 확인하는 것이 좋습니다. 콘텐츠가 압축되지 않은 것으로 확인되면 호스팅 제공업체에 문의하세요.
8. CSS, JavaScript 및 HTML 파일 축소
Gzip과 같은 압축 프레임워크만이 바이트를 절약하는 것은 아닙니다. 주석, 서식, 긴 변수 이름 등 코드의 핵심 부분이 아닌 모든 항목을 제거하여 텍스트 파일을 축소할 수도 있습니다. 이러한 요소 중 상당수는 인간 개발자에게 도움이 되지만 웹 브라우저에서는 웹 페이지를 직접 표시하는 데 이러한 요소가 필요하지 않습니다.
댓글과 추가 공백, 탭을 직접 확인하고 삭제할 필요가 없습니다. Minifier.org는 CSS와 JavaScript를 처리할 수 있는 무료 도구를 제공합니다. Google의 web.dev에서는 이 무료 HTML 축소기를 권장합니다.
대량 축소가 가능한 도구를 찾고 있다면 Google의 PageSpeed 모듈이 Apache 또는 Nginx 웹 서버와 작동하여 자동으로 파일을 축소합니다. 그러나 CSSNano와 같은 도구를 설치하려면 IT 부서에 문의해야 할 수도 있습니다.
9. 이미지 및 비디오 최적화
멀티미디어 파일은 용량이 너무 크기 때문에 웹사이트 성능을 저하시키는 경우가 많습니다. 이미지와 동영상에 크게 의존하는 전자상거래 판매자는 방문자의 인터넷 연결에 대한 부담을 줄이기 위해 이러한 파일을 부지런히 최적화해야 합니다.
이미지 최적화의 쉬운 부분은 크기를 조정하는 것입니다. 어떤 파일도 20MB를 초과해서는 안 됩니다. 하지만 실제로는 히어로 이미지만 이 정도 크기여야 합니다. Shopify에서는 판매자가 가능하면 약 500KB의 이미지를 보관할 것을 권장하지만 일부 사이트에서는 최대 2MB 크기의 파일이 필요할 수 있습니다. 이러한 목표를 달성하려면 이미지를 압축해야 할 수도 있습니다. 다행히도 사용할 수 있는 무료 이미지 압축 도구가 많이 있습니다.
파일 크기를 줄인 후에는 반응형 디자인 원칙을 사용하여 더 작은 장치에서 사이트를 로드하는 사용자의 속도를 유지해야 합니다. Mozilla가 운영하는 MDN Web Docs에는 해당 주제를 처음 접하는 경우 따라갈 수 있는 멋진 반응형 이미지 튜토리얼이 있습니다.
10. 브라우저 캐싱 활용
웹 브라우저는 사용자 컴퓨터에 로컬로 파일을 저장할 수 있으므로 반복 방문자의 로딩 시간이 빨라집니다. 모든 파일에 대해 서버에 접속하는 대신 브라우저는 컴퓨터의 로컬 메모리에서 캐시된 자산을 가져올 수 있습니다.
캐싱은 자산이 상당히 정적으로 유지되므로 대부분의 전자 상거래 판매자에게 탁월한 솔루션입니다. 주요 사이트를 점검하거나 제품 사진을 교체하는 경우 브라우저에 새 콘텐츠를 다시 다운로드하고 캐시된 자산을 교체하라는 지침이 있는지 확인하는 것이 좋습니다. 그러나 캐싱을 설정하는 것이 유일한 방법인 대부분의 온라인 소매업체에서는 이러한 상황이 매우 드물게 발생합니다.
귀하의 웹 호스트는 다시 한번 귀하의 캐싱 설정을 담당하는 당사자입니다. 해당 문서를 찾아 지침에 따라 로컬 캐시를 활성화하고 만료 날짜를 설정하세요(브라우저에 사이트에서 캐시된 자산을 얼마나 자주 새로 고쳐야 하는지 지시).
11. CDN(콘텐츠 전송 네트워크) 사용
브라우저 캐시는 이전에 귀하의 웹사이트를 방문한 적이 있는 청중에게만 도움이 됩니다. CDN(Content Delivery Network)은 로드 시간을 줄이기 위해 각 방문자에게 최대한 가까운 곳에 자산을 보관합니다.
CDN은 자산을 저장하기 위해 로컬 시스템에 의존하지 않습니다. 그들은 단순히 자산을 다양한 위치의 서버 네트워크에 배포합니다. 즉, 모든 요청에 응답하는 서버를 버지니아에 두는 대신 버지니아, 캘리포니아, 일리노이 등에 서버를 둘 수 있습니다. 전 세계 고객에게 서비스를 제공하는 회사는 국제 CDN과 협력할 수 있으므로 여러 국가, 지역 및 대륙에 서버를 보유하고 있습니다.
브라우저가 웹 사이트 로드 요청을 보낼 때마다 해당 요청은 지리적으로 사용자에게 더 가까운 서버로 라우팅됩니다. 시간이 크게 절약되는 것처럼 들리지는 않지만 페이지 로드 속도는 매우 작은 규모로 측정되므로 CDN은 눈에 띄는 차이를 만듭니다.
12. 정기적으로 플러그인 감사
플러그인, 추가 기능 및 확장 기능은 대부분의 웹 개발자에게 시간을 크게 절약해 줍니다. 그러나 외부 스크립트와 마찬가지로 비대해진 플러그인은 페이지 속도를 저하시킬 수 있습니다. 플러그인 라이브러리를 다시 방문하여 더 이상 사용하지 않는 행거가 있는지 확인하여 웹사이트 성능을 향상시키세요.
때로는 모든 플러그인이 필요하지만 페이지가 여전히 너무 느리게 로드되는 경우가 있습니다. 그렇다면 이제 범인을 알아낼 때입니다. 사이트를 스테이징 환경에 복사하고, 모든 플러그인을 비활성화하고, 사이트 로드 속도를 테스트하세요. 그런 다음 플러그인을 한 번에 하나씩 활성화하여 단일 플러그인이 성능 지표를 저장하고 있는지 확인하세요. (실수로 누적 효과를 측정하지 않도록 각 플러그인을 활성화하고 테스트한 다음 비활성화해야 합니다.)
다행히 시중에 나와 있는 플러그인이 너무 많아서 느린 도구를 대체할 수 있는 도구를 찾을 수 있을 것입니다.
또 다른 옵션은 속도에 최적화된 플러그인을 찾는 것입니다. 예를 들어, 우리의 평가 및 리뷰 표시 기술은 귀하의 웹사이트를 빠르게 운영할 수 있도록 설계되었으며 우리 개발자들은 그 약속을 이행하기 위해 취한 단계를 공유했습니다. 스크립트 파일 축소 및 감소, 캐싱, 지연 로딩과 같은 모범 사례를 사용하여 감사를 쉽게 수행할 수 있는 이러한 맥락에서 구축된 도구를 찾아보세요.
13. 불필요한 팝업 제거
예, 그렇게 말씀드리겠습니다. 팝업은 매우 인기가 없습니다. 이는 특히 모바일 장치에서 좋지 않은 경험으로 이어집니다. 팝업이 세련되고 유용하다고 생각하더라도 인터넷 사용자는 하루 종일 쏟아지는 모달, 오버레이 및 채팅 위젯에 직면하게 됩니다. 누구나 팝업 피로감을 갖고 있으며, 기여한다면 소비자의 신뢰를 침식하는 것입니다.
대부분의 팝업은 브라우저가 로드해야 하는 이미지 및 글꼴과 같은 외부 스크립트 및 참조 자산을 호출합니다. 조건부로 나타나는 모달은 트리거되기 전에 청중 데이터를 수집해야 하며, 이 역시 시간이 걸립니다. 총 차단 시간이 높으면 사이트의 나머지 부분이 렌더링될 때 사용자가 이러한 요소를 닫지 못할 수도 있습니다. 이러한 지연은 실제 속도 저하가 없더라도 사이트 속도에 대한 사용자의 인식에 영향을 미칩니다.
그러나 이러한 도구에 대한 거의 보편적인 혐오감과 마찬가지로 속도 저하도 현실입니다. 귀하의 사이트에서 해당 항목을 제거하는 것은 윈윈(win-win)입니다.
14. 가장 빠른 서비스를 선택하세요
고객이 링크를 클릭하거나 URL을 입력하면 브라우저에 DNS 서비스를 쿼리하여 대상 사이트로 이동하도록 지시하는 것입니다. 해당 DNS 서비스는 브라우저를 사이트의 IP 주소로 라우팅합니다. 그런 다음 브라우저는 HTML 파일을 읽고 서버나 CDN에서 자산을 요청하기 시작하여 귀하가 디자인한 웹 사이트를 렌더링할 수 있습니다.
귀하의 사이트를 표시하기 위해 많은 서비스가 함께 제공됩니다. 그 중 하나라도 느리면 페이지 속도에 부정적인 영향을 미칩니다. 그렇기 때문에 가장 저렴한 옵션이 반드시 기술 인프라에 가장 적합한 옵션은 아닙니다.
예를 들어, 많은 기본 웹사이트 호스팅 계획이 공유됩니다. 이는 다른 웹사이트가 귀하와 동일한 서버를 사용하므로 그 중 하나에서 트래픽이 급증하면 로드 시간이 느려질 수 있음을 의미합니다. VPS 호스팅(성장하는 사이트용) 또는 전용 웹사이트 서버(경제적 여유가 있는 사용자용)가 더 나은 결과를 제공합니다.
또한 DNS 호스팅을 처리하는 도메인 등록 기관의 성능이 뛰어난지 확인하고 싶을 것입니다. DNSPerf는 DNS 성능에 대한 지속적인 로그를 유지하므로 다양한 공급자가 어떻게 쌓이는지 직접 확인할 수 있습니다.
물론 속도는 최고 수준에서만 중요한 것이 아닙니다. 우리는 가볍고 효율적인 플러그인을 찾는 것에 대해 이야기했습니다. 또한 보안 소프트웨어 및 기타 백엔드 도구와 같은 서비스에 대해서도 생각해 보고 싶을 것입니다. 고객이 직접적으로 상호 작용하지는 않지만 여전히 전자 상거래 웹 사이트의 성능에 영향을 미칠 수 있습니다.
15. 웹사이트 운영 모니터링
웹사이트 성능을 가끔씩 확인하여 큰 문제가 있는지 확인하는 것은 현명한 생각입니다. 사이트를 지속적으로 모니터링하여 문제가 발생하는 순간을 파악하는 것이 더욱 현명합니다.
사용자 경험에 대한 데이터를 수집하여 사이트가 실제 세계에서 어떻게 작동하는지 보여주는 도구에 투자할 수 있습니다. 많은 쇼핑객이 귀하와 다른 설정에서 귀하를 방문하기 때문에 실제 사용자 모니터링은 새로운 관점을 제공합니다.
다른 도구는 일련의 스크립트를 사용하여 웹 사이트를 탐색하고 성능을 테스트하여 인간 방문자인 것처럼 가장합니다. 이와 같은 종합 모니터링 설정은 통제된 테스트에서 데이터를 수집하려는 팀에 더 유용합니다. 사이트를 최적화하는 중이라면 종합 모니터링을 통해 실제로 변화를 가져오는 변경 사항을 찾아낼 수 있습니다. 이러한 시스템은 고객이 문제에 직면하기 전에 주요 문제를 파악하는 것을 목표로 예약된 테스트를 실행할 수도 있습니다.
이 두 가지 작업(및 그 이상)을 모두 수행하는 도구가 많이 있습니다.
- Site24x7은 합성 및 실제 사용자 모니터링을 수행합니다.
- LogRocket은 사용자를 모니터링하고 사용자가 일반적으로 어려움을 겪는 오류 및 사이트 상호 작용을 식별합니다.
- New Relic은 존재하는 거의 모든 인프라와 통합되는 엔드투엔드 종합 모니터링 시스템입니다.
어떤 도구를 사용하든 문제가 발생할 때 이를 알려주도록 경고를 구성해야 합니다. 문제를 더 빨리 해결할수록 실망하게 되는 고객의 수가 줄어듭니다.
웹사이트 성능은 속도에 달려 있습니다
인터넷과 모바일 연결이 더욱 빠르고 유비쿼터스화되면서 소비자 표준도 계속 높아질 것입니다. 빠르고 편리한 경험을 제공하는 것이 기본적인 기대 사항입니다. 모바일에서 탁월한 성능을 발휘하고 로딩 속도를 1초 이하로 낮추는 방법을 알아낼 수 있는 회사는 더 많은 시장 점유율을 확보할 수 있는 기회를 갖게 됩니다.
귀하가 제공하는 고객 경험은 전환율 및 유지율과 직접적으로 연결되며 웹사이트의 성능은 해당 고객 경험과 직접적인 관련이 있습니다. 웹사이트 최적화는 비오는 날만 기다릴 수 있는 프로젝트가 아닙니다. 이는 고객을 귀하의 사이트로 유도하고 더 많은 판매를 창출하는 데 필수적인 부분입니다.
사이트 속도를 향상시키는 것만이 더 많은 고객에게 다가갈 수 있는 유일한 방법은 아닙니다. SERP의 추진력을 유지하기 위해 유기적 트래픽을 늘리는 다음 방법을 확인하세요 .
