📌 Google Places API 비용 절감 및 최적화: 구조 개선 & Firebase Functions 적용 계획

📌 오늘 개선한 구조 정리

---

✅ 기존 계획 (문제점)

1. 기존 구조:
   • textQuery = 유저 선택 장소 + 유저 선택 장소 유형
   • Google Places API에 3번 요청 (비용 문제)
2. 문제점:
   • API 요청 3번 → 비용 증가
   • 각 요청당 $0.04 → 3배 비용 발생
   • 비효율적인 데이터 사용 (중복 요청 많음)

---

✅ 개선된 구조

1. 새로운 textQuery 방식 변경
   • textQuery = 유저 선택 장소 + 미리 설정한 키워드
   • API 요청 1번만 실행 → 20개 장소 받아서 필터링
   • 예제: "Tokyo デートスポット"
2. 이점:
   • ✅ API 요청 1회로 해결 → 비용 절감
   • ✅ 20개 장소 중 유저가 고르도록 변경
   • ✅ 각 나라별 최적화된 키워드 사용
   • ✅ 유저가 고른 장소 유형 데이터 활용 가능

---

📌 내일 할 작업

1️⃣ Firebase Functions에서도 같은 구조 적용

• 기존 유저 장소 + 유저 장소 유형 → 유저 장소 + 미리 설정한 키워드 변경
• API 요청을 3번에서 1번으로 변경하여 비용 절감

2️⃣ 에뮬레이터 테스트 실행

• Firebase Functions 로컬에서 Google Places API 요청 & 데이터 필터링 정상 작동 확인
• 필터링된 데이터가 제대로 오는지 테스트

3️⃣ RN UI에서 선택하는 "장소 유형" 데이터 활용 방식 변경

• 기존에는 장소 유형을 Google Places API 요청에 포함했지만,
• 이제는 유저가 선택한 장소 유형을 별도로 저장 후,
• API에서 가져온 20개 장소 중에서 필터링하여 추천

---

📌 최종 정리

• 📌 기존: 장소 + 장소유형 → API 요청 3번 → 비용 3배 증가
• ✅ 개선: 장소 + 미리 설정한 키워드 → API 요청 1번 → 20개 결과 중 선택
• 🚀 내일 할 일: Firebase Functions 수정 + 에뮬레이터 테스트 + RN UI에서 장소 유형 활용 방식 변경

📌 이제 Google Places API 비용 절감 + 최적의 데이트 장소 추천 가능! 🚀