WordPress CDN – 2022년에 하나를 사용해야 하는 이유

성능 호스팅 회사로서 우리는 WordPress 사이트를 더 빠르게 만드는 방법을 연구하고 공유하는 것을 정말 좋아합니다. 오늘날 속도와 관련하여 생각할 수 없는 것 중 하나는 CDN(콘텐츠 전송 네트워크)을 활용하는 것입니다. 방문자에게 콘텐츠 전달 속도 를 높이는 동시에 웹 서버의 부하를 줄여 방문자의 경험을 향상시킵니다!

오늘 우리 는 WordPress CDN이 어떻게 작동하는지 , 왜 CDN을 사용해야 하는지, 그리고 그에 수반되는 몇 가지 추가 이점을 평신도의 관점에서 설명하고자 합니다. 또한 몇 가지 속도 테스트를 공유하여 귀하의 사이트에서 기대할 수 있는 성능 향상 정도를 더 잘 판단할 수 있습니다.

• CDN 작동 방식
• CDN 혜택
• CDN 속도 테스트
• CDN이 필요하십니까?
• 인기 있는 CDN 제공업체
• WordPress에 CDN을 설치하는 방법

CDN 작동 방식

첫째, CDN이 WordPress 호스팅 회사와 혼동되는 것을 원하지 않습니다. 이들은 완전히 별개의 서비스입니다. CDN은 호스팅 제공업체를 대체하는 것이 아니라 사이트 속도를 높이는 추가적인 방법입니다. Kinsta에서의 호스팅은 빠르게 진행되지만 CDN은 사이트를 훨씬 더 빠르게 만들 수 있습니다.

CDN은 정확히 어떻게 작동합니까? 예를 들어 Kinsta로 웹 사이트를 호스팅할 때 미국 중부, 유럽, 남미 또는 아시아와 같은 물리적 데이터 센터 위치를 선택해야 합니다. US Central을 선택한다고 가정해 보겠습니다. 이것은 귀하의 웹사이트가 아이오와주 Council Bluffs에 있는 "호스트 서버"에 물리적으로 위치한다는 것을 의미합니다. 유럽에 있는 사람들이 귀하의 웹사이트를 방문할 때 텍사스 주 댈러스에서 방문하는 사람과 비교하여 로드하는 데 시간이 더 오래 걸립니다. 왜요? 데이터가 더 멀리 이동해야 하기 때문입니다. 이것이 지연으로 알려진 것입니다. 대기 시간은 네트워크를 통한 데이터 전송과 관련된 시간 및/또는 지연을 나타냅니다. 거리가 멀수록 레이턴시가 커집니다.

방문자의 40%는 로드하는 데 3초 이상 걸리면 웹사이트를 포기합니다. 트윗하려면 클릭

또한 브라우저에서 호스팅 서버로 데이터 요청을 처리하고 호스팅 서버에서 다시 웹 브라우저로 요청된 콘텐츠를 제공하기 위해 여러 네트워킹 홉(중간 네트워킹 장치 간의 통신 인스턴스)이 필요합니다. 그리고 그것이 CDN이 작동하는 곳입니다. 더 가까운 서버에서 사이트 콘텐츠를 로드하여 대기 시간을 줄이는 데 도움이 됩니다. 이러한 CDN 서버를 POP(Points of Presence)라고도 합니다.

WordPress 사용자는 콘텐츠 전송 네트워크가 처음에는 다소 부담스러울 수 있으므로 때때로 콘텐츠 전송 네트워크를 살펴보는 것을 꺼릴 수 있습니다. 여기 그들이 작동 방식과 일반인의 관점에서 간단한 3단계로 구현될 수 있는 방법이 있습니다.

1 단계

CDN 제공업체를 선택하고 해당 서비스에 가입합니다. 일반적으로 월별 또는 데이터 사용량에 따라 요금이 청구됩니다. 대부분의 제공자는 귀하의 비용을 추정할 수 있는 계산기를 가지고 있습니다.

2 단계

