WWW를 사용해야 하나 말아야 하나? (SEO 친화적 인 것을 선택하십시오)

웹 사이트를 시작하고 WWW 대 WWW가 아닌 문제에 직면할 계획이라면 올바른 위치에 있습니다.

이 게시물에서는 다음 사항에 대해 논의합니다.

• WWW와 비 WWW의 차이점은 무엇입니까?
• SEO에 더 좋은 점

WWW 및 비 WWW URL 에는 모두 장단점이 있습니다. 그러나 각각을 해결할 수 있는 방법이 있습니다.

시작하겠습니다.

WWW의 역사

궁금한 점이 있다면:

• WWW의 요점이 무엇입니까?
• 주소 표시줄에 www.domain.com을 입력하는 이유 또는
• 어디에서 왔습니까?

여기에서 답을 찾을 수 있습니다.

약간의 배경 설명을 드리겠습니다.

웹 사이트를 운영하는 데 필요한 두 가지 기본 사항은 서버와 도메인 이름입니다. 모든 웹사이트 파일은 서버에 저장되며 서버의 IP 주소를 통해 액세스할 수 있습니다.

도메인 이름을 통해 사용자는 웹사이트에 액세스할 수 있습니다. 사용자는 서버의 IP 주소 대신 주소 표시줄에 도메인 이름을 입력하여 쉽게 사이트를 찾을 수 있습니다.

월드 와이드 웹의 초기에는 모든 조직이 서버 네트워크를 소유하고 관리했습니다. 모든 서버는 호스트였으며 웹 또는 메일 교환을 위한 파일 저장과 같은 단일 기능을 수행했습니다.

따라서 각 서버에는 호스트 이름이 할당되었습니다.

• WWW: 웹에서 공유하기 위해 파일을 저장하는 서버
• ftp: 네트워크 내에서 파일 교환에 사용되는 서버
• mail: 네트워크를 통한 이메일 전달을 처리하는 서버

도메인 이름과 결합할 때 각 호스트 이름은 FQDN(정규화된 도메인 이름)을 형성합니다.

• 파일을 저장하는 서버에 액세스하려면 – www.domain.com
• 파일 교환에 사용되는 서버에 접속하려면 – ftp.domain.com
• 이메일을 처리하는 서버에 액세스하려면 – mail.domain.com

사용자는 브라우저에 FQDN을 입력하여 필요한 서버에 액세스했습니다. 그렇기 때문에 도메인 이름 앞에 'WWW'를 사용하는 것이 필수였습니다.

오늘로 빨리 감기, 월드 와이드 웹은 먼 길을 왔습니다. 동일한 서버에서 파일을 저장하고, 파일을 교환하고, 이메일을 처리할 수 있습니다.

따라서 대부분의 웹 사이트는 여러 기능을 수행하는 단일 서버를 사용합니다. 루트 도메인과 호스트 이름을 동일한 IP 주소로 지정하여 사용자가 도메인 이름 앞에 WWW를 추가하는 것을 잊은 경우에도 웹사이트에 액세스할 수 있습니다.

오늘날에는 이런 식으로 하는 것이 일반적인 경험 법칙이 되었습니다.

따라서 도메인에 두 버전(WWW 버전 및 비 WWW 버전)을 모두 사용할 수 있는지 이해하는 것으로 시작하겠습니다.

도메인에 WWW 버전 및 WWW가 아닌 버전 사용

비 WWW URL은 네이키드 도메인이라고도 합니다. 그들은 읽고, 기억하고, 철자 하고 말하기 쉽습니다.

반면에 WWW 도메인은 외우고 말하고 쓰기 어려울 수 있습니다. 그러나 약간의 기술적 이점이 있습니다.

각각의 이점을 위해 두 버전의 도메인을 모두 사용할 수 있습니다. 하지만 여기에 작은 문제가 있습니다.

검색 엔진은 WWW 도메인과 WWW가 아닌 도메인을 두 개의 다른 엔터티로 인식합니다.

따라서 검색 엔진에 귀하가 선호하는 도메인을 알려야 합니다. 또한 덜 선호하는 도메인을 해당 도메인으로 리디렉션해야 합니다.

예를 들어 www.rankwatch.com을 기본 도메인으로 사용하고 rankwatch.com은 해당 도메인으로 리디렉션합니다.

즉, 사용자가 당사 사이트의 비 WWW 버전에 액세스할 때마다 WWW 버전으로 전환됩니다.

