검색 결과 링크가 google.com/goto로 바뀌었습니다 — 순위 추적 데이터는 흔들려도 우리 GA4는 안전한 이유

8월 말부터 검색 결과 링크를 클릭하면 목표 페이지로 바로 가지 않고 google.com/goto를 한 번 거쳐 가는 사례가 늘었다. 구글이 공식적으로 확인한 변화다. 순위추적 툴을 쓰는 대행사, 자체 SERP 모니터링을 돌리는 마케팅팀이라면 이번 주 리포트가 평소와 다르게 나올 가능성이 크다. 문제는 이게 "우리 순위가 실제로 떨어진 것"인지 "리포트 도구가 못 읽는 것"인지 구분하는 일인데, 두 가지를 섞어서 보고하면 엉뚱한 대응으로 이어진다.

결과 링크가 왜 한 번 더 경유하게 됐나

이전까지 검색 결과 페이지의 링크는 목표 URL을 그대로 담고 있었다. 이제는 일부 결과에서 href가 google.com/goto?... 형태의 불투명한 토큰으로 바뀐다. 클릭하면 구글을 한 번 더 거쳐 원래 페이지로 넘어가는 방식이다. 구글이 밝힌 목적은 서드파티 스크레이퍼와 SERP API가 결과 페이지에서 순위·URL을 대량으로 긁어가는 것을 어렵게 만드는 데 있다. 배경에는 SerpApi와의 소송에서 구글이 법적으로는 밀린 정황이 있다. 법원에서 막지 못한 것을 기술적으로 막고 있는 셈이다. 8월 26일 전후로 여러 관찰자가 거의 전체 검색 결과에서 이 패턴을 확인했다고 보고했다.

순위추적 툴이 받는 실제 타격

가장 먼저, 가장 크게 영향을 받는 쪽은 자동화 도구다. 토큰화된 링크는 로컬에서 디코딩할 방법이 없어서, 순위추적 서비스는 키워드 하나의 결과를 해석하려고 링크마다 별도 요청을 다시 보내야 한다. 이전에 검색 결과 페이지 하나로 끝나던 작업이 지금은 키워드 하나당 500~1,000개 요청으로 늘었다는 보고가 나온다. 이 부담을 감당하지 못한 일부 순위추적 서비스에서는 이미 빈 결과나 오류로 채워진 리포트가 나타났다. 특히 AI 개요와 로컬 팩 영역은 아직 해석률이 낮아서, 이 두 영역이 포함된 키워드의 순위 데이터는 당분간 신뢰도를 낮춰서 봐야 한다. 조직 내에서 쓰는 순위추적 툴이 있다면 이번 주 수치가 평소보다 들쭉날쭉한지부터 확인하자. 급락이 아니라 결측이나 이상치로 나타나는 경우가 많다.

그럼 우리 사이트 실제 트래픽도 흔들리나

여기서 안심해도 되는 부분과 계속 지켜봐야 하는 부분을 나눠야 한다. 실제 사용자가 검색 결과를 클릭하는 경험 자체는 거의 달라지지 않는다. 리다이렉트가 눈에 띄지 않게 처리되고, 링크에 마우스를 올렸을 때 목표 도메인이 미리 보이지 않는 정도의 사소한 불편만 생긴다. GA4 리퍼러 데이터도 지금까지는 organic 세션이 실제로 줄어든 사례가 확인되지 않았다. 리다이렉트가 google.com 내부에서 일어나기 때문에 브라우저가 넘겨주는 리퍼러 값은 여전히 google.com으로 유지되는 구조다. 다만 이건 "지금은 괜찮다"는 것이지 "앞으로도 괜찮다"는 보장은 아니다. 구글이 goto 페이지의 정책을 바꾸면 이 부분도 조용히 영향을 받을 수 있다는 게 이 이슈를 계속 지켜보는 쪽의 공통된 지적이다. GA4 전환 이벤트 숫자가 안 잡힐 때 확인하는 순서를 참고해 organic 채널 자체가 조용히 새고 있지 않은지도 함께 확인해두면 좋다.