CDN Enabler 또는 WP Rocket과 같은 무료 플러그인을 사용하여 통합합니다. 이 플러그인은 자산을 CDN에 자동으로 연결합니다. CDN에서 콘텐츠를 가져오는 데 필요한 작업은 없습니다. 이 모든 작업은 수동입니다! CDN 배포는 몇 년 전보다 훨씬 쉽습니다.

3단계

사람들이 웹사이트를 방문하면 이제 전 세계의 다양한 CDN에서 WordPress 사이트의 콘텐츠를 로드합니다. 따라서 아이오와에 있는 귀하의 사이트를 방문하는 유럽의 방문자를 위해 귀하의 콘텐츠는 이제 유럽의 POP에서 로드됩니다. 어떻게 합니까? CDN은 일반적으로 두 가지 다른 유형의 기술을 사용하여 사용자를 올바른 위치로 라우팅합니다. 바로 IP Anycast + 지리적 위치 라우팅 입니다. 사용자 요청의 출처를 자동으로 감지하고 가장 가까운 POP로 요청을 라우팅할 수 있습니다.

그러나 WordPress 호스트에 대한 전략적 서버 위치를 선택하는 것은 여전히 ​​중요합니다. CDN이 미디어와 콘텐츠를 배포하는 데 도움이 되더라도 웹사이트가 로드될 때 호스팅 제공업체에 단일 요청을 해야 하기 때문입니다. 프록시 서버에서 전체 페이지 캐싱을 사용하지 않는 한 나중에 설명합니다. Kinsta에는 이제 WordPress 사이트를 호스팅할 수 있는 29개의 데이터 센터 위치가 있습니다.

CDN 혜택

다음은 WordPress 사이트에서 CDN을 사용하여 얻을 수 있는 많은 이점 중 일부일 뿐입니다.

1. 성능 향상

성능 향상은 CDN을 사용하는 가장 큰 이유 중 하나입니다. 사이트 로딩 속도가 빠를수록 전환율이 높아지고 이탈률이 감소하며 평균 방문자 시간이 길어지는 것과 직접적인 상관 관계가 있다는 사실이 여러 번 입증되었습니다. 단순히 더 나은 사용자 경험은 말할 것도 없습니다. 웹사이트를 로드하는 데 너무 오래 걸리기 때문에 브라우저에서 마지막으로 다시 클릭한 것이 언제였습니까? 이것은 당신이 일어나기를 원하는 마지막 일입니다. 그러나 우리의 말을 믿지 마십시오. 여기 최고의 업계 리더 중 일부가 제공하는 몇 가지 빠른 통계가 있습니다.

• 페이지 응답이 1초 지연되면 전환이 7% 감소할 수 있습니다. (출처: Kissmetrics)
• BBC는 사이트가 로드되는 데 1초가 추가될 때마다 사용자의 10%가 추가로 손실되는 것을 확인했습니다. (출처: 크리에이티브블록)
• Google DoubleClick의 조사에 따르면 모바일 사이트 방문의 53%가 3초 후에 중단됩니다. (출처: 더블클릭)
• AliExpress는 로드 시간을 36% 단축하고 신규 고객의 주문이 10.5%, 전환율이 27% 증가했습니다. (출처: Akamai)

다음은 CDN이 WordPress 사이트의 성능을 향상시키는 데 도움이 되는 몇 가지 방법입니다.

TTFB 감소

우리는 이미 WordPress CDN이 데이터 이동에 필요한 물리적 거리를 단축하여 대기 시간 을 줄이는 데 도움이 될 수 있다는 점을 다루었습니다. 그러나 TTFB(Time to First byte)를 줄이는 데도 도움이 될 수 있습니다. 간단히 말해서 브라우저가 서버에서 데이터의 첫 번째 바이트를 수신하기 전에 기다려야 하는 시간을 측정한 것입니다. 해당 데이터를 가져오는 데 시간이 오래 걸릴수록 페이지를 표시하는 데 더 오래 걸립니다.

