새 언급 알림을 한 번씩만 받는 법. 네이버 뉴스는 30분

이 리스너가 받으려는 것은 그다음에 새로 나온 언급이에요. 이번 실행은 그 언급이 도착하는 장면을 보지 못했어요. 2026년 11월 8일에 읽은 멘션 다섯 건은 모두 baseline true였고 두 번째 확인은 없었어요.

2026년 11월 8일, 커피 추출법인 pour over를 Reddit과 YouTube에서 1시간마다 보게 잡았다가 지웠어요. 브랜드가 아니에요. 이 글은 화면을 보여 주지 않아요. 리스너는 API로 만들어요.

여러 네트워크를 한자리에서 보는 일은 소셜 리스닝 글의 몫이에요. 이번 글은 그 일과 달라요. 만들기 전에 가격을 어디서 보는지, 읽은 멘션이 어떤 페이지였는지, 지운 뒤 조회가 무엇을 돌려주는지만 적어요.

아래 숫자는 그날 실행과, 같은 날 읽은 레인 문서예요. 리스닝 개요는 그날 읽은 목록에 없어요. 부르지 않은 호출은 없는 일이에요. 만들기 전 가격 조회는 0크레딧이었고 만든 호출도 0크레딧이었어요. 확인의 순사용은 6크레딧이었고 환불은 0이었어요. 빈 페이지를 환불하는 규칙은 최신순 레인의 문서 규칙이지 이번 리스너가 받은 환불이 아니에요.

다음 시각이 오기 전에 지웠기 때문에 두 번째 확인은 없어요. 같은 글이 다시 도착하지 않는 장면은 이번 기록에 없어요.

새 언급 알림은 만들기 전에 가격을 어디서 보나요?

리스너가 생기기 전에 POST /v1/listening/streams?dry_run=1로 가격을 봐요. 2026년 11월 8일 02:08:07Z 호출은 HTTP 200이었고 credits_used는 0이었어요. 이 조회만으로 리스너가 생기지는 않아요. 생성은 02:09:12Z의 다른 호출이었어요.

바디는 키워드 pour over, 플랫폼 reddit과 youtube, 간격 1h, 이름 pour over chatter예요. 키 값은 글에 없어요. 예제는 $SOCIALCRAWL_API_KEY만 둬요.

curl -s -X POST "https://www.socialcrawl.dev/v1/listening/streams?dry_run=1" \
  -H "Content-Type: application/json" \
  -H "x-api-key: $SOCIALCRAWL_API_KEY" \
  -d '{"keywords":["pour over"],"platforms":["reddit","youtube"],"schedule":{"every":"1h","name":"pour over chatter"}}'

되읽기 문장은 Posts mentioning “pour over”였어요. 레인은 reddit/search와 youtube/search/advanced예요. 둘 다 newest_first예요. 플랫폼마다 max_pages는 3, empty_pages_refunded는 true, expected_skip_share는 0이었어요. 빈 페이지 환불은 그 레인의 규칙으로 견적에 찍힌 값이에요. 이 호출은 0크레딧이라 환불로 돌아올 사용분이 없었어요.

달은 2026-11이에요. 그달 슬롯은 720이에요. searches_per_slot은 2, credits_per_hour는 2예요. credits_per_month는 1,440이에요. 720슬롯에 시간당 2크레딧을 곱하면 1,440이에요. 플랫폼마다 720크레딧이에요. 720 더하기 720이 1,440이에요.

깊이 범위는 1,440에서 4,320이에요. 슬롯 최대는 6크레딧이에요. 720에 6을 곱하면 4,320이라 범위의 위쪽과 같아요. 권장 월 상한 recommended_max_credits_per_month는 4,911이었어요. 4,320과 같은 수가 아니에요. 응답은 4,911이 어떻게 나왔는지 풀어 주지 않아요. 없는 식을 붙이지 않고 만들 때 그 권장값을 그대로 넣었어요.

크레딧 단가는 0.006 GBP예요. 기준은 starter_list예요. money_per_month로 돌아온 25.92 GBP는 3페이지 상한 금액이에요. 1,440은 credits_per_month예요. 1,440에 0.006을 곱한 금액을 따로 만들지 않아요.

