Google Place API(New) 가격 정책(2026.06) 및 적정 마진/호출횟수

DEVELOPMENT/SUUROUNDINGS

Google Place API(New) 가격 정책(2026.06) 및 적정 마진/호출횟수

OSP 2026. 6. 19. 14:23

Google Place API(New) 가격 정책(2026.06) 및 적정 마진/호출횟수

Place API 과금 기준은 등급(Essentials / Pro / EnterPrise)이라는 큰 분류와 SKU라는 작은 분류로 구성된다.

요청 데이터 필드에 따라 SKU 결정 > SKU별 요금 테이블에 의거해서 요금이 과금된다
요청 데이터 필드별 SKU

Place API(New)는 불러오는 데이터를 선택하도록 하는데(필드 마스크), 요청된 데이터 필드중에서 가장 비싼 데이터 필드의 SKU를 기준으로 요금제 등급이 결정된다. 예를 들어 Essentials Field만 요청하면 Essentials SKU만 트리거되고, Essentials 요금제로 책정된다. 반면 데이터 필드가 하나라도 Pro면 Pro SKU가 트리거되고, Pro 요금제로 책정된다.
- https://developers.google.com/maps/documentation/places/web-service/place-details?
- https://developers.google.com/maps/billing-and-pricing/sku-details?

Place Details Essentials SKU IDs Only SKU
Field	내용
attributions	장소 데이터의 출처
id	고유 식별자
moved_place moved_place_id	(주소이전/폐업 등) 옛날 주소로 검색한 경우 신규 주소로 안내하는 용도
name	장소의 시스템용 명칭 (place/ChIj-58Kq39...)
photos	사진

Place Details Essentials SKU
Filed	내용
addressComponents	시/구/동/우편번호 등 주소의 구조적 데이터
addressDescriptor(인도)	묘사형 주소(A은행 옆, xx역 도보 5분 등)
adrFormatAddress	웹 표준 포맷에 맞춘 주소 데이터
formattedAddress shortFormattedAddress	전체 주소
postalAddress	우편 주소
location plusCode	위도/경도 정보 및 그 약식
types	해당 장소가 속한 카테고리 목록
viewport	장소를 지도에 표시할 때 카메라 영역

Place Details Pro SKU
Filed	내용
accessibilityOptions	거동 불편자를 위한 편의성 구성 여부
businessStatus	영업 상태(영업 중/폐업 등)
subDestinations	해당 장소(대형 시설)에 속한 장소 목록
containingPlaces	해당 장소가 속한 대형 시설 (신세계 내부 스타벅스인 경우, 해당 신세계 백화점)
displayName	장소의 사람용 명칭(스타벅스 시청점 등)
googleMapsLinks	다양한 Google Maps 기능으로 이동할 수 있는 링크 모음 (길 찾기, 리뷰 작성, 사진 찾기 등)
googleMapsUri	해당 장소의 Google Maps 상세 페이지로 연결되는 URI
iconBackgroundColor iconMaskBaseUri	지도상에서 표시되는 아이콘 디자인 관련 속성
openingDate	영업일 정보
primaryType primaryTypeDisplayName	장소의 업종 분류(restraunt/ cafe 등)
pureServiceAreaBusiness	순수 서비스 비즈니스 여부(배달전문, 출장세차 등)
timeZone utcOffsetMinutes	해당 장소의 표준 시간대 및 UTC와의 차이(min)

Place Details Enterprise SKU
Filed	내용
currentOpeningHours currentSecondaryOpeningHours regularOpeningHours regularSecondaryOpeningHours	현재 혹은 정기적인 영업 시간
internationalPhoneNumber nationalPhoneNumber	국제/국내용 전화번호
priceLevel priceRange	가격대 정보
rating userRatingCount	평점 및 개수
transitStation(대중교통 거점)	버스 정류장, 지하철역 등 교통 거점의 데이터
websiteUri	웹사이트 URI

Place Details Enterprise + Atmosphere SKU
Filed	내용
servesBeer servesBreakfast servesBrunch servesCocktails servesCoffee servesDessert servesDinner servesLunch servesVegetarianFood servesWine menuForChildren delivery takeout reservable liveMusic fuelOptions*(주유소)	상품/서비스 제공 여부 * 제공하는 연료 종류
dineIn outdoorSeating restroom	장소 제공 여부
goodForChildren goodForGroups goodForWatchingSports allowsDogs	아이/모임/관람에 좋은지 여부 반려견 동반 가능 여부
paymentOptions	결제 수단
reviews reviewSummary	사용자 리뷰 및 요약
editorialSummary generativeSummary neighborhoodSummary	요약(편집자/AI/로컬/리뷰)
parkingOptions curbsidePickup evChargeOptions evChargeAmenitySummary	자동차 관련 필드 (주차장, 드라이브쓰루, 전기차 충전 여부 및 요약)
routingSummaries	(Text/Nearby Search SKU에서만 해당) 출발지에서 해당 장소까지의 경로 데이터(수단/시간/거리 등)

SKU별 요금제 테이블