일반적인 오해는 이것이 DNS 조회 시간 후에 계산된다는 것입니다. 그러나 네트워킹에서 TTFB의 원래 계산에는 항상 네트워크 대기 시간이 포함됩니다. 여기에는 3단계 프로세스가 포함되며 그 사이 어디에서나 지연과 지연이 발생할 수 있어 총 TTFB가 됩니다. 높은 TTFB는 잘못된 코드 또는 호스트 서버의 잘못 구성된 캐싱과 같은 여러 가지 이유로 인해 발생할 수 있습니다. 그러나 지리적 거리는 확실히 하나의 배우입니다. Kinsta CDN(KeyCDN 제공)과의 차이점을 보여주기 위해 약간의 테스트를 실행했습니다. 각 테스트는 5번 실행하고 평균을 취했습니다.

CDN 없는 TTFB

먼저 CDN을 비활성화한 상태에서 테스트를 실행했으며 총 로드 시간은 1.45초이고 자산의 평균 TTFB는 약 136ms였습니다.

CDN이 있는 TTFB

그런 다음 CDN을 활성화하고 테스트를 다시 실행했습니다. 보시다시피 총 로드 시간은 788ms로 떨어졌고 평균 TTFB는 이제 37ms입니다! CDN은 얼마나 큰 차이를 만들 수 있습니까? 주목해야 할 또 다른 중요한 점은 이 테스트를 수행하기 위해 스톡홀름 위치를 선택했다는 것입니다. 왜요? 물리적 거리를 줄임으로써 얻을 수 있는 진정한 향상을 보여주고 싶었기 때문입니다. 스톡홀름에 CDN POP이 있으므로 우리의 콘텐츠는 스톡홀름에서 제공됩니다.

참고: Cloudflare를 사용하는 경우 TTFB가 약간 높을 수 있습니다. 이는 전체 프록시 서비스를 실행하는 데 따른 추가 오버헤드와 복잡성 때문일 가능성이 큽니다. Cloudflare에는 일부 CDN 제공업체에 없는 추가 방화벽 및 기타 기능이 있습니다. 따라서 자신에게 더 도움이 될 수 있는 결정을 내려야 합니다. 전체 사이트가 제대로 최적화되지 않은 경우 약간 더 높은 TTFB에서 히트를 취하는 것이 절충의 가치가 있을 수 있습니다.

그러나 Cloudflare 페이지 캐싱을 사용하여 TTFB를 낮추는 방법에 대한 WP Bullet의 가이드를 확인하고 싶을 수도 있습니다. 이를 위해서는 몇 가지 추가 설정 및 테스트가 필요할 수 있습니다. 각 환경이 다르기 때문에 자체 테스트를 실행해야 합니다. Cloudflare의 새로운 Argo 서비스는 TTFB를 낮추는 데 도움이 되는 경우도 있습니다. WordPress 성능을 향상시키는 놀라운 서비스인 Cloudflare의 새로운 자동 플랫폼 최적화 도구도 확인하십시오.

캐싱으로 더 빠른 전송

WordPress 호스트 또는 플러그인에서 캐싱을 활용하는 것처럼 CDN도 캐싱을 활용합니다. 그것이 그들이 파일을 너무 빨리 전달할 수 있는 한 가지 방법입니다. 한 가지 중요한 사항은 캐싱이 작동하는 방식입니다. CDN이 미디어 사본을 받으면 실제로 CDN에 캐시되기 전에 방문자가 한 두 번 요청해야 합니다. CDN은 "X-Cache"라는 요청에 HTTP 헤더를 배치합니다. 첫 번째 또는 두 번째 요청에서 파일은 일반적으로 아직 캐시되지 않았음을 의미하는 MISS로 표시됩니다.

후속 요청에서 HIT로 표시됩니다. 즉, 이제 CDN에 캐시됩니다. ETag 헤더, 헤더 만료 또는 CDN 캐시 수동 제거와 같은 다양한 요인에 따라 캐시된 상태로 유지됩니다.

