홈페이지 로딩 속도, 고객은 3초 이상 기다리지 않습니다

안녕하세요, 인페이지의 승PM입니다.

혹시 광고비를 들여 잠재 고객을 홈페이지로 데려왔는데, 정작 문의로 이어지지 않아 답답하셨던 적 있으신가요?

디자인을 바꿔도, 카피를 다듬어도 전환이 그대로라면.

범인은 홈페이지 로딩 속도인 경우가 많습니다.

느린 홈페이지는 광고비로 데려온 리드를 문 앞에서 돌려보내는 것과 같습니다.

이 글에서 왜 홈페이지 로딩 속도가 매출 지표인지, 국내 빌더는 왜 구조적으로 느린지, 그리고 무엇을 선택해야 하는지 정리해드리겠습니다.

홈페이지 로딩 속도는 UX가 아니라 매출 지표입니다

먼저 숫자 하나를 보여드리겠습니다.

구글과 딜로이트가 37개 브랜드, 3천만 세션을 분석한 연구가 있습니다.

로딩 시간을 단 0.1초 줄였더니 리테일 전환율이 8.4%, 여행 전환율이 10.1% 올랐습니다.

럭셔리 브랜드는 장바구니 진입이 40.1% 늘었고, 평균 주문액도 9.2% 증가했습니다.

0.1초입니다.

눈 깜짝할 시간이 매출을 이만큼 움직입니다.

반대 방향은 더 무섭습니다.

구글 벤치마크에 따르면, 모바일에서 로딩이 3초를 넘기면 방문자의 53%가 이탈합니다.

절반이 페이지를 보지도 않고 떠납니다.

이탈 확률은 로딩이 1초에서 3초로 느려질 때 32%, 5초면 90%, 10초면 123% 치솟습니다.

그래서 홈페이지 로딩 속도는 "느리면 답답한 UX"가 아닙니다.

전환율과 매출을 직접 깎아먹는 비즈니스 지표입니다.

Portent가 1억 페이지뷰를 분석한 결과도 같습니다.

1초에 열리는 사이트는 5초 사이트보다 B2B 전환율이 3배, 이커머스 전환율이 2.5배 높았습니다.

아마존은 로딩이 100ms 느려질 때마다 매출이 1% 줄었습니다.

밀리초 단위가 곧 돈이 되는 겁니다.

홈페이지 로딩 속도는 구글 검색순위도 좌우합니다

속도가 돈만 깎는 게 아닙니다.

구글 검색순위도 흔듭니다.

구글은 Core Web Vitals라는 지표로 페이지 경험을 평가하고, 이를 랭킹 신호로 씁니다.

기준은 명확합니다.

1. LCP 2.5초 이하

가장 큰 콘텐츠가 2.5초 안에 그려져야 합니다.

2. INP 200ms 이하

클릭·입력 같은 상호작용에 200ms 안에 반응해야 합니다.

3. CLS 0.1 이하

화면이 갑자기 밀리는 레이아웃 이동이 0.1 이하여야 합니다.

이 세 기준을 방문의 75%에서 통과해야 '양호' 판정을 받습니다.

2024년 3월부터는 INP가 기존 FID를 대체하면서 기준이 더 엄격해졌습니다.

정리하면 이렇습니다.

느린 홈페이지는 검색에서 밀리고, 어렵게 들어온 방문자마저 이탈시킵니다.

SEO는 B2B 기업에게 가장 좋은 자동화 세일즈 채널입니다.

한 번 상위에 오르면 영업사원 없이 24시간 잠재 고객을 데려옵니다.

그 채널의 입구가 바로 속도입니다.

홈페이지 SEO가 왜 성과로 이어지지 않는지는 홈페이지 SEO가 안 되는 이유에 따로 정리해두었습니다.

국내 빌더가 느린 건 실력이 아니라 구조 때문입니다

그럼 왜 국내에서 만든 홈페이지는 유독 느릴까요?

빌더의 구조 때문입니다.

이커머스 MD 리뷰 게시판에 올라온 실측을 보겠습니다.

아임웹으로 만든 자사몰의 DOM 완전 로딩이 8.06초였습니다.

요청 218개, 리소스 16.2MB.

구글이 이탈 급증 구간으로 보는 4초를 두 배 넘긴 숫자입니다.

그 글에 달린 반응이 문제의 본질을 말해줍니다.

"외주줘서 자사몰 만들기 전에 이 글을 읽었어야 했는데 말이죠....😢"

