리뷰 감성분석 API 비교: 별점과 문장은 따로 읽어요

리뷰 감성분석 API 비교로 2026-10-11 한국 검색 1페이지를 열면, 상위 5곳 안에 상품 리뷰 API를 나란히 둔 글은 없어요. 걸린 페이지는 논문 초록과 영어 NLP 튜토리얼이고 3위 본문은 감성분석이 아니에요.

하는 일은 세 층으로 갈려요. 남의 리뷰 본문을 가져오는 수집이 하나예요. 이미 가진 문장에 점수를 매기는 텍스트 API가 다음이에요. 판매자 계정에 묶인 주제 요약이 마지막이에요. 한 API가 셋을 다 주지는 않아요. 같은 날 호출에서는 제목과 본문에서 읽은 감성과 이슈가 기본으로 붙었어요. 그 페이지 가격 위에 라벨 크레딧이 더해지지 않은 쪽은 리뷰 리스트 호출이에요.

댓글 리스트의 질문, 구매의도, 불만은 이 글의 리뷰 라벨이 아니에요. 그 구분은 댓글 리스트 글에 있어요.

용도별로 보면 누가 맞나요?

한 곳을 골라 두지 않았어요.

• 임의 상품의 리뷰 본문, 그리고 제목과 본문에서 읽은 감성·이슈가 한 응답에 필요하면 SocialCrawl 리뷰 리스트예요. 아마존은 도움됨 상위이고 이번 응답은 10건, 커서는 없고 data.total은 null이에요.
• URL로 리뷰를 더 모으고 감성은 따로 붙일 거면 Bright Data 아마존 리뷰 수집이에요. 그 문서 예시에 sentiment와 issue는 없어요. 건당 가격도 그 페이지에 없어요.
• 자기 셀러·벤더 계정의 주제와 추세면 아마존 Customer Feedback API예요. 원문 목록이 아니에요.
• 자기 회사 리뷰 원문이면 트러스트파일럿 공개 API예요. 상품 ASIN이 아니에요. 스키마에 감성 단계와 이슈가 없어요.

Rainforest는 여기 넣지 않았어요. 감성 필드는 확인하지 못했어요. 마케팅 문장과 빈칸은 아마존 절에 있어요.

이번 비교는 무엇을 실제로 호출했나요?

과정을 못 믿으면 표를 못 믿어요. 라이브 호출과 문서 인용은 나눠 적어요. 날짜는 2026-10-11 UTC예요. GET을 세 번 보냈어요. 쓴 크레딧은 11이에요. 잔액은 38689에서 38678로 줄었어요. 나중 잔액 조회도 38678이고 그 조회의 credits_used는 0이에요. 검산은 38689 - 5 - 5 - 1 = 38678이에요.

호출 1은 2026-10-11T15:53:01Z예요. GET /v1/amazon/reviews?asin=B0FQFB8FMG&country=us. 200. 크레딧 5. 잔액 38684. cached는 false. 라벨이 있는 호출이고 extra_credits는 0이에요.

호출 2는 2026-10-11T15:53:31Z예요. 같은 URL에 judgments=off를 붙였어요. 200. 크레딧 5. 잔액 38679. cached는 false. 30초 뒤 새 과금이에요. 무료 캐시 히트가 아니에요.

호출 3은 2026-10-11T15:54:30Z예요. GET /v1/tripadvisor/reviews에 문서의 호텔 url_path를 넣었어요. 값은 Hotel_Review-g60763-d23462501-Reviews-Margaritaville_Times_Square-New_York_City_New_York.html이에요. 200. 크레딧 1. 잔액 38678. cached는 false. extra_credits는 0이에요. 트립어드바이저 문서의 호텔 예시예요. 상품이 아니에요.

세 호출 모두 label=reports, label=injection, dry_run은 보내지 않았어요. 호출 3은 depth, sort_by, rating, visit_type, translate, label, judgments도 보내지 않았어요.

실제로 라벨을 받은 경로는 아마존 리뷰와 트립어드바이저 리뷰뿐이에요. 트립어드바이저는 상품 리뷰 코퍼스로 쓰지 않아요.

라벨 문서의 리뷰 리스트 문장 기준으로 경로는 22개, /v1/ 다음 접두는 18개예요. 레지스트리를 다시 센 값은 아니에요. 사이트 개수로 바꾸지 않아요. 클라나 두 경로와 트립어드바이저 네 경로는 접두가 하나예요. google, google_shopping, google_play는 접두 셋이에요.

