쿠키가 없는 도메인을 사용하는 방법: 전체 가이드

게시 됨: 2023-01-03

웹 사이트 성능 저하와 높은 네트워크 트래픽으로 인해 어려움을 겪고 있습니까? 쿠키가 주범인 경우 효과적인 솔루션 중 하나는 쿠키가 없는 도메인을 사용하는 것입니다.

쿠키는 온라인 경험의 주요 초석 중 하나이지만 이름에서 알 수 있듯이 항상 맛있는 것은 아닙니다. 타사 쿠키와 관련된 개인 정보 보호 및 보안 문제 외에도 사이트의 이미지 및 기타 정적 콘텐츠에 자동으로 첨부되는 쿠키는 페이지 성능에 심각한 영향을 미칠 수 있습니다.

고맙게도 쿠키가 없는 도메인을 사용하여 불필요한 무게(이 경우 죽은 쿠키)를 줄일 수 있습니다. 이 전체 가이드에서는 쿠키가 없는 도메인의 기본 사항, 도메인이 유용한 이유, 이를 사용하도록 WordPress 사이트를 구성하는 방법을 검토합니다.

그러나 먼저 디지털 쿠키 항아리에 도달하여 도메인이 쿠키를 사용하는 방법에 대해 더 자세히 살펴보겠습니다.

쿠키 없는 도메인이란 무엇입니까?

쿠키 없는 도메인은 사용자의 브라우저에 쿠키를 보내지 않는 웹사이트의 일부입니다.

하지만 항상 쿠키를 보내지 않는 이유는 무엇입니까? 결국 사용자에게 가능한 한 많은 쿠키를 제공하는 것이 예의가 아닐까요?

반드시 그런 것은 아닙니다. 쿠키가 없는 도메인에 대해 이야기할 때 물론 HTTP 쿠키를 의미합니다. 우리가 가장 좋아하는 구운 간식과 달리 HTTP 쿠키는 웹사이트에서 사용자의 브라우저로 보내는 작은 데이터 패킷입니다. 그다지 맛있지는 않지만 웹사이트에서 사용자가 다음에 방문할 때 "기억"할 수 있도록 하는 데 매우 유용합니다.

그러나 실제 쿠키와 마찬가지로 너무 많은 HTTP 쿠키를 제공하고 싶지는 않습니다. 곧 살펴보겠지만 방문자는 몇 가지 쿠키를 좋아하지만 필요한 것보다 더 많은 쿠키를 사용하면 둔감하고 부풀어오를 것입니다.

웹 사이트 성능 저하와 높은 네트워크 트래픽으로 인해 어려움을 겪고 있습니까? 쿠키 없는 도메인이 해결책이 될 수 있습니다. Click to Tweet

HTTP 쿠키란 무엇입니까?

HTTP 쿠키는 웹 어디에나 있습니다.

웹사이트를 방문할 때마다 웹사이트에서 브라우저에 쿠키를 저장하도록 요청할 가능성이 높습니다. 웹사이트 자체와 귀하가 방문한 페이지에 대한 정보 외에도 쿠키에는 귀하와 귀하의 브라우저에 연결된 개인 식별자가 포함됩니다. 이 식별자를 사용하면 사용자가 이미 페이지를 방문한 경우 웹사이트에서 "기억"할 수 있습니다.

이 쿠키 교환이 어떻게 작동하는지 자세히 살펴보겠습니다.

위의 이미지에서 볼 수 있듯이 교환은 세 단계로 나눌 수 있습니다.