아래는 가격에 쓴 필드만 남긴 응답이에요. 이 글은 화면을 보여 주지 않아요. 견적의 screen.result는 허용이었어요. 그 값은 API 필드예요.

{
  "dry_run": true,
  "read_back": "Posts mentioning “pour over”",
  "estimate": {
    "month": "2026-11",
    "slots_in_month": 720,
    "searches_per_slot": 2,
    "credits_per_hour": 2,
    "credits_per_month": 1440,
    "depth_range_credits_per_month": [1440, 4320],
    "max_credits_per_slot": 6,
    "recommended_max_credits_per_month": 4911,
    "money_per_credit": { "amount": 0.006, "currency": "GBP", "basis": "starter_list" },
    "money_per_month": { "amount": 25.92, "currency": "GBP" }
  }
}

견적 안의 플랫폼별 줄은 이래요. credits_per_month는 레인마다 720이에요.

{
  "by_platform": [
    {
      "platform": "reddit",
      "lane": "reddit/search",
      "credits_per_month": 720,
      "max_pages": 3,
      "coverage": "newest_first",
      "empty_pages_refunded": true,
      "expected_skip_share": 0
    },
    {
      "platform": "youtube",
      "lane": "youtube/search/advanced",
      "credits_per_month": 720,
      "max_pages": 3,
      "coverage": "newest_first",
      "empty_pages_refunded": true,
      "expected_skip_share": 0
    }
  ]
}

생성 바디에 넣은 월 상한 4,911은 이 권장값이에요. 상한을 설명하는 다른 글 주소는 만들지 않아요. 가격을 미리 보는 문서는 이번 실행에서 읽지 않았어요.

네이버 뉴스 레인의 가장 짧은 간격은 30분인가요?

문서상 네이버 뉴스 레인은 최신순이고 가장 짧은 간격이 30분이에요. 30분이 바닥이에요. 더 짧은 간격은 없어요. 실시간이 아니에요. 이번 실행은 네이버를 부르지 않았어요. 아래 표는 2026년 11월 8일에 읽은 레인 문서예요. 이번 리스너가 쓴 돈이 아니에요. 이번 리스너는 Reddit과 YouTube를 1시간마다 봤어요.

naver/news/search만 30분이라고 읽으면 안 돼요. Reddit 검색, YouTube 검색, 트위터 검색도 문서상 최단은 30분이고 최신순이고 3페이지이고 빈 페이지를 환불해요. 다만 이번 바디는 Reddit과 YouTube를 1시간마다 봤어요. 그 두 레인의 문서상 최단이 30분이어도 실행 간격은 1시간이에요. 30분마다 돌렸다고 쓰지 않아요. 트위터 레인은 표에만 있고 호출하지 않았어요.

읽은 멘션 페이지는 다음 절에 있고 그 페이지는 YouTube예요. 다섯 건 모두 baseline true였어요. 네이버 기사가 아니에요. 두 번째 확인은 없었어요.

간격의 전체 표는 같은 날 읽은 레인별 간격에 있어요. 빈 페이지 환불은 이 표의 최신순 레인에 적힌 규칙이에요. 이번 리스너의 환불액은 0이에요. 규칙은 받았다는 뜻이 아니에요.

새 언급 알림은 웹훅으로 오나요, 아니면 직접 읽나요?

이번 글이 보여 주는 호출은 멘션 조회, 이벤트 조회, 웹훅 등록이에요. 멘션은 읽었어요. 이벤트는 그 요청 기준으로 빈 페이지였어요. 웹훅 주소는 만들었다가 바로 지웠어요. 도착했다고 말하지 않아요.

만든 시각은 02:09:12Z예요. POST /v1/listening/streams는 HTTP 201, credits_used 0이었어요. id는 lst_m5DZU2OVQsBzbhd9p1C2U예요. 바디의 월 상한은 드라이런이 돌려준 4,911이에요. 키워드와 플랫폼과 간격은 앞의 드라이런과 같고 상한만 일정 안에 넣었어요.

curl -s -X POST "https://www.socialcrawl.dev/v1/listening/streams" \
  -H "Content-Type: application/json" \
  -H "x-api-key: $SOCIALCRAWL_API_KEY" \
  -d '{"keywords":["pour over"],"platforms":["reddit","youtube"],"schedule":{"every":"1h","name":"pour over chatter","max_credits_per_month":4911}}'

