스레드 자동화 방법: n8n으로 Threads API 연동부터 자동 게시까지

Threads(스레드) 게시물을 매번 직접 올리는 게 번거롭게 느껴지시나요? n8n과 Threads API를 연동하면 ‘게시 시간 설정→게시물 생성→게시’까지 하나의 자동화 워크플로로 구성할 수 있습니다. 평소 익숙하지 않은 AI 도구나 API 연동 과정 때문에 어렵게 느껴질 수 있지만, 걱정하지 않아도 됩니다. 이 글에서는 실제로 테스트한 스레드 자동화 흐름을 바탕으로 Threads API, Threads Access Token, n8n 설정부터 시작해 4단계로 자동 게시하는 방법을 설명합니다. 처음 접하는 분도 n8n Threads 자동화와 Threads API 자동 게시의 기본 원리를 이해할 수 있도록 차근차근 살펴보겠습니다.

Threads 게시물을 예약하거나 다른 자동 게시 방법도 함께 비교하고 싶다면 먼저 이 글을 참고해 보세요: 스레드 자동화 방법은? 예약 발행부터 AI 글쓰기·자동 게시까지 도구 5가지

n8n 스레드 자동화의 핵심은 n8n이 전체 워크플로를 제어하고, 공식 Threads API를 통해 게시물 생성과 게시를 실행하는 방식입니다. Threads의 기본 예약 게시 기능만 사용하는 것과 달리 n8n에서는 실행 조건을 설정하거나 다른 데이터 소스를 연결하고, 여러 작업을 원하는 순서대로 이어 붙일 수 있습니다. 따라서 SNS 관리까지 포함한 자동화 워크플로를 만들고 싶은 경우에 적합합니다. 가장 기본적인 Threads 자동화 흐름은 다음 3개의 노드로 구성됩니다.

1. Schedule Trigger

2. Create Threads Post

3. Publish Threads Post

Schedule Trigger는 워크플로가 언제 시작될지 결정합니다. 이후 Create Threads Post가 게시물 내용을 Threads API로 전송해 게시 전 콘텐츠를 생성하고, 성공하면 하나의 id를 반환합니다. 마지막으로 Publish Threads Post가 이 id를 creation_id로 사용해 게시 엔드포인트에 전달하면 실제 Threads 계정에 게시물이 표시됩니다.

이 글에서 사용하는 Threads API 연동 방식은 게시물 생성과 실제 게시를 두 단계로 나눠 처리합니다. 따라서 n8n에서는 보통 2개의 HTTP Request 노드를 사용하며, 첫 번째 노드는 게시물 내용을 생성하고 두 번째 노드는 최종 게시를 담당합니다. 이 기본 구조를 이해해 두면 이후 예약 실행, AI 자동 게시 또는 다른 크리에이터 마케팅 자동화 워크플로를 추가할 때도 같은 흐름을 확장해서 사용할 수 있습니다.

n8n Threads 자동 게시 설정을 시작하기 전에 Threads API, 해당 계정을 조작할 수 있는 Access Token, 그리고 n8n 실행 환경을 준비해야 합니다. 각각 ‘게시 기능을 제공하는 API’, ‘계정 권한 인증’, ‘자동화 흐름 제어’ 역할을 합니다. HTTP Request를 설정하기 전에 이 세 가지가 정상적으로 작동하는지 먼저 확인하면, 이후 오류가 발생했을 때 어느 단계에서 문제가 생겼는지 훨씬 쉽게 파악할 수 있습니다.

다른 AI 자동화 도구도 궁금하다면 이 글을 참고해 보세요: 2026년 AI 자동화 도구 추천: Zapier, Make, n8n 등 워크플로 도구 9가지 비교

Threads API