브라우저가 웹 페이지를 요청합니다. 브라우저의 주소 표시줄에 주소(예: "kinsta.com"과 같은 도메인 URL)를 입력하거나 웹 링크를 클릭하면 브라우저는 웹사이트에 페이지를 보고 싶다고 알리는 HTTP 요청을 생성합니다. 이 요청은 웹 사이트와 해당 페이지를 호스팅하는 웹 서버로 전송됩니다.
웹 서버는 페이지와 쿠키를 보냅니다. 귀하의 요청을 받으면 웹 서버는 요청된 페이지와 특정 정보가 포함된 쿠키를 다시 보냅니다. 앞서 언급했듯이 이 쿠키에는 거의 항상 귀하와 귀하의 브라우저에 대한 개인 식별자가 포함되어 있습니다.
브라우저는 동일한 서버에서 다른 페이지를 요청합니다. 이제 전자상거래 사이트의 "쇼핑" 또는 "회사 소개"와 같은 웹사이트의 다른 페이지에 대한 링크를 클릭했다고 가정해 보겠습니다. 여기에서 귀하의 브라우저는 웹 서버와 원래 제공된 쿠키에 또 다른 요청을 보냅니다. 웹 서버가 이 요청을 받으면 이전에 보낸 쿠키를 보고 이미 방문한 것을 기억합니다. 이 정보를 사용하여 웹 서버는 활성 로그인 또는 장바구니 항목 유지와 같은 보다 개인화된 경험을 제공할 수 있습니다.

목적에 따라 다른 쿠키도 있습니다. 위의 예에서 세션 관리에 관여하는 웹 서버는 로그인 또는 장바구니 항목, 즉 웹 사이트의 개별 세션을 유지합니다. 마찬가지로 쿠키는 최근 주문, 조회한 항목 또는 대상 광고 표시와 같은 개인화된 경험을 제공하는 데 사용될 수도 있습니다.

어디를 가든지 쿠키를 제공받는 것이 좋게 들릴지 모르지만 그것이 전부는 아닙니다. 다음 섹션에서 살펴보겠지만 실제로 웹사이트에서 너무 많은 쿠키를 제공할 수 있습니다. 그 중 일부는 많은 사람들이 "먹지" 않으려고 합니다.

도메인에서 HTTP 쿠키를 사용하는 방법

개인 식별자는 HTTP 쿠키의 매우 중요한 용도 중 하나이지만 유일한 용도는 아닙니다. 실제로 쿠키는 보다 개인화된 웹 경험을 제공하고 대상 콘텐츠를 제공하는 등 다양한 목적으로 사용될 수 있습니다.

우리는 이미 웹사이트와 브라우저가 HTTP 쿠키를 교환하여 귀하를 "기억"하는 방법을 다루었습니다. 쿠키는 로그인 세션을 유지하고 장바구니 항목을 표시하는 데 도움이 될 수 있지만 더 사악한(또는 노골적으로 성가신) 목적으로 사용될 수도 있습니다.

도메인에서 HTTP 쿠키를 사용하는 가장 일반적인 방법은 다음과 같습니다.

세션 관리. 당신은 이미 이것을 알고 있습니다. 세션 관리의 유일한 목적은 사용자가 특정 작업을 반복하지 않아도 되는 일관된 사용자 경험을 제공하는 것이기 때문에 종종 HTTP 쿠키의 가장 "온건한" 사용으로 간주됩니다. 이전 활동을 보면 일부 사용자에게 개인 정보 보호 문제가 발생할 수 있지만 상대적으로 무해합니다. 실제 개인 정보 보호 문제는 쿠키를 추적에 사용할 때 발생하며 이에 대해서는 곧 다룰 것입니다.
개인화. 세션 관리를 사용하여 사용자 기본 설정 및 활동을 기반으로 웹 페이지를 개인화할 수도 있습니다. 예를 들어, 사용자는 선택한 언어를 선택한 후 매번 변경하지 않고도 다음 방문 시 동일한 언어로 웹 사이트를 볼 수 있습니다. 쿠키를 사용하면 웹사이트가 다양한 웹 브라우저의 특정 요구 사항에 적응할 수 있습니다.
추적. 쿠키에는 논란의 여지가 있는 측면도 있습니다. 귀하의 브라우저는 웹사이트에서 귀하에게 제공하는 쿠키를 저장하기 때문에 이러한 쿠키는 귀하가 웹에서 이동하는 모든 곳에서 귀하를 추적하는 데 사용될 수 있습니다. 예를 들어, 귀하의 브라우저에 추적 쿠키를 제공하는 웹 사이트를 방문하여 귀하가 해당 페이지를 방문했음을 웹의 관련 광고주에게 알릴 수 있습니다. 광고주가 이 쿠키를 발견하면 원래 웹 사이트에 대한 대상 광고를 표시하거나 사이버 공격의 벡터로 사용할 수도 있습니다. 어떤 경우든 추적 쿠키는 귀하가 "팔로우"되고 있는 것처럼 느끼게 할 수 있습니다. 이는 수많은 윤리 및 개인 정보 보호 문제와 함께 제공됩니다.

