유기적 트래픽 감소를 경험할 수 있는 이유

게시 됨: 2022-06-22

당신은 어느 날 직장에 와서 당신의 일상을 따릅니다. SEO 마케터로서 매일 해야 할 일 목록의 최상위는 유기적 트래픽을 확인하는 것입니다. 월요일에 방문하여 주말 동안 교통 상황을 확인하지 않았다고 가정해 보겠습니다. 분석을 열어 사이트의 유기적 트래픽이 30% 감소한 것을 확인했습니다. 당신은 당황. 무엇이 잘못되었나요?

유기적 트래픽 감소는 다양한 이유로 발생합니다. 때로는 예상치 못한 하락이 발생하고 때로는 변경 사항으로 인해 무언가가 엉망이 될 가능성이 있음을 알고 있습니다.

어느 쪽이든, 저는 97층의 여러 사이트에서 작업하면서 발견한 유기적 트래픽 감소에 대한 보다 일반적이고 독특한 몇 가지 이유를 나열했습니다.

모든 문제에는 솔루션이 있으며 모든 SEO 마케터는 트래픽 문제가 어디서 발생하고 해결 방법을 알고 이해하는 것이 중요합니다. 제 생각에 가장 먼저 확인해야 할 것은 Search Console입니다.

검색 콘솔 패널티

이것은 아마도 유기적 트래픽이 감소하는 최악의 이유일 것입니다. 이는 Google이 귀하의 사이트를 검토했으며 어떤 식으로든 순위를 개선하기 위해 Google 알고리즘을 조작하려는 시도를 발견했음을 의미합니다. 패널티는 Google이 사이트에서 무엇을 변경하기를 원하는지 파악한 다음 이를 수정하고 Google에 재검토 요청을 제출하는 데 시간을 할애해야 하기 때문에 되돌리기 어려울 수 있습니다.

Search Console 페널티는 조작된 백링크, 너무 많은 품질 또는 관련 없는 링크, 구매한 링크, 기만적인 페이지 전술, 지나치게 최적화된 키워드가 있는 페이지, 가치가 낮거나 중복된 콘텐츠, 광고가 많은 페이지, 최적화된 앵커 텍스트 링크 초과, 아웃바운드 스팸 링크 또는 해킹된 웹사이트.

웹사이트의 Google Search Console에 로그인 하고 대시보드 왼쪽검색 트래픽 탭 아래에 있는 직접 조치 섹션을 클릭하여 패널티를 확인할 수 있습니다.

검색 콘솔

웹사이트가 위의 이미지와 같으면 황금색입니다. 페널티는 사이트 전체 매치 페널티 또는 부분 매치 페널티가 될 수 있습니다. 차이점은 하나의 페널티가 전체 사이트에 영향을 미치고 부분 일치 페널티가 페널티를 유발하는 특정 페이지에만 영향을 미친다는 것입니다.

알고리즘 업데이트

Search Console 패널티가 없는 경우 다음 가능한 방법은 알고리즘 업데이트를 확인하는 것입니다. SEO 세계는 Google SERP 및 알고리즘의 활동을 추적하는 리소스로 가득 차 있습니다.

변경된 사항이 있으면 SEO 포럼이나 Search Engine Roundtable , Search Engine Journal 또는 Search Engine Land 와 같은 웹사이트에서 볼 수 있습니다 . Search Engine Roundtable의 작가인 Barry Schwartz는 종종 Google 알고리즘 변경에 대한 보고의 최전선에 있습니다. Barry는 Twitter에서 Gary Illyes와 변경 사항이 발생할 때마다 트래픽 변동에 대해 이야기하는 것을 볼 수 있습니다.

Mozcast Algoroo같은 다른 온라인 추적 사이트는 키워드 및 SERP를 추적하여 알고리즘 변경으로 인해 변동이 발생하는지 확인합니다.

분석 추적