웹 브라우저는 WWW 부분을 숨기지만 사용자는 주소 표시줄을 두 번 클릭하여 전체 URL을 볼 수 있습니다.

이제 WWW URL을 사용하는 것과 WWW가 아닌 URL을 사용하는 것 사이에 차이가 없다는 것이 분명해야 합니다. 그러나 SEO 친화적 인 것이 무엇인지 나중에 논의 할 것입니다.

이를 통해 선호 도메인(또는 정식 도메인)을 지정하고 비선호 URL을 해당 도메인으로 리디렉션하는 방법을 빠르게 알아보겠습니다.

표준 URL 설정

표준 URL은 검색 엔진에 표준 또는 기본 도메인을 나타내는 작은 HTML 코드입니다.

검색 엔진이 사이트의 '공식 URL'을 알 수 있도록 도와줍니다. 간단히 말해서, 그들은 SERP에서 가치를 얻고자 하는 URL을 알게 됩니다.

WWW URL과 WWW가 아닌 URL을 모두 사용하는 경우 웹사이트의 모든 페이지에 대해 표준 URL을 설정하는 것이 좋습니다.

이제 표준 URL을 어떻게 설정합니까?

방법 1: Google Search Console 사용

간단하고 쉬우며 1분도 채 걸리지 않습니다. 다음 단계를 따르세요.

1단계: Google Search Console 홈페이지로 이동합니다.

2단계: 왼쪽 상단 드롭다운에서 사이트의 기본 버전을 선택합니다.

3단계: 톱니바퀴 아이콘을 클릭합니다.

4단계: 사이트 설정을 선택합니다.

5단계: 기본 도메인 섹션으로 이동합니다.

6단계: 표준 URL을 설정합니다.

방법 2: 301 리디렉션 사용

다른 (일반적인) 방법이 있습니다. 사이트의 표준 버전을 표시하기 위해 서버 리디렉션을 사용하고 있습니다.

301 리디렉션을 사용하면 URL을 새 주소로 영구적으로 리디렉션한다고 검색 봇에 알립니다.

덜 선호하는 도메인을 선호하는 도메인으로 리디렉션하고 표준 URL을 검색 엔진에 쉽게 표시할 수 있습니다.

여기서 리디렉션이 일시적일 때 사용되는 302 리디렉션과 혼동해서는 안 됩니다.

Google은 302 임시 리디렉션에서 도메인 권한을 전달하지 않습니다. 따라서 표준 URL을 알려주기 위해 302 리디렉션을 사용하면 실수가 됩니다.

방법 3: rel=canonical 태그 사용

어떤 이유로 301 리디렉션을 설정할 수 없는 경우 다른 방법이 있습니다.

덜 선호하는 페이지의 HTML 코드에 rel=canonical <link> 태그를 추가할 수 있습니다.

Google은 표준 태그를 지침이 아닌 권장 사항으로 취급하므로 301 리디렉션만큼 안정적이지 않습니다.

당분간은 목적에 부합할 수 있지만 사이트의 두 버전 모두 색인이 생성될 가능성이 있습니다.

따라서 표준 태그를 추가하는 것이 더 효과적이라면 계속 진행할 수 있습니다.

표준 태그를 추가하는 구문은 다음과 같습니다.

" https://www.domain.com/ "

rel="표준">

원활하게 운영하려면 웹사이트 감사를 정기적으로 실행하여 사이트의 표준 URL이 제대로 배치되어 있는지 확인하세요.

그렇지 않은 경우 필요한 조치를 취하고 가능한 한 빨리 수정하십시오.

다음으로 다른 시나리오에 대비해야 합니다. 사이트를 http에서 https로 마이그레이션하는 중입니다.

Http에서 Https로 마이그레이션

WWW 및 비 WWW 버전과 마찬가지로 Google은 http와 https를 사이트의 두 가지 다른 버전으로 봅니다.

사용자가 사이트의 보안된 https 버전에 도달하도록 해야 합니다. 그리고 검색 엔진이 색인을 생성합니다.

http에서 https로 사이트를 이전할 때 Google Search Console의 사이트 설정에서 동일한 형식을 유지해야 합니다.

즉, 기본 도메인이 http://www.domain.com인 경우 https://www.domain.com으로 변경해야 합니다.

마이그레이션이 완료되면 Google Search Console을 사용하여 두 버전을 모두 추가하고 확인해야 합니다.

Google Search Console은 사이트의 https://www.domain.com 및 https://domain.com을 모두 확인해야 합니다.

확인 후 이전 기본 설정에 따라 기본 도메인을 설정해야 합니다.