그때 기준선은 establishing이었어요. 2026년 11월 사용은 gross 0, 환불 0, 순 0이었어요. 레인 last_check_at은 비어 있었어요. 상한은 한 달 4,911, 한 번 6이에요. last_fire_at은 2026-11-08T02:09:11.761Z, next_fire_at은 2026-11-08T03:09:11.713Z예요. 생성 응답의 0크레딧은 확인이 공짜라는 뜻이 아니에요. 확인 비용은 리스너 사용량에 나중에 찍혀요. 읽기 응답의 credits_used가 0인 것과는 별개예요.

멘션은 02:09:45Z에 GET /v1/listening/streams/lst_m5DZU2OVQsBzbhd9p1C2U/mentions?limit=5로 읽었어요. HTTP 200, credits_used 0이에요. 5행, has_more true, dropped 0이에요. 다섯 행 모두 baseline true, 모두 YouTube예요. Reddit은 그 페이지에 없었고 그 페이지 밖은 세지 않았어요. has_more가 true라서 Reddit이 없었다고 말하진 않아요. 이 5건에 없었을 뿐이에요.

그중 한 건은 men_00816399bfd354856ea6b14c예요. 플랫폼은 YouTube, record_type은 video, matched_keywords는 pour over, literal_match는 true예요. first_seen_at은 2026-11-08T02:09:17.458Z예요. 본문 233자 중 앞 80자는 Downtown Seattle's new pour-over spot? Narrative Coffee #coffee #pourover #seat예요. 같이 온 점수 p 0.85, spam 0.05, depth 2.05, sense target는 반환 필드예요. 정확하다는 주장이 아니에요. 이 리스너의 필터는 키워드 pour over뿐이에요. 뒤에서 볼 드리퍼와 주전자 규칙은 이 리스너에 넣지 않았어요.

이벤트는 02:10:58Z에 읽었어요. 주소는 /v1/events?consumer=blog-listening-demo&types=mention.created&start=now&limit=5예요. HTTP 200, credits_used 0이에요. 항목 0, unread 0, has_more false, dropped 0, empty_reason은 no_matches예요. ack는 하지 않았어요. 응답 설명은, 조건에 맞는 행이 없고 같은 호출은 같은 답을 돌려주니 쿼리나 필터를 바꾸라는 쪽이었어요. 컨슈머 blog-listening-demo의 타입은 mention.created이고 subject_ids는 비어 있어요. 이 키에서 리스너 5개를 가리켰어요. 그중 이번 id의 last_check_at은 2026-11-08T02:09:18.551Z, checks_since_last_read는 0, Reddit과 YouTube 레인 health는 둘 다 ok였어요. 다른 리스너 id는 적지 않아요.

이 빈 페이지는 앞선 로그가 비었다는 증거가 아니에요. start=now라서 확인 시각보다 약 100초 뒤의 창만 본 거예요. 이벤트를 다시 읽지 않았어요. 확인이 mention.created를 썼는지 쓰지 않았는지는 이 호출로 닫히지 않아요. 이벤트 피드는 이번 실행에서 읽지 않았어요.

웹훅은 02:12:36Z에 만들었고 같은 시각에 지웠어요. 둘 다 credits_used 0이에요. 만든 응답은 HTTP 201, id we_kThLyRoMOlhGqIDS36a7c, 상태 enabled, created_at은 2026-11-08T02:12:36.771Z예요. 타입은 mention.created, 대상은 이 리스너예요. 주소는 https://example.com/hooks/socialcrawl-listening-demo예요. 비밀 값은 응답에 왔지만 저장하지 않았어요. 여기에 비밀을 지어 넣지 않아요. 지운 응답은 HTTP 200, deleted true예요. 테스트 전송은 하지 않았어요. 전달 시도도 읽지 않았어요. 그 세 가지 밖에는 서명을 말하지 않아요. 알림이 도착했다고 말하지 않아요.

