PageRank에 영향을주지 않고 SSL로 어떻게 전환합니까?


92

Stack Exchange에서는 모든 트래픽을 SSL로 이동하는 작업을 진행하고 있습니다. 로그인 사용자 만하지 않는 이유는 로그인 구분의 한 쪽이 매번 Google에서 리디렉션되기 때문입니다. 이것은 구글 이 결과 만 가지고 http://있거나 https://결과에 의존하지 않기 때문에 발생 합니다. SSL 인프라 구축 ( 여기서는 여기 참조 ) 외에 우리가 가지고있는 중요한 질문은
어떻게 SSL로 가장 잘 전환 하는가?입니다.

다음은 계획의 관련 부분입니다 (소규모 사이트에서 테스트,로 이동 stackoverflow.com).

  1. 모든 도메인에서 SSL 준비 / 활성화 (연결되어 있지는 않음) 받기
  2. 렌더링 시작 <link rel="canonical">https://
  3. (도메인의 모든 http://요청에 대해 301을 보내십시오. https://물론 우리를 가리키는 기존 링크에 대해서는 아무것도 할 수 없습니다)
  4. 전환 기간 후 모든 사용자 쿠키를 secure

따라서 최종 게임은 모든 콘텐츠가 SSL을 통해 전달되고 모든 HTTP 요청이 리디렉션됩니다. 우리가 주로 우려하는 것은 이것이 사이트에 대한 PageRank에 어떤 영향을 미치는지입니다. Google은 Google에서 발생하는 트래픽에 크게 의존하고 있으며 사용자에게 더 많은 보안을 제공하기 시작하면서이를 막기 위해 노력하고 있습니다.

이것에서 내가 찾은 실질적인 것으로 보이는 유일한 비트는 비슷한 줄을 따라 이전 질문대한 Google 직원의 의견입니다 .

@Frank 예, Google은 HTTP 및 HTTPS URL을 크롤링, 색인 생성 및 순위 지정을 위해 별도의 URL로 취급한다고 확신합니다 (Google의 웹 검색 팀과 협력). 언급 한 것처럼 301 리디렉션으로 정규화를 수행하면이 문제를 해결할 수 있습니다. – John Mueller Oct 23 '10

내가 찾을 수있는 유일한 웹 마스터 비디오 : HTTPS로 전환 할 수 있습니까? 비디오는 확실한 답을 가지고 있지 않습니다. 어쨌든 회사의 미래를 기반으로하는 것은 아닙니다.

전환 계획이 적어도 SEO 관점에서 SSL 이동을 달성하는 가장 좋은 방법입니까? 이와 같은 움직임이 Google 순위에 어떤 영향을 미치는지에 대한 최신 또는 구체적 조언이 있다면 이에 대해 듣고 싶습니다.


3
더 큰 SE 사이트 중 하나를 마이그레이션하여 페이지 순위에 미치는 영향을 평가하기 전에 먼저 평가할 가치가 있습니까?
Kirk Woll

2
@Jeff는 http 및 인증 된 사용자가 https로 쫓겨나거나 (검색에서 조회 할 때마다 고통스러운 리디렉션) Google 검색 결과에 https를 표시합니다. 즉, 계획중인 것처럼 모든 사람을 https로 효과적으로 전환했습니다 ( 적어도 Google에서 오는 리디렉션은 없습니다). Google이 표시하는 것은 트래픽이 95-99 %이므로 장기적으로 리디렉션하지 않으려면 https를 완전히 처리 해야 합니다. 또한 로그에 따르면 구글은 우리가 광고 여부에 관계없이 https에 우리를 크롤링하려고합니다 ...
Nick Craver

2
@Kirk 당연히, 그것이 소규모 테스트 사이트를 괄호로 묶은 의미입니다. 계획은 먼저 소규모 사이트 집합을 시도하는 것입니다.
Nick Craver

2
@IlmariKaronen-그렇습니다. 우리 에게는 고통스럽지 않습니다 ... 페이지로드 시간이 최대 1 초가 걸릴 수있는 호주와 같은 곳 에서는 사용자에게 고통 스럽 습니다. 미국의 모바일 장치보다 훨씬 높습니다. Google의 질문 페이지는 50ms 미만으로 렌더링되므로 (대부분의 시간 절반) 대기 시간을 추가하는 솔루션은 페이지로드 시간에 큰 영향을 미칩니다. 백분율로 보면 네트워크 탐색에 거의 모든 로딩 대기 시간이 전송되므로 페이지로드의 95-99 %에 대한 요청 수를 두 배로 늘릴 수 있습니다.
Nick Craver

1
@Nick : 정말 95 % 이상일까요? Google에서 오는 모든 요청의 일부를 볼 수 있지만 로그인 한 사용자의 비율이 훨씬 낮아야합니까? 즉, 1 초의 추가 대기 시간이 "고통"으로 간주되기 시작한다는 데 동의합니다. (당신은 할 수 그 문제를 해결하고 지리적으로 흩어져있는 프런트 엔드 프록시의 무리를함으로써, 일반적으로 사용자의 대기 시간을 개선하지만, 여기에 ... 여전히 그 질문의 범위를 벗어난 조금 갈 수있는 작동 을 위해 위키 백과. )
Ilmari Karonen

답변:


34

제안 된 솔루션은 SEO 관점에서 가장 좋은 방법입니다. 표준 URL을 사용하여 중복 콘텐츠를 피하면 301 리디렉션이 대부분의 PageRank를 전송 합니다 (리디렉션에서 소량 손실 됨 ). 또한 Google의 스택 오버플로 페이지의 강점 덕분에 순위에서 변동이 발생하면 기절했을 것입니다. 더 작은 사이트는 Google이 새로운 URL을 따라 잡는 동안 순위에 전환 기간이 표시되지만 스택 오버플로가 발생하는 것은 확실하지 않습니다.

참고로 귀하가 인용 한 Google 직원 인 John Meuller 는 활발한 회원 입니다. 운이 좋으면 그는 이것에 대한 그의 관점을 우리에게 줄 것입니다.


16
그래, 나는 이것이 꽤 건전한 접근법이라고 생각한다. FWIW Google+에 대해 비슷한 토론이있었습니다. 우리는 plus.google.com/106413090159067280619/posts/ZZVAS65mmw4 와 같은 특정 내용을 살펴 보았습니다 . rel = canonical & redirect를 시간 단위로 분리하는 것은 아마도 필요하지 않지만, 문제를 더 빨리 잡을 수 있습니다. 언급하지 않은 한 가지는 HSTS인데, 어느 시점에서도 고려할 가치가 있습니다.
존 뮬러

Google 팀에서 두 분 모두에게 감사드립니다. 이제 SEO 측에서 이러한 전환에 대해 훨씬 더 편해졌습니다. 몇 주 동안은 최소한의 작업이 남아 있지만 여전히 HTTPS 스위치를 향해 노력하고 있습니다.
Nick Craver

11

약 1 년 전에 내 워드 프레스 사이트의 퍼머 링크 생성 코드에 버그가 발생하여 Google에서 약 70 %의 트래픽을 얻습니다. 표준 태그는 일반 형식 대신 WP 짧은 URL 형식을 사용하기 시작했습니다.

2 주 후, Google 색인에서 URL이 이상하게 보이는 것을 발견했을 때 버그를 발견했습니다. /999999/post-url-format-like-this/결과 에서 전체 가 ?post_id=99999아닌 대신에 (또는 비슷한 것) 나타났습니다 .

트래픽은 변경되지 않았습니다.

버그가 수정되고 표준 태그가 다시 올바르게 설정되었으며 약 1 주일 후 Google은 색인화 된 모든 링크를 일반 형식으로 다시 조정했습니다. 무통, 정말로.

내 경험을 바탕으로 귀하의 계획은 다음과 같아야합니다.

  1. 표준 태그가 HTTPS URL을 가리 키도록 변경하십시오.
  2. Google은 색인의 모든 결과를 자동으로 업데이트합니다. 몇 주가 소요될 수 있으며 301 리디렉션이 필요하지 않습니다. 그리고 ... 트래픽의 95 %가 SSL을 사용합니다.
  3. 다른 사이트에서 클릭 한 로그인 한 사용자를 리디렉션하십시오.

301 리디렉션이 일부 페이지 순위를 제거하므로 특히 표준 태그 Google 색인을 처리 해야 하므로 페이지 랭크를 즉시 사용할 필요가 없습니다 .


5

표준 링크가 사용되지 않는 한 Google은 짧은 URL, HTTP 또는 심지어 HTTPS 인 경우 첫 번째 URL 순위를 매기고 별도의 순위이므로 301 전환으로 인해 전환에서 일부 주스가 손실 될 수 있습니다.

그러나 John이 의심하기에 스택은 구글과의 권위와 신뢰가 많기 때문에 스택을 손상시킬 수 있습니다.

또한 Google은 사용자가 사이트를보다 안전하게 보호 할 수있게함으로써 SSL에 대한 스택 순위를 높일 수도 있다는 사실을 알고 있습니다. 실제로 Google이 강력하게 믿고있는 사용자 경험을 향상시킵니다. :)

