HTTPS 이동 후 트래픽이 크게 감소 [50 %]

현재 3 개의 웹 사이트를 돌보고 있습니다. 전자 상거래이므로이 중 하나를 HTTPS로 변경했지만 이것이 구현 된 이후로 유기 트래픽이 크게 감소했습니다. 약 800 회 노출에서 400 회로 이동했습니다.

이유에 대한 아이디어가 있습니까?

내가 무언가를 향상시킬 것으로 기대 한 것에 대해 매우 우려합니다!

이전 페이지로 http://www.example.com/product1이동하여 301 리디렉션을 설정 하여https://www.example.com/product1

Google 판매자 센터와의 통합이 제대로 작동하지 않아서 데이터가 올바르게 흐르고 있지만 왜 /이 충돌이 발생하는지 확실하지 않으므로 HTTP 버전에 대해 별도의 웹 마스터 계정을 설정했습니다.

매우 혼란!

웹 사이트에서 약 2 년 동안 HTTPS를 지원했지만 검색 엔진에서 HTTPS 버전을 실험하기 시작했습니다. 내 사이트의 경우 항상 링크 버전 표준 태그를 사용하여 표준 버전으로 HTTP 버전을 사용했지만 사용자는 HTTP 또는 HTTPS로 이동할 수있었습니다.

3 월 18 일에 나는 내 사이트 중 하나를 위해 그것을 전환했습니다. HTTPS를 정식으로 만들었지 만 여전히 사용자가 HTTP를 사용할 수 있습니다. 지금까지 약간의 하락이있는 것 같습니다.

HTTP

HTTP 사이트가 일주일 동안 검색 결과에서 제외되었습니다.

HTTPS

HTTPS 사이트가 검색 결과에 나타 났지만 HTTP 사이트만큼 노출이 많지 않습니다.

이 그래프는 다른 기간을 측정한다는 점에 유의하십시오. HTTP 사이트의 주당 평균 노출 수는 225 회입니다. HTTPS 사이트의 주당 노출 수는 약 178 회입니다.

몇 달 동안이 사이트를 계속 모니터링 할 계획이지만이 시점에서 Google이 완전히 전환되는 데 문제가있을 수 있기 때문에 더 큰 사이트에서 검색 엔진 용 HTTPS를 배포하는 것이 주저합니다.

편집하다:

한 달 동안 실행하면 트래픽이 HTTPS 마이그레이션 이전의 위치로 돌아갑니다.

편집하다:

2018 년까지 모든 사이트를 HTTPS로 옮겼습니다. 가장 큰 사이트는 마지막으로 이동했으며 트래픽을 잃지 않고 사이트를 수행 할 수있는 방법을 찾았습니다. 이제 HTTP에서 HTTPS로 이동하는 다음 절차를 제안합니다.

1. HTTP와 HTTPS 모두에서 동시에 사이트를 사용할 수있게하십시오. 우선 리디렉션을 구현하지 마십시오.
2. 표준 태그를 HTTPS로 지정하십시오.
3. 구글은 전환하지만 천천히. Google 검색 콘솔에서 진행 상황을 모니터링합니다. Google 검색 콘솔에서 HTTP 및 HTTPS 속성을 모두 확인하십시오.
4. Google이 HTTPS에서 거의 전체 사이트를 색인 생성하면 HTTP를 HTTPS로 리디렉션합니다. 가장 큰 사이트의 경우 URL의 90 %를 HTTPS로 색인하는 데 약 8 개월이 걸렸습니다. 그 시점에서 리디렉션을 구현했습니다. 이동하기 위해 남겨진 페이지에 트래픽이 충분하지 않아서 그 시점에서 드롭이 떨어졌습니다.

따라서 모든 최첨단 암호화를 지원하고 Qualys에서 A +를 획득했습니다. 그러나 XP 사용자, 특히 IE 또는 Chrome을 사용하여 분석 내용을 확인 했습니까? XP가 현대화 된 사이트에 연결할 때 느리게 죽는 개라는 사실은 비밀이 아닙니다. XP의 IE 및 Chrome (또는 이전 버전의 Android 브라우저)이 SSL로 수행 할 수있는 작업에 매우 제한되어 있다는 것도 비밀은 아닙니다.

HTTPS 트래픽이 감소하는 상황의 예는 다음과 같습니다.

