📑 목차
선정 이유: 텔레그램 영상 알림 자동화 분석의 필요성
채널이 늘어날수록 놓치는 콘텐츠가 생긴다.
구독하고 있는 50개 유튜브 채널의 업로드 소식을 일일이 확인하는 것은 시간 낭비다. 알림 설정을 켜도 알고리즘의 변덕에 밀려 중요한 영상이 묻히기 일쑤다. 텔레그램은 API 개방성과 메시지 신뢰도 측면에서 이런 문제를 해결할 최적의 인프라다. 특히 생산성을 중시하는 사용자들에게 커스텀 가능한 알림 시스템은 선택이 아닌 필수가 되었다.

RSS와 자동화 도구 연동 실전 세팅
가장 빠르게 구축할 수 있는 방법은 RSS 피드를 중간 다리로 삼는 것이다.
유튜브 채널마다 고유한 RSS URL이 존재한다. 채널 ID를 활용한 `https://www.youtube.com/feeds/videos.xml?channel_id=UC…` 형식의 주소를 확보하면 된다. 이 주소를 Make(구 Integromat)나 Zapier에 입력하는 즉시 자동화가 시작된다. RSS 모듈의 ‘Watch RSS feed items’ 트리거를 설정하고, 감지 주기를 15분으로 맞춘다. 새 아이템이 감지되면 텔레그램 봇 모듈로 메시지를 발송하는 두 단계로 끝난다. 메시지 템플릿에는 영상 제목, 썸네일 URL, 발행 시각을 변수로 넣어 가독성을 높인다.
무료 티어 기준으로 Zapier는 월 100회 작업으로 제한되지만, Make은 1,000회까지 허용한다. 채널 수가 많다면 Make이 경제적이다. 다만 RSS 피드 갱신 지연이 15분~1시간 발생할 수 있으니 실시간성이 중요한 경우에는 다음 방법을 고려해야 한다.
| 항목 | Zapier | Make | n8n Cloud |
|---|---|---|---|
| 무료 월 작업량 | 100회 | 1,000회 | 200회 (5분 간격) |
| RSS 확인 주기 | 15분 | 15분 | 1분 (셀프호스팅 시) |
| 템플릿 커스터마이징 | 제한적 | 높음 | 매우 높음 |
| 학습 곡선 | 낮음 | 중간 | 높음 |
YouTube Data API와 웹훅 직접 구현법
실시간성이 생명인 경우 공식 API를 활용하자.
YouTube Data API v3의 `search.list` 엔드포인트를 폴링하는 방식이다. 할당량 한도가 핵심 변수다. API 키당 일일 10,000 쿼리로 제한되며, search 연산은 100쿼리나 소모한다. 채널 10개를 30분마다 체크하면 하루 480쿼리가 사용되므로 계획이 필요하다. 더 정확한 방법은 `playlistItems` 엔드포인트로 채널의 업로드 플레이리스트를 직접 조회하는 것이다. 이 경우 1~5쿼리만 소모된다.
대안은 push notifications다. YouTube PubSubHubbub 프로토콜을 이용하면 업로드 즉시 웹훅이 발동된다. 이를 중계 서버(Webhook.site나 개인 서버)에서 받아 텔레그램 Bot API로 포워딩하는 구조다. AWS Lambda나 Cloudflare Workers로 서버리스 함수를 작성하면 유지비용 없이 운영 가능하다.

텔레그램 봇 서비스 vs 자체 구축 비교
시간이 없다면 기성 서비스를 이용하자.
@YTAlertBot, @NewFileBot 같은 봇들은 단순히 채널 ID만 입력하면 알림을 받을 수 있다. 다만 광고가 포함되거나 메시지 형식을 커스터마이징할 수 없는 경우가 많다. 데이터 프라이버시 측면에서도 서드파티 서버가 구독 목록을 저장한다는 점은 위험 요소다. 봇이 갑작스럽게 서비스를 종료하면 알림 체인이 끊어진다.
반면 BotFather를 통해 직접 봇을 생성하면 완전한 통제권을 갖는다. Python의 python-telegram-bot 라이브러리나 Node.js의 node-telegram-bot-api로 간단히 구현 가능하다. Webhook 방식을 쓰면 polling보다 리소스 효율이 10배 이상 좋아진다. 직접 구축 시 metadata 필터링이 가능해져, 영상 제목에 특정 키워드가 포함된 경우만 알림을 보내는 식의 세밀한 제어가 가능하다.
n8n 자체 호스팅으로 비용 최적화하기
구독 채널이 50개를 넘어서면 SaaS형 자동화 도구의 비용이 부담스럽다.
이때 n8n을 Docker로 자체 호스팅하는方案이 최적해다. Raspberry Pi 4나 저렴한 VPS(월 $5) 하나로 수백 개 채널을 모니터링할 수 있다. 워크플로우는 ‘Cron’ 트리거로 5분마다 실행되게 설정하고, ‘HTTP Request’ 노드로 YouTube RSS를 수집한다. ‘Function’ 노드로 불필요한 데이터를 가공한 뒤 ‘Telegram’ 노드로 전송하면 된다.
JSON 파싱 로직을 넣어 영상 길이가 10분 이상인 경우만 알림을 보내는 식의 필터링도 가능하다. 로컬 데이터베이스에 이미 발송한 영상 ID를 저장하면 중복 알림을 방지할 수 있다. 이 방식은 외부 서비스 의존도를 낮추고, 평생 무료로 운영할 수 있다는 장점이 있다.

자주 묻는 질문(FAQ)
Q. 유튜브 말고 트위치나 비메오도 같은 방식으로 연동 가능한가?
A. 가능하다. 트위치는 공식 Webhook API를 제공하며, 비메오는 RSS 피드를 지원한다. Make이나 n8n에서 각 플랫폼용 모듈을 사용하거나, RSS 피드가 없는 경우일지라도 API 폴링으로 동일한 로직을 구현할 수 있다. 다만 각 플랫폼의 API 레이트 리밋 정책을 반드시 확인해야 한다.
Q. 텔레그램 봇으로 알림을 받을 때 썸네일 이미지가 보이지 않는다
A. Bot API의 sendPhoto 메서드를 사용하면서 이미지 URL이 유효하지 않거나, 크기가 10MB를 초과하는 경우 발생한다. YouTube의 최고 해상도 썸네일(maxresdefault.jpg)이 없는 영상은 sddefault.jpg로 폴백 로직을 구현하거나, sendMessage의 link_preview_options 파라미터로 대체하는 것이 안정적이다.
Q. 무료로 구축할 때 발생할 수 있는 숨은 비용은 무엇인가?
A. Zapier의 경우 월 100회 초과 시 과금이 발생하며, Make은 시나리오 실행 시간(Ops) 제한이 있다. n8n 자체 호스팅은 서버비가 발생하지만, 집에 남는 PC로 로컬 서버를 운영하면 비용은 전기요금 수준으로 제한된다. 유일한 숨은 비용은 API 할당량 초과로 인한 차단으로, 이 경우 Google Cloud 프로젝트 생성 및 결제 정보 등록이 필요할 수 있다.
함께 보면 좋은 글
, ,