또한:

구글의 매트 컷츠 (Hatt Cutts)는 해커 뉴스에서 전체 웹 사이트를 HTTP에서 HTTPS로 전환하는 데 관심이있는 사람들은 계속 진행해야한다고 말했다.


6
원격으로 신뢰할 수있는 정보가 없기 때문에 SSL을 사용하여 순위가 높아질 수 있다고 추측하는 것이 전혀 도움이되지 않는다고 생각합니다.
DisgruntledGoat

스 택스 브레인 즈 (Brains at Stack)는 추측이 의미하는 바를 설정하고 도움이되거나 도움이되지 않는 것을 고려할 수 있다고 생각합니다. 명백하게 지적 해 주셔서 감사합니다;)
Simon Hayter

1
내 요점은 전혀 아무것도 기반으로하지 않는다는 것입니다. 당신은 또한 "Google이 알고있는 모든 것을 무겁게 데이터 센터로 보내 데이터를 파기 할 것입니다"라고 대답 할 수 있습니다.
DisgruntledGoat

2
a) SSL 사이트가 사용자에게 더 좋고 b) Google에 사용자에게 좋은 사이트를 홍보 한 이력이 있다는 신념에 근거한 추측입니다.
Spongeboy

5

최근에 여러 사이트를 SSL로 옮겼으며 페이지 랭크가 긍정적 또는 부정적으로 영향을받지 않았습니다. 나는 기본적으로 당신이 묘사 한대로 Google의 모든 지침을 따랐습니다.

  1. HTTPS로 사이트를 원활하게 작업하십시오. 필요한 가장 큰 변화는 상대 링크와 프로토콜 상대 링크 만 사용하는 것이 었습니다. 예 : href = "page.html"및 필요한 경우 href = "// www.example.com/"
  2. rel = "canonical"태그를 추가하고 페이지의 HTTPS 주소를 가리 킵니다.
  3. 모든 HTTP 요청에 301 리디렉션을 사용하여 HTTPS로 전송

