웹훅
웹훅을 사용하면 링크가 클릭될 때 실시간 알림을 받을 수 있습니다. 클릭이 발생하면 Linkly는 지정된 URL로 클릭에 대한 자세한 정보를 담은 POST 요청을 보냅니다.
사용 사례
- 자동화 플랫폼: 링크가 클릭될 때 Make 또는 Zapier에서 워크플로우 트리거
- 사용자 정의 분석: 클릭 데이터를 자체 분석 시스템으로 전송
- CRM 업데이트: 고객이 링크를 클릭할 때 고객 레코드 업데이트
- Slack 알림: 중요한 링크가 클릭될 때 Slack에서 알림 받기
- 리드 추적: 잠재 고객이 링크와 상호작용할 때 추적
팁: 대부분의 자동화 사용 사례의 경우, 사용자 정의 웹훅보다 Make 통합 또는 Zapier 통합이 설정하기 더 쉽습니다. 이들은 코딩 없이 웹훅으로 구동되는 즉시 클릭 트리거를 포함합니다.
링크 수준 웹훅 설정 방법
링크로 이동하여 구성하려는 링크를 클릭합니다.
웹훅 섹션으로 스크롤합니다.
웹훅 URL을 한 줄에 하나씩 입력합니다.
여러 개의 웹훅 URL을 추가할 수 있습니다. 링크가 클릭되면 모든 URL이 동일한 페이로드를 받습니다.

링크 저장을 클릭합니다.
링크 수준 웹훅은 해당 특정 링크가 클릭될 때만 실행됩니다.
워크스페이스 수준 웹훅 설정 방법
설정(사이드바의 톱니바퀴 아이콘)으로 이동합니다.
워크스페이스 설정을 클릭합니다.
웹훅 URL을 한 줄에 하나씩 입력합니다.
여러 개의 웹훅 URL을 추가할 수 있습니다. 워크스페이스의 어떤 링크가 클릭되어도 모든 URL이 동일한 페이로드를 받습니다.