고맙게도 대부분의 HTTP 쿠키는 세션 관리 및 개인화에 사용됩니다. 그러나 가장 순진한 쿠키라도 문제를 일으킬 수 있습니다.

지금까지 우리는 하나의 페이지가 하나의 쿠키를 보내는 아이디어를 살펴보았습니다. 실제로 한 페이지는 일반적으로 HTML, 이미지 파일 등의 각 페이지 요소에 대해 하나씩 여러 쿠키를 보냅니다. 이러한 쿠키 중 일부는 세션 관리 및 개인화에 필요하지만 대부분은 그렇지 않습니다.

결과적으로 너무 많은 쿠키를 보낼 수 있으며 이로 인해 여러 가지 문제가 발생할 수 있습니다. 다음 섹션에서 이러한 문제에 대해 논의할 것입니다.

너무 많은 쿠키 먹기

대부분의 문서와 달리 웹 페이지는 형식, 구조 및 의미를 제공하는 다양한 요소의 모음입니다. 이러한 각 요소는 고유한 쿠키를 가질 수 있습니다.

.pdf 또는 .docx 형식으로 볼 수 있는 일반 문서가 텍스트와 이미지의 단일 "조합"처럼 보일 수 있는 반면 웹 페이지는 많은 별도의 작은 부분으로 구성됩니다.

HTML, CSS 및 JavaScript는 대부분의 웹 사이트의 주요 구성 요소입니다.

예를 들어 웹 페이지를 요청할 때 실제로는 HTML(구조), CSS(스타일/형식), JavaScript(상호 작용) 및 이미지와 같은 미디어와 같은 별도의 페이지 구성 요소를 요청하는 것입니다. 따라서 브라우저가 웹 페이지를 수신하면 실제로 이러한 구성 요소를 수신하고 재결합하여 전체 페이지를 화면에 표시합니다.

웹 서버도 쿠키를 보내는 경우 이 프로세스 동안 각 요소와 함께 쿠키를 자동으로 보낼 수 있습니다. 몇 개의 이미지만 있는 단순한 웹 페이지에는 큰 의미가 없을 수 있지만 웹 페이지에 수십 또는 수백 개의 서로 다른 구성 요소가 있고 각 구성 요소에 대해 쿠키를 보내는 경우 금방 압도당할 수 있습니다.

실생활에서 너무 많은 쿠키를 먹는 것처럼 HTTP 쿠키를 너무 많이 보내고 받으면 성능이 저하됩니다. 추가 데이터를 전송하려면 추가 시간과 리소스가 필요하므로 모든 요소와 함께 쿠키를 전송하면 엄청난 양의 네트워크 리소스가 쉽게 소모될 수 있습니다.

도메인 다이어트: 쿠키 제거

고맙게도 너무 많은 쿠키를 보내는 문제에 대한 솔루션은 실제 비유를 사용합니다. 즉, 성능을 개선하려면 쿠키를 적게 먹습니다(읽기: 보내기).

하지만 어떤 쿠키를 포기해야 할까요? 대부분의 경우 페이지의 정적 요소에서 쿠키를 제거하는 것이 좋습니다.

정적 요소는 정적 이미지 또는 정적 파일(예: CSS 파일)과 같이 사용자 행동에 따라 변경될 것으로 예상되지 않는 요소입니다. 결과적으로 쿠키를 첨부할 필요가 없으므로 쿠키를 제거하는 것이 네트워크 부하를 줄이고 성능을 향상시키는 가장 좋은 방법 중 하나입니다.

물론 쿠키를 제거하는 것은 "쿠키" 확인란의 선택을 취소하는 것처럼 간단하지 않습니다.

대신 웹 서버는 쿠키가 없는 도메인을 사용하여 쿠키가 있는 콘텐츠와 별도로 쿠키가 없는 정적 콘텐츠를 배포합니다. 쿠키가 없는 도메인은 일반적으로 별도의 도메인(예: " static.kinsta.com " 또는 " kinsta.com "과 같은 하위 도메인 또는 FQDN)입니다.

