Google Cloud 수주잔고 5,140억 달러는 실제 매출이 될까?|Backlog·RPO 읽는 법

앞선 글에서는 Alphabet이 AI에 약 2,000억 달러 규모의 자본을 투자하면서 Google Cloud, Gemini, TPU, Search 광고 등을 통해 어떻게 투자금을 회수할 수 있는지 살펴봤다.

그 과정에서 상당히 눈에 띄는 숫자가 하나 있었다.

바로

Google Cloud 수주잔고 약 5,140억 달러

다.

2026년 2분기 Alphabet 실적발표에서 회사는 Google Cloud backlog가 전 분기보다 500억 달러 이상 증가해 약 5,140억 달러에 도달했다고 설명했다. 증가의 주요 배경으로는 기업용 AI 제품에 대한 강한 수요를 언급했다.

그런데 여기서 숫자만 보면 이런 생각이 들 수 있다.

“Google Cloud가 앞으로 받을 돈이 5,140억 달러나 확정되어 있다는 뜻 아닐까?”

또는

“그렇다면 앞으로 Cloud 매출은 이미 보장된 것 아닐까?”

하지만 재무제표에서는 그렇게 단순하게 해석하면 안 된다.

이번 글에서는 미국 기업 공시에서 자주 등장하는

Backlog

RPO

Deferred Revenue

Revenue Recognition

의 차이를 Google Cloud 사례를 통해 공부해보려고 한다.


먼저 정확한 숫자부터 확인해보자

2026년 6월 30일 기준 Alphabet의 SEC 공시에는 전체 Remaining Performance Obligations, 즉 RPO가

5,195억 달러

라고 기록되어 있다.

그 가운데 Google Cloud와 관련된 금액은

5,139억 달러

다.

실적발표에서 말한 약 5,140억 달러는 이 Google Cloud 수치를 반올림해서 표현한 것으로 보면 된다.

즉 현재 Alphabet의 전체 RPO 대부분이 Google Cloud에서 발생하고 있는 셈이다.

여기에서 중요한 단어가 바로

RPO

다.


RPO란 무엇일까?

RPO는

Remaining Performance Obligations

의 약자다.

우리말로 풀면

아직 수행하지 않은 계약상 의무에 대응하는 금액

정도로 이해할 수 있다.

Alphabet은 공시에서 revenue backlog를

고객 계약에 포함되어 있지만 아직 매출로 인식되지 않은 약정 금액

으로 설명한다.

예를 들어 기업 A가 Google Cloud와 5년 동안 총 1억 달러 규모의 클라우드 계약을 체결했다고 가정해보자.

Google이 계약을 체결했다고 해서 그날 바로 1억 달러 전체를 매출로 기록할 수 있는 것은 아니다.

Google은 앞으로 실제로 클라우드 서비스를 제공해야 한다.

고객이 서비스를 사용하고,

Google이 계약에서 약속한 서비스를 제공하면,

그때 일정 금액이 실제 매출로 인식된다.

따라서 매우 단순화하면

계약 체결

RPO·Backlog 발생

Google이 서비스 제공

고객의 Cloud 사용

매출 인식

이라고 볼 수 있다.



Backlog와 RPO는 다른 것일까?

기업마다 용어 사용 방법이 조금씩 다를 수 있지만 Alphabet 공시에서는 비교적 명확하다.

Alphabet은

Remaining Performance Obligations (“revenue backlog”)

라는 형태로 표현하고 있다.

즉 Alphabet 공시를 공부할 때는 이번 사례에서

RPO ≒ Revenue Backlog

라고 이해해도 된다.

하지만 모든 기업이 backlog라는 단어를 정확히 동일한 방식으로 사용하는 것은 아니기 때문에 다른 회사를 분석할 때는 해당 기업의 공시 정의를 다시 확인하는 습관이 필요하다.

재무제표 공부에서 중요한 것은 단어 자체보다

그 기업이 그 숫자를 어떻게 정의했는가

를 확인하는 것이다.


그렇다면 5,139억 달러가 전부 실제 매출이 될까?

현재 공시 기준으로는 상당히 강한 미래 매출 기반을 의미한다고 볼 수 있다.

하지만

5,139억 달러 = 당장 발생하는 매출

이라는 공식은 성립하지 않는다.

Alphabet은 revenue backlog의 매출 인식 시점이