설정 저장을 클릭합니다.
워크스페이스 수준 웹훅은 워크스페이스의 모든 링크에 대한 클릭마다 실행됩니다.
참고: 두 수준 모두에서 웹훅을 구성하면, 해당 링크에 대한 클릭 시 두 웹훅이 모두 실행됩니다.
웹훅 페이로드
클릭이 발생하면 Linkly는 다음 JSON 페이로드와 함께 POST 요청을 보냅니다:
{
"event": "click",
"timestamp": "2025-01-15T10:30:00Z",
"link": {
"id": 12345,
"name": "My Campaign Link",
"url": "https://example.com/landing-page",
"full_url": "https://yourdomain.com/abc123",
"domain": "yourdomain.com",
"slug": "/abc123",
"destination": "https://example.com/landing-page",
"workspace_id": 1,
"enabled": true,
"cloaking": false,
"forward_params": true,
"block_bots": true,
"public_analytics": false,
"utm_source": "newsletter",
"utm_medium": "email",
"utm_campaign": "spring-sale",
"og_title": "Special Offer",
"og_description": "Check out our spring sale!",
"rules": [
{
"what": "country",
"matches": "US",
"url": "https://example.com/us-landing"
}
]
},
"click": {
"country": "US",
"is_eu_country": false,
"platform": "desktop",
"browser_name": "Chrome",
"referer": "https://twitter.com/",
"isp": "Comcast",
"bot_name": null,
"destination": "https://example.com/landing-page",
"params": {
"utm_source": "twitter"
}
}
}
페이로드 필드
이벤트 정보
| 필드 | 설명 |
|---|---|
event | 항상 "click" |
timestamp | 클릭의 ISO 8601 타임스탬프 |
링크 객체
| 필드 | 설명 |
|---|---|
id | 고유 링크 식별자 |
name | 링크 별명 |
url | 원본 대상 URL |
full_url | 단축 링크 URL |
domain | 사용자 정의 도메인(구성된 경우) |
slug | URL 경로/슬러그 |
destination | 이 클릭에 대한 실제 대상(규칙이 적용된 경우 url과 다를 수 있음) |
workspace_id | 워크스페이스 식별자 |
enabled | 링크 활성화 여부 |
rules | 리디렉션 규칙 배열(지역, 기기, 로테이터) |
utm_* | 구성된 경우 UTM 매개변수 |
og_* | 구성된 경우 Open Graph 설정 |
클릭 객체
| 필드 | 설명 |
|---|---|
country | 두 글자 국가 코드(예: "US", "GB") |
is_eu_country | EU에서 발생한 클릭 여부 |
platform | 기기 플랫폼(desktop, ios, android 등) |
browser_name | 브라우저 이름(Chrome, Safari, Firefox 등) |
referer | 참조 URL(사용 가능한 경우) |
isp | 인터넷 서비스 제공업체 |
bot_name | 봇 식별자(사람의 클릭인 경우 null) |
destination | 이 클릭에 대한 최종 대상 URL |
params | 링크에 전달된 쿼리 매개변수 |
개인정보 보호 참고: IP 주소는 웹훅 페이로드에 절대 포함되지 않습니다.
자동화 플랫폼 통합
사용자 정의 코딩 없이 쉽게 설정하려면 네이티브 통합을 사용하세요:
두 통합 모두 내부적으로 웹훅을 사용하지만 모든 설정을 자동으로 처리합니다.
모범 사례
여러 웹훅
여러 개의 웹훅 URL을 추가할 수 있습니다(한 줄에 하나씩). 클릭이 발생하면 모든 URL이 동일한 페이로드를 받습니다.
오류 처리
- 웹훅은 일회성 - Linkly는 실패한 전달을 재시도하지 않습니다
- 웹훅 실패는 리디렉션에 절대 영향을 미치지 않습니다 - 사용자는 항상 목적지에 도달합니다
- 웹훅 엔드포인트가 빠르게 응답하도록 하세요(5초 미만 권장)
보안
- 웹훅 URL에 HTTPS 엔드포인트 사용
- 웹훅 핸들러에서 들어오는 요청 검증
- 검증을 위해 웹훅 URL에 비밀 매개변수 추가 고려
테스트
- 1webhook.site 또는 RequestBin과 같은 서비스를 사용하여 웹훅 URL 설정
- 2링크 클릭
- 3수신된 페이로드 검사
- 4확인되면 프로덕션 웹훅 URL로 전환
API 접근
API를 통해 프로그래밍 방식으로 웹훅을 관리할 수도 있습니다:
POST /api/v1/link/:link_id/webhooks
DELETE /api/v1/link/:link_id/webhooks/:hook_id
GET /api/v1/link/:link_id/webhooks
POST /api/v1/workspace/:workspace_id/webhooks
DELETE /api/v1/workspace/:workspace_id/webhooks/:hook_id
GET /api/v1/workspace/:workspace_id/webhooks
자세한 내용은 API 문서를 참조하세요.
웹훅 FAQ
웹훅이 실행되지 않는 이유는 무엇인가요?
웹훅 URL이 유효하고 접근 가능한지 확인하세요. 링크 또는 워크스페이스 설정에 웹훅이 저장되어 있는지 확인하세요. 웹훅은 클릭이 기록될 때만 실행됩니다 - 제외된 IP 또는 건너뛴 크롤러는 웹훅을 트리거하지 않습니다.
웹훅 페이로드에서 일부 필드가 null인 이유는 무엇인가요?
정보를 사용할 수 없거나(예: 참조자 없음), 개인정보 보호 설정이 수집을 방지했거나, 봇의 클릭인 경우(이 경우 bot_name이 채워집니다) 일부 필드가 null일 수 있습니다.
Linkly는 실패한 웹훅 전달을 재시도하나요?
아니요. 웹훅은 일회성입니다. 실패한 전달은 재시도되지 않으며, Linkly는 웹훅 전달 상태를 추적하지 않습니다. 웹훅 요청은 5초 후 타임아웃됩니다.
Linkly는 전환 추적을 위한 포스트백을 지원하나요?
아니요. Linkly 웹훅은 아웃바운드 전용이며 클릭이 발생할 때 실행됩니다. 제휴 네트워크나 광고 플랫폼으로부터 포스트백 데이터를 받을 수 없습니다. 전환 추적의 경우, 대상 플랫폼의 네이티브 추적을 사용하거나, 쿼리 매개변수 전달을 통해 클릭 ID를 전달하거나, BigQuery 통합을 사용하여 클릭 데이터를 전환 데이터와 결합하세요.
웹훅을 사용해야 하나요, 아니면 Make/Zapier를 사용해야 하나요?
대부분의 자동화 사용 사례의 경우, Make 또는 Zapier 통합이 설정하기 더 쉽습니다. 이들은 내부적으로 웹훅을 사용하지만 모든 구성을 자동으로 처리합니다. 자체 시스템으로 데이터를 보내야 하거나 통합에 대한 더 많은 제어가 필요한 경우 사용자 정의 웹훅을 사용하세요.
링크와 워크스페이스 모두에 웹훅을 가질 수 있나요?
네. 두 수준 모두에서 웹훅을 구성하면 해당 링크가 클릭될 때 두 웹훅이 모두 실행됩니다. 이는 워크스페이스 전체 로깅과 특정 링크에 대한 특정 작업을 모두 원할 때 유용합니다.