접두 18개는 amazon, walmart, target, wayfair, home_depot, sephora, aliexpress, kohls, klarna, google_shopping, tiktokshop, trustpilot, g2, yelp, google, tripadvisor, google_play, app_store예요.

경로 22개는 아래예요.

• /v1/amazon/reviews
• /v1/walmart/reviews
• /v1/target/reviews
• /v1/wayfair/reviews
• /v1/home_depot/reviews
• /v1/sephora/reviews
• /v1/aliexpress/reviews
• /v1/kohls/reviews
• /v1/klarna/reviews
• /v1/klarna/reviews/pro
• /v1/google_shopping/reviews
• /v1/tiktokshop/product/reviews
• /v1/trustpilot/reviews
• /v1/g2/reviews
• /v1/yelp/business/reviews
• /v1/google/business/extended-reviews
• /v1/tripadvisor/reviews
• /v1/tripadvisor/restaurant/reviews
• /v1/tripadvisor/attraction/reviews
• /v1/tripadvisor/cruise/reviews
• /v1/google_play/app-reviews
• /v1/app_store/app-reviews

월마트, 타깃, 세포라, 트러스트파일럿, G2, 옐프와 나머지 경로는 그 문장에 있어요. 이번 런의 라이브 결과는 아니에요.

정확도 테스트가 아니에요. score_0_1과 confidence는 그 행의 필드예요. 평균은 0.89와 0.603이고 가운데는 0.96과 0.795예요. 각 10건에서만 계산한 값이고 시장 벤치마크가 아니에요.

상위 5곳 본문에는 아마존, 월마트, 타깃, 세포라, 트러스트파일럿, G2, 옐프, 트립어드바이저가 없어요. 가격 표도, raw HTTP도, 리뷰 한 건의 이슈 라벨도 없어요. 1위는 2016년 네이버 영화 초록이에요. 별점과 감성을 구분하지만 출력은 영화 단위 점수예요. 2위는 2024년 모델 비교이고 쇼핑 몰 이름이 없어요. 3위는 Fashion MNIST예요. 4위는 IMDb 이진 분류 노트북이에요. 5위는 2017년 텍스트 분석 동향이에요. 그 글들의 정확도 숫자는 우리 측정이 아니라서 여기 옮기지 않아요.

상품 리뷰 감성 분석 API는 별점 대신 문장을 읽나요?

상품 리뷰 감성 분석 API는 별점 1에서 5를 감성 점수로 그대로 쓰지 않아요. 문서의 기본 라벨은 sentiment와 issue 둘이에요. 위치는 각 리뷰의 computed.labels이고 페이지 집계는 data.labels예요.

sentiment에는 level, score_0_1, confidence, rating_mismatch가 있어요. level은 0부터 4까지 다섯 단계예요. 리뷰 표는 0을 매우 부정, 4를 매우 긍정이라고 적지 않아요. 그 말은 댓글 sentiment 표에만 있어요. 별점이 아니에요. 읽는 곳은 제목과 본문이에요. 문장이 별점과 분명히 어긋나면 rating_mismatch가 true예요. 별점이 없는 리뷰는 그 필드가 null이에요. 이번 표본에는 null이 없었어요.

issue에는 label과 confidence가 있어요. 값은 product_defect(제품 결함), sizing_or_fit(사이즈·핏), shipping_or_delivery(배송), customer_service(고객응대), price_or_value(가격·가치), missing_feature(빠진 기능), other(그 외), none(없음)이에요. 판단이 안 서면 label은 null이에요.

labels가 null인 것은 낮은 점수가 아니에요. 아직 판단하지 않은 것이에요. 이번 두 라벨 호출에는 null인 행이 없어요. 문서는 콜드 행이 pending으로 오는 경우가 많고 요청당 콜드 행은 최대 60개만 시작한다고 적어요. 그 밖은 unjudged예요. 이번 페이지는 status가 complete, pending 0, unjudged 0이라 그 경우로 말하지 않아요.

이미 가진 문장만 넣는 감성분석 API와는 입력이 달라요. SocialCrawl API는 리뷰 페이지를 가져오면서 제목과 본문을 읽어요.

두 라벨 호출의 페이지 보고는 같아요. presets는 sentiment와 issue. mode는 default. methodology_version은 labels/1. rows 10, labelled 10, extra_credits 0이에요.