curl -s -X POST "https://www.socialcrawl.dev/v1/webhook-endpoints" \
  -H "Content-Type: application/json" \
  -H "x-api-key: $SOCIALCRAWL_API_KEY" \
  -d '{"url":"https://example.com/hooks/socialcrawl-listening-demo","types":["mention.created"],"subject_ids":["lst_m5DZU2OVQsBzbhd9p1C2U"]}'

같은 날 읽은 웹훅 문서는 HTTPS, 포트 443, 공개 호스트를 요구해요. 그건 문서의 조건이지 이번 주소로 무언가를 받았다는 기록이 아니에요.

리스너는 02:12:37Z에 지웠어요. DELETE는 HTTP 200, credits_used 0이에요. next_fire_at은 null, 기준선은 established예요. 2026년 11월 사용은 gross 6, 환불 0, 순 6이에요. 6은 확인 한 번의 상한이에요. 페이지별 줄은 없어요. 그 6이 몇 페이지였는지는 이 글에 없어요. no_new_items 행도 없어요. 빈 페이지 환불이 규칙으로 있어도 이번 확인의 환불은 0이에요.

확인 GET은 404가 아니에요. HTTP 200이고 상태만 deleted예요. 다음 1시간 확인은 없어요. next_fire_at이 03:09:11Z였는데 02:12:37Z에 지웠으니까요. 같은 글을 다시 받았는지는 볼 수 없어요. 한 번 더 지우라고 하지 않아요. 나중에 조회해서 상태가 달라져 있을 때만 다시 지우면 돼요.

댓글에서 리드를 고르는 일은 이 리스너가 하지 않아요. 그 일은 댓글에서 리드를 보는 글에 따로 있어요.

상위 결과만 주는 레인은 간격이 더 긴가요?

상위 결과만 주는 레인은 가장 짧은 간격이 더 길어요. 빈 페이지를 환불하지 않아요. 이 표도 문서예요. 이번 6크레딧과 무관하고 이번 실행에서 이 레인들은 부르지 않았어요.

다섯 레인에 하나의 분 값을 씌우지 않아요. 네이버 블로그, TikTok, Facebook, Threads는 1시간이 바닥이에요. LinkedIn은 6시간이 바닥이에요. 1시간보다 짧게 돌릴 수 있는 상위 결과 레인은 이 표에 없어요. LinkedIn을 1시간으로 읽을 수도 없어요.

페이지 수도 서로 같지 않아요. 네이버 블로그와 LinkedIn은 3, Facebook은 2, TikTok과 Threads는 1이에요. 빈 페이지는 환불하지 않아요. 위의 최신순 표와 반대예요.

구글 뉴스 google_news/search는 상위 결과가 아니에요. 시간 창의 1페이지이고 간격은 1시간이고 빈 페이지는 환불하지 않아요. 레인 문서의 그 줄은 언론 모니터링 피드가 아니에요. 이번 실행에서 부르지 않았어요.

인스타그램 레인은 레인 표에 없어요. 계정 레인은 부르지 않았고 예제로 넣지 않아요. 같은 문서에서 계정 레인은 최신순, 30분, 빈 페이지 환불, 2페이지이고 계정 Threads는 1페이지예요. 같은 문서의 다른 앵커는 상위 결과만 주는 레인이에요.

규칙을 넣은 드라이런은 무엇을 돌려줬나요?

02:08:08Z에 규칙을 넣어 가격만 봤어요. HTTP 200, credits_used 0이에요. 리스너는 만들지 않았어요. 앞에서 만든 pour over chatter의 필터가 아니에요.

규칙은 "pour over" AND (dripper OR kettle) NOT fruit예요. context는 pour-over coffee equipment, not fruit예요. 플랫폼은 Reddit, 간격은 1시간, 이름은 pour over gear예요.

curl -s -X POST "https://www.socialcrawl.dev/v1/listening/streams?dry_run=1" \
  -H "Content-Type: application/json" \
  -H "x-api-key: $SOCIALCRAWL_API_KEY" \
  -d '{"rule":"\"pour over\" AND (dripper OR kettle) NOT fruit","context":"pour-over coffee equipment, not fruit","platforms":["reddit"],"schedule":{"every":"1h","name":"pour over gear"}}'