이를 통해 두 버전의 장단점으로 이동하겠습니다.

장점과 단점: WWW 대 WWW가 아닌 것

사람들이 도메인 이름 앞에 WWW를 사용하고 있다고 생각한다면 단지 그것이 오랜 세월 동안 표준이었기 때문에 그것은 당신의 실수입니다.

사람들이 도메인의 WWW 버전을 사용하는 이유는 멋진 일을 할 수 있기 때문입니다. 살펴보겠습니다.

WWW의 장점

1) 웹사이트 쿠키 길들이기: 도메인의 WWW 버전을 사용할 때 설정한 쿠키를 제어할 수 있습니다. WWW 도메인에 쿠키를 추가하면 자동으로 모든 하위 도메인에 전달됩니다.

예를 들어 x.www.domain.com 및 y.www.domain.com 하위 도메인이 있습니다. 그러면 www.domain.com에서 설정한 쿠키가 이러한 하위 도메인으로 전달됩니다.

또한 쿠키는 blog.domain.com 또는 login.domain.com과 같은 사이트의 다른 하위 도메인으로 전달되지 않습니다.

따라서 도메인에 WWW 접두사를 추가하면 각 하위 도메인에 추가하려는 쿠키를 제한할 수 있습니다.

2) DNS 및 CDN을 통한 유연성: WWW 하위 도메인은 DNS 및 CDN으로 작업할 때 훨씬 더 유연합니다.

DNS 요청은 WWW가 아닌 호스트 이름을 CDN 도메인으로 가리키는 것을 허용하지 않으므로 그렇게 하면 예기치 않은 오류가 발생합니다.

반면에 WWW 호스트 이름을 원하는 버전으로 선택하면 DNS 규칙을 따릅니다.

이러한 유연성 덕분에 CDN을 훨씬 쉽게 사용할 수 있습니다.

WWW의 단점

기술적으로 말해서 WWW 버전을 사용하는 데에는 단점이 거의 또는 전혀 없습니다. 유일한 단점은 사람들이 주소 표시줄에 WWW를 입력하는 것을 귀찮게 하지 않는다는 것이며, 이는 곧 쓸모 없게 될 것입니다.

1) 짧고 예쁜 도메인: 비 WWW 또는 네이키드 도메인의 좋은 점은 짧고 예쁘다는 것입니다. 읽기 쉽고 기억에 남고 말하기 쉽습니다.

2) 대역폭 절약: 사이트 전체에 쿠키를 추가해야 하거나 쿠키가 전혀 필요하지 않은 경우 Naked URL을 사용하여 대역폭을 절약할 수 있습니다.

WWW 버전의 도메인을 사용하면 보낼 데이터가 4바이트 더 있습니다. 3바이트는 WWW이고 4바이트는 도메인 이름 앞의 점입니다.

비 WWW의 단점

1) 쿠키 제한 없음: 비 WWW URL의 경우 루트 도메인에 대한 쿠키를 제한할 수 없습니다. 루트 도메인과 하위 도메인에서 다른 쿠키를 사용하려는 경우 문제가 발생합니다.

대부분의 웹사이트와 블로그는 동일한 도메인에서 이미지를 호스팅하므로 쿠키는 어느 쪽이든 전송됩니다. 이러한 시나리오에서는 쿠키 제한이 문제가 되지 않습니다.

2) 트래픽 전환 문제: 비 WWW 도메인에는 CNAME 레코드가 없으므로 여러 문제가 발생합니다. 첫 번째는 사이트에 트래픽이 초과되거나 서버가 오작동할 때 한 서버에서 다른 서버로 트래픽을 전환하는 문제입니다.

기존 서버의 트래픽을 WWW가 아닌 도메인이 사용 중인 정상 서버로 전환할 수 없습니다. 그것은 당신에게 절실히 필요한 때에 심각한 걱정거리를 줄 수 있습니다.
3) CDN과의 낮은 호환성: Naked URL은 CDN과 의 호환성이 매우 낮습니다. FTP 및 메일과 같은 다른 것들을 엉망으로 만들지 않고 루트 도메인(네이키드 도메인)을 CDN으로 지정할 수 없습니다.

WWW 대 비 WWW – 더 나은 것?

비교 후 WWW 도메인에는 몇 가지 고유한 이점이 있음이 분명합니다.

그러나 여러 하위 도메인과 많은 서버가 있는 대규모 웹 사이트가 있는 경우에만 이점을 이용할 수 있습니다.

