언제 'www'하위 도메인을 사용해야합니까?

지난 몇 년 동안 인터넷을 탐색 할 때 점점 더 많은 페이지가 'www'하위 도메인을 제거하는 것을보고 있습니다.

'www'하위 도메인을 사용하거나 사용하지 않아야 할 이유가 있습니까?

이를 포함시켜야 할 많은 이유가 있습니다. 가장 좋은 이유는 다음과 같습니다. Yahoo Performance Best Practices

쿠키가 포함 된 도트 규칙으로 인해 'www'가없는 경우 * .example.com에 2 점 쿠키 또는 교차 하위 도메인 쿠키를 설정할 수 없습니다. 두 가지 관련 영향이 있습니다.

먼저 쿠키를 제공하는 모든 사용자가 도메인과 일치하는 요청으로 쿠키를 다시 보냅니다. 따라서 하위 도메인 images.example.com이 있더라도 example.com 쿠키는 항상 해당 도메인에 대한 요청과 함께 전송됩니다. www.example.com을 정식 이름으로 지정한 경우 존재하지 않는 오버 헤드가 발생합니다. 물론 CDN을 사용할 수 있지만 리소스에 따라 다릅니다.

또한 하위 도메인 간 쿠키를 설정할 수 없습니다. 이것은 분명해 보이지만 인증 된 사용자가 하위 도메인 간을 이동할 수있게하는 것은 기술적 인 문제가됩니다.

그러니 몇 가지 질문을하십시오. 쿠키를 설정합니까? 잠재적으로 불필요한 대역폭 지출에 관심이 있습니까? 인증 된 사용자가 하위 도메인을 통과합니까? 사용자에게 불편을 겪고 싶다면 걱정없이 www를 자동으로 처리하도록 서버를 구성 할 수 있습니다.

dropwww 및 yes-www를 참조하십시오 .

이 질문을 한 직후에 나는 www 페이지가 없습니다 .

간결하게, www 하위 도메인의 사용은 중복되고 통신하는 데 시간이 오래 걸립니다. 인터넷, 미디어 및 사회는 그것 없이는 더 나아질 것입니다.

도메인에서 가져와 www.domainname.com과 일반 domainname.com을 모두 사용하십시오. 그렇지 않으면 트래픽을 브라우저 검색 엔진으로 버리는 것입니다 (DNS 오류)

실제로, 특히 상위 100 개 도메인 중 얼마나 많은 도메인이 www.domainname.com을 올바르게 확인하지만 domainname.com이 아닌지 확인하는 것은 놀라운 일입니다.

www 하위 도메인을 사용해야하는 많은 이유가 있습니다!

URL을 작성할 때 " http://stackoverflow.com " 대신 필기하고 "www.stackoverflow.com"을 입력하는 것이 더 쉽습니다 . 대부분의 텍스트 편집기, 이메일 클라이언트, 워드 프로세서 및 WYSIWYG 컨트롤은 위의 두 가지를 자동으로 인식하고 하이퍼 링크를 만듭니다. "stackoverflow.com"만 입력해도 하이퍼 링크는 발생하지 않습니다. 결국 도메인 이름 일뿐입니다. 웹 서비스가 있다고 누가 말합니까? 해당 도메인에 대한 참조가 웹 서비스에 대한 참조라고 누가 말합니까?

오히려 무엇을 쓰고 / 타입 / say .. "www." (4 자) 또는 "http : //"(7 자) ??

"www." 는 주제가 다른 네트워크 서비스의 URL이 아니라 웹 주소라는 사실을 명확하게 전달하는 확립 된 속기입니다.

웹 주소를 구두로 전달할 때는 "www"가 중복된다는 의미에서 웹 주소라는 것이 명확해야합니다. @ .stackoverflow.com (도메인의 루트)에 대한 모든 요청을 www 하위 도메인으로 전달하는 HTTP 301 (영구적으로 이동) 응답을 반환하도록 서버를 구성해야합니다.

필자의 경험에 따르면 WWW를 생략해야한다고 생각하는 사람들은 웹과 인터넷의 차이점을 이해하지 못하고 동의어처럼 상호 교환 적으로 사용하는 사람들입니다. 웹은 많은 네트워크 서비스 중 하나 일뿐입니다.

www를 없애고 싶다면 다른 포트를 사용하도록 HTTP 서버를 변경하지 마십시오. TCP 포트 80은 어제 sooo입니다. 포트 1234로 변경하자. 사람들은 " http : //stackoverflow.com:1234 "(8 티 티 오줌 콜론 슬래시 슬래시 스택 오버플로 도트 com 콜론 1 2 3 4) 그러나 적어도"www "라고 말할 필요는 없습니까?

포함하거나 포함하지 않는 것에는 큰 이점이 없으며 객관적으로 최상의 전략은 없습니다. “no-www.org”는 자신을 결정적인 사실로 제시하려고하는 오래된 교리입니다.

