웹훅

웹훅을 사용하면 링크가 클릭될 때는 물론 링크가 생성, 업데이트 또는 삭제될 때도 실시간 알림을 받을 수 있습니다. Linkly는 각 이벤트에 대한 자세한 정보가 포함된 POST 요청을 지정된 URL로 전송합니다.

사용 사례

  • 자동화 플랫폼: 링크가 클릭될 때 Make 또는 Zapier에서 워크플로우 트리거
  • 사용자 지정 분석: 클릭 데이터를 자신의 분석 시스템으로 전송
  • CRM 업데이트: 고객이 링크를 클릭할 때 고객 레코드 업데이트
  • Slack 알림: 중요한 링크가 클릭될 때 Slack에서 알림 받기
  • 리드 추적: 잠재고객이 링크와 상호작용할 때 추적

: 대부분의 자동화 사용 사례에서는 사용자 지정 웹훅보다 Make 통합 또는 Zapier 통합이 설정하기 더 쉽습니다. 여기에는 웹훅을 통한 즉각적인 클릭 트리거가 포함되며, 코딩이 필요하지 않습니다.

링크 수준 웹훅을 설정하는 방법

1

링크로 이동하여 구성하려는 링크를 클릭합니다.

2

웹훅 섹션까지 아래로 스크롤합니다.

3

웹훅 URL을 입력합니다. 한 줄에 하나씩 입력하세요.

여러 웹훅 URL을 추가할 수 있습니다. 모든 URL은 링크가 클릭될 때 동일한 페이로드를 받습니다.

웹훅 URL을 입력합니다. 한 줄에 하나씩 입력하세요.
웹훅 URL을 입력합니다. 한 줄에 하나씩 입력하세요.
4

링크 저장을 클릭합니다.

링크 수준 웹훅은 해당 특정 링크가 클릭될 때만 작동합니다.

워크스페이스 수준 웹훅을 설정하는 방법

1

설정(사이드바의 기어 아이콘)으로 이동합니다.

2

워크스페이스 설정을 클릭합니다.

3

웹훅 URL을 입력합니다. 한 줄에 하나씩 입력하세요.

여러 웹훅 URL을 추가할 수 있습니다. 모든 URL은 워크스페이스의 모든 링크가 클릭될 때 동일한 페이로드를 받습니다.

웹훅 URL을 입력합니다. 한 줄에 하나씩 입력하세요.
웹훅 URL을 입력합니다. 한 줄에 하나씩 입력하세요.
4

설정 저장을 클릭합니다.

워크스페이스 수준 웹훅은 워크스페이스의 모든 링크에 대한 모든 클릭에서 작동합니다.

참고: 두 수준 모두에서 웹훅을 구성하면 해당 링크의 클릭에 대해 둘 다 작동합니다.

이벤트

모든 웹훅은 해당 범위에 대한 모든 이벤트 유형을 받습니다. 링크 수준 웹훅은 해당 링크의 이벤트를 받고, 워크스페이스 수준 웹훅은 워크스페이스의 모든 링크의 이벤트를 받습니다. 상위 레벨 event 필드를 확인하여 구분하세요:

event전송 시기
click짧은 링크가 클릭됩니다. 방문자의 요청 데이터가 포함된 click 객체를 포함합니다.
link.created워크스페이스에서 새 링크가 생성됩니다.
link.updated링크의 설정이 변경됩니다. 자동 저장 편집을 포함한 모든 업데이트에서 작동하므로 편집 세션당 여러 개를 받을 수 있습니다.
link.deleted링크가 삭제됩니다. link 객체는 삭제 전에 있던 슬래그와 도메인을 유지합니다.

웹훅 페이로드

클릭 페이로드

클릭이 발생하면 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"
    }
  }
}

페이로드 필드

이벤트 정보

필드설명
eventclick, link.created, link.updated 또는 link.deleted
timestamp클릭의 ISO 8601 타임스탬프

링크 객체

필드설명
id고유 링크 식별자
name링크 닉네임
url원본 대상 URL
full_url짧은 링크 URL
domain사용자 지정 도메인(구성된 경우)
slugURL 경로/슬래그
destination이 클릭에 대한 실제 대상(규칙이 적용된 경우 url과 다를 수 있음)
workspace_id워크스페이스 식별자
enabled링크가 활성 여부
rules리디렉션 규칙 배열(지역, 장치, 로테이터)
utm_*구성된 경우 UTM 매개변수
og_*구성된 경우 오픈 그래프 설정

클릭 객체

필드설명
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 주소는 웹훅 페이로드에 포함되지 않습니다.

링크 라이프사이클 페이로드

link.created, link.updatedlink.deleted 이벤트는 하나의 형태를 공유합니다. click 객체는 없고 event, timestamp 및 전체 link를 받습니다:

{
  "event": "link.created",
  "timestamp": "2026-06-20T10: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",
    "workspace_id": 1,
    "enabled": true,
    "rules": []
  }
}

자동화 플랫폼 통합

사용자 지정 코딩 없이 더 쉬운 설정을 위해 네이티브 통합을 사용하세요:

  • Make 통합 - 즉각적인 클릭 트리거가 있는 시각적 자동화 플랫폼
  • Zapier 통합 - 코드 없이 Linkly를 수천 개의 앱과 연결

두 통합 모두 내부적으로 웹훅을 사용하지만 모든 설정을 자동으로 처리합니다.

모범 사례

여러 웹훅

여러 웹훅 URL(한 줄에 하나씩)을 추가할 수 있습니다. 모든 URL은 클릭이 발생할 때 동일한 페이로드를 받습니다.

오류 처리

  • 웹훅은 fire-and-forget 방식입니다. Linkly는 실패한 배송을 다시 시도하지 않습니다.
  • 웹훅 실패는 리디렉션에 영향을 주지 않습니다. 사용자는 항상 목적지에 도달합니다.
  • 웹훅 엔드포인트가 빠르게 응답하도록 합니다(5초 이하 권장).

보안

  • 웹훅 URL에 HTTPS 엔드포인트를 사용하세요.
  • 웹훅 핸들러에서 수신 요청을 검증하세요.
  • 검증을 위해 웹훅 URL에 비밀 매개변수 추가를 고려하세요.

테스트

  1. 1
    webhook.site 또는 RequestBin과 같은 서비스를 사용하여 웹훅 URL을 설정합니다.
  2. 2
    링크를 클릭합니다.
  3. 3
    수신된 페이로드를 검사합니다.
  4. 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 문서를 참조하세요.

웹훅 자주 묻는 질문

웹훅이 보낼 수 있는 이벤트는 무엇입니까?

웹훅은 네 가지 이벤트에서 작동하며, 페이로드의 event 필드로 식별됩니다. 링크가 클릭될 때 click을 받고, 링크가 변경될 때 link.created, link.updated 및 link.deleted를 받습니다. 모든 웹훅은 해당 범위에 대한 모든 이벤트 유형을 받으므로 각각을 처리하기 위해 event 필드에 분기합니다.

내 웹훅이 작동하지 않는 이유는 무엇입니까?

웹훅 URL이 유효하고 액세스 가능한지 확인하고, 웹훅이 링크 또는 워크스페이스에 저장되었는지 확인하세요. 클릭 이벤트의 경우, 클릭이 실제로 기록될 때만 웹훅이 작동한다는 점에 유의하세요. 제외된 IP 또는 건너뛴 크롤러는 트리거하지 않습니다.

웹훅 페이로드의 일부 필드가 null인 이유는 무엇입니까?

정보를 사용할 수 없는 경우(예: 참조자 없음), 개인정보보호 설정으로 인해 수집을 방지했거나, 클릭이 봇에서 나온 경우(이 경우 bot_name이 입력됨) 일부 필드가 null일 수 있습니다.

Linkly가 실패한 웹훅 배송을 다시 시도합니까?

아니요. 웹훅은 fire-and-forget 방식입니다. 실패한 배송은 다시 시도되지 않으며, Linkly는 웹훅 배송 상태를 추적하지 않습니다. 웹훅 요청은 5초 후에 시간이 초과됩니다.

Linkly가 전환 추적을 위한 포스트백을 지원합니까?

아니요. Linkly 웹훅은 아웃바운드 전용이며 클릭이 발생할 때 작동합니다. 제휴 네트워크 또는 광고 플랫폼에서 포스트백 데이터를 받을 수 없습니다. 전환 추적의 경우, 대상 플랫폼의 네이티브 추적을 사용하거나, 쿼리 매개변수 전달을 통해 클릭 ID를 전달하거나, BigQuery 통합을 사용하여 클릭 데이터를 전환 데이터와 조인하세요.

웹훅 또는 Make/Zapier를 사용해야 합니까?

대부분의 자동화 사용 사례에서는 Make 또는 Zapier 통합이 더 설정하기 쉽습니다. 이들은 내부적으로 웹훅을 사용하지만 모든 구성을 자동으로 처리합니다. 자신의 시스템으로 데이터를 보내야 하거나 통합을 더 많이 제어해야 할 때 사용자 지정 웹훅을 사용하세요.

링크와 워크스페이스 모두에 웹훅을 설정할 수 있습니까?

예. 두 수준 모두에서 웹훅을 구성하면, 해당 링크가 클릭될 때 둘 다 작동합니다. 이는 워크스페이스 전체 로깅과 특정 링크에 대한 특정 작업이 필요한 경우에 유용합니다.

이용 가능 요금제

Business 이상 요금제에서 이용 가능

요금제 비교 →

월 500회 클릭 추적 무료.