왜 이런 일이 벌어질까요?

폐쇄형 빌더는 속도를 제어할 손잡이 자체를 주지 않기 때문입니다.

아임웹 단점을 다룬 한 인사이트는 이렇게 지적합니다.

"아임웹은 애초에 캐시 정리를 하지 못합니다. 사이트 내부를 접근할 수 없으므로 코드 감량을 하기 어렵습니다."

캐시도, 코드도 손댈 수 없습니다.

카페24·그누보드·워드프레스는 다른 방식으로 느립니다.

무거운 공용 서버와 테마, 플러그인에 발목이 잡혀 서버 응답(TTFB)이 800ms를 넘기기 일쑤입니다.

그누보드 공식 커뮤니티에도 같은 하소연이 올라옵니다.

"사이트가 계속 느려서 호스팅업체에 물어봤는데 그누보드 자체에 문제가 많다던데 해결방법이 있나요?"

호스팅을 바꿔도 해결되지 않습니다.

플랫폼 구조가 원인이기 때문입니다.

아임웹의 다른 구조적 한계가 궁금하시다면 아임웹 단점 글에 정리해두었습니다.

지금 쓰시는 홈페이지 속도가 걱정되신다면, 카카오톡으로 편하게 문의해 주세요. 속도 진단만 받아보셔도 됩니다.

웹플로우는 속도가 기본값입니다

저희 인페이지는 웹플로우로 기업 홈페이지를 만듭니다.

웹플로우를 선택하는 이유는 분명합니다.

속도가 기본값이기 때문입니다.

웹플로우는 글로벌 CDN(Fastly), 정적 호스팅, 자동 코드 경량화를 기본으로 탑재합니다.

그 결과 서버 응답(TTFB)이 10ms대로 떨어집니다.

워드프레스가 흔히 800ms를 넘기는 것과 비교하면 차원이 다릅니다.

실제 사례도 있습니다.

한 SaaS 기업이 워드프레스에서 웹플로우로 옮긴 뒤 로딩이 3.8초에서 1.1초로 줄었습니다.

lazy loading, 에셋 압축, 코드 최적화가 기본으로 돌기 때문입니다.

여기에 유지보수 구조까지 다릅니다.

국내 빌더는 만들고 나서 플러그인이 쌓이고 서버가 무거워지며 점점 느려집니다.

웹플로우는 호스팅·보안·백업을 웹플로우가 전담하므로 "만들고 나서 계속 느려지는" 고질병이 없습니다.

발주사가 부담하는 건 웹플로우 사용료(월 $23)와 도메인 갱신비뿐입니다.

별도 월 유지보수비를 저희가 받지 않습니다.

"웹플로우도 이미지 무겁게 넣으면 느려지지 않나요?"

맞습니다.

정직하게 말씀드리겠습니다.

웹플로우가 CDN과 정적 호스팅, 자동 압축을 기본 제공해도, 최적화 안 된 원본 이미지를 그대로 올리고 커스텀 스크립트를 남발하면 어떤 플랫폼이든 느려집니다.

핵심은 이겁니다.

웹플로우의 이점은 "아무렇게나 만들어도 빠르다"가 아닙니다.

"기본값이 이미 빠르고, 코드와 CDN을 우리가 통제할 수 있다"입니다.

아임웹처럼 캐시·코드에 손도 못 대는 구조와, 인페이지가 직접 최적화할 여지를 주는 구조.

이 차이가 홈페이지 로딩 속도를 가릅니다.

한 가지 더 솔직히 말씀드리면, 순수 쇼핑몰의 결제·배송 연동은 카페24 같은 국내 빌더가 편합니다.

다만 문의와 상담 전환이 목표인 B2B 기업 홈페이지라면, 속도와 SEO, 디자인 자유도가 우선입니다.

이 영역이 웹플로우의 강점입니다.

저희에게 제작하지 않으셔도 괜찮습니다

이 글의 목적은 홈페이지 로딩 속도를 매출 관점에서 판단하실 기준을 드리는 것입니다.

지금 쓰시는 도구의 속도를 한 번 측정해보시고, 3초를 넘긴다면 개선을 고민하실 때입니다.

저희가 아닌 다른 방법을 택하시더라도, 이 기준은 유효합니다.

다만 웹플로우 기반 기업 홈페이지에 관심이 있으시다면 편하게 문의해 주세요.

견적이나 상담 비용은 없습니다.

지금 1:1 상담 신청하기 →