계약기간

계약조건에 맞게 서비스를 제공할 수 있는 능력

고객이 실제 서비스를 사용하는 시점

등에 영향을 받는다고 설명한다.

즉 계약이 존재하더라도 매출은 여러 해에 걸쳐 인식될 수 있다.

Google Cloud 사업에는 장기간의 클라우드 사용 계약도 있기 때문이다.


앞으로 24개월 동안 얼마나 매출로 바뀔까?

여기서 상당히 중요한 정보가 나온다.

Alphabet은 2026년 6월 말 기준 전체 revenue backlog 가운데

50%를 조금 넘는 금액

을 향후 24개월 동안 매출로 인식할 것으로 예상한다고 밝혔다.

전체 RPO가 5,195억 달러이므로 단순히 절반만 계산해도

약 2,600억 달러

수준이다.

다만 이것을

“Google Cloud가 앞으로 매년 1,300억 달러의 매출을 추가한다”

라고 해석해서는 안 된다.

매출 인식은 24개월 동안 균등하게 이루어진다는 보장이 없고, 기존에 발생하던 매출과 backlog에서 전환되는 매출도 구분해서 생각해야 한다.

또 공시의 50% 초과 기준은 Alphabet 전체 revenue backlog에 대한 설명이다.

따라서 이 숫자는 정확한 미래 Cloud 매출 전망치라기보다는

상당한 규모의 계약이 향후 몇 년 동안 매출로 전환될 가능성이 있다는 지표

로 이해하는 편이 적절하다.



Deferred Revenue와는 무엇이 다를까?

여기서 또 하나 자주 등장하는 개념이 있다.

Deferred Revenue

우리말로는 보통

이연수익

또는

선수수익

정도로 표현한다.

이 개념은 RPO와 비슷해 보이지만 완전히 같은 것은 아니다.

예를 들어 고객이 Google에 돈을 먼저 지급했다고 가정해보자.

Google은 돈은 받았지만 아직 서비스를 제공하지 않았다.

그렇다면 바로 매출로 기록할 수 없다.

먼저

Deferred Revenue

로 기록했다가 서비스를 제공하면서 매출로 전환한다.

Alphabet 역시 고객에게 서비스를 제공하기 전에 현금을 받거나 지급기일이 도래한 경우 deferred revenue를 기록한다고 설명한다.

반면 RPO에는 아직 청구서조차 발행되지 않은 미래 계약금액도 포함될 수 있다.

Alphabet은 revenue backlog에 현재 기록된 deferred revenue뿐 아니라

앞으로 청구될 금액도 포함한다고 명시하고 있다.

따라서 쉽게 구분하면 다음과 같다.

구분의미
매출 Revenue이미 서비스를 제공해 매출로 인식된 금액
Deferred Revenue돈을 받았거나 받을 시점이 왔지만 아직 서비스를 제공하지 않은 금액
RPO / Backlog계약은 존재하지만 아직 매출로 인식되지 않은 미래 이행의무

그래서 일반적으로

RPO가 Deferred Revenue보다 훨씬 큰 숫자가 될 수 있다.


Google Cloud의 5,140억 달러가 중요한 진짜 이유

개인적으로 이 숫자에서 중요한 것은 절대적인 크기만이 아니다.

증가 속도

를 함께 봐야 한다고 생각한다.

2025년 6월 30일 Alphabet의 revenue backlog는 1,082억 달러였고 당시 대부분이 Google Cloud와 관련되어 있었다.

1년 뒤인 2026년 6월에는 Google Cloud 관련 backlog만 5,139억 달러까지 증가했다.

다만 여기에는 비교할 때 주의할 점이 있다.

Alphabet은 2026년 1분기부터 원래 계약기간이 1년 이하인 계약도 revenue backlog 계산에 포함하도록 공시방식을 변경했다.

따라서 2025년과 2026년 숫자를 단순히 같은 회계기준의 숫자처럼 비교하는 것은 정확하지 않다.

그럼에도 실적발표에서 Alphabet은 2026년 2분기에만 Google Cloud backlog가 전 분기보다 500억 달러 이상 증가했다고 밝혔고, 증가 배경으로 Enterprise AI 제품에 대한 강한 수요를 언급했다.

이 부분은 상당히 중요하다.

AI 투자에 막대한 돈을 쓰고 있는 Google 입장에서는 결국