• HTTPS 변경 사항을 올바르게보고 실제로 삭제되지 않도록 GWT, 분석 및 기타 서비스를 설정하지 않았습니다. False positive, 가장 일반적인 오류입니다.

• 다중 테넌트 서버를 실행하고 서버 이름 표시기 (SNI)를 사용하여 인증서를 제공합니다. 이전 IE 및 Android 브라우저는 연결되지 않습니다. 봇은 그것이 무엇인지 이해하지 못할 수 있습니다.

• 이번 여름 모든 악용으로 인해 SSL2 / 3 지원을 끄고 TLS 만 선택했습니다. 프린지 또는 업데이트되지 않은 브라우저가 실패 할 수 있습니다.

• 핸드 셰이크 중에 고유 한 키를 얻기 위해 순방향 보안을 사용하려고했습니다. 도대체 비밀을 "견고하게"만든다. XP의 매우 오래된 IE는 "WTF가 그다"고 묻고 문제는 실패합니다.

• 가장 나쁜 암호 만 지원하고 있으며 오래된 암호를 축출했습니다. ECDHE 때문에 IE와 Chrome은 XP에서 Cloudflare를 연결할 수 없습니다. 이 경우 Firefox를 사용해야합니다. XP 사용자 (고령자, 인디언 칼리지, 기업 콜센터)는 설치 방법 또는 설치가 허용되지 않는 경우가 많습니다.

• 너무 많은 페이지에 노란색 자물쇠가 있습니다. 이로 인해 사람들이 겁을 먹고 실제로 안전한 사이트 (녹색 자물쇠)로 도망칩니다. 아래 HSTS에서이를 수정하려고 시도 할 수 있지만 (파산 잠금 대신 자산 숨기기) 그러나 잠금이 아닌 사이트가 손상 될 위험이 있습니다.

• HSTS를 시행하고 있으며 XP 사용자가이를 사용하지 못할 수 있습니다. 또한 HSTS가 안전하지 않은 소스를 차단하면 페이지에서 해당 소스를 완전히 제거합니다. 아마도 스크립트 / AJAX로로드 된 컨텐츠와 같은 중요한 차단 된 요소가있을 수 있으며 그 사실을 깨닫지 못할 수도 있습니다.

• CSP를 구현했지만 XP 사용자가 CSP를 사용할 수 없거나 오류가 발생하여 위의 HSTS 컨텐츠 차단과 유사한 문제가 발생했습니다. 자물쇠가 녹색으로 보이면 모든 인라인 스타일이 비활성화되어 카트에 추가와 같은 중요한 스크립트가 깨지거나 차단되는 것을 알지 못할 수도 있습니다.

가능한 다른 원인들 :

• 특정 검색 엔진, 디렉토리, 스캐너 등은 이러한 보안으로 사이트를 크롤링 할 수 없습니다. 예를 들어, 최근 BingBot (2015 년 1 월)만이 SNI 및 [P] FS를 이해하기 시작했습니다. SSL 사이트 크롤링 방법 (예 : seobook.com)을 이해하지 못하는 수많은 디렉토리와 것들이 있습니다. 오류가있는 경우 크 래피 CURL 스키마를 업데이트하지 않은 결함이 있어도 백 링크를 제거 할 수 있습니다.

• 당신은 badbots에서 많은 트래픽을 얻었지만 지금은 같은 이유로 멀리 떨어져 있습니다 : 그들은 XP를 실행하고, IE6 래퍼, 엉터리 CURL을 사용하고, 크롤링 할 수 없으며, 스팸을 보낼 수 없습니다. 또는 익스플로잇 스캐너 일 수도 있고 HTTPS를보고 즉시 떠나기도합니다. 배드 봇의 트래픽 양을 과소 평가하지 마십시오.

• RSA128 일몰 영역에 SSL 인증서가 있으며 특정 브라우저에 약한 암호화를 사용하고 있다는 경고가 표시됩니다. 브라우저는 여전히 연결을 허용하지만 주소 표시 줄에 "뭔가 잘못되었습니다"플래그를 수행합니다. 모든 최신 버전의 브라우저를 통해 사이트를 사용해보십시오.