라벨이 붙은 20행 모두 computed.labels가 객체예요. 키는 sentiment 네 필드와 issue 두 필드뿐이에요. rating_mismatch는 20행 모두 false예요. 플래그가 켜진 사례가 아니에요. 켜져야 했는데 빠졌다고도 말하지 않아요. 본문을 읽지 않았어요.

아마존 10건은 별점과 level이 달라요

상품 리뷰로 불러도 되는 페이지예요. 그래도 전체 리뷰는 아니에요.

data.total은 null이에요. 아카이브 크기를 모른다는 뜻이지, 0도 10도 아니에요. dropped는 0. page_size는 10. has_more는 false. next_cursor는 null이에요. 모든 행의 entity_id는 B0FQFB8FMG예요. verified는 10건 모두 true예요. language와 original_language는 10건 모두 null이라, 이 페이지의 작성 언어는 말하지 않아요. helpful은 2에서 919예요. 도움됨 수가 많은 리뷰가 위에 있어요.

별점은 5점이 8개, 4점이 2개예요. level은 4가 7개, 3이 2개, 2가 1개예요. level 0과 1은 없어요. 이슈는 none 7건, sizing_or_fit 2건, product_defect 1건이에요. 배송, 고객응대, 가격·가치, 빠진 기능, 그 외는 이 10건에 없어요. API에 그 값이 없다는 뜻은 아니에요.

score_0_1 순서는 1, 1, 0.56, 0.95, 0.92, 0.99, 1, 0.7, 0.97, 0.81이에요. 합은 8.90. 이 10개의 평균은 0.89예요. 정렬하면 0.56, 0.7, 0.81, 0.92, 0.95, 0.97, 0.99, 1, 1, 1이에요. 5번째와 6번째인 0.95와 0.97의 평균은 0.96이에요. 이 10개의 가운데일 뿐이에요.

행 RRX675LFB6Y4T는 별 5, level 2, score 0.56, confidence 0.61, mismatch false, issue sizing_or_fit 0.83, 게시 2025-11-11이에요. 본문은 인용하지 않아요. 제목 10개 중 4개에 부분 문자열 AirPods가 있어요. /v1/amazon/product는 호출하지 않아서 카탈로그 제목은 만들지 않아요.

호텔 10건은 상품 리뷰가 아니에요

트립어드바이저 페이지는 호텔이에요. 상품 리뷰 분포와 합치지 않아요.

data.total은 10이에요. dropped는 0. page_size는 10. has_more는 false. entity_id는 요청한 url_path예요. verified는 10건 모두 null. source도 null이에요.

별점은 1점 2건, 3점 2건, 5점 6건이에요. 2점과 4점은 없어요. level은 0이 3건, 2가 1건, 3이 2건, 4가 4건이에요. level 1은 없어요. 이슈는 none 4건, customer_service 3건, product_defect 2건, sizing_or_fit 1건이에요.

language는 10건 모두 en이에요. original_language는 en이 9건, nl이 1건이에요. translated가 true인 행은 1078984333 하나고 그 행의 original_language가 nl이에요. 그 라벨은 응답의 영어 텍스트에 붙은 것이에요. 네덜란드어 원문을 판단한 것처럼 쓰지 않아요.

score_0_1 순서는 0, 0.99, 0.5, 0.99, 0.01, 0.76, 0.03, 0.83, 1, 0.92예요. 합은 6.03. 이 10개의 평균은 0.603이에요. 정렬하면 0, 0.01, 0.03, 0.5, 0.76, 0.83, 0.92, 0.99, 0.99, 1이에요. 0.76과 0.83의 평균은 0.795예요. 이 10개의 가운데예요. 벤치마크가 아니에요. 두 페이지 평균을 하나로 합치지 않아요.

행 1078984333은 별 3, level 0, score 0.01, mismatch false, customer_service, translated true예요.

data.labels.cached는 아마존 0, 트립어드바이저 3이에요. 행 저장소에서 라벨을 재사용한 수예요. HTTP cached가 아니에요. 트립어드바이저는 cached false이고 크레딧 1이 나갔어요.

정렬은 보내지 않았어요. 날짜가 최신순이 아니에요. 2025-12-17 리뷰가 두 번째예요. 정렬 이름은 붙이지 않아요.

리뷰 데이터 수집 API는 쇼핑몰마다 스키마가 갈리나요?