고맙게도 올바른 도구를 사용하면 쿠키 없는 도메인을 사용하는 것이 그리 어렵지 않습니다. 하위 도메인을 설정하는 것이 유일한 방법은 아닙니다.

하지만 손을 더럽히기 전에 쿠키가 없는 도메인을 사용할 때 얻을 수 있는 가장 큰 이점과 이것이 웹사이트(및 예산)에 얼마나 큰 영향을 미칠 수 있는지 살펴보겠습니다.

쿠키 없는 도메인을 사용하는 이유는 무엇입니까?

여분의 쿠키를 제거하는 것은 작은 행동처럼 들릴 수 있습니다. 솔직히 그렇습니다.

그러나이 작은 행동에는 꽤 큰 이점이 있습니다. 필요한 쿠키만 보내면 네트워크 트래픽을 줄이고 아래에 있는 다른 많은 이점을 얻을 수 있습니다. 그 중 일부는 성능과 전혀 관련이 없습니다.

불필요한 네트워크 트래픽 감소

쿠키가 없는 도메인을 사용할 때 얻을 수 있는 대부분의 이점은 불필요한 쿠키 트래픽으로 인한 네트워크 부하를 줄이는 데 있습니다.

앞에서 다룬 것처럼 방문자에게 페이지 요소를 보내려면 일정량의 네트워크 리소스가 필요합니다. 요소 자체 외에도 각 요소(또는 동일한 요소의 여러 부분)는 쿠키와 같은 다른 요소와 함께 라우팅 정보가 포함된 응답 헤더와 함께 전송됩니다.

쿠키는 상대적으로 작은 데이터 파일이지만 모든 페이지 요청과 함께 많은 쿠키를 보내야 하는 경우 빠르게 합산될 수 있습니다. 결과적으로 사용자는 열악한 웹 호스트에 과부하가 걸려(결과적으로 예산 초과) 페이지가 로드될 때까지 더 오래 기다려야 합니다.

그러나 쿠키가 없는 도메인을 사용하면 불필요한 쿠키 전송으로 인해 발생하는 대부분의 대량 쿠키를 제거할 수 있습니다.

웹사이트 성능 향상

상상할 수 있듯이 쿠키를 줄여 네트워크 부하를 줄이는 것은 로딩 시간과 웹 사이트 성능에 상당한 영향을 미칩니다.

모든 페이지 클릭은 웹 서버에 대한 별도의 요청이므로 사용자는 기본 탐색( 홈 페이지 > 회사 소개 > 쇼핑 등)을 수행하기 위해 오랜 시간을 기다려야 할 수 있습니다. 페이지 요소와 쿠키는 처음 로드된 후 캐시되고 재사용될 수 있지만 페이지가 변경되거나 사용자가 웹사이트에 더 깊이 들어가면 여전히 문제가 될 수 있습니다.

이점 SEO 및 사용자 경험

웹사이트 성능을 개선하기 위해 불필요한 트래픽을 줄임으로써 귀하의 웹사이트는 검색 엔진 최적화(SEO)는 물론 고객 및 사용자 경험과 관련된 이점도 볼 수 있습니다.

고객 경험은 가장 확실한 이점입니다. 로딩 시간이 짧아져 사용자가 원하는 콘텐츠에 더 빨리 액세스할 수 있습니다. 결과적으로 고객은 귀하의 웹사이트(및 귀하의 제품 또는 서비스)를 탐색할 가능성이 높아지고 불만을 품고 클릭할 가능성이 줄어듭니다.

동일한 이점이 SEO에도 적용됩니다. 페이지 로딩 시간은 SEO에 직접적인 영향을 미치지 않지만 이탈률(페이지를 클릭한 방문자의 비율)은 확실히 영향을 미칩니다.

쇼핑객은 페이지가 로드될 때까지 오래 기다리기를 원하지 않습니다. — 페이지 로드 속도

Unbounce의 보고서에 따르면 배송업체의 4분의 3은 페이지가 로드될 때까지 4초 이상 기다려야 하는 경우 페이지를 포기한다고 합니다.