Cloudflare와 같은 전체 프록시 CDN을 사용하는 경우 전체 페이지 캐싱이라고 하는 것을 활용하여 캐싱을 한 단계 높일 수도 있습니다. 여기에는 URL의 모든 항목을 캐싱하는 작업이 포함됩니다. 그러나 WordPress 사이트의 경우 사이트의 동적 부분에 대한 해결 방법을 구현해야 하므로 때때로 까다로울 수 있습니다.

GZIP 압축으로 엄청난 비용 절감

WordPress CDN은 파일 압축 및 압축 해제에 사용되는 파일 형식 및 소프트웨어 응용 프로그램인 GZIP도 활용합니다. GZIP 압축은 서버 측(또는 CDN 서버/POP)에서 활성화되며 HTML, 스타일시트 및 JavaScript 파일의 크기를 추가로 줄일 수 있습니다. 이미지는 이미 다른 방식으로 압축되어 있으므로 작동하지 않습니다. 일부는 압축으로 인해 최대 70% 감소를 보았습니다. 아마도 가장 쉬운 최적화 중 하나일 것입니다. 걱정하지 마세요. 모든 주요 CDN은 기본적으로 이 기능을 사용하도록 설정되어 있습니다.

Check GZIP Compression 또는 Chrome DevTools와 같은 도구를 사용하여 압축으로 인한 큰 차이를 확인할 수 있습니다. 예를 들어 아래에서 CDN에서 제공되는 jquery.js 파일에서 GZIP 압축이 크기를 94.9KB에서 33.6KB로 줄인 것을 볼 수 있습니다. 이는 단 하나의 파일에서 64.59%를 절약한 것입니다. 이것을 모든 자산과 미디어에 추가하면 압축이 왜 필수적인지 알게 될 것입니다!

Brotli는 압축을 다음 단계로 끌어 올립니다

Brotli는 Google에서 개발한 최신 압축 알고리즘으로 GZIP을 포함한 기존 솔루션에 비해 파일 크기를 최대 26%까지 줄이는 것으로 나타났습니다. Brotli의 채택률은 상당히 빠른 속도로 증가하고 있습니다. 6월 20일부로 Google은 이제 Brotli 압축으로 디스플레이 광고도 압축하고 있습니다.

그러나 Brotli는 아직 새롭기 때문에 아직 모든 CDN 제공업체에서 사용할 수 있는 것은 아닙니다. 그러나 현재 지원하는 KeyCDN 및 CDN77과 같은 몇 가지가 있습니다. 대부분의 경우 원본 서버(호스팅 서버)에도 Brotli가 활성화되어 있어야 작동합니다. Brotli에 대한 브라우저 지원도 따라잡고 있습니다. 올바르게 설정되면 Brotli가 활성화되었지만 지원하지 않는 브라우저에 로드된 서버는 단순히 GZIP으로 대체됩니다.

HTTP/2

HTTP/2는 또한 모든 CDN이 현재 자산 전달 속도를 높이는 데 활용하는 가장 큰 기능 중 하나입니다. HTTP/2는 브라우저 지원 때문에 HTTPS가 필요합니다. 성능 향상은 프로토콜이 더 나은 다중화, 병렬 처리, Huffman 인코딩을 사용한 HPACK 압축, ALPN 확장 및 서버 푸시를 지원할 수 있는 등 다양한 이유 때문입니다. HTTPS를 사용할 때 꽤 많은 TLS 오버헤드가 있었지만 HTTP/2 덕분에 이제는 과거의 일이 되었습니다.

2. 대역폭 비용 절감

CDN의 또 다른 큰 이점은 호스팅 서버(원본 서버)에서 CPU와 리소스를 오프로드하는 데 도움이 될 수 있다는 것입니다. 이렇게 하면 트래픽 스파이크가 호스트를 압도하는 것을 방지할 수 있습니다. 또한 대역폭 비용을 줄이는 데 도움이 될 수 있습니다. 마지막으로 원하는 것은 입소문을 타고 호스트의 엄청난 청구서 또는 초과 요금으로 왼쪽에있는 것입니다. 예를 들어 아래는 Cloudflare를 사용하는 사이트이며, 보시다시피 대역폭 요청의 69%를 오프로드하는 데 도움이 되었습니다.