데이터센터를 지었는데 고객이 없다면

투자 효율이 떨어진다.

반대로 backlog가 계속 증가한다면

Google이 만들고 있는 AI 컴퓨팅 자원을 앞으로 사용할 고객이 이미 상당 부분 확보되고 있다는 신호로 해석할 수 있다.



Backlog가 많으면 좋은 점은 무엇일까?

Backlog가 커지면 기업 분석에서 몇 가지 긍정적인 의미를 생각해볼 수 있다.

가장 먼저

미래 매출 가시성

이다.

광고 사업은 경제상황과 광고주의 지출에 따라 매출이 빠르게 변할 수 있다.

반면 기업용 Cloud에는 다년 계약이 많이 존재한다.

이미 고객과 계약을 체결해 향후 제공할 서비스가 backlog로 잡혀 있다면 회사 입장에서는 미래 수요를 어느 정도 예상하기 쉬워진다.

두 번째는

AI 데이터센터 투자에 대한 수요 근거

가 될 수 있다.

Alphabet은 2026년 AI 인프라에 막대한 CapEx를 집행하고 있다.

만약 Cloud backlog가 동시에 증가한다면

“무작정 데이터센터를 짓는 것”

보다는

“고객 수요가 증가하기 때문에 컴퓨팅 공급량을 늘리는 것”

이라는 논리가 강화된다.

실제로 Alphabet은 2026년 2분기 Cloud 성장이 기업 AI 제품과 서비스에 의해 강하게 뒷받침되고 있다고 밝혔으며, Cloud 매출은 전년 동기 대비 82% 증가한 248억 달러, 영업이익은 88억 달러, 영업이익률은 35.6%를 기록했다.


Backlog만 보고 안심하면 안 되는 이유

하지만 여기에서 한 가지 중요한 함정도 있다.

Backlog는 이익이 아니다.

예를 들어 Google이 100억 달러의 Cloud 계약을 확보했다고 하더라도 그 서비스를 제공하기 위해서는

데이터센터,

TPU와 GPU,

전력,

냉각,

네트워크,

직원,

유지보수

등의 비용이 들어간다.

따라서 100억 달러의 backlog가 100억 달러의 이익을 의미하는 것은 아니다.

결국 투자자에게 중요한 것은

Backlog

매출

영업이익

현금흐름

으로 제대로 연결되는가이다.

앞선 글에서 살펴본 것처럼 Google Cloud는 2026년 2분기에 영업이익률 35.6%를 기록했다.

앞으로 backlog가 실제 매출로 전환되는 동안에도 높은 수익성을 유지할 수 있다면 AI 투자의 경제성이 더욱 좋아질 수 있다.

반대로 매출은 빠르게 증가하더라도 데이터센터 운영비, 외부 컴퓨팅 비용, 전력비와 감가상각비가 더 빠르게 증가하면 이익 증가 속도는 달라질 수 있다.


TPU 계약도 Backlog에 영향을 줄 수 있다

2026년 Google Cloud를 공부할 때는 또 하나의 변화가 있다.

바로 TPU 시스템 직접 판매다.

Alphabet은 2026년 2분기 처음으로 TPU 시스템을 고객 데이터센터에 공급하면서 관련 매출을 인식하기 시작했다고 밝혔다.

SEC 공시에서도 Google Cloud 매출이

사용량 기반 Cloud 서비스

구독형 서비스

뿐 아니라

TPU 시스템 제품 판매

에서도 발생한다고 명시하고 있다.

TPU 시스템 판매 계약은 단순한 칩 한 개만 판매하는 구조도 아니다.

공시상 TPU 시스템 판매에는 하드웨어, 소프트웨어, 설치, 지원 및 연장 보증 서비스 등이 포함될 수 있다.

따라서 하나의 계약 안에서도 매출이 인식되는 시점이 달라질 수 있다.

하드웨어와 소프트웨어는 일반적으로 고객에게 통제가 이전될 때 매출이 인식되고,

설치·지원·연장보증 서비스는 실제 서비스가 제공되는 기간에 걸쳐 매출로 인식될 수 있다.

이 부분이 바로 RPO 개념을 이해해야 하는 이유다.



RPO에 무엇이 포함되지 않는지도 중요하다

숫자를 공부할 때는 포함된 것만큼