즉, 불필요한 쿠키를 제거하면 로드 시간이 단 1초만 향상되더라도 이탈률이 크게 감소하고 결과적으로 검색 순위가 높아집니다.

호스팅 비용 절감

네트워크 트래픽은 궁극적으로 웹 호스팅 비용으로 비용이 듭니다.

즉, 필요한 것보다 더 많은 쿠키를 보내는 경우 웹 호스팅 비용도 훨씬 더 많이 지불하게 됩니다. 그리고 쿠키가 페이지 성능에 영향을 미치면 그 피해는 두 배가 됩니다. 더 많은 트래픽에 대한 비용을 지불하는 것 외에도 느린 로드 시간으로 인한 이탈률 증가로 인해 동일한 수익을 얻으려면 더 많은 비용을 지불해야 합니다.

고맙게도 Kinsta와 같은 관리 호스팅 서비스는 페이지 방문을 최대한 활용하는 데 도움이 될 수 있습니다. Kinsta는 WordPress 웹사이트를 최대한 활용하는 데 도움이 되는 APM 도구 및 기타 기능을 제공합니다.

쿠키 없는 미래 준비

마지막으로, 지금은 직접적인 이점이 없을 수 있지만 쿠키 없는 콘텐츠를 제공하면 쿠키 없는 미래를 더 잘 준비하는 데 도움이 됩니다.

GDPR과 같은 개인 정보 보호 요구 사항에 비추어 쿠키 논쟁이 증가함에 따라 많은 주요 검색 엔진 및 기술 회사는 쿠키를 모두 제거할 방법을 찾고 있습니다. 쿠키는 한동안 사라지지 않을 수 있지만 결국에는 그럴 수도 있습니다. 준비가 빠를수록 전환이 더 쉬워집니다.

쿠키가 없는 도메인을 사용하는 방법

앞에서 다룬 것처럼 쿠키 없는 도메인의 일반적인 개념은 쿠키를 제공하지 않고 정적 콘텐츠를 제공하는 것입니다. 별도의 정적 도메인 또는 하위 도메인을 생성하는 것이 이를 수행하는 가장 직접적인 방법이지만 CDN 및 몇 가지 WordPress 트릭으로도 가능합니다.

쿠키가 없는 별도의 도메인 만들기

이 방법을 사용하면 이미지 및 CSS와 같은 웹 사이트의 정적 구성 요소를 호스팅하기 위한 별도의 도메인을 생성합니다.

완전히 별개의 도메인 이름을 등록할 수 있지만 일반적으로 기존 도메인 이름의 하위 도메인을 만드는 것이 더 쉽고 비용 효율적입니다. 쿠키가 없는 대부분의 도메인은 정적 접두사(예: " static.yourdomain.com ")를 하위 도메인으로 사용합니다.

이는 도메인의 "www" 버전(예: " www.yourdomain.com ")이 웹사이트 루트 파일의 루트 도메인인 경우에만 작동합니다.

하위 도메인에 쿠키가 없도록 하려면 일반적으로 특수 코드를 사용하여 직접 .htaccess 파일을 찾아 편집해야 합니다. 그러나 나중에 살펴보겠지만 WordPress 사이트를 재구성하거나 플러그인을 사용하는 것이 훨씬 쉽습니다.

그러나 쿠키 없는 하위 도메인을 구성하면 CSS 구성 요소, 이미지, 텍스트 및 JavaScript와 같은 정적 구성 요소를 업로드할 수 있습니다.

콘텐츠 전송 네트워크(CDN) 사용

콘텐츠 전송 네트워크 또는 CDN을 사용하는 것은 쿠키가 없는 도메인을 사용하는 매우 편리한 방법입니다.

여기에서 별도의 하위 도메인을 만들고 구성 파일을 편집할 필요 없이 정적 구성 요소의 응답 헤더에서 쿠키를 무시하고 제거하도록 CDN에 지시할 수 있습니다. 다소 복잡하게 들릴 수 있지만 실제로는 많은 CDN에서 간단한 기능입니다.