리뷰 데이터 수집 API를 몰마다 따로 붙이면 필드 이름이 갈려요. 문서가 같은 리뷰 객체로 읽는다고 적은 것과, 이번 런에서 라벨 JSON을 본 것은 달라요. 후자는 아마존과 트립어드바이저 호텔뿐이에요.

월마트, 타깃, 세포라, G2, 옐프는 문서에 경로가 있어요. 가격과 예시 id는 이번 수집이 확인하지 못했어요. G2 문서 예시는 GET /v1/g2/seller?id=hubspot이라 리뷰가 아니고 크레딧이 적혀 있지 않아요. 옐프 문서는 크레딧과 비즈니스 id가 적혀 있지 않아요. 트러스트파일럿 리뷰는 문서에 5크레딧, 예시는 domain=monzo.com이에요. 더 싸서 고른 호출이 아니라, 호출하지 않은 것이에요. id를 추측하지 않았어요.

Bright Data 아마존 리뷰 수집은 스키마가 달라요. POST https://api.brightdata.com/datasets/v3/scrape예요. dataset_id는 gd_le8e811kzy4ggddlq. 인증은 Authorization: Bearer. 바디 input의 url이 필수예요. 문서 예시 max_reviews는 50이에요. variation_specific=true면 그 변형만 가져와요. reviews_to_not_include로 리뷰 id를 뺄 수 있어요. 예시 필드는 url, asin, reviewer_name, rating, review_title, review_text, review_date, verified_purchase예요. sentiment와 issue는 없어요. 예문과 날짜는 문서 샘플이에요. 가격은 그 페이지에 없어요.

리스트 쪽 아마존 리뷰는 변형 패밀리 전체예요. 형제 리뷰가 섞일 수 있어요. review.entity_id는 요청 ASIN이에요. 변형만 고르는 파라미터는 아마존 리뷰 문서에 없어요. Bright Data의 variation_specific과 범위가 달라요. 이쪽 한계예요.

SocialCrawl의 통합 스키마로 보면, 문서상 리뷰 리스트는 몰마다 파서를 따로 두지 않아요. 수집 API 예시는 그 업체의 필드명 그대로예요.

label=reports는 이번 세 호출에 없어요. 문서상 기본 라벨과 달리 미터드예요. 예는 reports=배송이 늦음이에요. 문서는 대부분의 리스트에서 4크레딧을 먼저 잡고 새로 판단을 시작한 25행마다 1크레딧으로 맞춘다고 적어요. 이미 판단된 행, 아무것도 판단하지 못한 페이지, 캐시 히트는 추가 크레딧이 없다고 적어요. 재현율 숫자는 여기 넣지 않아요.

아마존 리뷰 수집 API만 있으면 비교가 끝나나요?

아마존 리뷰 수집 API만 보면 비교가 끝나지 않아요. 공식 인사이트, URL 수집, 문장 라벨이 붙은 리스트는 하는 일이 달라요.

공식 API는 리뷰 원문 목록을 주나요?

Customer Feedback API의 현재 버전은 2024-06-01이에요. 판매자와 벤더용이고 샌드박스는 Static, 레거시 버전은 없어요. 하는 일은 리뷰와 반품 인사이트예요. Seller Central, Vendor Central의 Product Opportunity Explorer와 같은 정보라고 적혀 있어요. 리뷰 인사이트는 ASIN과 브라우즈 노드예요. 반품 인사이트는 브라우즈 노드만이에요.

스토어는 미국, 영국, 프랑스, 이탈리아, 독일, 스페인, 일본이에요. 주 1회 갱신이고 API 언어는 영어뿐이에요.

ASIN 튜토리얼의 getItemReviewTopics는 긍정 주제 10개와 부정 주제 10개예요. sortBy는 MENTIONS와 STAR_RATING_IMPACT를 각각 호출하라고 적혀 있어요. getItemReviewTrends는 그 10개와 10개의 월별 추세, 그리고 지난 6개월 발생 비율이에요. 셀러는 Selling Partner Insights 롤, 벤더는 Brand Analytics 롤이 필요해요. 아무 ASIN이나 키만으로 읽는 공개 리뷰 API가 아니에요.