Threads API는 n8n과 Threads 사이에서 데이터를 주고받고 기능을 실행하기 위한 인터페이스입니다. 평소 사용하는 Threads 프로필 주소인 threads.com/@계정명은 사용자가 프로필을 확인하기 위한 페이지이기 때문에, 이 주소를 그대로 n8n에 넣어 게시물을 올릴 수는 없습니다. 스레드 API 자동화를 구현하려면 Meta가 제공하는 API 엔드포인트를 사용해야 합니다. 처음에는 과정이 다소 복잡하게 느껴질 수 있지만, Threads API 연동 준비는 크게 다음 3단계로 나눌 수 있습니다.

1. 앱 생성 및 설정

2. Threads 테스트 계정 추가

3. Threads 계정에서 초대 수락

처음 설정할 때는 Meta for Developers에 로그인한 뒤 대시보드에서 새 앱을 생성합니다. 사용 사례를 선택하는 단계에서는 ‘Threads API 액세스’에 해당하는 항목을 선택하고, 안내에 따라 다음 단계로 진행한 뒤 앱 대시보드로 이동합니다.

다음으로 테스트에 사용할 Threads 계정과 게시 권한을 설정합니다. 이 글에서는 게시물 생성과 게시 기능을 사용하므로 ‘사용 사례’에서 ‘Threads API 액세스’를 선택한 다음 우선 ‘threads_basic’과 ‘threads_content_publish’ 권한을 활성화하면 됩니다.

두 기능이 모두 사용 가능한 상태로 표시되면 화면 왼쪽의 ‘설정’으로 이동해 ‘사용자 추가’를 선택합니다. 여기서 Threads API 테스트에 사용할 계정이나 자동 게시용 계정을 추가할 수 있습니다.

계정을 추가했다면 지정한 Threads 계정의 ‘앱 및 웹사이트’ 메뉴에서 초대가 도착했는지 확인하고 수락합니다. 이후 Meta for Developers 대시보드로 돌아가 새로고침했을 때 테스트 계정이 정상적으로 표시되면 추가가 완료된 것입니다.

*팁: 처음 설정할 때는 테스트 게시물을 올려도 문제가 없는 계정을 사용하는 것을 권장합니다. 실제 운영 중인 계정을 바로 사용하기보다는, 테스트 게시물이 노출되어도 괜찮은지 먼저 확인하세요.*

Threads Access Token

Threads Access Token은 현재 앱이 지정한 Threads 계정을 대신해 작업을 수행할 권한이 있다는 것을 확인하는 인증 정보입니다. 실제 Threads API 연동에서는 Threads User ID뿐만 아니라 Access Token도 API Request에 함께 전달해야 합니다. 그렇지 않으면 Threads가 해당 게시 요청이 승인된 요청인지 확인할 수 없습니다. Threads Access Token을 준비하는 과정은 크게 3단계입니다.

1. Graph API Explorer 열기

2. 접근 권한 승인

3. 요청 제출

먼저 왼쪽 메뉴의 ‘테스트’에서 Graph API Explorer를 찾고 ‘Graph API Explorer 열기’를 선택합니다.

Graph API Explorer 창이 열리면 상단의 ‘graph’ 뒤에 있는 도메인을 threads.net/으로 변경합니다. 오른쪽 아래 ‘Meta 앱’에서는 앞 단계에서 생성한 앱을 선택하세요. 이후 ‘Generate Threads Access Token’을 클릭하고 접근 권한을 승인하면 Threads Access Token을 발급받을 수 있습니다.

계정이 맞는지 확인하면 Threads Access Token을 얻을 수 있지만 여기서 끝은 아닙니다. 발급받은 Token으로 자신의 Threads ID도 확인해야 합니다. 이는 Token, 계정, 기본 권한이 정상적으로 연결되었는지 확인하기 위한 과정입니다. ‘제출’을 실행한 뒤 Threads ID와 계정 정보가 정상적으로 반환된다면 연결에 문제가 없는 것입니다.