SKU호출건수에 따라 가격이 책정된다. 예를 들어 Place API Essentials Autocomplete Requests SKU가100회호출되면 0.283$의 요금이 부과되며, 사용량이 많아질 수록 단위 비용은 감소한다.
- https://developers.google.com/maps/billing-and-pricing/pricing?

Place API (New) Essentials
SKU Name	$/1000회 (최대~최소)
Autocomplete Requests	2.83	0.21
Autocomplete Session Usage	Free	Free
Place API Place Details Essentials IDs Only	Free	Free
Place API Place Details Essentials	5	0.38
Place Dtails Text Search Essentials IDs Only	Free	Free
Place UI Kit Query	1	0.08
Place Ui Kit - Autocomplete Per Session	10	0.80
Time Zone	5	0.38

Place API (New) Pro
SKU Name	$/1000회 (최대~최소)
Address Validation Pro	17	1.28
Place API Nearby Search Pro	32	2.40
Place API Place Details Pro	17	1.28
Place API Text Search Pro	32	2.40
Place Aggregate API	10	0.75

Place API (New) Enterprise
SKU Name	$/1000회 (최대~최소)
Address Validation Enterprise	25	2.28
Place API Nearby Search Enterprise	35	2.63
Place API Nearby Search Enterprise + Atmosphere	40	3.40
Place API Place Details Enterprise	20	1.51
Place API Place Details Enterprise + Atmosphere	25	2.28
Place API Place Details Photos	7	0.53
Place API Text Search Enterprise	35	2.63
Place API Text Search Enterprise + Atmosphere	40	3.40

지도 검색에서 자동 완성은 인프라급 UX로 포기하기 어렵지만, 그 과금 구조 특성상 주의를 요한다.

자동완성 세션 과금 구조 및 시나리오

일반적으로 검색은 버튼, 엔터 등 명확한 종료행위를 수반한다. 1회 검색 : 쿼리의 1:1 관계가 성립하지만, 자동완성의 경우에는 1회 검색 : 검색 종료까지의 쿼리가 1:N 관계가 성립한다.
디바운스 딜레이, 타자 속도, 자동완성 완성도 등에 따라 달라지겠지만 "스타벅스 시청점"을 검색하는 경우를 예를 들어 보자. "스" > "스타" > "스타버" > "스타벅스" > "스타벅스 싳" > "스타벅스 시청저", "스타벅스 시청점". 예시 케이스에서 총 7회 자동완성을 수반하며, 여기에 마지막에 스타벅스 시청점을 클릭해서 Masked Field Data를 요청하는 것까지 총 8회의 SKU를 트리거하게 된다.
- Google Maps는 이렇듯 다소 공격적인 과금구조를 설계한 뒤 세션 사용을 제시한다.
- https://developers.google.com/maps/documentation/places/web-service/session-pricing?

세션 생명 주기

세션 생명 주기
세션 시작	첫 번째 Autocomplete 요청
세션 유지	후속 Autocomplete 요청
세션 종료	Place Details 또는 Address Validation 요청 또는 불완전한 세션 종료

요금 시나리오

뒤로가기 / 앱 종료 등 불완전 종료되는 세션의 요금 시나리오
Autocomplete	Autocompete Requests SKU 트리거 : 0.00283$
청구서	자동완성 요청 횟수 * 0.00283$