트래픽 감소의 또 다른 가능성은 깨진 추적 픽셀입니다. GA에서 추적하는 경우 웹사이트에서 UA 추적 픽셀이 작동하는지 확인하고 싶을 것입니다. 대부분의 경우 사이트 변경을 진행 중이거나 웹사이트 백엔드에서 작업하는 사람이 실수로 주요 페이지에서 픽셀을 제거하지 않는 한 문제가 되지 않습니다.

채널 확인

많은 사람들이 처음 찾는 곳은 아니지만 다른 트래픽 채널도 변동이 있었는지 확인해야 합니다. Google Analytics는 완벽하지 않으며 여러 가지 이유로 트래픽이 다른 채널로 유입되는 것을 여러 번 보았습니다.

Groupon은 웹사이트에서 테스트를 수행 하여 유기적 트래픽 보고에 문제가 있는지 확인했습니다. 트래픽이 어디에서 오는지 이해하기 위해 6시간 동안 전체 사이트의 색인을 제거했습니다. 그 6시간 동안 모든 하위 폴더 페이지에서 유기적 트래픽이 거의 0으로 떨어졌음을 추적했습니다. 그러나 그들은 같은 기간 동안 직접 트래픽도 거의 60% 감소했음을 확인했습니다.

그들의 발견은 모든 브라우저가 웹사이트를 방문할 때 리퍼러 데이터에 대해 제대로 보고하는 것은 아니라는 것입니다. 이로 인해 트래픽이 직접 유입되었습니다.

웹사이트 업데이트

웹사이트를 업데이트하는 데에는 여러 가지 이유가 있습니다. 완전히 새로운 디자인을 만들고 싶거나 브랜드 변경을 진행 중이거나 보안을 위해 사이트를 마이그레이션하고 있습니다. 사이트 변경을 수행할 때 보고에 불일치가 있는지 분석을 면밀히 주시하십시오. 사이트 전체의 많은 변경으로 인해 아래에 나열된 몇 가지 분석 문제가 발생합니다.

사이트 리디렉션

어떤 식으로든 URL 구조를 변경할 때 리디렉션을 제자리에 두는 것이 중요합니다. 그러나 리디렉션이 완벽하더라도 문제가 있을 수 있습니다. 내가 생각할 수 있는 한 가지 예는 유기적 트래픽의 감소가 아니라 유기적 트래픽의 증가와 관련이 있습니다.

클라이언트가 보안을 위해 사이트를 전환하도록 했고 다음 몇 시간 만에 유기적 트래픽이 두 배로 증가했습니다. 이제 우리는 궁극적으로 증가할 것으로 예상했지만 이 속도에서는 분명히 뭔가 잘못되었습니다. 우리는 그들의 PPC 트래픽이 동시에 떨어졌음을 알아차렸습니다. 문제는 광고가 페이지의 비보안 버전으로 이동한 다음 보안 페이지로 리디렉션되는 것이었습니다. PPC 캠페인에서 리디렉션하는 동안 리퍼러 트래픽은 Google에 기여했지만 Google PPC에는 기여하지 않았기 때문에 유기적 트래픽이 급증했습니다. 이 문제를 해결하기 위해 최종 도착 URL이 보안 사이트로 전환된 모든 광고를 다시 시작해야 했습니다. 아래 스크린샷은 리퍼러 데이터 문제 이후의 유기적 트래픽입니다.

ppc 증가

유기적 트래픽이 누락된 또 다른 예는 모바일 사이트입니다. 하위 폴더에 사이트의 모바일 버전을 만드는 전자상거래 클라이언트가 있었습니다. 그들이 페이지를 호스팅한 플랫폼은 모바일 반응형 웹사이트를 허용하지 않았기 때문에 하위 폴더를 거쳐야 했습니다.

모든 페이지가 제자리에 있고 실행되었을 때 클라이언트는 모바일 하위 폴더 페이지로 리디렉션하기 위해 데스크톱 페이지를 방문한 모바일 사용자에 대한 리디렉션을 생성했습니다. 이 변경 직후 사이트 전체에서 모바일 유기적 트래픽이 47% 감소했습니다. 아래 스크린샷에서 이를 확인할 수 있습니다.