이번 주에 실제로 해둘 일

가장 값싸고 확실한 조치는 지금 시점의 서치콘솔 클릭 수와 GA4 organic 세션 수의 비율을 기준선으로 기록해두는 것이다. 두 수치가 정확히 일치할 필요는 없다. 원래도 정의가 다르기 때문에 격차가 존재한다. 중요한 건 이번 goto 롤아웃 전후로 그 격차의 비율이 갑자기 벌어지는지 매주 대조하는 것이다. 격차가 서서히 벌어진다면 리퍼러 손상 신호로 보고 더 자세히 파고들 근거가 생긴다. 순위추적 리포트를 대행사에서 받는 입장이라면, 이번 몇 주간 나온 순위 등락은 실제 변동과 도구 결측을 구분해서 봐 달라고 먼저 요청하는 게 맞다. 대행사 클릭 수 보고에서 브랜드 검색어를 빼고도 오른 것인지 가리는 법에서 다룬 것처럼, 숫자 하나만 보고 판단하지 않는 습관이 이런 시기에 더 중요해진다.

서버 로그 쪽도 같이 확인하자

goto 롤아웃 시기에 순위추적 봇들이 요청 수를 늘리면서, 이 트래픽이 우리 서버 로그에 구글봇처럼 보이는 자동화 요청으로 섞여 들어올 수 있다. 실제로는 순위추적 업체의 크롤러이거나 그 크롤러를 사칭한 트래픽일 수 있는데, 이 시기에 로그에서 갑자기 늘어난 자동화 요청을 보고 "구글 크롤링이 늘었다"고 오해하는 경우가 종종 나온다. 서버 로그가 구글봇으로 도배됐을 때 진짜 크롤러인지 가리는 순서를 그대로 적용해 IP와 역방향 DNS를 확인해보길 권한다.

점검 순서 요약과 자주 묻는 질문

① 순위추적 리포트에 빈 값·이상치가 늘었는지 먼저 확인한다 — 실제 순위 급락과 구분한다. ② AI 개요·로컬 팩이 포함된 키워드는 당분간 순위 데이터 신뢰도를 낮춰서 본다. ③ 오늘 시점 GSC 클릭 수 대비 GA4 organic 세션 비율을 기준선으로 기록한다. ④ 매주 그 비율을 대조해 격차가 벌어지는지 지켜본다. ⑤ 서버 로그의 자동화 트래픽 증가를 구글봇과 혼동하지 않는다. 이 이슈는 스크레이퍼와 SERP API를 겨냥한 조치이지 일반 사용자나 우리 사이트의 색인·노출을 직접 건드리는 변화는 아니다. 다만 우리가 매일 보는 리포트 도구가 그 사이에 끼어 있기 때문에, 숫자가 흔들릴 때 원인을 정확히 짚어두는 습관이 필요하다.

순위가 실제로 떨어진 것과 툴 오류를 어떻게 구분하나. 여러 순위추적 서비스를 동시에 쓰고 있다면 서로 다른 결과가 나오는지 비교해본다. 한 서비스에서만 급락이 보이고 다른 서비스와 서치콘솔 평균 게재순위는 그대로라면 툴 쪽 결측일 가능성이 높다. 지금 당장 대응책을 바꿔야 하나. 그럴 필요는 없다. 이 변화는 사용자 경험이나 크롤링·색인 로직을 건드리는 게 아니라 결과 페이지의 링크 형태만 바꾼 것이다. 콘텐츠나 기술 SEO 작업 우선순위를 이 이슈 때문에 바꿀 이유는 없고, 리포트 해석에만 이 맥락을 반영하면 된다. 대행사에 뭘 요청해야 하나. 이번 몇 주간 리포트에서 순위 변동 폭이 유독 컸던 키워드가 있다면 AI 개요·로컬 팩 노출 여부를 함께 확인해 달라고 요청한다. 두 영역은 아직 순위추적 도구의 해석률이 낮아 데이터 자체가 비어 있을 가능성이 있다.