여기서 꼭 알아둘 점은 Threads Access Token은 Threads 계정 비밀번호가 아니며, API 문서 페이지에서 ‘복사’를 눌러 바로 얻는 API 키도 아니라는 점입니다. Access Token은 Meta 앱의 인증 절차를 통해 발급받아야 하며 유효기간도 있습니다. 장기 Token 역시 현재 약 60일 동안 유효합니다. 따라서 이전까지 정상적으로 작동하던 스레드 자동화가 갑자기 인증 오류를 반환한다면 스레드 API 토큰이 만료되거나 비활성화되지 않았는지 먼저 확인하는 것이 좋습니다. 장기 Token으로 교환하는 방법과 갱신 방법은 아래 FAQ에서 설명합니다.

n8n 설정

이 Threads 자동 게시 흐름에서 n8n은 각 작업의 실행 순서와 시간을 관리합니다. n8n Cloud를 사용할 수도 있고 직접 호스팅할 수도 있으며, 두 환경 모두 Workflow 생성과 HTTP Request 사용 방식은 크게 다르지 않습니다. 차이는 주로 로그인, 외부 서비스 인증, 서버 및 환경 관리 방식에서 발생합니다.

이 글처럼 n8n Threads 자동화를 테스트하는 목적이라면 별도의 Threads 패키지를 먼저 설치하거나 자동 게시 프로그램을 처음부터 직접 개발할 필요는 없습니다. 정상적으로 사용할 수 있는 n8n 환경에서 새로운 Workflow를 만들 수 있으면 충분합니다. 다음 단계에서는 Trigger로 실행 시점을 정하고 HTTP Request를 이용해 Threads API를 연동해 보겠습니다.

이번 실습에서는 기본적으로 다음 두 종류의 노드를 사용합니다.

• Trigger: 워크플로가 언제 시작될지 결정합니다.

• HTTP Request: 게시물 내용을 Threads API로 보내고 생성 및 게시 요청을 실행합니다.

처음 테스트할 때는 텍스트 게시물부터 시작하는 것을 권장합니다. 가장 기본적인 API 게시 흐름이 정상적으로 동작하는 것을 확인하고 사용법에 익숙해진 뒤 예약 실행이나 다른 자동화 기능을 추가하면 오류 원인을 더 쉽게 파악할 수 있습니다.

Threads API, Access Token, n8n 준비가 끝났다면 실제 자동 게시 Workflow를 만들 차례입니다. 이번에는 가장 기본적인 텍스트 게시물을 사용해 ‘트리거→게시물 생성→실제 게시’의 3개 주요 노드로 먼저 테스트한 다음, 정상적으로 게시되는 것을 확인한 뒤 자동 스케줄을 추가합니다.

1. n8n Workflow 만들기

먼저 새 Workflow를 생성합니다. 첫 테스트에서는 Manual Trigger를 사용하면 실행 시점을 직접 제어할 수 있고, 설정이 끝나지 않은 상태에서 테스트 게시물이 반복적으로 올라가는 것도 방지할 수 있습니다.

다음으로 Manual Trigger 뒤에 HTTP Request 노드를 2개 추가합니다. n8n에는 기본적으로 ‘Create Threads Post’나 ‘Publish Threads Post’라는 이름의 Threads 전용 노드가 있는 것이 아니므로 검색창에서 ‘HTTP Request’를 찾아 추가해야 합니다.

추가한 뒤에는 두 HTTP Request 노드를 각각 ‘Create Threads Post’와 ‘Publish Threads Post’로 이름을 바꾸는 것을 권장합니다. 첫 번째 노드는 게시물 생성, 두 번째 노드는 실제 게시를 담당하도록 역할을 구분해 두면 이후 설정과 데이터 연결이 훨씬 이해하기 쉬워집니다.

2. Threads 게시물 내용 준비하기

첫 번째 ‘Create Threads Post’ 노드에서 ‘HTTP Method’를 ‘POST’로 설정하고 URL에는 https://graph.threads.net/v1.0/{Threads User ID}/threads를 입력합니다. 여기서 사용하는 id는 앞서 Meta for Developers에서 확인한 Threads User ID입니다. Threads 프로필 URL이나 @username을 입력하는 것이 아니므로 주의하세요.