"서비스가 다양하고 웹 도메인으로 전용 도메인 이름을 지정하지 않으려는 대규모 조직"시나리오가 적용되지 않는 경우 (실제로는 거의 해당하지 않음) 주로 문화적인 문제. 광고 자료에 쓰여진 'example.org'도메인을 보는 데 익숙한 사람들이 추가 'www'또는 'http : //'없이 웹 주소로 즉시 인식합니까? 예를 들어, 일본에서는 www가 아닌 ​​버전을 선택하면 웃기는 표정이 생깁니다.

그러나 어느 쪽을 선택하든 일관성이 있어야합니다. www 버전과 www가 아닌 ​​버전을 모두 액세스 할 수 있도록하지만 그 중 하나 를 결정하고 항상 해당 버전에 연결하고 다른 버전을 해당 버전으로 리디렉션하십시오 (영구적으로 상태 코드 301). 두 호스트 이름이 모두 직접 응답하는 것은 SEO에 좋지 않으며 서버로 확인되는 이전 호스트 이름을 제공하면 DNS 리 바인딩 공격에 노출됩니다.

몇 가지 이유가 있습니다. 여기 몇 가지가 있습니다.

1) 사람이 의도적으로 이런 식으로 원했습니다.

사람들은 웹뿐만 아니라 많은 용도로 DNS를 사용합니다. 그들에게 더 중요한 다른 서비스를 위해 주요 DNS 이름이 필요할 수 있습니다.

2) 잘못 구성된 DNS 서버

누군가 dns 서버에 www를 조회하면 DNS 서버가이를 해결해야합니다.

3) 잘못 구성된 웹 서버

웹 서버는 다양한 웹 사이트를 호스팅 할 수 있습니다. Host 헤더를 통해 원하는 사이트를 구분합니다. 웹 사이트에 사용할 호스트 이름을 지정해야합니다.

4) 웹 사이트 최적화

둘 다 처리하지 말고 영구적으로 http 상태 코드를 이동하여 전달하는 것이 좋습니다. 이렇게하면 두 주소가 인바운드 링크 순위와 경쟁하지 않습니다.

5) 쿠키

브라우저가 쿠키를 다시 보내지 못하는 문제를 피하기 위해. 이것은 영구적으로 http 상태 코드를 이동하여 해결할 수도 있습니다.

6) 클라이언트 측 브라우저 캐싱

www가 아닌 ​​다른 웹 사이트에 요청하면 웹 브라우저가 이미지를 캐시하지 못할 수 있습니다. 이것은 영구적으로 http 상태 코드를 이동하여 해결할 수도 있습니다.

jdangel이 지적한 것처럼 일부 쿠키 상황에서는 www가 좋은 습관이지만 www를 사용해야 할 또 다른 이유가 있다고 생각합니다.

사용자를 돌보고 보호하는 것은 우리의 책임이 아닙니다. 대부분의 사람들은 www를 기대하기 때문에 프로그래밍하지 않아도 완벽한 경험을 제공 할 수 있습니다.

이론 상으로는 필요하지 않기 때문에 DNS 항목을 설정하지 않는 것이 조금 오만한 것 같습니다. DNS 항목을 전달하는 데 오버 헤드가 없으며 리디렉션 등을 통해 www가 아닌 ​​주소로 리디렉션 될 수 있습니다.

잠재적 인 방문자에게 불필요한 "사이트를 찾을 수 없음"오류를 남겨두고 귀중한 트래픽을 줄이십시오.

또한 Windows 전용 네트워크에서는 다음 문제를 피하기 위해 Windows DNS 서버를 설정할 수 있지만 Mac과 Windows의 혼합 환경에서는 가능하지 않다고 생각합니다. Mac에서 Windows에 대한 DNS 쿼리를 수행하는 경우 DNS mydomain.com은 웹 서버가 아닌 사용 가능한 모든 이름 서버를 반환합니다. 따라서 브라우저에 mydomain.com을 입력하면 브라우저가 웹 서버가 아닌 이름 서버를 쿼리하게되므로이 경우 특정 웹 서버를 가리 키려면 하위 도메인 (예 : www.mydomain.com)이 필요합니다.

쿠키와 관련된로드 최적화 외에도 www하위 도메인 을 사용하는 DNS 관련 이유도 있습니다 . 기본 도메인에는 CNAME을 사용할 수 없습니다. 에 yes-www.org yes-www.org는 말합니다 :

Heroku 또는 Akamai와 같은 공급자를 사용하여 웹 사이트를 호스팅하는 경우 공급자는 실패한 서버에서 정상적인 서버로 트래픽을 리디렉션해야하는 경우에 대비하여 DNS 레코드를 업데이트 할 수 있기를 원합니다. 이것은 DNS CNAME 레코드를 사용하여 설정되며 기본 도메인은 CNAME 레코드를 가질 수 없습니다. 이러한 서비스를 통해 중복 호스팅이 필요할 정도로 사이트가 커지면 문제가됩니다.