트러블슈팅
1.쿠팡파트너스 검색 API 호출 제한 및 가격 필터링 이슈
쿠팡파트너스 검색 API 사용 중 쿼터 제한(시간당 10회)과 가격 필터링 미지원 문제를 경험하고 실시간 추천 구조에서의 외부 API 한계를 체감한 하루였다.쿠팡파트너스 OpenAPI의 상품 검색 기능을 추천 시스템에 적용하던 중 다음과 같은 예상치 못한 제한 사항과
2.쿠팡파트너스 API에서 네이버 쇼핑 API로 전환한 이유
쿠팡파트너스 OpenAPI를 활용해 상품 검색 및 추천 기능을 구현하던 중 쿼터 제한으로 인해 실서비스에 적용하기 어렵다는 판단을 내렸다.쿼터 제한: 시간당 10회, 일일 200회 수준의 호출 제한팀 프로젝트에서 실시간 추천 상품을 확보해야 하는 구조였기 때문에 API
3.선물 추천 서비스의 다양성과 중복 개선을 위한 추천 로직 리팩토링
문제점 선물 추천 서비스에서 사용자 테스트 피드백을 수집하던 중 추천 결과가 다소 단조롭고 중복된 상품이 자주 노출되는 현상이 있다는 평가를 받았다. 사용자 입장에서는 다양한 키워드(예: 여자친구, 생일, 모던원피스, 선물)를 입력했음에도 불구하고 비슷한 상품이 반복적
4.네이버 API 429 Too Many Requests 오류 해결기
문제 상황 최근 추천 시스템에서 네이버 쇼핑 검색 API를 활용해 다양한 키워드 조합에 대해 상품을 수집하는 로직을 테스트 중이었다. 초기에는 예상보다 잘 작동했으나 테스트를 반복할수록 다음과 같은 문제가 빈번하게 발생했다. 429 Too Many Requests H
5.Redis Lua Script로 네이버 API 호출 제한 제어 및 429 오류 해결기
선물 추천 시스템에서 네이버 쇼핑 검색 API를 사용하는 과정에서 429 Too Many Requests 오류가 반복적으로 발생했다. 해당 API는 초당 10건의 호출 제한이 있었고 EC2 환경에서 다수의 트래픽이 몰리거나 여러 스레드가 동시에 요청을 보내는 상황에서는
6.추천 시스템 키워드 처리 리팩토링과 fallback 보완 전략
이전에는 AI가 추천한 키워드를 기반으로 "대상 + 키워드 + 상황" 형태의 조합을 백엔드에서 알고리즘으로 생성한 후 그 조합을 하나씩 외부 상품 API에 전달해 상품을 수집하는 구조였다. 이 방식은 조합 수가 많아질수록 API 호출 횟수도 선형적으로 증가하며 결국 외
7.추천 서비스에서 광고/비광고 노출 정책과 크롤링 안정성 고민
1. 광고 개수 고정 이슈 이번 회의에서 나온 핵심 요구사항은 상품 결과에서 광고(쿠팡 파트너스 링크) 개수를 고정하는 것이다. 예: 결과 8개 → 광고 2개 + 비광고 6개. 방식별 검토 [방식1] 광고 상품과 비광고 상품 풀을 분리 장점 광고/비광고 개수를 정확히