Google 랭킹 API를 찾는 팀이 원하는 것은 대개 한 가지로 좁혀집니다. 키워드에 대해 페이지가 몇 위인지 돌려주는 호출입니다. Google은 그것을 공개하지 않습니다.
Google이 공개하는 것은 자사 속성의 성과, 색인 상태, 크롤 상황을 설명하는 API 모음입니다. 모두 정말 쓸모가 있고 전부 무료입니다. 그리고 구조적으로, 많은 사람이 이 검색에 들고 오는 질문에는 답할 수 없습니다.
우리는 하루를 들여 그 API들이 실제 속성에서 무엇을 돌려주는지 측정했습니다. 잘못 읽기 쉬운 부분까지 포함해서요. 눈에 띈 발견은 세 가지였습니다. 데이터는 사흘 늦게 도착하고, 순위 숫자는 평균값이라 실시간 결과와 견줘도 재현되지 않으며, 가장 순위 확인처럼 들리는 API는 그것만으로는 아무 말도 하지 않는 판정을 돌려줍니다.
Google이 실제로 공개하는 것
랭킹 API와 혼동되는 표면이 넷 있습니다. Google 자체 문서를 기준으로 한 각각의 용도는 이렇습니다.
Search Analytics API는 확인된 속성의 클릭수, 노출수, CTR, 평균 게재순위를 돌려줍니다. Google이 제공하는 순위 데이터에 가장 가까운 것이며, Search Console의 모든 "평균 게재순위" 숫자의 출처입니다.
URL Inspection API는 단일 URL의 색인 상태를 돌려줍니다. Google이 그 URL을 아는지, 색인되어 있는지, 안 되어 있다면 왜인지입니다.
Indexing API는 페이지를 색인 등록에 제출하는 API처럼 들립니다. Google 문서는 지원 유형을 JobPosting과 BroadcastEvent 구조화 데이터로 제한하는데, 이는 좁은 용도이지 일반적인 색인 제출이 아닙니다.
Custom Search JSON API는 쿼리에 대한 웹 결과를 돌려줍니다. 직접 설정한 색인을 검색하며, Google의 주요 검색결과에서 내 사이트가 몇 위인지는 알려주지 않습니다.
어느 것도 "이 키워드에서 당신의 순위"를 돌려주지 않습니다. 그 일은 Google의 제품군에 존재하지 않고, 빠져 있는 것은 실수가 아니라 의도입니다. 경쟁사 순위 데이터를 대규모로 나눠 줄 상업적 이유가 Google에는 없습니다.
측정 결과: 데이터는 사흘 늦다
2026년 9월 12일에 자사 속성의 일별 내역을 가져왔습니다. 데이터가 있는 가장 최근 날짜는 9월 9일이었습니다.
사용 가능한 날짜 | 돌려받은 행 |
|---|---|
2026-09-02 | 있음 |
2026-09-03 | 있음 |
2026-09-04 | 있음 |
2026-09-05 | 있음 |
2026-09-06 | 있음 |
2026-09-07 | 있음 |
2026-09-08 | 있음 |
2026-09-09 | 있음(최신) |
사흘 지연이 일관되게 이어집니다. window 파라미터는 오늘이 아니라 사용 가능한 최신 날짜부터 거슬러 세므로 작은 함정이 있습니다. 7일을 요청하면 9월 12일이 아니라 9월 9일로 끝나는 여덟 개 날짜가 돌아옵니다.
월간 보고서에는 무관합니다. "어제 페이지 수정이 뭔가를 망가뜨렸나"라는 질문에는 치명적이고, 어떤 설정으로도 고칠 수 없습니다. 지연은 Google 쪽 회선에 있습니다.
측정 결과: 평균 게재순위는 순위가 아니다
이쪽이 더 중요한 발견이고, Google 랭킹 API가 존재하는데도 뜸을 들인다고 사람들을 믿게 만드는 원인입니다.
평균 게재순위는 해당 기간의 모든 노출에 걸친 URL의 평균 위치이며, 국가와 기기, 쿼리 변형을 넘나들며 가중됩니다. 실시간 순위 확인은 한 위치, 한 기기, 한 시점의 숫자 하나를 돌려줍니다. 이름만 공유할 뿐 다른 측정입니다.
우리는 자사 Search Console 데이터에서 뽑은 25개 쿼리로 이 차이를 검증했습니다. 그다음 같은 25개 키워드를 미국, 영어, 데스크톱 실시간 SERP에 대해 깊이 100으로 확인했습니다.
결과 | 건수 |
|---|---|
두 집합 모두에서 쓸 수 있었던 쿼리 | 23 |
실시간 상위 100에 나타남 | 14(61%) |
Search Console 노출은 있으나 재현되는 실시간 결과가 없음 | 9(39%) |
둘 다 존재한 경우 절대 차이의 중앙값 | 7.4위 |
절대 차이의 평균 | 8.5위 |
최대 차이 | 36.6위 |
서로 3위 이내 | 14건 중 4건 |
10위 이상 벌어짐 | 14건 중 4건 |
두 측정이 모두 존재하는 경우 중앙값으로 7.4위 어긋납니다.
평균보다 중요한 세부가 둘 있습니다.
첫째, 23개 쿼리 중 9개는 Search Console 순위를 내놓았지만 미국, 영어, 데스크톱 확인에서는 실시간 결과가 아예 없었습니다. 버그가 아닙니다. 노출은 다른 국가, 다른 언어, 다른 기기, 이미지나 동영상 표면에서도 쌓입니다. 지역을 하나로 좁힌 확인으로는 재현될 수 없고, 두 숫자를 같은 측정으로 다루는 팀은 방법론의 부산물일 뿐인 불일치를 일주일 내내 좇게 됩니다.
둘째, 방향이 일정하지 않습니다. 대부분의 실시간 순위는 Search Console 평균보다 아래에 있었습니다. 평균이 더 잘 나오는 표면을 포함한다면 당연합니다. 그러나 한 쿼리는 반대 방향으로 36.6위 움직여 73.6에서 37이 되었습니다. 적용할 수 있는 보정 계수는 없습니다.
차이는 양방향으로 나타나므로 적용할 수 있는 보정 계수가 없습니다.
Google 랭킹 API를 알아보는 사람에게 실무적인 결론은 이렇습니다. 무료 데이터는 순위를 알려주지 않고, 유료 데이터는 그것과 일치하지 않습니다. 둘 다 서로 다른 것을 올바르게 측정합니다. 한쪽을 다른 쪽의 대체물로 다루는 순간 보고가 무너집니다.
퍼스트파티 쪽이 정말 대체 불가능한 지점은 커버리지이며, 이는 다른 글에서 비교를 측정했습니다.
URL Inspection API가 대신 돌려주는 것
URL Inspection API는 키워드 없는 URL을 주면 상태가 돌아온다는 점에서 Google 표면 중 유일하게 순위 확인처럼 느껴지는 것입니다. 우리는 URL 두 개를 시험했습니다.
URL 상태 | 판정 | 커버리지 상태 | 마지막 크롤 시각 |
|---|---|---|---|
약 1시간 전 게시 | NEUTRAL | Google이 이 URL을 알지 못함 | 알 수 없음 |
약 9시간 전 게시 | NEUTRAL | 발견됨, 현재 색인되지 않음 | 알 수 없음 |
둘 다 같은 판정을 돌려줬습니다. 두 경우를 실제로 구분하는 필드는 커버리지 상태 문자열이고, 이는 열거형이 아니라 문장입니다. Google이 한 번도 본 적 없는 URL에도, 발견했지만 색인하지 않은 URL에도 판정 필드는 NEUTRAL을 돌려줍니다.
쓸 만한 API지만 그 자체로는 모니터링 신호로서 빈약합니다. 페이지가 색인되지 않았을 때 알림을 받고 싶다면 판정이 아니라 커버리지 상태를 파싱하세요. 그리고 가장 신경 쓰는 URL일수록 마지막 크롤 시각이 비어 있다는 점을 각오하세요.
네 가지 표면과, 어느 것도 하지 않는 일
질문 | Google의 표면 | 답 |
|---|---|---|
지난주 이 쿼리에서 어땠나 | Search Analytics API | 돌려준다. 사흘 늦고 평균값으로 |
이 URL은 색인되었나 | URL Inspection API | 돌려준다. URL 단위, 요청 시 |
아무 키워드에서 지금 몇 위인가 | 없음 | 안 돌려준다 |
경쟁사는 몇 위인가 | 없음 | 안 돌려준다 |
내가 순위가 없는 키워드의 SERP는 어떤가 | 없음 | 안 돌려준다 |
패턴은 일관됩니다. Google의 API는 내 속성을 안쪽에서 기술합니다. 순위 질문은 결과 페이지에 대해 바깥에서 던지는 것이고, Google은 그것을 제공하지 않습니다.
과하게 지불하지 않고 빈틈을 메우는 방법
실무적인 구성은 하나의 출처에 둘 다를 요구하지 않고, 역할이 다른 두 출처를 두는 것입니다.
자사 속성의 그라운드 트루스에는 Google API를 쓰세요. 클릭수, 노출수, 색인 상태는 다른 곳에서 얻을 수 없는 퍼스트파티 사실이고 무료입니다. 일정에 맞춰 가져오고, 사흘 지연은 계측기의 성질로 취급하세요.
바깥 시점에는 SERP 출처를 쓰세요. 실시간 순위, 경쟁사 순위, 아직 순위가 없는 키워드입니다. 유료인 부분이며 대부분의 팀이 짐작하는 것보다 쌉니다. 우리 검증에서는 23개 키워드를 깊이 100으로 확인해 $0.2975, 확인 한 번에 $0.0129였습니다.
두 숫자를 맞춰 보려 하지 마세요. 서로 다른 것을 측정합니다. 쓸모 있는 방법은 나란히 읽는 것입니다. Search Console은 무슨 일이 있었는지 알려주고, 실시간 확인은 지금 무슨 일이 일어나는지 알려줍니다. 어긋날 때는 결론을 내리기 전에 그 쿼리의 국가와 기기 구성을 보세요.
둘 다를 하나의 스크립트로 돌리는 방법은 두 출처 트래커 구축에, 실시간 쪽의 비용은 대량 확인 실험에 있습니다.
자주 묻는 질문
Google에 공식 랭킹 API가 있나요? 없습니다. Google이 공개하는 것은 자사 검색 성과(Search Analytics), 색인 상태(URL Inspection), 그리고 두 가지 좁은 제출 유형(Indexing)입니다. 키워드의 순위를 돌려주는 것은 없습니다.
랭킹 API가 없는데 왜 Search Console은 순위를 보여주나요? 평균 게재순위는 순위 조회가 아니라 노출에서 계산되는 성과 지표이기 때문입니다. 해당 기간 모든 노출에 걸친 평균 위치이고, 국가와 기기, 표면을 넘나들며 평균됩니다.
Search Console 데이터는 얼마나 늦나요? 2026년 9월 12일 측정에서 사흘이었고, 사용 가능한 최신 날짜는 9월 9일이었습니다. window 파라미터는 그 날짜부터 거슬러 세므로, 7일을 요청하면 최신 사용 가능 날짜로 끝나는 여덟 개 날짜가 돌아옵니다.
URL Inspection API로 페이지가 색인되었는지 알 수 있나요? 알 수 있고, 그 용도에 맞는 도구입니다. 판정 필드가 아니라 커버리지 상태 문자열을 읽으세요. 판정은 알려지지 않은 URL과 발견되었지만 색인되지 않은 URL 모두에 NEUTRAL을 돌려줍니다.
Custom Search JSON API는 랭킹 API인가요? 아닙니다. 직접 설정한 검색엔진에서 결과를 돌려주는 것이지, Google 주요 검색결과에서의 내 위치가 아닙니다.
진짜 순위 데이터를 가장 싸게 얻는 방법은? 실제로 손을 대는 최소한의 키워드를, 내 순위에 맞는 깊이로 확인하는 것입니다. 우리 검증에서 깊이 10은 키워드당 $0.002, 깊이 100은 $0.014였습니다. 즉 깊이 설정이 키워드 수보다 일곱 배 더 크게 청구서를 움직입니다.
Auspia 관점: "Google 랭킹 API가 있나"에 대한 정직한 답은 "없다"이고, 쓸모 있는 다음 수는 찾기를 그만두는 것입니다. Google의 API는 퍼스트파티 질문에는 잘 답하고 순위 질문에는 전혀 답하지 못합니다. 바깥 시점에 작은 예산을 배정하고, 남은 노력은 Google이 해 주지 않는 부분, 즉 두 숫자가 어긋날 때 무엇을 바꿀지 정하는 데 쓰세요.
글: Gabriel Finch, Auspia에서 1,200개 이상의 AI 답변을 검증하는 검색 리트리벌 연구자. 검색 인프라, 검색 시스템, 그리고 각 데이터 출처가 실제로 무엇을 볼 수 있는지에 대해 씁니다.