다음으로 Send Query Parameters를 활성화하고 아래 3개의 값을 입력합니다.

1. media_type = TEXT

2. text = Threads에 게시할 내용

3. access_token = Threads Access Token

여기서 text에 입력한 내용이 최종적으로 Threads에 표시되는 게시물입니다. 나중에 다른 게시물을 올리고 싶다면 가장 간단한 방법은 이 text 값만 수정하는 것입니다. 뒤의 Publish 노드는 다시 설정할 필요가 없습니다. 입력을 마쳤다면 ‘Execute steps’를 눌러 노드를 실행합니다.

이 시점에는 아직 Threads 계정에서 게시물이 보이지 않습니다. 다음 단계의 Publish Threads Post 노드에서 실제 게시 작업을 실행해야 합니다.

3. Threads API 연동해 게시하기

두 번째 ‘Publish Threads Post’ 노드의 ‘HTTP Method’ 역시 ‘POST’로 설정합니다. URL은 https://graph.threads.net/v1.0/{Threads User ID}/threads_publish로 변경합니다. 이 노드에서 주로 사용하는 파라미터는 다음 두 가지입니다.

• creation_id

• access_token

creation_id에는 바로 앞의 ‘Create Threads Post’ 노드가 반환한 id를 사용해야 합니다. 고정된 id를 직접 입력하면 다음 Workflow가 실행될 때도 이전 데이터를 계속 사용할 수 있기 때문입니다. 따라서 creation_id를 Expression으로 변경하고 {{ $('Create Threads Post').item.json.id }}를 입력합니다.

이번 예시처럼 Create Threads Post와 Publish Threads Post 사이에 다른 노드가 없는 단순한 구조라면 {{ $json.id }}처럼 더 짧게 작성해도 됩니다. 이 글의 테스트에서는 후자를 사용했습니다. 두 방식 모두 Workflow가 실행될 때마다 이번 실행에서 Create Threads Post가 반환한 새로운 id를 자동으로 가져와 Publish 노드에 전달한다는 의미입니다.

여기까지 설정했다면 기본적인 Threads API 연동은 완료된 것입니다. Threads 계정을 열어 게시물이 정상적으로 게시되었는지 확인해 보세요.

4. 테스트 후 자동 게시로 전환하기

테스트 게시물이 정상적으로 올라간 것을 확인했다면 Manual Trigger를 Schedule Trigger로 변경합니다. 이렇게 하면 매번 직접 실행하지 않아도 지정한 시간에 자동으로 실행되는 n8n 스레드 자동화 워크플로를 만들 수 있습니다.

기존 ‘Manual Trigger’ 노드의 메뉴에서 ‘Replace’를 선택한 다음 ‘Schedule Trigger’를 검색해 교체합니다. 뒤에 연결된 두 개의 HTTP Request 노드는 다시 설정하지 않아도 됩니다.

이후 ‘Schedule Trigger’ 노드를 열고 자동 실행할 시간이나 주기를 설정합니다. 첫 테스트에서는 현재 시간과 가까운 간격으로 지정하는 것이 확인하기 쉽습니다. 예를 들어 임시로 5분마다 실행되도록 설정해 두고, 직접 Execute를 누르지 않아도 Workflow가 자동으로 시작되는지 확인할 수 있습니다.

실행 시간을 설정했다면 마지막으로 ‘Publish’를 누르는 것을 잊지 마세요.

Schedule Trigger가 설정한 시간에 자동 실행되고, Threads에서도 지정한 주기에 맞춰 게시물이 정상적으로 나타난다면 기본적인 n8n Threads 자동 게시 흐름이 완성된 것입니다. 이제 매번 Threads 게시 시간을 따로 기억해 두고 직접 게시할 필요도 줄어듭니다.

Threads n8n 자동화 고급 워크플로

