n8n-Threads 포스팅 자동화 #3 : 장기 토큰 자동 갱신 워크플로우 만들기

소개

#1 사례에서 보시는 바와 같이 Threads API(token) 유효 기간은 말 그대로 기간도 아니고, 시간으로서 그 시간이 고작 1h.
설정하다가 유효기간 만료되기 다반사! 다시 받고, 하다가 다시 받고... ! 🫠

그래서 #1 사례에서 1h짜리 단기 토큰을 장기 토큰으로 자동 변환하는 workflow를 만들었었죠.
장기 토큰(long-lived token)은 최대 60일 동안 유효합니다.

하지만 유효기간이 지나면 다시 인증부터 시작해야 하므로, 실전에서는 자동 새로고침 로직이 꼭 필요합니다.

이 글(#3)에서는 n8n을 활용하여 2개월 유효한 Threads 토큰을 주기적으로 새로 고침하고, Supabase에 업데이트하며, 텔레그램으로 알림까지 보내는 자동화 워크플로우를 소개합니다.

1. Schedule Trigger

2. 토큰 행 가지고 오기 (Supabase)

Supabase에서 active = true인 토큰 목록을 가져옵니다.
복수의 토큰이 존재할 수 있어 이후 루프 처리 => 사실 필요 없습니다. Threads는 1개의 Token만 존재하기 때문인데, 그냥 추후의 확장성을 고려해서 넣어 두었습니다.

3. Loop Over Items

4. 토큰 새로고침 (HTTP Request)

"error": {
  "message": "Session key invalid or expired",
  "type": "OAuthException",
  "code": 102,
  "fbtrace_id": "XXXX"
}

5. 토큰 Insert (Supabase)

새로 받은 토큰을 Supabase에 새 레코드로 저장합니다.
저장 정보:
- Token: 새 토큰 값
- token_type: refreshed
- active: true
- created_at: 현재 시간

6. Update a row (Supabase)

7. Send a text message (Telegram)

n8n으로 Threads Token이 Supabase에 업뎃됨!

new:
<신규 토큰>

old:
<이전 토큰>

Meta Threads API는 문서가 부족하고 실제 동작과 다른 사례가 많아 시행착오가 불가피했습니다. 특히 access token 관련 응답이 표준 OAuth 흐름과 미묘하게 달라 Meta의 폐쇄성이 느껴졌고, 이런 상황에서는 AI 도구의 해석 능력도 엄청난 시행착오를 같이 겪을 수 밖에 없었습니다. (참고 Youtube 동영상이 있었음에도 불구하고...)
무튼, 토큰 만료로 인한 자동화 실패를 완전히 제거할 수 있었습니다.
Supabase를 통해 토큰 히스토리 관리가 쉬워졌고, 참고 워크플로우에 업그레이드해서 상태(active 여부)도 명확히 분리 가능
AI 도구별 판단을 비교하며 흐름을 보완해나가는 방식이 유용했고, 특히 Claude의 세션 오류 해석, GPT-4o의 노드 구조 제안, Gemini의 예외 처리 방안 등, 교차 검증이 실무적으로 유용했습니다

🤖 AI 기반 교차 검증 및 개선 방식

이 워크플로우의 시행착오 과정에서는 Claude, GPT-4o, Gemini를 각각 활용해 워크플로우 진단을 진행했으며, 세 도구 모두 워크플로우에 대해 제시하는 구조와 오류 해석 방식이 서로 달랐기 때문에 교차 검증을 통해 최적의 접근 방식을 도출할 수 있었습니다.
예를 들어:
- Claude는 "Session key invalid" 오류의 정확한 원인을 해석하고 API 문서를 기반으로 신뢰성 있는 진단을 도와주었습니다.
- GPT-4o는 워크플로우 구조 최적화에 특화되어, 불필요한 노드 제거 및 조건 분기 흐름을 명확히 제안했습니다.
- Gemini는 예외 상황에서의 fail-safe 처리, 특히 토큰 만료 시 fallback 메시지 전송 및 사용자 알림 플로우를 보완해주었습니다.
이 3개의 결과를 비교하고 가장 현실적인 방식을 실제 워크플로우에 반영함으로써 AI 교차검증 기반 최적화를 실현할 수 있었습니다.