• SSL을 구현했지만 잘못되고 일관성이 없으며 스위치 속도가 너무 느립니다. 이것은 판단의 일반적인 오류입니다. 사람들은 htaccess로 리디렉션하고 정식으로 설정하고 갈 수 있다고 생각합니다. 동적 메뉴, 이미지 소스 등과 같은 모든 자산은 어떻습니까? 피드 생성기는 어떻습니까? 플랫폼이하는 다른 작업은 어떻습니까? 플랫폼이 최소한 모든 링크 / src를 HTTPS 또는 상대 URL로 렌더링하고 있는지 확인하십시오. 그렇지 않으면 봇이 혼동되거나 이중 연결되어 핸드 셰이크가 증가하고 리디렉션이 증가하며 지연이 발생합니다 (페이지 속도로 인해 순위가 낮아짐) ).

• 서로 연결된 리디렉션이 너무 많습니다. Google은 2 ~ 3 개 이상의 체인을 연결할 때 리디렉션을 싫어합니다. 따라서 301 SSL을 사용하는 경우 박쥐에서 하나를 먹는다. WWW 모드로 돌아 가면 다른 모드입니다. 그런 다음 새 컨텐츠로 리디렉션하면 다른 컨텐츠로 리디렉션됩니다. 그 사이에 무언가가 있으면 불을 가지고 노는 것입니다. 이 vid의 3 분 표시를 확인하십시오 : https://www.youtube.com/watch?v=r1lVPrYoBkA

• Google은 SSL의 순위 신호에 대해 뻔뻔스럽게 거짓말을하고 실제로 아무런 영향을 미치지 않습니다. 내 모든 카드가이 내기에 있습니다.

HTTPS는 리퍼러 헤더를 보내지 않습니다. 따라서 이러한 트래픽은 '직접적인'트래픽으로 집중됩니다.

업데이트 할 시간입니다!

100 % 해결되지는 않았지만 사이트 맵과 robots.txt를 업데이트하여 모두가 HTTPS를 가리 키도록했으며 트래픽은 현재 85 % 정도였습니다.

점차 증가하고있는 것으로 보이며, 트래픽 / 검색 감소에 대한 한 가지 설명은 계절적 수요 때문입니다. 그래서 지금은 문제가 해결되었다고 생각하지만, 나중에 사이트를 HTTPS로 변경하지 않아도 서두르지 않을 것입니다 ...

내 웹 사이트 중 3 개를 http에서 https로 변경했으며 모두 완전히 다른 틈새 시장이었습니다. 301 리디렉션 및 Google 웹 마스터 도구 사이트 변경 및 URL에 http를 사용하여 게시 된 모든 내부 링크조차 밤새 https로 변경되었습니다.

며칠 내에 새로운 https 페이지가 serps에 나타나기 시작했으며 모든 http 페이지가 한 달 만에 도착했으며 모든 페이지가 https로 표시되었습니다. 트래픽은 몇 주 동안 사망 한 다음 한 달 정도 후에 복구되었지만 5 개월 동안 기다린 후에도 변경 시점에는 트래픽이 레벨에 도달하지 못했습니다. 5 개월간 기다린 후 http 버전에 비해 총 40 % 이상 감소했습니다.

이 사이트를 다시 http로 변경하고 모든 https 페이지를 http로 다시 리디렉션했습니다. 트래픽이 orignal 레벨에 도달하는 데 약 한 달이 걸렸습니다.

교훈 : Google은 SSL 페이지의 순위 향상에 대해 거짓말하고 있습니다. 나는 아무것도 판매하지 않으며 내 웹 사이트에서 손을 바꾸는 돈 거래 또는 개인 정보가 없으므로 SSL이 필요하지 않습니다.

나는 "bots and spammers"사람들이 https를 좋아하지 않는다는 것을 상상할 수 있었다.

HTTPS는 어떤 방식 으로든 형태 나 형태로 트래픽을 개선하지 않습니다. 안전한 프로토콜이며 다른 것은 없습니다. 그렇지 않으면 HTTP와 다르지 않습니다. Google이 http와 https에 대한 결과를 결합하도록하려면 웹 마스터 도구에서 수행해야하며 http 트래픽을 https로 리디렉션해야합니다. 그러면 총계가 별도로 추적되는 대신 함께 추가됩니다.

웹 서버가 HTTPS를 제공하도록 올바르게 구성되어 있는지 테스트 할 수 있습니다. 올바르게 구성되지 않으면 브라우저가 사용자에게 경고 페이지를 표시하고 사용자가 사이트를 방문하지 않기로 선택했을 수 있습니다.

Qualys SSL Labs의 이와 같은 도구 는 문제가 있는지 알려줍니다. A 등급을 목표로