CDN이 비용 절감에 도움이 되는 또 다른 방법은 핫링크 보호를 활성화하는 쉬운 방법을 제공하는 것입니다. 이것은 기본적으로 HTTP 리퍼러를 제한하고 다른 사람들이 다른 웹사이트에 귀하의 자산(이미지 – 이미지를 보호하는 방법에 대한 자습서가 있음)을 임베딩하는 것을 방지하는 것을 의미합니다. 여러분 중 일부는 허핑턴 포스트의 실패에 대해 들어봤을 것입니다. Huffington Post의 한 저자는 Oatmeal의 웹 사이트에서 이미지를 복사하여 붙여넣은 결과 AWS에서 1,000달러가 넘는 청구서를 받았습니다. 오트밀의 주인은 결국 Huffington Post 기사의 독자가 볼 수 있도록 이미지를 교체했습니다. 그러나 이것이 핫링크 보호를 활성화하는 것이 항상 중요한 이유입니다. 그렇지 않으면 엄청난 비용이 발생할 수 있습니다.

3. 고가용성 및 확장성

CDN은 또한 고가용성과 확장성을 제공합니다. 복제된 콘텐츠는 서로 다른 지리적 위치에 있는 여러 POP에서 사용할 수 있으므로 웹 트래픽은 서버가 다운될 경우 다른 서버로 동적으로 라우팅됩니다. 그리고 CDN 공급자는 확장성을 염두에 두고 구축되었으므로 확장성에 대해 걱정할 필요가 없습니다. 더 작은 공유 호스트를 사용하는 경우 CDN은 대부분의 로드를 처리하기 때문에 실제로 웹사이트 충돌을 방지할 수 있습니다.

4. SEO의 장점

Google은 2010년에 사이트 속도를 순위 요소로 만들었으므로 더 빠른 웹 사이트가 더 높은 순위를 초래할 수 있다는 것은 비밀이 아닙니다. 속도가 얼마나 중요한지 알 수 있는 방법은 없지만 사용자 경험에 영향을 미치기 때문에 속도가 더 중요한 요소 중 하나라고 안전하게 가정할 수 있습니다. Brian Dean은 사이트 속도와 Google 순위 간의 상관 관계를 살펴보기 위해 상위 100만 개 도메인을 분석했으며 결과는 매우 긍정적이었습니다. 이러한 테스트는 결정적으로 증명하는 것이 거의 불가능하지만 더 빠른 웹사이트를 갖는 것이 Google에서 도움이 될 뿐이라는 점을 확신할 수 있습니다. 간단히 말해서 Google은 빠른 사이트에 보상을 제공합니다.

웹사이트 페이지의 속도 외에도 CDN은 Google 이미지 검색의 인덱싱과 관련된 이미지와 같은 미디어의 크롤링 속도를 높이는 데 도움이 될 수 있습니다.

5. 추가 보안

많은 CDN 제공업체는 웹 애플리케이션 방화벽(WAF) 및 일부에서는 Origin 쉴드라고 부르는 것을 구현할 수 있도록 하여 추가 보안을 제공합니다. 이는 UDP 및 ICMP 프로토콜뿐만 아니라 SYN/ACK, DNS 증폭 및 Layer 7 공격을 대상으로 하는 모든 형태와 크기의 WordPress 사이트에 대한 DDoS 공격을 완화하는 데 도움이 될 수 있습니다. 다른 이점으로는 방탄은 아니지만 원본 IP 주소를 숨기는 데 도움이 되는 프록시 뒤에 배치하는 것이 있습니다.