모든 CDN이 이 기능을 제공하는 것은 아닙니다. 결과적으로 쿠키를 비활성화할 수 있는 CDN을 이미 사용하고 있지 않는 한 일반적으로 웹 사이트 구성을 변경하는 것이 좋습니다.

WordPress 사이트 재구성

WordPress를 사용하는 경우 운이 좋습니다. 쿠키 없는 도메인을 지정하는 데 필요한 것은 wp-config.php 파일에서 몇 줄만 업데이트하면 됩니다. 전체 지침을 보려면 다음 섹션(쿠키 없는 도메인을 사용하도록 WordPress 구성)으로 건너뛰십시오.

WordPress 플러그인 사용

또 다른 쉬운 WordPress 옵션은 플러그인을 사용하여 WordPress 웹사이트의 정적 버전을 만드는 것입니다.

이를 위한 인기 있는 플러그인 중 하나는 WP2Static(문자 그대로 "WordPress-to-Static")입니다. 플러그인을 설치한 후 WordPress 대시보드에서 플러그인을 열고 웹사이트를 정적 버전으로 내보내도록 설정을 구성하십시오.

WP2Static에서 WordPress 사이트의 정적 버전 만들기 — WP2정적

쿠키 없는 도메인을 사용하도록 WordPress 구성

위에서 언급했듯이 WordPress는 쿠키 없는 도메인을 구현하는 쉬운 방법을 제공합니다. 프로세스는 몇 가지 간단한 단계로 요약됩니다.

대체 하위 도메인 및 연결된 DNS 추가
정적 자산을 제공할 도메인을 WordPress에 알리기
이 새 주소를 반영하도록 기존 WordPress 데이터베이스 레코드 업데이트

Kinsta 고객은 MyKinsta 대시보드를 사용하여 이러한 작업 중 일부를 수행할 수 있습니다. 다른 많은 WordPress 사용자는 cPanel에서 동일한 작업을 수행할 수 있습니다.

아래에서 둘 다 다룰 것입니다.

MyKinsta를 사용하여 쿠키 없는 도메인 설정

Kinsta 고객은 MyKinsta 대시보드 내의 WordPress 인스턴스와 하위 도메인(또는 완전히 다른 도메인)을 연결할 수 있습니다. 또한 많은 고객이 MyKinsta의 도구를 사용하여 해당 도메인에 대한 DNS를 구성합니다.

이 예에서는 www.example.com 에서 이미 실행 중인 웹 사이트에 대해 static.example.com 에 쿠키 없는 도메인을 생성합니다.

1단계. MyKinsta에서 하위 도메인 생성

처음에 도메인 이름(예: *.example.com )과 함께 와일드카드 옵션을 사용하여 Kinsta에서 WordPress 사이트를 설정한 경우 이미 모든 하위 도메인 이름을 지원하도록 설정되어 있습니다. 그렇지 않은 경우 다음과 같이 쿠키 없는 콘텐츠에 대한 새 도메인을 추가할 수 있습니다.

왼쪽 메뉴에서 WordPress 사이트 를 선택합니다.
WordPress 사이트의 이름을 클릭합니다.
왼쪽 메뉴에서 도메인 을 선택합니다.
도메인 추가 버튼을 클릭합니다.

스크린샷: MyKinsta 내에 다른 도메인 추가. — MyKinsta 내에 하위 도메인 추가.

다음 대화 상자에서:

가동 중지 시간 및 WordPress 문제로 어려움을 겪고 있습니까? Kinsta는 시간을 절약하도록 설계된 호스팅 솔루션입니다! 우리의 기능을 확인하십시오

쿠키가 없는 도메인의 이름을 입력하십시오.
도메인 추가 버튼을 클릭합니다.

스크린샷: MyKinsta 내에서 새 도메인 이름을 입력합니다. — MyKinsta 내에서 새 하위 도메인 지정.

다음으로 새 정적 도메인에는 기존 웹사이트를 가리키는 DNS 레코드가 필요합니다. 타사 공급자를 통해 도메인의 DNS를 관리하는 경우 해당 도구를 사용하여 이를 수행합니다. 귀하의 DNS가 당사에서 제공되는 경우 다음과 같이 MyKinsta에서 새 도메인을 구성하십시오.

