---
title: "Click Attribution ve Post-click Tracking"
description: "Click ID, deeplink attribution, booking-event matching, idempotency ve reconciliation tasarlayarak metasearch trafiğini downstream conversion ile güvenilir biçimde eşleştirin."
slug: "click-attribution-post-click"
translationKey: "learn-click-attribution-post-click"
locale: "tr"
type: "guide"
category: "measurement"
tags: ["attribution","click-id","conversion","deeplink","tracking","metasearch"]
publishedAt: "2026-09-20"
updatedAt: "2026-09-20"
reviewedAt: "2026-09-20"
sources:
  - title: "Google Hotels Integration overview"
    url: "https://developers.google.com/hotels/hotel-prices/dev-guide/data-feeds"
  - title: "Google Hotels Landing Page Variables"
    url: "https://developers.google.com/hotels/hotel-prices/dev-guide/pos-urls"
---
Attribution, kullanıcı comparison deneyiminden ayrıldıktan sonra gerçekleşen davranışı metasearch click'iyle bağlar. Sağlam tasarım unique click identity'yi deeplink boyunca taşır, downstream booking event'i bu ID ile eşleştirir ve cancellation/modification gibi sonraki olayları reconcile eder.

## Durable click ID ile başlayın

Redirect öncesi unique click ID üretin. Kayıt sonradan kararı reconstruct edebilecek context'i taşımalıdır:

- property veya itinerary,
- provider,
- offer/rate ID,
- displayed price ve currency,
- search dates,
- occupancy,
- campaign/bid context,
- timestamp,
- gerekiyorsa device/market.

Click ID discovery ile transaction arasındaki köprüdür.

## Attribution deeplink'in parçası olmalı

Landing URL'ler itinerary ve tracking variable taşıyabilir. Google Hotels hotel, date ve user context için configurable landing-page variable'ları dokümante eder.

Outbound URL provider'ın ihtiyacı olan parametreleri korurken attribution için gereksiz sensitive data taşımamalıdır.

## Booking event click'e referans vermeli

Downstream provider booking bildirdiğinde original interaction ile click ID veya eşdeğer durable identifier üzerinden bağlayın. Sadece browser cookie'ye güvenmek cross-domain, consent ve device davranışı nedeniyle kırılgan olabilir.

Commercial reconciliation için server-side event delivery genellikle daha güvenilirdir.

## Idempotency zorunludur

Provider aynı booking event'i tekrar gönderebilir; network retry da duplicate delivery üretebilir. Conversion endpoint booking ID, event ID veya başka stable key ile idempotent processing desteklemelidir.

Duplicate event CPA revenue ve conversion rate'i şişirmemelidir.

## Booking bir lifecycle'dır

Booking şu aşamalardan geçebilir:

- created,
- modified,
- partial change,
- cancelled,
- refunded,
- no-show.

Attribution bunları tek immutable success flag yerine lifecycle event olarak modellemelidir.

CPA ve commission economics için bu özellikle önemlidir.

## Reconciliation sessiz gap'leri bulur

Metasearch click/conversion datasını provider commercial report ile karşılaştırın. Örnek kontroller:

- landing confirmation olmayan click,
- unknown click ID ile gelen booking,
- duplicate booking,
- currency mismatch,
- booking value mismatch,
- sisteme yansımamış cancellation,
- attribution-window violation.

Reconciliation tracking quality'yi financial quality'ye bağlar.

## Meta Search yorumu

Attribution projenin sonunda eklenen marketing pixel değildir. Click, deeplink, booking lifecycle ve reconciliation'ı kapsayan transaction data modelidir. Durable identifier ve idempotent server-side event kullanımı metasearch economics'i açıklanabilir hale getirir.

## Attribution event modeli nasıl kurulmalı?

Click'i yalnız analytics event olarak değil transaction lineage'ın başlangıcı olarak modelleyin:

```text
search_id
  -> offer_id
      -> click_id
          -> landing_confirmation
              -> booking_created
                  -> booking_modified
                  -> booking_cancelled
                  -> stay_completed
```

Her event stable ID ile önceki state'e bağlanmalı; provider'dan tekrar gelen event duplicate revenue üretmemelidir.

## Attribution window neden business contract'tır?

"Booking click'ten sonra kaç gün içinde gelirse bu click'e yazılır?" sorusu teknik değil ticari karardır. CPC, CPA ve affiliate sözleşmelerinde window farklı olabilir.

Store edin:

- click timestamp,
- booking timestamp,
- attribution rule/version,
- provider campaign ID,
- first/last eligible click,
- conversion source,
- cancellation state.

Rule version saklamak geçmiş raporların neden değiştiğini açıklamayı kolaylaştırır.

## Failure mode'lar

- duplicate conversion event,
- booking click ID olmadan gelir,
- provider click ID truncate eder,
- cross-device booking,
- attribution window aşılır,
- cancellation event gelmez,
- currency/booking value farklı gelir,
- one booking birden fazla click'e yazılır.

## KPI'lar

- attributed booking rate,
- unmatched booking rate,
- duplicate suppressed count,
- landing confirmation rate,
- attribution lag,
- cancellation-adjusted revenue,
- reconciliation variance.

Attribution'ın amacı marketing dashboard doldurmak değil, **click economics'i booking lifecycle ile güvenilir biçimde bağlamaktır.**