DDoS 공격을 차단하는 방법에 대한 사례 연구를 확인하십시오. Easy Digital Downloads를 실행하는 소규모 전자 상거래 사이트의 고객이 있었는데 7일 이내에 단일 페이지에 대해 500만 개 이상의 요청을 받았습니다. 사이트는 일반적으로 하루에 30-40MB의 대역폭과 하루에 수백 명의 방문자만 생성했습니다. 그러나 갑자기 사이트는 즉시 하루에 15-19GB의 데이터를 전송하게 되었습니다! 4650% 증가한 수치입니다 . 그리고 Google Analytics는 추가 트래픽을 보여주지 않았습니다. 그 좋지 않다.

클라이언트는 사이트에 Sucuri의 웹 애플리케이션 방화벽을 구현했고 모든 대역폭과 요청이 사이트에 즉시 떨어졌으며(아래 참조) 이후 단 한 건의 문제도 발생하지 않았습니다. 따라서 이와 같은 문제가 발생하면 확실히 좋은 투자와 시간 절약이 가능합니다.

CDN은 만료 시간이 있는 보안 링크를 생성할 수 있는 보안 토큰과 같은 추가 기능도 제공합니다. 만료되면 사람들은 더 이상 해당 콘텐츠에 액세스할 수 없습니다.

CDN 속도 테스트

따라서 WordPress CDN이 얼마나 유익한지 알려주는 대신 실제로 결과를 보여주기 위해 몇 가지 테스트를 해 보겠습니다. CDN을 활성화한 다음 CDN 없이 4개의 다른 테스트 위치에서 5개의 테스트를 실행했습니다. 이 사이트는 Kinsta로 호스팅되며 Kinsta CDN(KeyCDN 제공)을 사용합니다. 서버의 물리적 위치는 미국 아이오와입니다.

CDN 속도를 테스트할 때 미디어가 캐시되도록 몇 번 실행했는지 확인하십시오. 위에서 CDN 캐싱과 관련하여 추가로 설명했듯이 X-Cache HTTP 헤더는 일단 캐싱되면 "HIT"를 표시합니다. 캐시되지 않은 경우 "MISS"가 표시됩니다. 이 작업을 제대로 수행하지 않으면 실제로 캐시를 먼저 구축하지 않았을 때 CDN이 사이트 속도를 높이는 데 도움이 되지 않는 것처럼 보일 수 있습니다.

CDN 미사용(미국 텍사스주 댈러스)

우리는 먼저 텍사스주 댈러스의 Pingdom에서 CDN 없이 5개의 테스트를 실행하고 평균을 취했습니다.

CDN 없음(호주 멜버른)

그런 다음 호주 멜버른의 Pingdom에서 CDN 없이 5개의 테스트를 실행하고 평균을 취했습니다.

CDN 없음(미국 캘리포니아 산호세)

그런 다음 캘리포니아 산호세의 Pingdom에서 CDN 없이 5개의 테스트를 실행하고 평균을 취했습니다.

CDN 없음(스톡홀름, 스웨덴)

그런 다음 스웨덴 스톡홀름의 Pingdom에서 CDN 없이 5개의 테스트를 실행하고 평균을 취했습니다.

CDN 사용(미국 텍사스주 댈러스)

그런 다음 텍사스 댈러스의 Pingdom에서 CDN 으로 5개의 테스트를 실행하고 평균을 취했습니다.

CDN 사용(호주 멜버른)

그런 다음 호주 멜버른의 Pingdom에서 CDN 으로 5개의 테스트를 실행하고 평균을 취했습니다.

CDN 사용(미국 캘리포니아 산호세)

그런 다음 캘리포니아 산호세의 Pingdom에서 CDN 으로 5개의 테스트를 실행하고 평균을 취했습니다.

CDN 사용(스톡홀름, 스웨덴)

그런 다음 스톡홀름의 Pingdom에서 CDN 으로 5개의 테스트를 실행하고 평균을 구했습니다.

결과

이제 CDN이 총 로드 시간에 얼마나 영향을 미치는지 이해하기 위해 결과를 살펴보겠습니다.

