it-gundan.com

웹 사이트 URL에 "www"를 포함시켜야합니까? 장단점은 무엇입니까?

http://www.example.com/ vs http://example.com/의 장단점은 무엇입니까?

예를 들어 내가 아는 문제는 www없이 도메인을 사용하는 경우 현재 하위 도메인에 대해서만 쿠키를 설정할 수 없으며 (하위 도메인이 없기 때문에) 설정 한 쿠키가 전송된다는 것입니다 모든 하위 도메인에.

78
Thomas Bonini

www.example.com를 사용하면 메인 사이트의 쿠키 만을 설정할 수 있습니다. example.com을 (를) 사용하면 *.example.com이 (가) 포함 된 static.example.com에서만 쿠키를 설정할 수 있습니다. 따라서 모든 하위 도메인에 대한 모든 요청에는 전송 속도가 약간 느려지는 쿠키가 포함됩니다. www.example.com를 사용하면 쿠키를 설정할 부분을 결정할 수 있습니다.

66
neo

www.example.com을 (를) 사용하려는 경우 example.com을 (를) www.example.com (으)로 영구적으로 리디렉션해야합니다.

경우에 따라 www 하위 도메인은 실제로 부모 TLD와 완전히 다른 서버입니다. 대부분의 검색 엔진은 그것을 알아낼 정도로 똑똑하지만 리디렉션을 배치하는 것이 좋습니다.

더 짧은 정식 URL을 사용하는 것을 선호하기 때문에 www.example.com은 (는) example.com로 영구적으로 리디렉션됩니다. 또한 example.com에 대한 HTTP 요청이 웹 페이지를 생성하거나 HTTP 요청을 처리하는 하위 도메인으로 리디렉션 될 것으로 기대할 수 있습니다.

또한 사용자가 브라우저 툴바에서 선택하는 표준 URL을 사용하여 사이트에 연결하는 사람들을 원합니다. 표준 URL이 아닌 URL을 리디렉션하면 이와 관련하여 일관성을 유지할 수 있습니다.

27
Tim Post

www 하위 도메인을 포함하면 다음 두 가지 조건으로 정리됩니다.

  1. Cookies-*.example.com에서 쿠키를 설정하면 하위 도메인에 관계없이 쿠키가 모든 요청과 함께 전송되므로 더 많은 트래픽이 발생합니다. 이 경우 www을 (를) 선택하면 *.example.com에서 쿠키를 설정할 수 있습니다 (예 : 인증 된 사용자 쿠키). 또는 트래픽을 줄이려면 www.example.com 다른 하위 도메인에.

  2. Aesthetic-도메인이 어떻게 보이는지 신경 쓰나요? www을 (를) 정말 싫어하지만 쿠키 트래픽이 걱정되면 쿠키가없는 static-example.com와 같은 완전히 새로운 도메인에 정적 콘텐츠를 호스팅하여 문제를 완화 할 수 있습니다.

23
chatche

이것은 사소한 고려 사항이지만 상업 사이트와 관련이 있습니다. 기술이 아닌 사용자는 웹 사이트가 www로 시작하여 도메인을 웹 사이트로 생각하지 않을 수 있다고 기대할 수 있습니다.

가족, 친구 및 비 기술적 인 동료들과 함께 이러한 태도를 자주 접하게 된 사람들을 알고있는 사람들에게는 어리석은 것처럼 보일 수 있지만,이 사람들은 대부분의 고객을 대표 할 가능성이 높습니다.

또한 이메일, 월드 프로세서, 소셜 네트워킹 클라이언트 및 공동과 같은 많은 소프트웨어는 자동으로 www로 시작하는 도메인 이름을 하이퍼 링크로 인식하여 알몸 또는 non-www, 도메인에서 소프트웨어를 활성화하려면 http://를 추가해야합니다. 브라우저에 복사하여 붙여 넣지 않고 링크를 클릭하면 사이트를 방문하는 고객이나 경쟁 업체를 방문하는 고객간에 차이가 생길 수 있습니다.

17
Colonel Sponsz

검색 결과 나 다른 원하는 결과를 얻을 수있는 확실한 이유는 없습니다. 개인 취향은 길이로 인해 no-www입니다.

가장 중요한 것은 원하는 도메인으로 리디렉션하고 Google 검색 콘솔 (Google 웹 마스터 도구)에서 원하는 도메인을 설정해야합니다.

9
Travis Northcutt

www 하위 도메인 등을 기대하는 쿠키, 미학, 기술이 아닌 사용자에 대해 위의 유효한 답변을 반복하지 않고 ...

주 사이트에 대한 www. 하위 도메인 접근 방식을 선호하는 또 다른 이유는 로컬 개발 때문입니다. 로컬 테스트 서버에 local.을 (를) 사용합니다. 항상 하위 도메인을 통해 사이트에 액세스 할 수 있기를 기대하며 필요한 경우 테스트 사이트와 라이브 사이트를 쉽게 구분할 수 있습니다. 쿠키는 로컬 및 라이브 사이트와 별도로 유지 될 수 있습니다.

  • www.example.com 라이브 사이트
  • local.example.com 로컬 테스트 서버

테스트 서버에 하위 도메인을 사용하면 모바일 장치에서 쉽게 테스트 할 수 있습니다. 하위 도메인은 로컬 테스트 서버 (로컬 IP)를 가리키는 공용 DNS에서 정의 할 수 있기 때문입니다. 모바일 장치가 로컬 WiFi 네트워크에있는 경우에만 로컬 테스트 서버에 액세스 할 수 있습니다. 로컬로 연결할 때 모바일 브라우저 최적화가 비활성화되어 있는지 확인하십시오. 그렇지 않으면 원격 최적화 서버도 로컬 서버에 액세스하려고 시도하여 실패합니다.

4
MrWhite

네, 항상 기본 도메인 대신 www을 사용하십시오. Heroku는 다소 전문화되어 있지만 사람들이 컴퓨터 클러스터 전체에 웹 사이트를 배포함에 따라 구축 된 라우팅 패브릭의 종류가 더 일반적이 될 것입니다. Naked 도메인은 CNAME 레코드 대신 A가 필요하므로 www보다 유연성이 훨씬 떨어집니다. https://devcenter.heroku.com/articles/avoiding-naked-domains-dns-arecords 를 참조하십시오.

오늘날 그렇게 생각하지 않을 수도 있지만 웹상의 모든 사이트는 SSL을 항상 사용해야합니다. 보안이 항상 보안이없는 것보다 낫고 SSL 비용이 이미 ~ 1 % 추가 CPU에 불과하기 때문입니다 ( http://www.imperialviolet.org/2010/06/25/overclocking-ssl.html 참조) ). www에 대한 SSL 인증서도 받아야합니다.

1
Dan Kohn

내 SEO 담당자는 Google 이 나체 도메인을 좋아하지 않는다고 말합니다 . 이것의 증상은 myblog.blogspot.com 블로그를 example.com/blog으로 리디렉션하려고하면 오류가 발생한다는 것입니다. 블로그는 기본 도메인에서 호스팅 할 수 없습니다 .

0
user5760