포함되지 않은 것

을 보는 것도 중요하다.

Alphabet의 2026년 2분기 공시에서는 revenue backlog에서 취소 가능한 계약(cancellable contracts) 등을 제외한다고 설명하고 있다.

또 2026년 1분기부터는 원래 예상 계약기간이 1년 이하인 계약도 backlog에 포함하도록 기준을 변경했다.

이 때문에 과거 backlog와 현재 backlog의 장기 추세를 비교할 때는 공시 방식이 변경됐다는 사실을 기억해야 한다.

주식 공부에서

“작년 1,000억 달러 → 올해 5,000억 달러니까 5배 성장”

처럼 숫자만 나누는 것보다

숫자의 정의가 중간에 변경되지는 않았는지

확인하는 것이 훨씬 중요하다.


그렇다면 $514B는 얼마나 강한 숫자일까?

개인적으로 현재 Google Cloud의 backlog는 Alphabet의 AI 전략을 공부할 때 상당히 중요한 지표라고 생각한다.

이유는 단순하다.

Alphabet은 현재

서버

TPU·GPU

데이터센터

네트워크

전력 인프라

에 막대한 돈을 쓰고 있다.

이 투자가 성공하려면 결국 누군가 그 컴퓨팅 자원을 사용해야 한다.

Cloud backlog가 증가한다는 것은 적어도 계약 단계에서는

Google이 건설하고 있는 AI 인프라를 이용하려는 기업 수요가 상당하다는 신호

로 볼 수 있다.

하지만 동시에

$514B backlog = $514B 순이익

도 아니고,

$514B backlog = 다음 분기 매출

도 아니다.

이 두 가지를 구분해야 숫자의 의미가 제대로 보인다.


내가 앞으로 확인하려는 핵심 흐름

Google Cloud를 계속 공부한다면 개인적으로는 다음 연결 관계가 가장 중요하다고 생각한다.

RPO / Backlog 증가

Cloud 매출 증가

Cloud 영업이익 증가

영업이익률 유지 또는 개선

Free Cash Flow 증가

만약 앞으로 몇 년 동안 이 흐름이 실제로 나타난다면 Alphabet의 현재 AI 데이터센터 투자가 경제적인 성과로 전환되고 있다는 강한 근거가 될 수 있다.

반대로 backlog는 계속 증가하는데 Cloud 이익률이 크게 하락하거나 현금흐름이 개선되지 않는다면

계약 규모와 실제 투자수익률 사이에 차이가 존재한다

는 뜻일 수 있다.


정리|5,140억 달러는 ‘매출’이 아니라 미래 매출의 파이프라인이다

이번 내용을 정리하면 Google Cloud의 약 5,140억 달러 backlog를 이해하는 가장 쉬운 방법은

미래 매출 파이프라인

이라고 생각하는 것이다.

2026년 6월 30일 기준 Alphabet의 전체 RPO는 5,195억 달러이며 그중 5,139억 달러가 Google Cloud와 관련되어 있다.

Alphabet은 전체 backlog의 50%를 조금 넘는 금액이 향후 24개월 동안 매출로 인식될 것으로 예상하고 있다.

하지만 실제 매출 인식 시점은 계약기간과 서비스 제공, 고객의 Cloud 사용 등에 영향을 받는다.

따라서 이 숫자를 볼 때는

“Google이 5,140억 달러를 벌었다.”

라고 해석하기보다는

“Google이 앞으로 제공해야 할 상당한 규모의 Cloud 계약을 이미 확보했다.”

라고 이해하는 편이 정확하다.

그리고 투자자의 입장에서 진짜 중요한 것은 그 계약이

Backlog → Revenue → Operating Income → Cash Flow

로 얼마나 효율적으로 전환되는지를 확인하는 것이다.

이렇게 보면 Google Cloud backlog는 단순히 큰 숫자가 아니다.

Alphabet이 수천억 달러를 들여 확대하고 있는 AI 데이터센터에 실제 기업 고객 수요가 존재하는지를 판단할 수 있는 중요한 지표 중 하나다.


본 글은 공개된 기업 자료와 SEC 공시를 공부하기 위해 작성한 개인적인 분석이며 특정 종목의 매수·매도를 권유하기 위한 글이 아닙니다. 투자 판단과 책임은 투자자 본인에게 있습니다.

댓글 남기기