분석의 모바일 트래픽

먼저 데스크톱 및 모바일 버전 페이지에서 rel=canonical 태그와 rel=alternate 태그를 확인했습니다. 태그가 올바르게 구현되었으므로 문제가 되지 않았습니다.

다음으로, 분석에서 다른 채널을 확인하고 모바일 다이렉트 트래픽이 388% 증가한 것을 발견하여 이제 내 트래픽이 어디로 가는지 알 수 있었습니다. 문제는 리디렉션에서 발생했습니다.

직접 트래픽 증가

우리 클라이언트의 플랫폼은 데스크톱 페이지를 완전히 삭제하지 않고 모바일 사용자를 위한 301 리디렉션을 생성하는 것을 허용하지 않았기 때문에 자바스크립트 리디렉션이 그 자리에 놓였습니다. 모바일 페이지가 새 페이지였기 때문에 모바일 사이트맵을 제출했지만 페이지가 모바일 브라우저에 대해 인덱싱되는 데 여전히 시간이 필요했습니다. 추가 테스트를 통해 모바일에서 포커스 키워드에 대해 표시되었던 데스크톱 페이지가 모바일 페이지로 리디렉션되고 사용자가 웹사이트를 직접 방문한 것처럼 리퍼러 데이터가 분석에서 보고되고 있음을 발견했습니다.

이 시점에서 그것은 대기 게임이되었습니다. 다음 몇 주 동안 모든 모바일 페이지의 색인이 제대로 생성되었고 트래픽은 처음 시작했던 위치로 바로 돌아갔습니다.

누락된 백링크

유기적 트래픽 감소를 야기한 마지막 문제는 백링크가 누락되었다는 것입니다. 우리의 또 다른 클라이언트는 비보안에서 보안 URL 구조로 변경을 겪고 있었습니다.

적절한 리디렉션을 구현하여 변경 사항을 적용한 후 트래픽이 정상적으로 보였습니다. 몇 주 후 우리의 포커스 페이지 중 하나에서 키워드 순위가 하락했습니다. 위의 동일한 단계를 거쳐 Search Console을 확인하고, 알고리즘 업데이트를 확인하고, 설명을 위해 분석에서 다른 채널을 확인했지만 필요한 정보를 제공하는 곳은 없었습니다.

트래픽 손실 리디렉션

다음 단계는 Ahrefs 를 통해 사이트를 실행하는 것이 었습니다 . 내가 찾은 것은 여러 백링크가 우리 페이지로 연결되어야 하는 404 페이지로 갔다는 것입니다. 이러한 백링크는 대문자부터 철자 오류까지 다양했습니다. 클라이언트가 비보안에서 보안으로 리디렉션을 구현했을 때 해당 페이지에 대한 다른 리디렉션이 어떻게든 제거되었습니다. 이러한 리디렉션을 수정한 후 백링크를 포커스 페이지로 다시 리디렉션했고 순위가 다시 상승했습니다.

시간을 낭비하지 마십시오

Hubspot의 인수 이사인 Matt Barby 가 SEO 마케터로서의 업무가 어떤 것인지에 대한 훌륭한 프레젠테이션을 하는 Hubspot 컨퍼런스에 참석했습니다 . 말을 바꿔 말하지만 그는 SEO 작업에 소요되는 시간을 80%는 무엇이 잘못되었는지 조사하고 20%는 구현하는 것으로 나눌 수 있다고 말했습니다. 우리는 훌륭한 콘텐츠를 만드는 데 무엇이 필요한지 알고 있지만 순위에 관해서는 페이지 순위를 높일 수 있는 방법을 조사하는 데 대부분의 시간을 할애하고 있습니다. 유기적 트래픽에 무엇이 문제인지 추론할 때 잘못된 위치를 찾아 시간을 낭비하지 마십시오. 이 체크리스트를 유지하면 문제를 빠르게 찾고 상사에게 잘 보이도록 도와줄 수 있습니다.