2022-10-31 깃허브 토론 #3083에서 고객 리뷰 원문을 SP-API로 가져올 수 없다고 했어요. 2024-12-16까지 원문을 달라는 댓글이 있어요. 공식 문서의 릴리스 노트 앵커는 2025-06-25예요. 인사이트 API가 생긴 뒤에 「리뷰 기능이 전혀 없다」는 말은 맞지 않아요. 「임의 리뷰 본문 목록을 준다」도 맞지 않아요. 주는 것은 주제, 별점 영향, 월별 추세, 브라우즈 노드 스니펫이에요. Amazon Customer Reviews로 원문을 받는다는 말은 확인하지 못했어요. 그 스레드에도 문서 링크가 없었어요.

수집 API 문서에는 어떤 필드까지 있나요?

아마존 문서의 GET /v1/amazon/reviews는 5크레딧이에요. 필수 파라미터는 asin이에요. country, label, judgments가 있어요. 반환은 도움됨 상위이고 보통 10건이에요. 페이지와 커서는 없어요. 전체 아카이브가 아니에요. 리뷰가 없거나 ASIN이 없으면 환불되는 빈 목록, 또는 환불되는 404예요. 이번 호출은 200이었어요.

country 기본은 US예요. 받는 값은 US, GB, CA, DE, FR, IT, ES, JP, IN, MX, BR, AU, NL이에요. 미국이 가장 안정적이라고 적혀 있어요. 미국 밖, 특히 EU는 best effort이고 타임아웃은 환불이에요. MX는 있는 상품에도 환불 404가 날 수 있어요. 이번 호출은 country=us를 일부러 보냈어요.

캐시는 reviews 5분이에요. 히트는 0크레딧이에요. Cache-Control: no-cache는 과금되는 새로고침이에요. 라벨은 행 텍스트를 키로 쓰는 공유 저장소(30일)라, 캐시 히트에도 라벨이 붙을 수 있어요. 이번 두 아마존 호출은 둘 다 캐시 히트가 아니에요.

다른 아마존 가격과 섞지 않아요. product-search는 1, product는 5, sellers는 1, shop은 1이에요. 검색 depth 기본 20, 최대 700은 검색 결과 개수예요. 리뷰 개수가 아니에요.

ASIN B0FQFB8FMG는 아마존 문서의 product, sellers curl 예시예요. 그 페이지에 reviews curl은 따로 없어요.

Rainforest는 아마존 실시간 상품 데이터 API로 자신을 소개해요. 리뷰 문장은 별점, 리뷰 텍스트, 이미지, helpful votes, 인증 구매, 타임스탬프를 로케일별로 모은다고 적혀 있어요. 「sentiment and themes를 시간에 따라 추적」은 마케팅 문장이에요. 카드 링크는 상품 결과 문서로 가요. 리뷰 결과 스키마는 이번 수집에서 404였어요. 감성 enum이 응답에 있는지는 확인하지 못했어요.

같은 페이지의 연간 결제 표를 월 단가로 읽은 값이에요. 크레딧 1이 리뷰 1건인지는 그 페이지가 말하지 않아요. 리뷰 단가로 환산하지 않아요.

ScaleUp 컬렉션은 표에 10,000으로 적혀 있어요. Production은 무제한이에요. 페이지에 그렇게 적혀 있어서 그대로 둬요.

출력은 JSON, CSV, HTML이에요. 전달은 API pull, webhook, S3, GCS, Azure예요. 마켓플레이스는 「US, UK, DE, FR, CA, IN 등」까지만 적혀 있어요. 전체 목록은 그 페이지에 없어요. 「99.9% 이상 정확도」와 「40,000+ 조직」은 자체 마케팅이에요. 독립 측정처럼 쓰지 않아요.

Publisher Rocket 제품 책임자 Hank Marcacci의 말이에요. 우리 측정은 아니에요.

What makes Traject Data stand out is their depth. If it's on the Amazon page, they can pull it, and that's exactly what our customers expect. Other vendors miss the details that matter. Traject Data doesn't.

라벨을 꺼도 왜 5크레딧이 또 나갔나요?

호출 2는 호출 1과 리뷰 id, 순서, 제목, 본문, 별점이 같아요. 본문은 인용하지 않아요.

호출 1의 항목 키는 computed와 review예요. 호출 2는 review만 있어요. computed가 없고 labels: null로 남아 있지도 않아요. 호출 1의 data 키는 dropped, items, labels, total이에요. 호출 2는 dropped, items, total이에요. data.labels가 없어요.

total은 둘 다 null이에요. dropped는 0. page_size는 10. has_more는 false예요.

