디스코드 웹훅 404 "Unknown Webhook", 400 "is not snowflake", 슬랙 "no_team" 오류 직접 재현하고 정리
디스코드 웹훅 404 Unknown Webhook(10015), 400 is not snowflake, 슬랙 404 no_team이 나올 때의 뜻을 가짜 주소로 직접 재현해 정리했습니다.
n8n에서 디스코드나 슬랙으로 알림을 보내는데 메시지가 안 가고 404 Unknown Webhook이나 no_team이 나왔다면, 웹훅 주소가 상대 서비스가 아는 주소가 아니라는 뜻입니다. 가짜 웹훅 주소로 실제 응답을 받아 보고, 어떤 실수가 어떤 문구로 나오는지 정리했습니다. 진짜 웹훅은 쓰지 않았습니다.
세 가지 응답
| 서비스 | HTTP | 응답 | 보낸 주소 |
|---|---|---|---|
| 디스코드 | 404 | {"message":"Unknown Webhook","code":10015} | 숫자 ID와 가짜 토큰 |
| 디스코드 | 400 | webhook_id 항목에 Value "notanid" is not snowflake. | ID 자리에 숫자가 아닌 값 |
| 슬랙 | 404 | no_team (일반 텍스트) | 예시 형식의 가짜 웹훅 주소 |
직접 시험한 결과
2026년 10월 25일에 가짜 웹훅 주소로 curl 요청을 보낸 결과입니다. 포스트 요청은 존재하지 않는 주소로만 보내서 어느 채널에도 메시지가 가지 않았습니다.
| 요청 | 결과 |
|---|---|
| 디스코드, 숫자 ID와 가짜 토큰 조회(GET) | 404, Unknown Webhook(10015) |
| 디스코드, 같은 주소에 메시지 보내기(POST) | 404, 같은 응답 |
| 디스코드, 같은 주소에 본문 없이 POST | 404, 같은 응답 |
| 디스코드, ID가 숫자가 아님 | 400, is not snowflake |
| 슬랙, 가짜 주소에 메시지 보내기(POST) | 404, no_team |
| 슬랙, 같은 주소 조회(GET) | 404, no_team |
- 디스코드는 주소의 ID 부분이 숫자 모양이 아니면 400, 숫자 모양이지만 없는 웹훅이면 404를 돌려줬습니다. 두 오류는 원인이 다릅니다. 앞의 것은 주소를 복사하다 말았거나 엉뚱한 값이 들어간 가능성을, 뒤의 것은 삭제된 웹훅이나 맞지 않는 토큰 가능성을 의심해 볼 수 있습니다. 이 원인들은 제가 시험한 결과가 아니라 가능성입니다.
- 디스코드에서 메시지를 보내는 POST와 단순 조회 GET의 응답이 같아서, 없는 웹훅인지 확인하는 데 메시지를 보내지 않고 GET만으로도 되는 것으로 보였습니다. 다만 진짜 웹훅에 GET을 보내면 어떤 응답이 오는지는 시험하지 못했습니다.
- 슬랙의
no_team은 저가 틀린 팀 ID(T00000000)로 보냈을 때 나왔습니다.
공식 문서가 설명하는 것
- 디스코드 오류 코드 표에는 10015가 "알 수 없는 웹훅(Unknown webhook)", 50027이 "잘못된 웹훅 토큰(Invalid webhook token provided)"로 적혀 있습니다. 이번 시험에서는 50027을 만나지 못했습니다. 이 오류는 진짜 웹훅 ID가 있어야 재현될 것으로 보이지만 직접 확인하지는 못했습니다.
- 슬랙 수신 웹훅 문서는
no_team을 "워크스페이스가 없거나 유효하지 않음"으로,no_service를 "웹훅이 비활성화되었거나 삭제되었거나 유효하지 않음"으로,invalid_token을 "토큰이 만료되었거나 유효하지 않거나 없음"으로 설명합니다. 이 중no_team만 제가 재현했습니다. - 슬랙 문서는 웹훅 주소에 비밀이 들어 있어서 온라인에 공유하지 말라고 경고합니다.
점검 순서
- 웹훅 주소를 새로 복사해서 다시 붙여 넣습니다. 앞뒤 공백이나 줄바꿈이 들어가면 주소가 틀려질 수 있습니다.
- n8n의 HTTP Request 노드 또는 알림 노드의 주소 칸이 실제 주소로 채워져 있는지 확인합니다. 자리표시자(예, YOUR_...)가 그대로 남아 있으면 오류가 납니다. 저도 비슷한 실수로 Gemini 요청이 400 오류를 낸 적이 있습니다(영어 글).
- 디스코드는 웹훅 주소의 마지막 두 부분(숫자 ID와 긴 토큰)가 모두 있는지 확인합니다. ID 자리에 숫자가 아닌 값이 있으면 400이 납니다.
- 주소를 새로 복사해도 404가 나오면 웹훅이 삭제되었거나 새로 만들어야 하는지 디스코드 채널 설정이나 슬랙 앱 설정에서 확인합니다. 이 화면의 경로는 제가 확인하지 못해 적지 않았습니다.
- 웹훅 주소는 비밀번호처럼 다룹니다. n8n 자격 증명에만 두고 워크플로우 파일, 글, 대화창에 붙이지 마세요.
시험하지 못한 것
- 진짜 웹훅을 쓰지 않았습니다. 그래서 디스코드 50027, 슬랙 no_service와 invalid_token 같은 오류, 속도 제한(429), 임베드 관련 오류는 확인하지 못했습니다.
- curl로 시험했고 n8n 화면에서 이 오류가 어떻게 보이는지는 확인하지 않았습니다.
- 디스코드의 "snowflake"는 이 시험의 오류 문구에서 본 단어입니다. 이 단어를 설명하는 공식 문서는 이번에 확인하지 못해서, 숫자 ID 형식을 뜻하는 것으로 보이다는 정도로만 적었습니다.
- 하루 동안의 한 번씩의 시험입니다.
수정: 2026년 10월 25일