MyKinta 홈페이지의 왼쪽 메뉴에서 DNS 를 선택합니다.
DNS 관리 페이지에서 DNS 레코드 블록까지 아래로 스크롤하고 DNS 레코드 추가 버튼을 클릭합니다.

새 하위 도메인을 DNS에 CNAME 레코드로 추가하여 IP 주소와의 연결에 두 번째 수준의 도메인 이름만 사용할 수 있도록 하는 것이 좋습니다. 아래에서 example.com 을 가리키는 static 에 대한 CNAME 레코드를 추가하고 있습니다.

스크린샷: MyKinsta 내에서 DNS 레코드 생성. — MyKinsta DNS 관리에서 CNAME 레코드 생성.

2단계. 정적 하위 도메인에서 쿠키 비활성화

이제 wp-content 폴더 내의 자산이 "정적" 도메인에서 제공되고 쿠키가 "www" 주소를 통해서만 제공되도록 WordPress 사이트의 wp-config.php 파일을 편집합니다.

대부분의 Kinsta 고객은 FTP/SFTP 클라이언트를 사용하여 WordPress 사이트에 로그인하고 편집을 위해 데스크탑에 wp-config.php 를 다운로드합니다.

스크린샷: SFTP 클라이언트로 wp-config.php 다운로드. — wp-config.php 파일을 데스크탑에 다운로드합니다.

텍스트 편집기를 사용하여 wp-config.php 파일에 다음 줄을 추가합니다(예제 도메인을 자신의 것으로 대체).

 define("WP_CONTENT_URL", "https://static.example.com/wp-content"); define("COOKIE_DOMAIN", "www.example.com");

파일을 저장한 후 WordPress 사이트에 업로드하여 이전 버전을 대체합니다.

3단계. 기존 자산을 하위 도메인으로 리디렉션

위의 단계는 브라우저가 "www" 주소에서 페이지 및 블로그 게시물과 같은 콘텐츠를 로드할 때 쿠키를 전달하도록 허용하지만 미디어 업로드와 같은 콘텐츠 및 테마 내의 JavaScript, CSS 및 글꼴과 같은 자산이 "정적"과 연결되도록 합니다. " 도메인.

그러나 귀하의 웹사이트에는 "www" 주소에 해당 자산에 대한 링크가 포함된 콘텐츠가 이미 있을 수 있습니다. WordPress 데이터베이스 자체에서 약간의 검색 및 교체로 정리할 수 있습니다.

데이터베이스에서 작업하기 전에 항상 WordPress 사이트를 백업하십시오. 완료 후:

MyKinsta 대시보드의 왼쪽 메뉴에서 WordPress 사이트 를 선택합니다.
WordPress 사이트의 이름을 클릭합니다.
왼쪽 메뉴에서 도메인 을 선택합니다.
사이트 정보 페이지에서 데이터베이스 액세스 블록까지 아래로 스크롤합니다. (필요한 경우 여기에서 데이터베이스 사용자 이름 및 암호 정보를 복사할 수 있습니다.)
phpMyAdmin 열기 링크를 클릭합니다.
WordPress 데이터베이스에 로그인합니다.
SQL 탭을 클릭합니다.

스크린샷: phpMyAdmin을 사용하여 WordPress 데이터베이스의 콘텐츠 업데이트. — SQL 쿼리를 실행하여 WordPress 콘텐츠의 자산 링크를 업데이트합니다.

다음 명령을 실행하여 기존 게시물 내의 모든 자산 링크가 쿠키가 없는 하위 도메인으로 연결되는지 확인합니다(다시 말하지만 도메인을 자신의 도메인으로 대체해야 함).

 UPDATE wp_posts SET post_content = REPLACE(post_content, 'www.example.com/wp-content/', ' static.example.com/wp-content/')

이제 MyKinsta의 도움으로 WordPress에서 쿠키 없는 도메인을 성공적으로 구성했습니다. 이 도메인을 사용하여 WordPress 쿠키를 보내고 싶지 않은 정적 콘텐츠를 호스팅하고 다른 모든 것에 일반 도메인을 사용하십시오.

cPanel을 사용하여 쿠키 없는 도메인 설정

