웹훅
웹훅을 사용하면 링크가 클릭될 때 실시간 알림을 받을 수 있습니다. 클릭이 발생하면 Linkly가 지정된 URL로 POST 요청을 보내며, 클릭에 대한 자세한 정보가 포함됩니다.
사용 사례
- 자동화 플랫폼: Make 또는 Zapier에서 링크 클릭 시 워크플로우 트리거
- 맞춤 분석: 클릭 데이터를 자신의 분석 시스템으로 전송
- CRM 업데이트: 고객이 링크를 클릭할 때 고객 레코드 업데이트
- Slack 알림: 중요한 링크가 클릭될 때 Slack에서 알림 수신
- 리드 추적: 잠재 고객이 링크에 참여할 때 추적
팁: 대부분의 자동화 사용 사례의 경우, Make 통합 또는 Zapier 통합이 맞춤 웹훅보다 설정하기 더 쉽습니다. 이들은 웹훅으로 구동되는 즉시 클릭 트리거를 포함하며 코딩이 필요하지 않습니다.
참고: 두 수준 모두에서 웹훅을 구성하면 해당 링크의 클릭 시 둘 다 실행됩니다.
웹훅 페이로드
클릭이 발생하면 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 | 디바이스 플랫폼(데스크톱, iOS, Android 등) |
browser_name | 브라우저 이름(Chrome, Safari, Firefox 등) |
referer | 참조 URL(사용 가능한 경우) |
isp | 인터넷 서비스 제공자 |
bot_name | 봇 식별자(사람 클릭의 경우 null) |
destination | 이 클릭의 최종 목적지 URL |
params | 링크로 전달된 쿼리 매개변수 |
개인정보 보호 참고사항: IP 주소는 웹훅 페이로드에 포함되지 않습니다.
자동화 플랫폼 통합
맞춤 코딩 없이 더 쉽게 설정하려면 기본 통합을 사용하세요:
두 통합 모두 내부적으로 웹훅을 사용하지만 모든 설정을 자동으로 처리합니다.
모범 사례
여러 웹훅
여러 웹훅 URL을 추가할 수 있습니다(한 줄에 하나씩). 클릭이 발생하면 모든 URL이 동일한 페이로드를 수신합니다.
오류 처리
- 웹훅은 fire-and-forget - 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 문서를 참조하세요.
웹훅 자주 묻는 질문
내 웹훅이 실행되지 않는 이유는 무엇입니까?
웹훅 URL이 유효하고 접근 가능한지 확인합니다. 웹훅이 링크 또는 워크스페이스 설정에 저장되어 있는지 확인합니다. 웹훅은 클릭이 기록될 때만 실행됩니다 - 제외된 IP 또는 건너뛴 크롤러는 웹훅을 트리거하지 않습니다.
웹훅 페이로드에서 일부 필드가 null인 이유는 무엇입니까?
정보를 사용할 수 없는 경우(예: 참조자 없음), 개인정보 보호 설정이 수집을 방지했거나, 클릭이 봇에서 발생했을 수 있습니다(이 경우 bot_name이 대신 채워집니다).
Linkly는 실패한 웹훅 전달을 재시도합니까?
아니요. 웹훅은 fire-and-forget입니다. 실패한 전달은 재시도되지 않으며 Linkly는 웹훅 전달 상태를 추적하지 않습니다. 웹훅 요청은 5초 후 시간 초과됩니다.
Linkly는 전환 추적을 위한 포스트백을 지원합니까?
아니요. Linkly 웹훅은 아웃바운드 전용이며 클릭이 발생할 때 실행됩니다. 제휴 네트워크 또는 광고 플랫폼에서 포스트백 데이터를 받을 수 없습니다. 전환 추적의 경우 목적지 플랫폼의 기본 추적을 사용하거나, 쿼리 매개변수 전달을 통해 클릭 ID를 전달하거나, BigQuery 통합을 사용하여 클릭 데이터와 전환 데이터를 결합하세요.
월 500회 클릭 추적 무료.

