Deeplink Nedir, Nasıl Çalışır? Universal Links, App Links ve Ertelenmiş Deeplink Rehberi

Bir e-postadaki “Sepetinizdeki ürünü tamamlayın” düğmesine tıkladığınızı düşünün. İki şey olabilir: ya telefonunuzdaki alışveriş uygulaması doğrudan o ürünün sayfasında açılır ve iki dokunuşla satın alırsınız; ya da uygulamanın ana sayfası açılır, ürünü yeniden aramanız gerekir ve büyük olasılıkla vazgeçersiniz. Bu iki deneyim arasındaki farkı yaratan şey deeplink’tir.

Bu yazıda deeplink’in ne olduğunu, türlerini (URI şeması, Universal Links, Android App Links, ertelenmiş ve bağlamsal deeplink), teknik kurulumun temel adımlarını, pazarlamada kullanım alanlarını, ölçümü, testi ve en sık karşılaşılan sorunları ele alıyoruz. Deeplink kavramının SEO’daki farklı anlamına da değiniyoruz.

Deeplink nedir?

Deeplink (derin bağlantı), kullanıcıyı bir uygulamanın veya web sitesinin giriş noktasına (ana sayfa, açılış ekranı) değil, doğrudan belirli bir içeriğe götüren bağlantıdır. Bir ürün sayfası, bir kampanya ekranı, bir sipariş detayı, bir blog yazısı veya bir profil sayfası gibi.

Terim bugün iki bağlamda kullanılıyor:

• Mobil pazarlama ve uygulama geliştirmede: Kullanıcıyı mobil uygulamanın içindeki belirli bir ekrana götüren bağlantı. Bu yazının büyük kısmı bu anlamı ele alıyor.
• SEO’da: Bir web sitesinin ana sayfası yerine iç sayfalarına verilen bağlantılar. Bu anlamı yazının sonunda ayrıca açıklıyoruz.

Deeplink ile normal bağlantı arasındaki fark

Web’de her sayfanın bir adresi vardır ve bir bağlantı sizi doğrudan o sayfaya götürür; yani web bağlantıları doğası gereği “derin”dir. Mobil uygulamalarda ise durum farklıdır: uygulamanın içindeki ekranların varsayılan olarak dışarıdan erişilebilir adresleri yoktur. Bir bağlantı en fazla uygulamayı açar ve kullanıcı ana ekranda başlar. Deeplink, uygulamanın içindeki ekranlara web’deki gibi adres vermenin ve dışarıdan bu adreslere bağlantı kurmanın yoludur.

Deeplink türleri

1. URI şeması (custom URL scheme)

En eski ve en basit yöntemdir. Uygulama kendine özel bir şema tanımlar ve bağlantılar bu şemayla başlar:

magazam://urun/12345?kaynak=eposta

Uygulama yüklüyse bağlantı uygulamayı açar ve ilgili ürüne götürür. Ancak ciddi sınırlamaları vardır:

• Uygulama yüklü değilse çalışmaz: Kullanıcı hata mesajı görür veya hiçbir şey olmaz. Bir yedek (fallback) mekanizması ayrıca kurulmalıdır.
• Sahiplik doğrulaması yoktur: Başka bir uygulama da aynı şemayı tanımlayabilir. Bu, güvenlik ve güvenilirlik açısından risktir.
• Birçok platformda tıklanamaz: Sosyal medya uygulamaları, e-posta istemcileri ve mesajlaşma uygulamaları https dışındaki bağlantıları çoğu zaman tıklanabilir göstermez veya engeller.

Bu nedenlerle URI şemaları bugün dış pazarlama bağlantılarında tek başına kullanılmamalı; uygulama içi yönlendirmeler ve yedek senaryolar için kullanılmalıdır.

2. Universal Links (iOS)