다음은 cPanel 또는 널리 사용되는 cPanel 대안 중 하나를 사용하여 MyKinsta에서 위에서 수행한 작업을 수행하는 단계입니다.

1단계. cPanel에서 하위 도메인 생성

cPanel 기본 페이지의 도메인 섹션으로 이동합니다. 하위 도메인 도구에서 현재 WordPress 사이트의 최상위 도메인에 연결된 하위 도메인을 만들기만 하면 됩니다.

이러한 설정은 하위 도메인 static.example.com 을 생성하기 위해 아래에서 볼 수 있습니다.

2단계. cPanel에서 하위 도메인을 정적로 구성

새 정적 하위 도메인을 사용할 준비가 되었으면 WordPress에서 정적 콘텐츠를 제공하여 이름에 걸맞게 만들 차례입니다.

WordPress 사이트의 wp-config.php 파일을 편집하여 이를 수행합니다. 이 파일에 액세스하는 가장 쉬운 방법은 cPanel의 파일 관리자 도구를 사용하는 것입니다.

파일 관리자 에서 웹사이트의 public_html 폴더 로 이동하고 wp-config.php 를 선택합니다(1). 그런 다음 편집 옵션(2)을 선택하여 파일을 편집합니다.

cPanel 파일 관리자 도구에서 wp-config.php 파일 찾기 — wp-config.php 파일을 찾습니다.

wp-config.php 파일에서 다음 줄을 추가하기만 하면 됩니다(도메인을 자신의 것으로 바꾸십시오!).

 define("WP_CONTENT_URL", "https://static.example.com/wp-content"); define("COOKIE_DOMAIN", "www.example.com");

" 변경 사항 저장 "을 클릭합니다.

3단계. 기존 게시물을 하위 도메인으로 리디렉션

마지막으로 기존 게시물을 새로운 정적 하위 도메인으로 리디렉션해야 합니다. 그러나 먼저 WordPress 사이트가 제대로 작동하지 않을 경우를 대비하여 반드시 백업하십시오.

cPanel의 데이터베이스 섹션에서 PhpMySQL 도구를 엽니다. 사이트의 데이터베이스를 선택한 다음 _posts 테이블을 선택합니다.

_posts 테이블의 SQL 탭을 클릭합니다. 다음 명령을 실행하여 게시물 URL이 쿠키가 없는 하위 도메인으로 연결되는지 확인합니다(도메인을 자신의 도메인으로 대체해야 함).

 UPDATE wp_posts SET post_content = REPLACE(post_content, 'www.example.com/wp-content/', ' static.example.com/wp-content/')

그리고 그게 다야! 이제 cPanel의 도움으로 WordPress에 쿠키 없는 도메인을 설정했습니다. 사이트의 기본 도메인에서 쿠키를 허용하면서 이미지, CSS, JavaScript 및 글꼴과 같은 정적 콘텐츠에는 쿠키 없는 도메인을 사용하십시오.

쿠키가 없는 도메인은 네트워크 트래픽을 줄이는 데 도움이 될 수 있습니다. 자세히 알아보려면 계속 읽어보세요 ️ 트윗하려면 클릭하세요

요약

쿠키가 없는 도메인을 사용하는 것은 사이트 성능을 개선하고 호스팅 비용을 줄이며 고객 경험과 SEO를 향상시키는 매우 효과적인 방법입니다.

살펴본 바와 같이 WordPress에서 쿠키 없는 도메인을 설정하는 것이 좋습니다. 그러나 Kinsta와 같은 관리형 WordPress 호스트만 이러한 이점을 최대한 활용할 수 있습니다.

쿠키 설정 헤더를 제거하기 위한 편리한 도구와 게시물을 정적 하위 도메인으로 리디렉션하기 위한 직접 데이터베이스 액세스를 통해 쿠키 없는 도메인을 사용하는 것이 그 어느 때보다 쉬워졌습니다. Kinsta의 APM 도구 및 기타 성능 모니터링 기능도 결과를 추적하는 데 도움이 될 수 있습니다.

자세한 내용을 확인하고 직접 Kinsta를 보려면 지금 저희에게 연락하거나 무료 데모를 예약하십시오.