Place Details Essentials 요청으로 종료되는 세션의 요금 시나리오
처음 12개의 Autocomplete	Autocompete Requests SKU 트리거 : 0.00283$
후속 Autocompete	Autocompete Session Uasge SKU 트리거 : 무료
Place Details Essentials	Place Details Essentials SKU 트리거 : 0.005$
청구서	{ min(12, 자동완성 요청 횟수 * 0.00283$ } + 0.005$

Place Details Pro / Address Validation Pro 요청으로 종료되는 세션의 요금 시나리오
Autocomplete	Autocomplete Session Usage SKU 트리거 : 무료
Place Details Pro 또는 Address Validation Pro	Place Details Pro SKU 트리거 : 0.017$ 또는 Address Validatoin Pro SKU 트리거 : 0.017$
청구서	0.0017$

Place Details Enterprise / Address Validation Enterprise 요청으로 종료되는 세션의 요금 시나리오
Autocomplete	Autocomplete Session Usage SKU 트리거 : 무료
Place Details Enterprise 또는 Address Validation Enterprise	Place Details Enterprise SKU 트리거 : 0.020$ 또는 Address Validation Enterprise SKU 트리거 : 0.025$
청구서	0.020$ 또는 0.025$

Place Details Enterprise + Atmopshere 요청으로 종료되는 세션의 요금 시나리오
Autocomplete	Autocomplete Session Usage SKU 트리거 : 무료
Place Details Enterprise + Atmosphere	Place Details Enterprise + Atmosphere SKU 트리거 : 0.02$
청구서	0.025$

자동완성 과금 구조의 특징 : 필드 마스크에 따른 계단식 과금 쳬게와 세션형 요금제의 결합

앞서 살펴보았듯, Essentials/Pro 등 데이터 필드 마스크에 따라 계단식 요금제 정책을 두고 있으며, Essentials 필드만 요청하는 경우 SKU 단위로는 가장 저렴한 가격이 부과된다. 그러나 세션을 종합하면 오히려 비싸지기도 한다.
20회의 자동완성 이후 Place Details로 세션이 종료되는 경우를 예시로 하면, Essentials 등급은 12회의 자동완성 + 1회의 세부정보 비용으로 총 0.03896$이 부과되며, Non-Essentials 등급은 각각 0.017$, 0.20$, 0.25$이 부과된다. 정상 종료 케이스에서 자동완성 요청 수에 따른 세션별 가격 그래프는 다음과 같다
Figure 1. 자동완성 5회 이상부터는 Essentials가 가장 저렴한 요금제가 아니다.
뒤로가기, 앱 종료 등 불완전 종료 케이스에서는 자동완성 요청은 요청별 가격으로 되돌아가며, 각각 0.00283$이 부과된다. Place Details가 호출되지 않고 필드 마스크의 요금제 등급에 무관하다.
- Figure 2. 불완전 종료 케이스에서 모든 요금제는 대등하다
자동완성 요청 횟수(x), 정상:비정상 종료 비율(y:1-y), 세션별 비용(z)를 시각화하면 다음와 같다
Essentials z=y (0.005+0.00283*((x+12-abs(x-12))/(2)))+(1-y)*0.00283*x

Pro z=y*0.017+(1-y)*0.00283*x

Enterprise z=y*0.020+(1-y)*0.00283*x

Enterprise + Atmosphere z=y*0.025+(1-y)*0.00283*x
- Figure7. Essentials - Enterprise + Atmosphere : 자동완성 5-8회 이상은 Essentials 비용 열위
Figure 3-7을 종합한 러프한 비용 우열을 매트릭스로 나타내면 다음과 같다.

	자동완성 요청 적음	자동완성 요청 많음
정상 종료 적음	Essentials 비용 근소 우위	Non-Essentials 비용 근소 우위
정상 종료 많음	Essentials 비용 우위 (최대 80%절감, 0.005 : 0.025)	Non-Essentials 비용 우위 (최대 56.5%절감, 0.03896 : 0.017)

자동 완성 과금 구조를 고려한 비용 최적화 방안

1. 통계적인 관점에서 Essentials와 Non-Essentials간 상대적인 비용 우열

정상 종료의 비중은 어플리케이션의 성질에 따라 크게 좌우된다. Google Maps 같은 단순 지도앱의 경우 호기심/탐색형 검색이 많아 자동완성 결과까지만 확인할 뿐 세부 정보 요청으로 진입하지 않고 불완전 종료로 마무리되는 경우가 과반으로 알려져 있으며, 배달앱, 택시앱 등 장소 검색 목적이 뚜렷한 경우에는 70~90% 수준의 빈도로 정상 종료되는 것으로 알려져 있다.
- 단순 지도앱이 아님에도 비정상 종료 세션이 많다면 어플리케이션에 장소 검색이 필요한지, 필요하다면 어째서 중도 이탈하는 것인지 의문을 가져야 한다. 또한 단순 지도 앱은 인프라적으로 기능하여 사업성 측면에서 범국가적 규모의 B2B 사업에 가깝기 때문에, 다수 불완전 종료 매트릭스는 대부분의 개발자들에게 애초에 해당 사항이 없다.
따라서 다수 정상 종료 매트릭스의 비용 우열을 살펴보면 다음과 같다.

자동 완성	등급	필수 - 비필수 비용 우열 및 절감률 (빨강: Essentials, 파랑 : Non-Essentials, 회색 : 10% 미만)
-	-	y = 0.6	y = 0.7	y = 0.8	y = 0.9	y = 1.0
0회 0.005	Pro	71	71	71	71	71
	Enterprise	75	75	75	75	75
	Enter + Atmo	80	80	80	80	80
1회 0.00783	Pro	49	50	52	53	53
	Enterprise	56	57	59	60	61
	Enter + Atmo	64	66	67	68	69
2회 0.01066	Pro	31	33	34	36	37
	Enterprise	59	42	44	45	47
	Enter + Atmo	50	52	54	56	57
3회 0.01349	Pro	15	17	18	20	21
	Enterprise	25	28	29	31	32
	Enter + Atmo	38	40	42	44	46
4회 0.01632	Pro	3	3	3	4	4
	Enterprise	13	15	16	17	18
	Enter + Atmo	27	29	31	33	35
5회 0.01915	Pro	8	9	9	10	11
	Enterprise	3	3	4	4	4
	Enter + Atmo	17	19	20	22	23
6회 0.02198	Pro	15	17	19	21	23
	Enterprise	6	7	8	8	9
	Enter + Atmo	8	9	10	11	12
7회 0.02481	Pro	21	23	26	29	31
	Enterprise	13	14	16	18	19
	Enter + Atmo	0	1	1	1	1
8회 0.02764	Pro	25	28	32	35	38
	Enterprise	18	20	23	25	28
	Enter + Atmo	6	7	8	9	10
9회 0.03047	Pro	28	33	37	40	44
	Enterprise	22	25	28	31	34
	Enter + Atmo	12	13	15	16	18
10회 0.0333	Pro	31	36	40	45	49
	Enterprise	25	29	33	36	40
	Enter + Atmo	16	18	21	23	25
11회 0.03613	Pro	34	39	44	48	53
	Enterprise	28	33	37	41	44
	Enter + Atmo	20	22	25	28	31
12회 0.03896	Pro	36	41	46	51	56
	Enterprise	31	35	40	44	49
	Enter + Atmo	23	26	29	33	36
...

0회부터 5~7회의 분기점까지 Essentials의 이익이 빠르게 감소하며, 그 이후부터는 Non-Eseesntials의 이익이 완만하게 증가하는 모습을 보인다.

2. 절대적인 비용 상한

앞서 상대적인 비용 우위를 살펴보았는데, 그 논리의 주요한 전제는 통계적인 관점에서 y가 1에 가깝다는 것이었다. 그러나 통계적인 관점을 벗어나면, 사용자가 Place API를 호출하는 각각의 현실 케이스에서 y는 0(불완전 종료)또는 1(정상 종료)만을 갖는다.
정상 종료 케이스는 앞서 살핀 상대적 비용우열에 포함되는 영역이지만, 불완전 종료 케이스는 그렇지 않다. 요금제 차등이 없어 상대적 우열을 가리는 것이 원리적으로 불가능할 뿐만 아니라, 가장 중요하게도 요금 상한이 존재하지 않는 케이스이기 때문에 동일하게 포섭하는 것은 옳지 않다. 따라서 프로그래밍 레벨에서는 Place API를 호출하는 경우 이 불완전 종료 케이스에 대한 처리가 필요하다.

종료	자동 완성 요청에 따른 가격 ($/1000회)
-	6	7	8	9	...	13	14	...	100	...
불완전	016.98	019.81	022.64	025.47		036.79	039.62		283.0
Essen	021.98	024.81	027.64	030.47		038.96	038.96		038.96
Pro	017.00	017.00	017.00	017.00		017.00	017.00		017.00
Enter	020.00	020.00	020.00	020.00		020.00	020.00		020.00
En+At	025.00	025.00	025.00	025.00		025.00	025.00		025.00

Essentials의 경우 13회까지 불완전 종료가 비용 우위이고, Pro, Enterprise, Enterprise + Atmosphere는 각각 6회, 7회, 8회까지 불완전 종료가 비용 우위를 점한다.

3. 시나리오별 비용 최적화

Non-Essentials 데이터가 필요한 경우
- 정상 종료 케이스에서는 비용 최적화가 필요 없다. 변동 가격이 아니기 때문이다. 갈림길이 없어 비용 절감 전략이 뚜렷하다.
- 불완전 종료 케이스에서는 이를 우선 탐지하여 Place Details SKU 호출하고, 세션 정상 종료로 처리하여 비용 상한을 잠그는 것이 최소한의 방어로 보인다. 더 적극적으로는 불완전 종료가 비용 우위를 갖는 자동 완성 호출 횟수 13(Essential), 6(Pro), 7(Enterprise), 8(Ent+Amt)까지는 파이프라인에서 불완전 종료를 그대로 패싱하고, 그 이후부터는 Place Details SKU를 호출하여 세선 정상 종료로 취급되도록 한다.(불완전 종료 대응 로직)
Essentials 데이터만 필요한 경우
- 정상 종료 케이스에서부터 비용 최적화를 고려해야 한다. 비용과 UX의 트레이드 오프 관계가 설계되어 있기 때문에, 선택을 해야 하는 시점이 온다. 예를 들어 5회의 자동완성시 19.15$로 Place Details Pro SKU의 17.00$을 상회한다. 즉 세션당 자동완성이 평균 5회 이상이라면 차라리 Pro가 더 저렴하다. 여기서 기로에 놓인다. 디바우스 및 세션제한으로 자동완성 횟수를 제한하며 Essentials를 유지하던가(비용 채택), 아예 Pro를 채택하는 것이다(UX 채택)
  - 다수의 장소는 프랜차이즈명+지명, 지명 + 카테고리의 조합인데, GoogleMaps 기본 제공 UI 기준으로 스타벅스 시청역점을 10회 검색해본 결과 Google Colud 측정항목에서 Place API가 290회 호출된 것으로 확인된다. 타자가 느린 편도 아닌데 화면 바뀌는 게 심상치 않다 했더니 비용 절감을 위해서 기본 UI는 지양해야 할 것으로 보인다.
  - 디바운스 : 한국어 기준 10음절를 입력한다 치면, 평균 200음절/min 타이핑 속도로 3초가 예상된다. 이 경우 자동완성을 4회 이내로 제한하려면 디바운스를 750ms 이상으로 설정해야 한다. 참고로 검색 UX에서 적정 디바운스는 200~300ms정도로 보는 것이 일반적이다.영어 기준으로 3단어를 35단어/min의 타이핑 속도로 입력하면 5초가 넘고, 이 경우 Essentials의 비용 우위를 위한 최소 디바운스는 약 1300ms가 된다.
  - 세션 제한 : 일정 시간이나 일정 자동완성 횟수를 초과하면 검색 세션 자체를 제거하는 방법인데, 이건 상당히 치명적인 UX라 논하지 않겠다. "손님, 네 거 다 썼으니까 당장 나가"라고 말하며 쫓아내는 셈인데, 이정도 배짱 장사는 쉽지 않다.
- 불완전 종료 케이스에서는 상술한 불완전 종료 대응 로직을 따른다.

장소검색 비용을 고려한 적정 마진

순익계산 : 순익 = f(매출, 기타비용률) = f(g(리텐션), 기타비용률)

매출액별 순익은 다음과 같다.
- 2026.06.24 - [DEVELOPMENT/SUUROUNDINGS] - 재무회계 : 매출과 비용률에 따른 순익(률)
- Figure8. 매출 5000억 까지의 개인(황토)와 법인(파랑)의 순익률(%). 법인은 50%-, 개인은 30%-로 수렴하는 모습

상술한 매출별 순익 매트릭스를 포섭한 구독료에 따른 순익을 계산하면 아래와 같다.

환율 1500원/$, 다운로드 당 유료 전환률을 0.4%라 가정했을 때, 1만 다운로드당 40명의 구독전환 기댓값을 기반으로 구독료별 순익을 계산하면 다음과 같다.

구독료 ($/월)	단위 매출 (원/설치)	설치 수 (만회)	총 연매출 (천만원)	개인/법인의 순익률(%)
기타 비용률(%)				10	20	30	40	50
1	72	28	2	62/59	60/50	43/41	35/32	25/23
		69	5	58/59	50/50	41/41	33/32	24/23
		278	20	49/59	43/50	37/41	30/32	22/ 23
		694	50	43/56	37/48	31/40	25/32	19/23
		3472	250	33/48	28/40	23/32	17/24	12/16
2	144	14	2	62/59	60/50	43/41	35/32	25/23
		35	5	58/59	50/50	41/41	33/32	24/23
		139	20	49/59	43/50	37/41	30/32	22/23
		347	50	43/56	37/48	31/40	25/32	19/23
		1736	250	33/48	28/40	23/32	17/24	12/16
3	216	9	2	62/59	60/50	43/41	35/32	25/23
		23	5	58/59	50/50	41/41	33/32	24/23
		93	20	49/59	43/50	37/41	30/32	22/23
		232	50	43/56	37/48	31/40	25/32	19/23
		1157	250	33/48	28/40	23/32	17/24	12/16
4	288	7	2	62/59	60/50	43/41	35/32	25/23
		17	5	58/59	50/50	41/41	33/32	24/23
		69	20	49/59	43/50	37/41	30/32	22/23
		174	50	43/56	37/48	31/40	25/32	19/23
		868	250	33/48	28/40	23/32	17/24	12/16
5	360	6	2	62/59	60/50	43/41	35/32	25/23
		14	5	58/59	50/50	41/41	33/32	24/23
		56	20	49/59	43/50	37/41	30/32	22/23
		139	50	43/56	37/48	31/40	25/32	19/23
		694	250	33/48	28/40	23/32	17/24	12/16
6	432	5	2	62/59	60/50	43/41	35/32	25/23
		12	5	58/59	50/50	41/41	33/32	24/23
		46	20	49/59	43/50	37/41	30/32	22/23
		115	50	43/56	37/48	31/40	25/32	19/23
		579	250	33/48	28/40	23/32	17/24	12/16
7	504	4	2	62/59	60/50	43/41	35/32	25/23
		10	5	58/59	50/50	41/41	33/32	24/23
		40	20	49/59	43/50	37/41	30/32	22/23
		99	50	43/56	37/48	31/40	25/32	19/23
		496	250	33/48	28/40	23/32	17/24	12/16
8	576	3	2	62/59	60/50	43/41	35/32	25/23
		9	5	58/59	50/50	41/41	33/32	24/23
		35	20	49/59	43/50	37/41	30/32	22/23
		87	50	43/56	37/48	31/40	25/32	19/23
		434	250	33/48	28/40	23/32	17/24	12/16
9	648	3	2	62/59	60/50	43/41	35/32	25/23
		8	5	58/59	50/50	41/41	33/32	24/23
		31	20	49/59	43/50	37/41	30/32	22/23
		77	50	43/56	37/48	31/40	25/32	19/23
		386	250	33/48	28/40	23/32	17/24	12/16
10	720	3	2	62/59	60/50	43/41	35/32	25/23
		7	5	58/59	50/50	41/41	33/32	24/23
		28	20	49/59	43/50	37/41	30/32	22/23
		69	50	43/56	37/48	31/40	25/32	19/23
		347	250	33/48	28/40	23/32	17/24	12/16

예를 들어 구독료 3$에 연매출 5억이라면, 비용률 30%일 때 순익률은 31/40%이다.(파란색)
구독자당 평균 구독기간을 1년이라 가정하면 단위 매출이 곧 단위 LTV가, 총 연매출이 LTV가 된다. 구독료를 2$로 책정했을 때 347만회의 다운로드를 확보한 경우 총 매출 기댓값은 5억이 되며, 비용률에 따라 순익을 계산할 수 있다. 비용률이 20%라면 생애 순익은 18,500, 24,000만원이, 1다운로드당 생애 순익은 53/69원이 된다(녹색)
반대로 1다운로드당 생애 순익을 300원 이상으로 맞추고 싶다면 매트릭스상 구독료에 따라 비용률은 10~30%이하로 책정하여야 할 것이다(빨간색)

★구독료와 적정 호출 횟수 : 무료 사용자와 유료 사용자의 호출 횟수 한도

1. 무료 사용자의 호출 횟수

무료 사용자에게도 비용을 감수하는 것은 수익 잠재력(리텐션)을 통한 수익성 개선에 있으며, 리텐션 향상을 위한 한계 감수비용륭은 아래에서 확인할 수 있다.
2026.06.23 - [DEVELOPMENT/SUUROUNDINGS] - 수익성 핵심지표 : 리텐션(Retention)
Figure9. 5%의 리텐션 확보를 위한 한계 감수비용률 그래프. 대략 10%로 추산할 수 있다.
10% 추산값과, 구독 전환률 0.025를 상수로 근사하면 구독리텐션에 따른 매출공식에 따라 [0, 0.7]의 구독리텐션 범위에서 한계 감수비용은 구독료의 [0.0025, 0.008]배가 된다. 구독료가 3000원이면 7.5-24원인 셈. 이를 15원으로 평균을 내면, 무료사용자에게 한 달에 제공하는 Place API Pro 1회마다 대략 5%의 전체 리텐션 확대를 가져와야 수지타산이 맞게 된다.
확대 리텐션에 변동계수를 산술적으로 대입하면 2.32~4.3%으로, 주 1회 , 한달4회를 무료로 제공해서 추가 리텐션 15% 정도를 확보할 수 있다면 합리적으로 납득 가능한 비용 부담이라는 것이다. 보수적으로는 20~30% 범위로 가늠된다.

2. 유료 사용자의 호출 횟수

모식형 단편 두 개를 짚고 시작한다 :

한달 구독료가 10$이고 40%의 비용 상한(전부 API : 4$)을 설계했다고 생각해보자. Pro 기준 한달에 최대 235회의 장소 검색 세션을 제공할 수 있으며, 이는 하루 8번의 장소 검색을 전제로 비용을 부과하는 것이다
상술한 순익 매트릭스에서 비용률이 40%인 행을 짚으면 매출에 따른 순익률을 예상할 수 있다. 연매출 2억까지는 30%를 약간 상회하다가 그 이후부터 개인사업자 먼저 빠르게 감소하는 모습을 볼 수 있는데, 순익 매트릭스 보는 법을 알았으니 이제 단편을 구체적으로 살핀다.
1. 단편 1: API 호출 상한 횟수 변동 *
  - 1, 택시나 배달 앱도 아니고 검색 횟수가 불필요하게 많다고 판단했다면, API 비용 상한을 2$로 줄이고 구독료도 5$로 낮출 수 있다. 이 경우 상술한 순익 매트릭스에서 비용은 동일하고 매출액이 증가하는 것을 기대할 수 있다. 순이익은 늘고, 순익률은 줄게될 것이다. 대체로 없는 일이다(로켓과 깃털의 깃털).
  - 2. 혹은 API 상한 비용만 2$로 감축하되 구독료는 동결하여 비용율을 20%로 낮출 수도 있다. 이 경우 상술한 순익 매트릭스에서 비용률만 낮아질 것을 기대할 수 있다. 소비자 입장에서 외관상 차이는 없어 매출에는 영향을 미치지 않을 것이고, 순익과 순익률만 증가할 것이다.
  - 3. 반대로 검색 횟수가 부족하다고 판단했다면, API 비용 상한을 5$로 늘리고 구독료도 12.5$로 올릴 수 있다. 이 경우 소비자가 납득하지 못한다면 매출과 순익 모두 줄어들 것이고, 가격 저항을 이겨냈다면 매출과 순익 모두 늘어나고 순익률은 감소할 것이다. 대체로 흔한 일이다.(로켓과 깃털의 로켓)
  - 4. 혹은 API비용 상한을 5$로 늘리고 구독료를 동결할 수 있다. 이 경우 상술한 순익 매트릭스에서 비용 비율만 높아질 것을 예상할 수 있다. 소비자 입장에서는 외관상 차이는 없어 매출에는 영향을 미치지 않을 것이고, 순익과 순익률만 감소할 것이다.
2. 단편 2: API 호출 상한 횟수 유지
  - 5.반면 그만큼의 횟수가 마땅히 필요하다면 비용 상한을 유지하고 구독료만 올리거나 낮출 수 있다. 구독료만 낮추는 경우 상술한 순익 매트릭스에서 매출액 증가와 비용률 상승이 예상된다. 순익률은 줄어들고(매출과 비용률 모두 순익률을 낮춘다) 순익의 추이는 장담할 수 없게 된다. 올리는 경우는 반대로 되지만, 가격 저항 때문에 공공연한 로켓발사대(상향 비용 전가)가 없는 이상 맨 땅에 가격 인상은 보기 어려운 것 같다.

	구독료 변동, 비용률 유지	구독료 동결, 비용률 변동
API 상한 감축	1. 매출액 ↑, 순익 ↑, 순익률 ↓ *하향 비용 전가	2. 매출액 -, 순익 ↑, 순익률 ↑ *Shrinkflation 또는 비용 최적화
API 상한 확대	3. 매출액 ↓↑ , 순익 ↓ , 순익률 ↑↓ *상향 비용 전가	4. 매출액 -, 순익 ↓ , 순익률 ↓ *품질 개선
API 상한 동결	5. 매출액 ↑↓ , 순익 ?, 순익률 ↓↑ *가격 인상/인하	-

이제 장편을 시작하자.

장편 1 : 구독료를 먼저 정하고 API 호출 횟수 계산 : 가격 전략을 우선시하여 먼저 구독료를 잡아 놓고 설계하는 경우를 생각해보자. 감당할 수 있는 기타 비용 비율과 UX의 균형을 찾아 호출 수를 설계할 수 있다.

장편 1을 정리한 표이다 : 구독료에 따른 API호출 상한을 API 매출 비율별로 나열한 뒤, 상한에 따른 적정 월 평균 호출 횟수를 변동 계수에 따라 나열하였다.
편의상 Pro를 기준으로 반올림하여 계산한다. API 비용의 매출 비율은 전체 매출에서 API 비용으로 감당할 수 있는 비율을 의미한다. 맨 우측 값은 정규분포에서 95%의 사용자가 주어진 월 API 상한에서 유효하기 위한 평균값이다

구독료($)	API비용의 매출비율(%)	월 API 상한(회)	적정 월 평균 호출 횟수
변동계수 CV (환산계수 : 0.859, 0.670, 0.549, 0.464)			0.1	0.3	0.5	0.7
2	10	12	10	8	7	6
	20	23	20	15	13	11
	30	35	31	24	19	16
	40	47	40	32	26	22
	50	59	51	40	32	27
3	10	18	16	12	10	8
	20	35	31	24	19	16
	30	53	46	36	29	25
	40	71	61	48	39	33
	50	88	76	59	48	41
4	10	23	20	15	13	11
	20	47	40	32	26	22
	30	71	61	48	39	33
	40	94	81	63	52	44
	50	118	101	79	65	55
5	10	29	25	19	16	14
	20	59	51	40	32	27
	30	88	76	59	48	41
	40	118	101	79	65	55
	50	147	124	99	81	68

월구독료로 3$로, API 비용 비율을 20%로 책정하는 케이스에서 API 호출 상한은 월 35회가, 5$/10%로 책정하면 월 29회가 된다. 된다(파란색)
- API호출의 변동 계수가 평범한 서비스라면 각각 월 평균 API 호출 횟수가 24회, 19회여야 UX와도 균형을 맞는다고 할 수 있을 것이다.
반대로, 월 13~15회의 평균 호출 횟수가 적절하다고 판단된 케이스에서 (구독료, API 비용 비율)의 순서쌍은 (2,20), (4,10), (4,13), (5,10)이 된다. (빨간색)
- API호출의 변동 계수가 평범한 서비스라면 (2, 20), (4, 10)이 괜찮은 순서쌍이 될 것이다.

장편 2 : 적정 호출 횟수 도출 후 구독료 추론 : UX 전략을 우선시하여 사용 경험에 따른 적절한 API 호출 횟수를 먼저 계산하고, 이에 맞추어 통계적으로 감당할 수 있는 범위로 비용을 가두는 방식이다.

장편 2을 정리한 표이다 : 적정 월 평균 호출 횟수에 따른 적정 구독료를 API 매출 비율과 변동 계수별로 나열하였다.
편의상 Pro를 기준으로 반올림하여 계산한다. API 비용의 매출 비율은 전체 매출에서 API 비용으로 감당할 수 있는 비율을 의미한다. 맨 좌측 값은 정규분포에서 95%의 사용자가 주어진 월 API 상한에서 유효하기 위한 평균값이다.

적정 호출 평균 (회/월)	API 비용률 (%)	월 API 상한(좌, 회) 적정 구독료(우, $)
변동 계수		0.1		0.3		0.5		0.7
5	10	6	1.02	8	1.36	9	1.53	11	1.87
	20		0.51		0.68		0.765		0.935
	30		0.34		0.45		0.51		0.623
	40		0.255		0.34		0.383		0.468
	50		0.204		0.27		0.306		0.374
10	10	12	2.04	15	2.55	18	3.06	22	3.74
	20		1.02		1.275		1.53		1.87
	30		0.68		0.85		1.02		1.246
	40		0.51		0.648		0.766		0.936
	50		0.408		0.51		0.612		0.748
15	10	17	2.89	23	3.91	27	4.59	32	5.44
	20		1.445		1.955*		2.295*		2.75*
	30		0.963		1.303		1.53		1.8
	40		0.723		0.978		1.149		1.36
	50		0.578		0.782		0.918		1.08
20	10	23	3.91	30	5.1	36	6.12	43	7.31
	20		1.955		2.55		3.06		3.655
	30		1.303		1.7		2.04		2.467
	40		0.978		1.296		1.532		1.828
	50		0.782		1.02		1.224		1.465
25	10	29	4.93	37	6.29	46	7.82	54	9.12
	20		2.465		3.145		3.91		4.59
	30		1.643		2.097		2.606		3.06
	40		1.233		1.573		1.956		2.298
	50		0.986		1.258		1.564		1.836
30	10	35	5.95	45	7.65	55	9.35	65	11.05
	20		2.975		3.825		4.675		5.525
	30		1.983		2.55		3.117		3.677
	40		1.4875		1.193		2.338		2.758
	50		1.19		1.532		1.87		2.206

적정 월평균 호출 횟수 15회에 API 비용 비율을 20%로 산정하면 적정 구독료는 변동 계수에 따라 1.445~2.72$이 된다 (빨간색)
- API호출의 변동 계수가 평범한 서비스라면 1.995$이 적정 구독료라 할 수 있다.
반대로, 구독료를 2~2.99$로 책정하려는 케이스에서 (월 평균 적정 API 호출 횟수, API 비용 비율)의 순서쌍은 (10, 10), (15, 10), (20, 20), (20, 30), (25, 20), (25, 30), (25, 40), (30, 20), (30, 40)이 된다. (파란색) 다소간의 차이는 포섭하였다.
- API호출의 변동 계수가 평범한 서비스라면 (10, 10), (20, 20), (25, 20), (25, 30), (30, 30)이 괜찮은 순서쌍이 될 것이다.

변동 계수는 평균 대비 변동률로 상대적 표준편차로 요약되는데, 개발자 제어 영역이 아니라 사용자 행동 특성이므로 독립변수로서 다루지 않았다. 일반적으로 0.1은 집약적인 분포, 0.3은 가장 흔한 분포, 0.5부터는 불안정해서 평균과 같은 대표값의 의미가 희석되는 분포이다. ~~정규분포애서 CV=1이면 지랄 하네 그게 랜덤이지 정규분포냐~~
변동 계수는 어플리케이션과 API 각각의 속성, 어플리케이션과 API의 관계에 따라 상이할 수 있다

요약

자동완성 요금을 고려한 비용 최적화
- 정상 종료 : 자동완성 5회까지 Essentials 비용 우위, 이후 Non-Essentials 비용 우위
- 불완전 종료 :자동완성 6~8회 또는 13회부터 정상 종료가 비용 우위(불완전 종료 대응 로직)

Place API 월 제공 횟수 판단 기준(Pro 기준)

무료 : 월 1회당 추가 리텐션 3.5%는 확보해야. 현실적으로 최초메만 제공함이 타당하다.

유료 : API 비용률 [0, 1]에 대해

내용	식	값
API 비용률		0.1	0.2	0.3
구독료 1$당 최대 제공 횟수	58.8 * API 비용률	6	12	18
구독료 1$당 적정 제공 횟수	최대 제공 횟수 * 0.6	4	7	11
적정 제공 1회당 구독료($)	0.0283 / API 비용률	0.283	0.142	0.094
적정 제공 5회당 구독료($)	적정 1회당 구독료 * 5	1.145	0.707	0.472

'DEVELOPMENT > SUUROUNDINGS' 카테고리의 다른 글

AI API 가격 정책(2026.06) 및 적정 마진/용량 (1)	2026.06.29
Firestore, CloudSQL, Supabase 가격 정책(2026.07) 및 적정 마진/용량 (0)	2026.06.28
Google Cloud Storage가격 정책(2026.06) 및 적정 마진/용량 (0)	2026.06.26
재무회계 : 매출과 비용률에 따른 순익(률) (0)	2026.06.24
수익성 핵심지표 : 리텐션(Retention) (0)	2026.06.23

현재글Google Place API(New) 가격 정책(2026.06) 및 적정 마진/호출횟수

OSP

Today :
Yesterday :

OSP

Google Place API(New) 가격 정책(2026.06) 및 적정 마진/호출횟수

Google Place API(New) 가격 정책(2026.06) 및 적정 마진/호출횟수

'DEVELOPMENT > SUUROUNDINGS' 카테고리의 다른 글

'DEVELOPMENT/SUUROUNDINGS'의 다른글

티스토리툴바

Essentials	z=y (0.005+0.00283((x+12-abs(x-12))/(2)))+(1-y)0.00283*x
Pro	z=y0.017+(1-y)0.00283*x
Enterprise	z=y0.020+(1-y)0.00283*x
Enterprise + Atmosphere	z=y0.025+(1-y)0.00283*x

« 2026/07 »
일	월	화	수	목	금	토
			1	2	3	4
5	6	7	8	9	10	11
12	13	14	15	16	17	18
19	20	21	22	23	24	25
26	27	28	29	30	31

Google Place API(New) 가격 정책(2026.06) 및 적정 마진/호출횟수

Google Place API(New) 가격 정책(2026.06) 및 적정 마진/호출횟수

'DEVELOPMENT > SUUROUNDINGS' 카테고리의 다른 글

'DEVELOPMENT/SUUROUNDINGS'의 다른글

관련글

티스토리툴바