소규모 웹사이트는 사용하는 도메인 유형의 영향을 받지 않습니다. WWW 도메인과 비 WWW 도메인 모두 잘 작동합니다.

그러나 모든 사람은 웹 사이트가 성장하기를 원합니다. 그것은 작은 웹사이트가 미래에 큰 웹사이트가 될 것임을 의미합니다. 따라서 이에 대한 대비를 하고 그에 따라 도메인 버전을 선택해야 합니다.

WWW가 최선의 선택인 것처럼 보이지만 몇 가지 해결 방법을 구현하고 WWW가 아닌 것도 마찬가지로 좋게 만들 수 있습니다.

네이키드 도메인으로 작업하는 가장 일반적인 방법은 사이트의 정적 콘텐츠를 별도의 도메인에서 호스팅하는 것입니다. 예를 들어, Yahoo는 yimg.com 도메인을 사용하여 정적 콘텐츠를 호스팅합니다.

또한 WWW가 없는 웹사이트가 있는 경우 CNAME Flattening, ANAME 또는 별칭 레코드와 같은 해결 방법을 제공하는 CDN을 사용할 수 있습니다.

예를 들어 Cloudflare는 CNAME 병합을 사용하여 웹에서 콘텐츠를 공유합니다.

이와 같이 더 많은 해결 방법이 있습니다. 그러나 사이트에 더 나은 것을 결정하기 전에 모든 요소를 ​​고려해야 합니다.

SEO 관점: WWW와 비 WWW

SEO 관점에서 WWW 버전을 사용하든 WWW가 아닌 버전을 사용하든 차이가 없습니다.

선호하는 도메인을 설정하고 다른 도메인이 이 도메인으로 리디렉션하는 한 사이트는 검색에서 잘 수행됩니다.

이제 http 및 https와 같은 것을 고려하면 도메인에는 다음과 같은 네 가지 조합이 있을 수 있습니다.

1. http://도메인.com
2. http://www.domain.com
3. https://도메인.com
4. https://www.domain.com

나머지 URL이 기본 URL을 가리키지 않으면 사이트의 성능과 사용자 경험이 영향을 받습니다. 따라서 다른 모든 버전을 표준 URL로 리디렉션해야 합니다.

간단히 말해서 WWW 사용 여부는 브랜드와 사이트의 기술 능력에 달려 있습니다.

WWW 또는 비 WWW 도메인으로 이동할 것인지 여부는 개인의 선택입니다.

WWW vs 비 WWW: 선택하기

소규모 웹사이트를 가지고 있고 앞으로 확장할 계획이 없다면 WWW를 사용하든 말든 차이가 없습니다. 원하는 대로 진행하세요.

그러나 여러 페이지와 수많은 멀티미디어 콘텐츠가 포함된 대규모 웹사이트를 시작하려는 경우에는 선택의 여지가 없습니다.

이 경우 도메인보다 먼저 WWW를 사용하는 것이 필수가 됩니다. 그것은 많은 복잡성을 추가하지 않으며 장기적으로 일을 훨씬 쉽게 만듭니다.

그리고 어떤 선택을 하든 선호하는 URL을 고수해야 합니다. Google에서 이미 색인을 생성했다면 선호하는 URL을 변경하는 번거로움을 겪을 필요가 없습니다.

한 버전에서 다른 버전으로 전환하기로 결정할 때마다 검색 순위가 위험해질 수 있음을 기억하십시오. 따라서 처음에 선택한 것을 고수하는 것이 좋습니다.

WWW 또는 WWW가 없는 것은 선호의 문제입니다…

인터넷이 발전함에 따라 모든 것이 더 쉽고 편리해질 것입니다. WWW를 잊어버리고 루트 도메인에서 직접 사이트를 호스팅하는 미래가 있을 수 있습니다.

그러나 현재로 돌아가 봅시다. WWW 대 WWW가 아닌 토론에는 분명한 결론이 있습니다. 그것은 여러분의 선택입니다. 사이트의 유용성에 영향을 미치지 않습니다.

WWW 사용 여부를 결정하는 가장 중요한 요소는 사이트의 예상 크기입니다.

그러나 확실하지 않은 경우 WWW 버전을 사용하는 것이 좋습니다. SEO에서 한계 우위를 제공하는 약간의 기술적 이점이 있습니다.

선택을 마치면 표준 URL을 설정하고 그대로 사용하세요.

마지막으로 WWW 사용 여부에 대한 귀하의 견해를 알고 싶습니다. 당신이 선호하는 선택은 무엇입니까?