라벨 있는 페이지의 extra_credits 0은 페이지 가격 위에 라벨 크레딧이 없었다는 뜻이에요. judgments=off가 0크레딧이라는 뜻이 아니에요. 같은 5크레딧이 한 번 더 나갔어요. 캐시 히트였다면 cached가 true이고 credits_used가 0이었을 거예요. 이번엔 아니에요.

문서는 judgments=off와 label=none을 라벨 없는 페이지로 적어요. off는 캐시 키에 들어가서, 라벨이 붙은 캐시 페이지를 받지 않아요.

하나의 응답 포맷 안에서 라벨을 읽으려면 computed.labels를 보면 돼요. 끄면 그 객체가 응답에서 빠져요. 가격이 0이 되지는 않았어요.

재현은 어떤 GET 세 개인가요?

키는 $SOCIALCRAWL_API_KEY예요. 응답 본문 전문은 붙이지 않아요. 세 번째 curl은 상품이 아닌 문서 호텔 예시이고 1크레딧이에요. 숫자를 아마존 표에 합치지 않아요.

curl -sS "https://www.socialcrawl.dev/v1/amazon/reviews?asin=B0FQFB8FMG&country=us" \
  -H "x-api-key: $SOCIALCRAWL_API_KEY"

curl -sS "https://www.socialcrawl.dev/v1/amazon/reviews?asin=B0FQFB8FMG&country=us&judgments=off" \
  -H "x-api-key: $SOCIALCRAWL_API_KEY"

curl -sS "https://www.socialcrawl.dev/v1/tripadvisor/reviews?url_path=Hotel_Review-g60763-d23462501-Reviews-Margaritaville_Times_Square-New_York_City_New_York.html" \
  -H "x-api-key: $SOCIALCRAWL_API_KEY"

트러스트파일럿 리뷰 API도 같은 라벨로 볼 수 있나요?

트러스트파일럿 리뷰 API의 공개 스키마에는 감성 단계와 이슈 분류가 없어요. 상품 ASIN도 아니에요.

공개 목록은 GET https://api.trustpilot.com/v1/business-units/ 뒤에 비즈니스 유닛 id, 그 뒤에 /all-reviews예요. 헤더는 apikey예요. 고객 이메일과 주문 id는 주지 않아요. pageToken으로 넘기고 다음은 nextPageToken이에요. 필드는 id, stars, title, text, language, createdAt, updatedAt, experiencedAt, isVerified, companyReply, consumer.displayName, consumer.displayLocation, consumer.id, location이에요.

비공개는 GET https://api.trustpilot.com/v1/private/business-units/ 뒤에 같은 id, 그 뒤에 /reviews예요. 비즈니스 유저 OAuth예요. 이메일과 주문 id가 들어가요. 레코드는 100,000건까지예요. 그 이상이면 공개 paginate를 쓰라고 하고 그때는 공개 정보만 와요. 필터 예는 stars, language, page예요.

검색은 GET /v1/business-units/search?query=예요. 회사 이름이에요. country는 2글자예요. ASIN이 아니에요.

문서의 /v1/trustpilot/reviews는 5크레딧이고 예는 domain=monzo.com이에요. 트러스트파일럿 문서의 그 경로, 이번엔 호출하지 않았어요. 라벨 표본이 없어요. 호텔 호출의 이슈 분포를 트러스트파일럿 분포처럼 쓰지 않아요.

잘 맞는 경우는 자기 회사 리뷰 원문, 공개 페이지네이션, 비공개의 주문 id예요. 상품 카탈로그 비교에는 맞지 않아요.

상품 리뷰 분석 API는 무엇을 나란히 봐야 하나요?

상품 리뷰 분석 API를 고를 때는 본문, 문장 감성, 이슈, 이번 런의 호출 여부, 페이지네이션, 권한을 나란히 보면 돼요. 속도, 호출 한도, 무료 플랜은 출처가 없어서 행을 만들지 않았어요. 빈 칸은 「이번 수집에서 확인 못 함」 또는 「문서 예시에 없음」이에요.

비교표의 리뷰 리스트 열만 SocialCrawl 호출이에요. 나머지 네 열은 문서나 마케팅 페이지예요.

본문과 문장 라벨이 한 번에 필요하면 리뷰 리스트예요. 아마존은 상위 10건이라 전수 아카이브가 아니에요.

변형만 고르거나, 문서 예시처럼 수십 건을 URL로 모으려면 Bright Data예요. 감성 필드는 그 예시에 없어요.