이후 매번 text를 직접 수정하고 싶지 않다면 Google Sheets, Notion 또는 AI 노드에서 콘텐츠를 불러오는 방식으로 확장할 수 있습니다. 이렇게 하면 Threads 자동화가 단순한 예약 게시를 넘어 콘텐츠 소스 관리, AI 게시물 생성, 게시 후 기록까지 처리할 수 있습니다.

1. AI 주제 선정과 게시물 생성 추가: Create Threads Post 앞에 AI 관련 노드를 추가하면 지정한 주제를 바탕으로 Threads 게시물을 만들고, 생성된 결과를 text 파라미터에 자동으로 전달할 수 있습니다. 인기 주제나 콘텐츠 방향까지 함께 정리하면 ‘주제 선정→AI 자동 게시 콘텐츠 생성→Threads API 게시’ 형태의 흐름으로 발전시킬 수 있습니다.

2. Google Sheets로 게시 예정 콘텐츠 관리: 매번 n8n에 들어가 text를 수정하고 싶지 않다면 게시물 내용, 예정 시간, 게시 상태를 Google Sheets에 정리해 두고 n8n이 게시 대기 데이터를 읽도록 설정할 수 있습니다. 이렇게 하면 SNS 담당자는 스프레드시트만 업데이트하면서 앞으로 게시할 Threads 콘텐츠를 한곳에서 관리할 수 있습니다.

3. 게시 후 자동 기록 및 알림: ‘Publish Threads Post’ 뒤에 다른 노드를 추가하면 게시 시간, 상태, 실행 결과를 Google Sheets에 다시 기록할 수 있습니다. Slack이나 Email을 연결해 알림을 보내는 것도 가능합니다. 그러면 스레드 자동 게시뿐 아니라 Workflow가 정상적으로 실행되었는지도 바로 확인할 수 있어 오류 추적과 문제 해결이 쉬워집니다.

이러한 고급 기능을 추가하더라도 앞에서 설명한 ‘게시물 생성→id 획득→실제 게시’라는 핵심 흐름은 바뀌지 않습니다. 기존 n8n Workflow의 앞이나 뒤에 필요한 기능을 추가하는 방식으로 확장하면 됩니다.

Threads API는 무료인가요?

Threads API 자체는 ‘게시물 1개를 올릴 때마다 비용을 지불하는’ 방식으로 과금되지 않습니다. 따라서 공식 API를 이용해 Threads 게시물을 생성하고 게시한다고 해서 일부 외부 예약 게시 도구처럼 게시물마다 별도의 비용이 발생하는 것은 아닙니다.

다만 전체 Threads 자동화 환경에는 비용이 발생할 수 있습니다. 예를 들어 n8n Cloud 유료 플랜을 사용하거나, n8n을 직접 호스팅하면서 서버 비용이 들 수 있으며, 유료 AI 모델이나 외부 서비스를 추가로 연동하면 별도 비용이 발생할 수 있습니다. 또한 이 글에서 소개한 일부 설정은 비즈니스 계정 상태에 따라 이용 조건이 달라질 수 있으므로 자신의 계정 상태를 먼저 확인하는 것이 좋습니다.

Threads Access Token은 만료되나요?

네. 처음 발급받는 Threads User Access Token은 단기 Token이므로 테스트 용도로 사용하는 것이 적합합니다. n8n으로 스레드 자동 게시를 장기간 운영하려면 장기 Token으로 교환하는 것을 권장합니다. 현재 장기 Threads Access Token의 유효기간은 약 60일이며, Meta의 Threads API에서는 단기 Token을 장기 Token으로 교환하고 장기 Token을 갱신할 수 있는 엔드포인트도 제공합니다.

단기 Token을 장기 Token으로 바꾸려면 다음 엔드포인트를 사용합니다.

https://graph.threads.net/access_token

?grant_type=th_exchange_token

&client_secret=내 App Secret

&access_token=내 단기 Access Token

정상적으로 처리되면 새로운 access_token과 expires_in 값이 반환됩니다. 이 장기 Token은 n8n을 지속적으로 실행할 때 사용하기에 더 적합하며 유효기간은 약 60일입니다.