Google 웹 마스터에서 HTTP 및 HTTPS 사이트를 모두 설정하고 모두 모니터링하십시오.


4

나는 약간의 트래픽을 가진 웹 사이트에서 비슷한 전환의 일환이지만, 모든 URL이 변경되었고 301 리디렉션이 이루어지지 않았습니다.

나는 대략 한 달 동안 Google 순위에 미치는 영향을 면밀히 모니터링했으며, 대부분의 핵심 단어에 대해 2-3 개의 직책이 얻어졌지만 SEO의 개선으로 인한 것이 확실합니다.
HTTPS로 인해 합리적으로 발생할 수있는 변경 사항을 볼 수 없었습니다.

나는 당신의 계획이 현명한 것처럼 보이지만, 나는 그 두 번째 단계에 대해 약간 찢어졌지만, 나는 개인적으로 301을 위해 똑바로 갈 것입니다.

A / B 테스트를 통해 가급적 소량의 질문을하는 것이 좋지 않은 이유는 무엇입니까?


1
우리는 A / B 테스트 방식을 고려했지만 다른 이유로 등급이 변동되는 문제가 있기 때문에 아직 통제되지 않은 실험에서 많은 구체적인 데이터를 볼 수는 없습니다. 따라서 사이트 수준에서 테스트하는 것이 더 나은 것 같습니다. 왜냐하면 실제로 변경하려는 실제 변경 사항이기 때문입니다.
Nick Craver
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.