• 미국 텍사스주 댈러스: CDN으로 총 로드 시간 8.11% 감소.
• 미국 캘리포니아 산호세: CDN으로 총 로드 시간 33.02% 감소
• 호주 멜버른: CDN 으로 총 로드 시간 54.19% 감소 .
• 스웨덴 스톡홀름: CDN 으로 총 로드 시간 54.7% 감소 .

보시다시피 댈러스와 산호세 모두 CDN을 사용하는 것이 약간 더 빨랐습니다. 그리고 호주 테스트를 보면 로딩 시간에 큰 차이가 있음을 알 수 있습니다. 이는 테스트 서버의 지리적 위치 때문입니다. 우리 서버는 아이오와에 있으므로 달라스와 산호세에서 로드하는 데이터는 그렇게 멀리 이동할 수 없습니다. 그러나 호주의 경우 거리가 로드 시간을 죽이는 요소입니다. CDN을 활성화하면 콘텐츠와 미디어가 호주 시드니의 Kinsta CDN POP에서 로드되므로 다운로드 시간이 훨씬 빨라집니다. 스웨덴 스톡홀름도 마찬가지다.

이제 문제는 어떤 경우에는 로드 시간을 50% 이상 줄이시겠습니까? 대답은 예여야 합니다!

CDN이 필요하십니까?

Kinsta에서 많이 받는 질문은 특정 웹 사이트에 CDN이 필요한지 여부입니다. 경험상 CDN은 거의 모든 시나리오에서 유용할 수 있습니다. 위에 나열된 모든 이점을 살펴보십시오. 대부분의 CDN 제공업체는 매우 저렴하고 일부는 GB당 $0.04까지 청구되므로 가격은 일반적으로 더 이상 요소가 아닙니다. 그리고 Cloudflare는 무료입니다. 추가 테스트가 필요한 유일한 경우는 특정 지리적 위치에 있는 방문자에게만 콘텐츠를 제공하는 경우입니다.

예를 들어 캐나다 온타리오에 웹사이트가 있는 작은 상점이 있다고 가정해 보겠습니다. 아마도 당신은 다른 곳에 위치한 고객에 대해 그다지 신경 쓰지 않을 것입니다. CDN 공급자의 POP가 있는 위치를 확인하기 위해 조사하고 싶을 것입니다. 예를 들어 웹 서버 호스트가 온타리오에 있지만 미국에서 가장 가까운 POP만 있는 CDN 공급자에 등록하면 실제로 사이트 속도가 느려질 수 있습니다. 매우 드문 이 시나리오에서는 CDN을 사용하지 않는 것이 더 유리할 수 있습니다.

인기 있는 CDN 제공업체

선택할 수 있는 훌륭한 CDN 제공업체가 많이 있습니다. 대부분 무료 평가판이 있으므로 사이트에 가장 적합한 평가판을 몇 개 사용해 보는 것이 좋습니다. 우리는 KeyCDN으로 구동되는 모든 클라이언트를 위해 Kinsta에서 무료 CDN 통합을 제공합니다. 다음은 확인해야 할 다른 타사 제공업체입니다.

• 키 CDN
• 클라우드플레어
• StackPath(이전의 MaxCDN)
• CDN77
• 아마존 클라우드프론트
• 빠르게
• 인캡슐라
• 아카마이

WordPress에 CDN을 설치하는 방법

CDN 공급자마다 고유한 통합 방법이 있지만 고맙게도 모두 WordPress를 지원하고 통합하기가 매우 쉽습니다. 문서를 확인하거나 문제가 있는 경우 지원 팀에 문의하세요.

킨스타 CDN

우리는 200개 이상의 위치에 있는 HTTP/2 및 IPv6 지원 콘텐츠 전송 네트워크인 KeyCDN과 제휴하여 전 세계의 자산과 미디어에 힘을 실어줍니다. 현재 서비스되는 지역에는 미국, 남미, 유럽, 아프리카, 아시아 및 호주가 포함됩니다.

Kinsta CDN을 활성화하는 방법을 확인하십시오. MyKinsta 대시보드 내에서 간단한 원 클릭 프로세스입니다.