장기 Token이 만료되기 전에는 refresh 엔드포인트를 이용해 다시 갱신할 수 있습니다.

https://graph.threads.net/refresh_access_token

?grant_type=th_refresh_token

&access_token=현재 유효한 장기 Access Token

갱신에 성공하면 Token 유효기간이 다시 약 60일 연장됩니다. 단, 장기 Token이 만료되기 전에 반드시 갱신해야 합니다. 이미 만료된 Token은 refresh 엔드포인트로 다시 살릴 수 없습니다. 갱신 시기를 놓쳤다면 인증 절차를 다시 진행해 새로운 단기 Token을 발급받고, 다시 장기 Token으로 교환해야 합니다.

이 과정을 함께 알아두면 앞에서 설명한 Threads Access Token 발급 과정부터 장기간 n8n Threads 자동화를 운영할 때 필요한 Token 관리까지 하나의 흐름으로 이해할 수 있습니다.

n8n으로 Threads에 자동 게시할 수 있나요?

네. n8n이 Threads 계정에 직접 로그인해 ‘게시’ 버튼을 눌러주는 방식은 아닙니다. 대신 HTTP Request 노드가 공식 Threads API를 호출합니다. 이 글에서 실제로 테스트한 기본 흐름은 하나의 Trigger와 두 개의 HTTP Request 노드로 구성됩니다. Threads User ID, Access Token, API 파라미터를 정확하게 설정하고 Schedule Trigger를 연결하면 지정한 시간에 스레드 자동 게시를 실행할 수 있습니다.

코딩을 몰라도 설정할 수 있나요?

네. 자동 게시 프로그램을 처음부터 직접 개발할 필요는 없습니다. 다만 URL, Access Token, Query Parameters, n8n의 Expression처럼 기본적인 API 개념은 어느 정도 이해해야 합니다. 실제 설정은 대부분 n8n의 시각적인 인터페이스에서 노드를 추가하고 파라미터를 입력한 뒤 이전 노드의 데이터를 다음 노드로 전달하는 방식으로 진행됩니다.

따라서 개발 경험이 없어도 따라 할 수 있지만, 처음 설정할 때는 API 데이터가 각 노드 사이에서 어떻게 전달되는지 확인하면서 진행하면 훨씬 이해하기 쉽습니다.

Threads API로 이미지도 게시할 수 있나요?

네. Threads API에서 게시물을 생성할 때 media_type은 이 글에서 사용한 TEXT뿐 아니라 IMAGE, VIDEO, CAROUSEL도 지원합니다. 이미지를 게시하려면 media_type을 IMAGE로 변경하고 image_url을 제공해야 하며, 영상은 video_url을 사용합니다.

다만 처음 n8n Threads 자동 게시를 테스트할 때는 텍스트부터 시작하는 것을 권장합니다. 설정해야 할 항목이 가장 적기 때문에 오류가 발생했을 때 Threads Access Token, Threads API, n8n Workflow 중 어디에서 문제가 생겼는지 확인하기 쉽습니다. 텍스트 게시가 성공한 뒤 이미지나 영상을 추가하면 한 번에 너무 많은 변수를 확인해야 하는 상황을 줄일 수 있습니다.

n8n과 Threads API를 직접 연동하면 자유롭게 자동화할 수 있다는 장점이 있지만, Threads Access Token, HTTP Request, 예약 실행 설정을 직접 관리해야 합니다. Threads 콘텐츠 제작과 게시를 더 빠르고 간단하게 처리하고 싶다면 GenApe를 활용할 수 있습니다. GenApe는 인기 주제 탐색, AI 게시물 작성, 콘텐츠 검토, 게시 과정을 하나의 흐름으로 통합해 복잡한 자동화 Workflow를 직접 관리하는 부담을 줄여줍니다. API 연동과 노드 설정에 드는 시간을 줄이고 싶다면 GenApe로 더 간단한 Threads 자동 게시 흐름을 만들어 보세요.