자기 카탈로그의 주제 추세면 Customer Feedback이에요. 아무 ASIN의 원문이 아니에요.

자기 회사 평판 원문이면 트러스트파일럿이에요. 상품 리뷰 표에 넣지 않아요.

Rainforest는 본문 수집 후보로만 두면 돼요. 감성 열은 비워 둬요.

페이지는 나중에 바뀌어요. 다시 호출하면 다른 리뷰, 다른 라벨, 또는 0크레딧 캐시 히트일 수 있어요. 호텔 페이지의 고객응대 3건을 상품 결함 통계로 쓰지 않아요.

리뷰 감성분석 API 비교에서 남는 선택은 네 가지예요. 문장 라벨이 붙은 상위 10건. URL로 본문을 더 모으고 점수는 따로 붙이는 일. 자기 계정의 주제 추세. 회사 리뷰 원문. SocialCrawl API는 그중 첫 열이에요. 표의 빈 칸은 이번 수집에서 확인하지 못한 자리예요.

자주 묻는 질문은 무엇인가요?

리뷰 감성분석 API는 별점을 감성 점수로 그대로 쓰나요?

아니에요. level 0에서 4는 제목과 본문이에요. 이번 아마존 페이지는 별 5가 8개, 별 4가 2개인데 level은 4가 7, 3이 2, 2가 1이에요. 분포가 같지 않아요.

별점과 리뷰 문장이 다르면 결과에 어떻게 표시되나요?

필드 이름은 rating_mismatch예요. 문서상 true는 문장이 별점과 분명히 어긋날 때예요. 이번 20행은 전부 false예요. 별점이 없으면 null인데, 이번엔 null도 아니었어요. 별 5에 level 2인 행과 별 3에 level 0인 행도 false예요. 플래그가 작동한 사례라고 쓰지 않아요.

이슈 라벨은 배송이나 사이즈 문제를 따로 나누나요?

택소노미에는 나뉘어요. 이번 아마존 10건은 none, sizing_or_fit, product_defect만 있어요. 호텔 10건은 none, customer_service, product_defect, sizing_or_fit이에요. 배송, 가격·가치, 빠진 기능, 그 외는 이 20건에 없었어요. API에 그 값이 없다고 단정하지 않아요.

기본 라벨을 켜도 페이지 가격은 그대로인가요?

이번 아마존 라벨 호출은 5크레딧, extra_credits 0이에요. 호텔은 1크레딧, extra_credits 0이에요. 라벨이 페이지 가격 위에 더해지진 않았어요. 끄면 공짜가 되는 구조는 아니에요.

라벨을 끄면 리뷰 페이지만 받을 수 있나요?

이번 아마존 judgments=off는 리뷰 10건이 그대로고 computed와 data.labels가 빠졌어요. 크레딧은 또 5, cached는 false예요. 0크레딧 요청이 아니에요.

월마트, 타깃, 세포라 리뷰도 아마존과 같은 스키마인가요?

같은 리뷰 리스트 문장에 경로가 있어요. 22경로, 18접두 안의 이름이에요. 월마트 문서도 그 문장 쪽이에요. 2026-10-11에 그 셋은 호출하지 않았어요. 라이브 라벨 표본이 없어요.

G2나 옐프 리뷰도 상품 리뷰와 한 표에서 비교할 수 있나요?

경로만 문서에 있어요. 이번엔 호출하지 않았어요. G2와 옐프 문서에서 크레딧과 리뷰 예시 id를 확인하지 못했어요. 한 표로 비교했다고 쓰지 않아요. 트립어드바이저 호텔 수치로 대신 채우지 않아요.

같은 주소로 다시 호출하면 다른 리뷰가 올 수 있어요. 아래 세 주소는 2026-10-11 UTC에 친 것과 같아요.

• https://www.socialcrawl.dev/v1/amazon/reviews?asin=B0FQFB8FMG&country=us
• https://www.socialcrawl.dev/v1/amazon/reviews?asin=B0FQFB8FMG&country=us&judgments=off
• https://www.socialcrawl.dev/v1/tripadvisor/reviews?url_path=Hotel_Review-g60763-d23462501-Reviews-Margaritaville_Times_Square-New_York_City_New_York.html

라벨 규칙은 라벨 문서, 아마존 리뷰 가격은 아마존 문서, 호텔 url_path와 1크레딧은 트립어드바이저 문서, 도메인 키는 트러스트파일럿 문서에 있어요.