제휴 사이트는 두 가지 이유로 페이지 속도에 특히 민감합니다：순위 요소이기도 하고, 느린 상품 페이지는 전환을 직접 잃게 만듭니다——"Amazon에서 구매"를 클릭할 준비가 되어 있던 방문자는 로딩에 4초가 걸리는 페이지를 기다려주지 않습니다. 비용 대비 효과 순서로 대략 정리한, 실제로 도움이 되는 방법들입니다.
흔한 해결책, 순서대로
- 이미지 최적화. 상품 이미지는 거의 항상 제휴 페이지에서 가장 무거운 부분입니다. 최신 포맷（WebP/AVIF）을 사용하고, 접힘선 아래 이미지는 지연 로딩하세요——Amazon 제휴 사이트 특유의 사항으로, 상품 이미지는 핫링크하고, 원본 해상도 이미지를 미디어 라이브러리에 다운로드해 최적화되지 않은 채로 그대로 제공하는 것은 피하세요.
- 제대로 된 캐싱 계층. 페이지 캐싱과 CDN을 결합하면 일반적인 WordPress 설치에 남아 있는 서버 응답 시간 문제 대부분이 해결되며, 보통 투자 대비 효과가 가장 높은 해결책입니다.
- 플러그인 점검. 페이지 로딩에 관여하는 모든 플러그인에는 비용이 따르고, 제휴 사이트는 이런 것들을 많이 쌓아두는 경향이 있습니다——링크 클로커, 광고 네트워크, SEO 스위트, 페이지 빌더. 그 무게만큼 값을 못 하는 플러그인은 모두 제거하세요.
- 데이터베이스와 호스팅. 위의 방법을 모두 적용해도 여전히 느리다면, 병목은 대개 실제 트래픽 부하를 감당하지 못하는 공유 호스팅이거나 최적화되지 않은 데이터베이스입니다——호스팅 플랜을 업그레이드하거나 WordPress 전용으로 만들어진 호스트로 이전하세요.
대부분의 사이트가 고려하지 않는 선택지：완전한 정적화
위의 해결책들은 여전히 동적 사이트를 최적화하는 것에 불과합니다——WordPress는 캐싱이 아무리 잘 되어 있어도 요청마다 데이터베이스 쿼리와 PHP 실행을 통해 페이지를 조립합니다. 더 과감한 선택지는 대부분의 페이지에서 이 단계 자체를 완전히 제거하는 것입니다：사이트를 정적 HTML로 내보내고, PHP 실행도 데이터베이스 쿼리도 요청과 응답 사이에 끼어들지 않는 CDN 엣지 네트워크에서 제공하는 것입니다.
대부분의 사이트가 이렇게 하지 않는 이유는 내보내기가 어려워서가 아닙니다——이미 여러 플러그인이 그 부분을 해결해줍니다——단순하게 정적화하면 모든 동적 기능이 깨지기 때문입니다：댓글이 작동을 멈추고, 검색이 작동을 멈추고, 문의 폼이 작동을 멈추며, WooCommerce 스토어의 실시간 가격과 장바구니도 함께 사라집니다.
동적 기능이 여전히 필요할 때 정적화를 성립시키는 핵심
해법은 프록시이지, 동적 기능을 포기하는 것이 아닙니다：기본적으로 모든 것을 정적으로 제공하고, 진짜 WordPress에 도달해야 하는 소수의 요청——댓글 제출, 검색 쿼리, WooCommerce 가격 확인——만 조용히 실행 중인 백엔드로 라우팅합니다. 방문자는 전혀 차이를 느끼지 못합니다；폼을 제출하는 것이 아니라 페이지를 읽고 있을 뿐인 95% 이상의 트래픽에게는 사이트가 확실히 더 빨라집니다.
이것이 바로 Pinery Static 전체 설계의 핵심입니다——실제 단계는 마이그레이션 가이드를, 정적 내보내기 도구를 전반적으로 비교하고 있다면 Simply Static과의 비교도 참고하세요.