Apple’ın iOS 9 ile (2015) getirdiği yöntemdir. Deeplink olarak normal bir web adresi (https://www.magazam.com/urun/12345) kullanılır. Uygulama yüklüyse iOS bu adresi uygulamada açar; yüklü değilse aynı adres tarayıcıda web sayfası olarak açılır. Böylece tek bir bağlantı her iki durumda da çalışır.

Universal Links, alan adı ile uygulama arasında doğrulanmış bir ilişki gerektirir. Bu ilişki iki taraftan kurulur:

• Web tarafında: Alan adının https://www.magazam.com/.well-known/apple-app-site-association adresinde, uzantısız bir JSON dosyası (AASA) bulunur. Bu dosya hangi uygulamanın hangi yolları açabileceğini tanımlar.
• Uygulama tarafında: Uygulamanın “Associated Domains” ayarında applinks:www.magazam.com tanımlanır.

{
  "applinks": {
    "details": [{
      "appIDs": ["TAKIMKIMLIGI.com.magazam.app"],
      "components": [
        { "/": "/urun/*" },
        { "/": "/kampanya/*" },
        { "/": "/hesap/*", "exclude": true }
      ]
    }]
  }
}

AASA dosyası HTTPS üzerinden, yönlendirme olmadan ve application/json içerik türüyle sunulmalıdır. iOS 14’ten itibaren Apple bu dosyayı doğrudan sitenizden değil, kendi içerik dağıtım ağı üzerinden alır; bu yüzden dosyada yaptığınız değişikliklerin cihazlara yansıması zaman alabilir.

3. Android App Links

Android 6.0 ile (2015) gelen, Universal Links’in Android karşılığıdır. Yine normal https adresleri kullanılır ve alan adı ile uygulama arasındaki ilişki doğrulanır:

• Web tarafında: https://www.magazam.com/.well-known/assetlinks.json dosyası, uygulamanın paket adını ve imza sertifikasının SHA-256 parmak izini içerir.
• Uygulama tarafında: Uygulama manifestindeki intent filtresine android:autoVerify="true" eklenir.

[{
  "relation": ["delegate_permission/common.handle_all_urls"],
  "target": {
    "namespace": "android_app",
    "package_name": "com.magazam.app",
    "sha256_cert_fingerprints": ["AB:CD:...:EF"]
  }
}]

Android 12’den itibaren doğrulanmamış bağlantılar varsayılan olarak tarayıcıda açılır. Yani eskiden “hangi uygulamayla açılsın?” sorusuyla çalışan kurulumlar, doğrulama yapılmadıysa artık uygulamayı hiç açmayabilir. Google Play’e yüklenen uygulamalarda Play App Signing kullanılıyorsa parmak izinin Play Console’daki uygulama imzalama sertifikasından alınması gerekir; en sık yapılan kurulum hatalarından biri burada yerel yükleme anahtarının parmak izini kullanmaktır.

4. Ertelenmiş deeplink (deferred deep link)

Kullanıcının telefonunda uygulama yüklü değilse ne olur? Klasik deeplink kullanıcıyı mağazaya gönderir; kullanıcı uygulamayı indirip açtığında ise ana ekranda başlar ve tıkladığı ürünü kaybeder. Ertelenmiş deeplink, bu bağlamı kurulum boyunca taşır: kullanıcı uygulamayı ilk kez açtığında doğrudan tıkladığı içeriğe götürülür.

Bu, teknik olarak zor bir sorundur çünkü mağaza üzerinden geçen kurulum, bağlantı bilgisini uygulamaya kendiliğinden aktarmaz. Platformlara göre durum şöyledir:

• Android: Google Play Install Referrer API, kurulumdan önce tıklanan bağlantının parametrelerini uygulamaya güvenilir biçimde aktarabilir.
• iOS: Apple’ın benzer bir mekanizması yoktur. iOS 14.5 ile gelen Uygulama İzleme Şeffaflığı (ATT) ve Apple’ın parmak izi (fingerprinting) yasağı, olasılıksal eşleştirme yöntemlerini sınırladı. Bu yüzden iOS’ta ertelenmiş deeplink genellikle mobil ölçüm ortaklarının (MMP) çözümleri, pano (clipboard) tabanlı yöntemler veya kullanıcıdan bir dokunuş isteyen ara sayfalarla yapılır; hiçbiri yüzde yüz güvenilir değildir.

5. Bağlamsal deeplink (contextual deep link)

Bağlamsal deeplink, kullanıcıyı yalnızca bir ekrana götürmekle kalmaz; bağlantıyla ilgili ek bilgiyi de taşır: kimin davet ettiği, hangi kampanyadan gelindiği, hangi indirim kodunun uygulanacağı gibi. Böylece uygulama, “Ayşe sizi davet etti, ilk siparişinizde 100 TL indirim tanımlandı” gibi kişiselleştirilmiş bir karşılama gösterebilir. Tavsiye programları ve influencer kampanyaları için özellikle değerlidir.

Firebase Dynamic Links kapandı: bugün ne kullanılmalı?

Uzun yıllar pek çok uygulama, ertelenmiş ve platformlar arası deeplink için Google’ın ücretsiz Firebase Dynamic Links hizmetini kullandı. Google bu hizmeti kullanımdan kaldırdı ve hizmet 25 Ağustos 2025’te tamamen kapandı; page.link alan adlı eski bağlantılar artık çalışmıyor. Hâlâ bu bağlantıları kullanan e-posta şablonları, QR kodları veya uygulama içi paylaşım düğmeleri varsa acilen güncellenmeleri gerekir.

Bugünkü seçenekler şunlardır:

• Kendi alan adınızda Universal Links ve App Links: Yüklü uygulamaya yönlendirme için yeterlidir ve ücretsizdir. Ertelenmiş deeplink ihtiyacı sınırlıysa en sade çözümdür.
• Mobil ölçüm ortakları (MMP) ve bağlantı platformları: Branch, AppsFlyer (OneLink), Adjust, Singular, Kochava gibi hizmetler; ertelenmiş deeplink, kampanya atıfı, yedek akışları ve raporlamayı birlikte sunar. Uygulama reklamlarına ciddi bütçe ayıran markalar için genellikle doğru yoldur.

Deeplink nasıl çalışır? Adım adım akış

1. Kullanıcı bir bağlantıya tıklar (e-posta, SMS, reklam, sosyal medya, QR kod).
2. İşletim sistemi bağlantının alan adına bakar ve bu alan adıyla doğrulanmış bir uygulama yüklü mü diye kontrol eder.
3. Uygulama yüklüyse: Uygulama açılır, bağlantı adresi uygulamaya iletilir. Uygulamanın yönlendirme kodu adresi çözümler (/urun/12345) ve ilgili ekranı açar.
4. Uygulama yüklü değilse: Bağlantı web sitesinde açılır. Web sayfası içeriği gösterir ve uygulamayı indirme seçeneği sunar. Ertelenmiş deeplink kurulumu varsa, kullanıcı mağazadan uygulamayı yükleyip açtığında aynı içeriğe götürülür.
5. Bağlantıdaki kampanya parametreleri (kaynak, kampanya adı, indirim kodu) uygulamaya aktarılır ve analitik araçlarına iletilir.

Deeplink kullanım alanları

E-posta ve CRM kampanyaları

Sepet hatırlatma, fiyat düşüşü bildirimi, sipariş takibi, kişiselleştirilmiş öneriler… E-postadaki her bağlantı, kullanıcıyı uygulamadaki ilgili ekrana götürmelidir. Uygulama kullanıcılarının dönüşüm oranı genellikle mobil web’den yüksek olduğu için, e-postadan uygulamaya doğru yönlendirme doğrudan gelir artışı demektir.

Push bildirimleri ve SMS

Bildirime dokunan kullanıcı, bildirimin bahsettiği içeriği görmeyi bekler. “Favori ürününüz indirimde” bildirimi ana sayfayı açıyorsa bildirimin değeri büyük ölçüde kaybolur.

Reklamlar ve yeniden hedefleme

Uygulamayı daha önce yüklemiş kullanıcılara yönelik yeniden etkileşim kampanyalarında reklam, doğrudan kullanıcının baktığı ürüne veya sepetine götürmelidir. Meta ve Google’ın uygulama reklamlarında deeplink tanımlanacak alanlar bulunur. Bu tür kampanyaların genel mantığını yeniden hedefleme rehberimizde anlattık.

Sosyal medya ve influencer iş birlikleri

Bir influencer’ın paylaştığı bağlantının, izleyiciyi doğrudan ürün sayfasına ve mümkünse influencer’a özel indirim koduyla açması, hem dönüşümü hem de iş birliğinin ölçülmesini kolaylaştırır. Burada dikkat edilmesi gereken nokta, sosyal medya uygulamalarının kendi içindeki tarayıcılardır (aşağıda ayrıca ele alıyoruz).

QR kodlar

Mağaza içi afişler, ürün ambalajları, kataloglar ve açık hava reklamlarındaki QR kodlar, kullanıcıyı kampanya sayfasına veya uygulamadaki ilgili ekrana götürebilir. QR kodun arkasındaki bağlantının Universal Link / App Link olması, uygulaması olanları uygulamaya, olmayanları web’e yönlendirir.

Tavsiye (referral) programları

“Arkadaşını davet et” bağlantıları bağlamsal deeplink’in en tipik kullanımıdır. Davet eden kişinin bilgisi kurulum boyunca taşınır, iki tarafa da ödül tanımlanır.

Müşteri hizmetleri ve işlem akışları

Şifre sıfırlama, e-posta doğrulama, ödeme onayı, randevu hatırlatma gibi işlem bağlantıları da deeplink ile uygulamada açılmalıdır. Kullanıcının uygulamada oturumu açıkken bu işlemleri mobil tarayıcıda yeniden giriş yaparak tamamlamaya zorlanması, gereksiz bir kopuş noktasıdır.

Deeplink’in avantajları

• Daha az adım, daha yüksek dönüşüm: Kullanıcı aradığı içeriğe tek dokunuşla ulaşır.
• Uygulama kullanıcılarını uygulamada tutmak: Oturumu açık, ödeme bilgileri kayıtlı olan kullanıcı, mobil web’de yeniden giriş yapmak zorunda kalmaz.
• Kişiselleştirme: Bağlamsal deeplink ile kampanyaya, davet eden kişiye veya kaynağa göre farklı karşılama deneyimleri sunulabilir.
• Ölçüm: Kampanya parametreleri uygulama içine taşındığında, hangi kanalın uygulama içi satış getirdiği görülebilir.
• Kanal bütünlüğü: Tek bir bağlantı hem uygulaması olan hem olmayan kullanıcı için çalışır.

Deeplink performansı nasıl ölçülür?

1. Kampanya parametrelerini taşıyın: Deeplink’lere UTM parametreleri ekleyin (?utm_source=eposta&utm_campaign=sepet-hatirlatma). Uygulama, açıldığında bu parametreleri okuyup analitik aracına iletmelidir; aksi hâlde uygulama içi satışlar “doğrudan” veya “bilinmeyen” kaynaklı görünür.
2. Temel metrikleri izleyin: Tıklama sayısı, uygulamada açılma oranı (tıklamaların ne kadarı uygulamayı açtı), web’e düşme oranı, kurulum sayısı (ertelenmiş akışta) ve uygulama içi dönüşüm.
3. Web’e düşme oranına dikkat edin: Uygulaması yüklü olduğu hâlde bağlantıyı web’de açan kullanıcı oranı yüksekse, doğrulama dosyalarında, e-posta tıklama takibinde veya uygulama içi tarayıcılarda bir sorun vardır.
4. Uygulama ve web dönüşümlerini birlikte değerlendirin: GA4’te web ve uygulama veri akışlarını aynı mülkte toplamak, kullanıcı yolculuğunu bütün olarak görmeyi sağlar. Dönüşüm tanımlamanın temelleri için GA4 hedef tanımlama rehberimize bakabilirsiniz.

Deeplink nasıl test edilir?

• Doğrulama dosyalarını kontrol edin: /.well-known/apple-app-site-association ve /.well-known/assetlinks.json adreslerini tarayıcıda açın; dosyaların yönlendirmesiz, HTTPS ile ve doğru içerikle geldiğini doğrulayın. Google’ın Digital Asset Links araçları assetlinks.json dosyasını test etmenizi sağlar.
• Android’de komut satırıyla test: Geliştirici cihazında adb shell am start -a android.intent.action.VIEW -d "https://www.magazam.com/urun/12345" komutu bağlantının uygulamada açılıp açılmadığını gösterir. adb shell pm get-app-links com.magazam.app komutu da alan adı doğrulama durumunu listeler.
• iOS’ta gerçek kanallardan test: Universal Links, Safari adres çubuğuna yazıldığında çalışmaz. Bağlantıyı Notlar, Mesajlar veya e-posta uygulamasına yapıştırıp dokunarak test edin.
• Her kanalı ayrı test edin: Aynı bağlantı Mail uygulamasında çalışıp Gmail’de, WhatsApp’ta çalışıp Instagram’da çalışmayabilir. Kampanya öncesi her kanal için bir test listesi hazırlayın.
• Uygulama yüklü değilken test edin: Web sayfasının doğru içeriği gösterdiğini ve ertelenmiş akışın kurulumdan sonra doğru ekranı açtığını kontrol edin.

Sık karşılaşılan sorunlar ve çözümleri

E-posta tıklama takibi Universal Links’i bozuyor

E-posta pazarlama araçları, tıklamaları ölçmek için bağlantıları kendi takip alan adlarıyla sarar (click.eposta-araci.com/...). Kullanıcı tıkladığında önce bu alan adına gider, oradan sizin adresinize yönlendirilir. iOS bu takip alan adını sizin uygulamanızla ilişkilendirmediği için bağlantı uygulama yerine tarayıcıda açılır. Çözüm; takip için kendi alt alan adınızı (örneğin eposta.magazam.com) kullanmak ve bu alan adında da AASA ve assetlinks dosyalarını yayımlamaktır. Çoğu e-posta aracı ve MMP bu kurulumu destekler.

Sosyal medya uygulamalarının iç tarayıcıları

Instagram, Facebook, TikTok gibi uygulamalar bağlantıları çoğu zaman kendi içlerindeki tarayıcıda açar ve Universal Links / App Links’i tetiklemeyebilir. Kullanıcı uygulaması yüklü olduğu hâlde mobil web’de kalır. Web sayfasında görünür bir “Uygulamada aç” düğmesi, iOS için Apple’ın akıllı uygulama başlığı (<meta name="apple-itunes-app" content="app-id=...">) ve MMP’lerin bu tarayıcılar için geliştirdiği ara sayfa çözümleri bu sorunu hafifletir.

Aynı alan adı içinde gezinmede uygulamanın açılmaması

iOS, kullanıcı zaten sitenizin web sayfasındayken aynı alan adındaki bir bağlantıya tıklarsa Universal Link’i tetiklemez; kullanıcının web’de kalmak istediğini varsayar. Bu bir hata değil, tasarım tercihidir. Web’den uygulamaya geçiş için ayrı bir alt alan adı veya akıllı uygulama başlığı kullanılabilir.

Kullanıcının “tarayıcıda aç” tercihi

iOS’ta kullanıcı bir Universal Link’i bir kez tarayıcıda açmayı seçerse (sağ üstteki alan adı bağlantısına dokunarak), sistem bu tercihi hatırlayabilir ve sonraki bağlantıları da tarayıcıda açabilir. Bu durum test sırasında “kurulum bozuldu” izlenimi yaratabilir.

Uygulamanın bağlantıyı tanımaması

Doğrulama çalışıyor, uygulama açılıyor ama ana ekran geliyorsa sorun uygulamanın yönlendirme kodundadır: gelen adres uygulamada bir ekrana eşlenmemiştir. Web’deki her önemli adres yapısı için uygulamada karşılık gelen bir ekran tanımlanmalı, tanınmayan adresler için de mantıklı bir varsayılan (örneğin ilgili kategori veya arama sonucu) belirlenmelidir.

Uygulamada olmayan içerik

Web’de bulunan ama uygulamada karşılığı olmayan sayfalar (blog, kurumsal sayfalar, kariyer) AASA dosyasında exclude ile hariç tutulmalıdır. Aksi hâlde kullanıcı uygulamaya götürülür ama içeriği bulamaz.

Deeplink oluştururken dikkat edilmesi gerekenler

1. Dış bağlantılarda URI şeması yerine alan adıyla doğrulanmış https bağlantılar kullanın.
2. Web ve uygulamada aynı adres yapısını kullanın; /urun/12345 her iki tarafta da aynı içeriği göstersin.
3. Uygulama yüklü değilken açılan web sayfasının gerçekten o içeriği gösterdiğinden emin olun.
4. Bağlantılara kişisel veri (e-posta, telefon, ad) eklemeyin; kampanya ve içerik kimlikleri yeterlidir.
5. Firebase Dynamic Links (page.link) bağlantılarını tespit edip değiştirin.
6. Kısaltma servisleri ve ek yönlendirmeler kullanıyorsanız bunların Universal Links’i bozmadığını test edin.
7. Uygulama güncellemelerinde yönlendirme kodunun eski bağlantıları tanımaya devam ettiğini kontrol edin; eski e-postalar ve QR kodlar yıllarca kullanılmaya devam eder.

SEO’da deep link ne anlama gelir?

SEO’da “deep link” veya “deep linking”, bir web sitesinin ana sayfası yerine iç sayfalarına verilen bağlantılar için kullanılır. Bir haber sitesinin, markanızın ana sayfası yerine doğrudan ilgili ürün sayfasına bağlantı vermesi bir deep link’tir.

Bu bağlantılar SEO açısından değerlidir, çünkü bağlantı değerini doğrudan sıralanmasını istediğiniz sayfaya taşır. Sitelerin çoğunda dış bağlantıların büyük kısmı ana sayfaya gelir; ürün, kategori ve rehber sayfaları ise bu değerden yalnızca iç bağlantılar üzerinden pay alır. Bağlantı profilinde iç sayfalara gelen bağlantıların oranının zamanla artması, içeriklerin kendi başına referans alındığını gösteren sağlıklı bir işarettir.

Aynı mantık iç bağlantılar için de geçerlidir: ana sayfadan ve güçlü sayfalardan derin sayfalara bağlantı vermek, bu sayfaların hem keşfedilmesini hem de güç kazanmasını sağlar. Mobil tarafta ise web sayfalarınızla uygulama ekranlarınızın aynı adres yapısını paylaşması, Google aramasından gelen kullanıcıların da uygulama yüklüyse doğrudan uygulamada açılabilmesine imkân tanır. Mobil deneyimin SEO tarafını mobil SEO rehberimizde ele aldık.

Deeplink türlerinin karşılaştırması

Web’den uygulamaya geçişi kolaylaştırmak

Kullanıcıların önemli bir kısmı markanızla mobil web’de, örneğin Google aramasından veya bir sosyal medya bağlantısından tanışır. Uygulaması yüklü olan bu kullanıcıları uygulamaya, olmayanları ise uygulamayı denemeye yönlendirmek için:

• Akıllı uygulama başlığı (iOS): Safari’de sayfanın üstünde uygulamayı açma veya indirme seçeneği sunan yerel başlık. Sayfaya tek bir meta etiketi eklenerek çalışır; app-argument parametresiyle kullanıcının baktığı içerik uygulamaya aktarılabilir.
• Özel “Uygulamada aç” başlıkları: Android ve diğer tarayıcılar için web sitesinde gösterilen, deeplink içeren başlıklar. Bu başlıkların içeriği kapatmaması gerekir; ekranın büyük kısmını kaplayan uygulama indirme pencereleri hem kullanıcıyı rahatsız eder hem de Google’ın mobil kullanıcı deneyimi yönergelerine aykırıdır.
• Bağlama uygun çağrı: “Uygulamayı indirin” yerine “Bu ürünü uygulamada favorilere ekleyin, fiyatı düşünce haber verelim” gibi somut bir fayda sunmak dönüşümü artırır.

Sektörlere göre deeplink örnekleri

• E-ticaret: Sepet hatırlatma e-postası → uygulamada sepet; fiyat düşüşü bildirimi → ürün sayfası; influencer bağlantısı → indirim kodu uygulanmış ürün sayfası.
• Fintek ve bankacılık: Kampanya SMS’i → uygulamada kampanya katılım ekranı; fatura hatırlatma → ödeme ekranı. Güvenlik gereği bu ekranlar kimlik doğrulamasının arkasında açılmalıdır.
• Yemek ve market teslimatı: Öğle arası push bildirimi → belirli restoranın menüsü; “siparişini tekrarla” e-postası → önceki sepetin hazır olduğu ekran.
• Seyahat: Fiyat alarmı → belirli tarih ve rota için arama sonucu; check-in hatırlatması → online check-in ekranı.
• Medya ve içerik: Haber bülteni → uygulamada ilgili haber; podcast paylaşımı → bölümün belirli dakikası.
• Oyun: Arkadaş davet bağlantısı → davet edenin odası veya ödül ekranı.

Gizlilik ve mevzuat

Deeplink’ler çoğu zaman kişiselleştirilmiş kampanyalarda kullanıldığı için gizlilik tarafı dikkat ister:

• Adreste kişisel veri taşımayın: ?email=ayse@ornek.com gibi parametreler; tarayıcı geçmişine, sunucu kayıtlarına ve üçüncü taraf analitik araçlarına düşer. Kişiyi tanımlamak gerekiyorsa tek kullanımlık, anlamsız bir kimlik (token) kullanın.
• iOS’ta ATT’ye uyun: Kullanıcı izin vermediyse cihazlar arası izleme ve parmak izi tabanlı eşleştirme yapılmamalıdır. Apple bu kurala uymayan uygulamaları mağazadan kaldırabilir.
• KVKK ve açık rıza: Pazarlama amaçlı SMS ve e-postaların ticari elektronik ileti onayına dayanması, kampanya bağlantılarıyla toplanan verilerin aydınlatma metninde yer alması gerekir.
• İşlem bağlantılarında süre sınırı: Şifre sıfırlama ve e-posta doğrulama gibi bağlantılar kısa süreli ve tek kullanımlık olmalıdır.

Deeplink kurulumu için yol haritası

1. Envanter çıkarın: Hangi kanallardan (e-posta, SMS, push, reklam, QR, sosyal medya) uygulamaya bağlantı veriyorsunuz? Bu bağlantılar bugün nereye gidiyor?
2. Adres yapısını eşleyin: Web’deki önemli adres kalıplarını (/urun/*, /kategori/*, /kampanya/*) uygulamadaki ekranlarla eşleştiren bir tablo hazırlayın.
3. Doğrulama dosyalarını yayımlayın: AASA ve assetlinks.json dosyalarını ana alan adında ve kullanılan tüm alt alan adlarında (e-posta takip alan adı dahil) yayımlayın.
4. Uygulama tarafını güncelleyin: Associated Domains, intent filtreleri ve yönlendirme kodunu tamamlayın.
5. Ertelenmiş deeplink ihtiyacına karar verin: Uygulama edinme kampanyaları ve davet programları varsa bir MMP veya bağlantı platformu seçin.
6. Ölçümü kurun: Kampanya parametrelerinin uygulamada okunup analitik aracına iletildiğini doğrulayın.
7. Kanal kanal test edin: Her kanal ve her platform için test listesi hazırlayın, sonuçları kaydedin.
8. İzleyin ve bakımını yapın: Web’e düşme oranını düzenli izleyin; site ve uygulama güncellemelerinden sonra testleri tekrarlayın.

Özetle

Deeplink, kullanıcıyı uygulamanın veya sitenin ana sayfası yerine doğrudan ilgili içeriğe götüren bağlantıdır. Dış pazarlama bağlantılarında URI şemaları yerine alan adıyla doğrulanmış Universal Links ve Android App Links kullanılmalı; uygulama yüklü değilse web sayfası ve gerekiyorsa ertelenmiş deeplink devreye girmelidir. Firebase Dynamic Links kapandığı için eski bağlantılar güncellenmeli; ölçüm için kampanya parametreleri uygulama içine taşınmalı ve kurulum her kanalda test edilmelidir. Uygulama ve web kampanyalarınızın ölçüm altyapısını birlikte kurmak için performans pazarlaması hizmetimizi inceleyebilirsiniz.