우리는 또한 대역폭 사용량, 요청별 상위 파일, HTTP 상태 코드 등을 볼 수 있도록 놀라운 CDN 분석을 제공합니다.

클라우드플레어

Cloudflare를 사용 중이거나 관심이 있는 경우 WordPress 사이트에 Cloudflare를 설치하는 방법에 대한 심층 자습서가 있습니다.

타사 CDN

KeyCDN을 직접 배포하려는 경우 인형용 CDN에 대한 이 기사를 읽는 것이 좋습니다.

우리가 조언하는 한 가지는 공급자가 제공한 임의의 URL 대신 미디어 및 자산에 대한 하위 도메인을 활용하는 것입니다. 예: cdn.yourdomain.com. 이렇게 하면 인덱싱 문제와 관련하여 번거로움이 줄어들 뿐만 아니라 사이트의 브랜딩이 향상됩니다. 제공업체에서 CDN을 설정한 후 CDN 인에이블러와 같은 무료 WordPress 플러그인을 사용하여 자산을 쉽게 연결하고 자동으로 CDN 제공업체에 복사할 수 있습니다.

WP Rocket 또는 W3 Total Cache와 같은 다른 플러그인에도 유사한 통합 방법이 있습니다.

WordPress 사이트에서 가능한 한 많은 리소스를 로드하는 것이 중요합니다. 이렇게 하면 방문자에게 더 빠르게 전달하고 단일 HTTP/2 연결을 사용할 수 있습니다. Pingdom과 같은 도구를 통해 웹사이트를 실행하여 미디어가 로드되는 위치를 확인할 수 있습니다. 때로는 테마 또는 특정 플러그인을 약간 조정하거나 통합을 마친 후에도 CDN에서 로드되지 않는 이유를 조사할 수 있습니다.

CDN으로 이미지 인덱싱

CDN으로 이동할 때 이미지가 여전히 Google에서 색인이 생성되도록 하고 싶습니다. Yoast SEO 플러그인 사용자의 경우 functions.php 파일의 맨 아래에 다음 코드를 추가하고 싶을 것입니다. 물론 도메인과 CDN 도메인을 자신의 것으로 교체하십시오.

 function wpseo_cdn_filter( $uri ) { return str_replace( 'http://yourdomain.com', 'http://cdn.yourdomain.com', $uri ); } add_filter( 'wpseo_xml_sitemap_img_src', 'wpseo_cdn_filter' );

이렇게 하지 않으면 이미지의 색인이 제거될 수 있습니다(아래 참조). Google Search Console에서 언제든지 직접 확인할 수 있습니다.

그러나 Google Search Console에서 이미지의 색인이 제대로 생성되었다고 올바르게 보고할 때 몇 가지 불일치가 있음을 발견했습니다. 이미지가 실제로 색인이 생성되었는지 확인하는 좋은 방법은 Google 이미지 검색으로 이동하여 site:https://yourdomain.com 을 입력하는 것입니다.

중요: CDN URL을 입력하지 마십시오. 이미지가 CDN에서 제공되더라도 루트 도메인에서 여전히 인덱싱되어야 합니다. 이미지가 Google 이미지 검색에 표시되면 색인이 제대로 생성되었음을 의미합니다.

요약

이제 WordPress CDN을 사용하여 얻을 수 있는 모든 놀라운 이점을 볼 수 있기를 바랍니다. 전 세계에서 미디어가 더 빨리 로드되도록 하고 TTFB를 줄이며 대역폭 비용과 서버 로드를 크게 줄입니다. 뿐만 아니라 페이지 로드 시간이 빨라서 더 나은 순위를 볼 수 있었습니다. 그리고 가장 중요한 것은 방문자가 훨씬 더 나은 사용자 경험을 갖게 된다는 것입니다.

이제 HTTP/2 Kinsta CDN이 모든 호스팅 클라이언트에 포함되었음을 잊지 마십시오. CDN 사용에 대한 생각이 있습니까? 아래에서 귀하의 생각을 듣고 싶습니다.