되읽기는 그대로 적어요. Posts mentioning “pour over”, together with “dripper” or “kettle”, but not “fruit”. fetch_terms는 "pour over"예요. local은 (dripper OR kettle) AND NOT fruit예요.

견적은 한 달 720크레딧, 깊이 720에서 2,160, 슬롯 최대 3, 권장 상한 2,456, 12.96 GBP예요. 단가는 같은 0.006 GBP예요. 레인은 reddit/search, 최신순, 3페이지, 빈 페이지 환불이에요. 이것도 레인 규칙이지 만들어진 리스너의 환불이 아니에요. 이 호출은 생성조차 하지 않았어요.

측정한 문장은 위의 영어 되읽기뿐이에요.

앞 80자에 시애틀이 나온 그 영상은 이 규칙의 결과가 아니에요. 그 영상은 키워드 리스너의 기준선 페이지에 있었고 맞춘 단어는 pour over예요. 드리퍼나 주전자가 본문에 있는지는 이 글이 확인하지 않았어요.

이 기능으로 안 되는 일은 뭔가요?

실시간이 아니에요. 그다음에 새로 나온 언급을 받으려는 기능이지만 이번 실행은 그 도착을 보지 못했어요.

확인 간격은 얼마나 짧게 잡을 수 있나요?

문서에서 가장 짧은 간격은 30분이에요. 더 짧은 값은 없어요. 실시간이 아니에요. 이번 실행은 Reddit과 YouTube를 1시간마다로 잡았어요. 그 두 레인도 문서상 최단은 30분이지만 돌린 간격은 1시간이에요. 다음 시각은 2026-11-08T03:09:11.713Z였고 02:12:37Z에 지워서 두 번째 확인은 없어요.

읽은 멘션 페이지는 기준선이었나요?

다섯 건 모두 baseline true였어요. 두 번째 확인은 없었어요. 그다음의 새 언급이 이 리스너가 받으려는 것이지만 이번 실행은 그 도착을 보지 못했어요. start=now로 읽은 이벤트는 확인이 이벤트를 쓰지 않았다는 증거가 아니에요.

감정 분석이나 점유율도 나오나요?

없어요. 감정 분석도 없고 점유율도 없어요.

인스타그램 레인도 있나요?

없어요. 레인 표에 인스타그램 레인은 없고 이번 실행도 부르지 않았어요.

언급이 많은 단어도 빠짐없이 잡히나요?

아니에요. 최신순이라고 전부 3페이지는 아니에요. 표의 키워드 레인은 3페이지예요. 가격을 본 Reddit과 YouTube도 max_pages 3이에요. 계정 레인은 부르지 않았어요. 문서상 계정 레인은 최신순, 30분, 빈 페이지 환불, 2페이지이고 계정 Threads는 1페이지예요. 상위 결과는 레인마다 1장이나 2장이나 3장이에요. 빠진 비율은 이번 실행에서 재지 않았어요. 적중했다는 문장도 만들지 않아요. 이번 멘션 조회는 limit 5였고 has_more가 true라서 그 5건 바깥은 세지 않았어요.

구글 뉴스 레인은 어떤 줄인가요?

시간 창의 1페이지예요. 간격은 1시간이고 빈 페이지는 환불하지 않아요. 이번 실행에서 부르지 않았어요.

이 글은 화면을 보여 주나요?

이 글은 화면을 보여 주지 않아요. 견적의 screen.result 허용은 API 필드예요. 화면이 없다는 뜻이 아니에요. 리스너는 POST /v1/listening/streams로 만들어요. 가격은 같은 주소에 dry_run=1을 붙여 봐요. 이번 글이 보여 주는 호출은 멘션 조회, 이벤트 조회, 웹훅 등록이에요.

자기 키로 다시 보낼 때는 다음 시각 전에 지워요

자기 키로 같은 드라이런 바디를 /v1/listening/streams?dry_run=1에 보내요. 그 응답의 권장 상한을 넣어 만든 다음, 멘션을 읽고 다음 시각 전에 지워요. 이번 글의 리스너는 이미 지웠고 키를 다시 쓰지 않았어요. 간격은 같은 날 읽은 레인별 간격에 있어요. 리스닝 개요와 가격을 미리 보는 문서는 이번 실행에서 읽지 않았어요.