Deep Link Nedir? Linke Tıklayınca Uygulamada Açılması Nasıl Sağlanır

Deep link, bir bağlantıya dokunan kişiyi uygulamanın ana ekranına değil, doğrudan ilgili ekrana götüren bağlantıdır. Bu rehberde Talha Aslan ve ekibi olarak sahada kurduğumuz akışı anlatıyoruz: deep link türleri, iOS Universal Links ile Android App Links farkı, doğrulama dosyaları, uygulama yüklü değilken ne olduğu, kampanyalarda kullanım ve en sık hatalar.

Türkçede "derin bağlantı" diye de geçer. Adındaki "derin" kelimesi, bağlantının uygulamanın kapısında durmayıp içerideki belirli bir odaya kadar gitmesini anlatır. Yani web sitesinde ana sayfa yerine ürün sayfasına link vermek neyse, uygulamada da aynı mantık geçerlidir.

Pratikte bu bağlantı türü üç işi çözer. İlk olarak kullanıcıyı aradığı şeye tek dokunuşla ulaştırır. Ayrıca kampanya, bildirim ve e-posta trafiğini uygulamaya taşır. Son olarak hangi bağlantının uygulama içinde ne kadar iş getirdiğini ölçmenize zemin hazırlar.

Deep link olmadan kullanıcı neyi kaybeder?

Bu yapı yoksa en sık gördüğümüz senaryo şudur: kullanıcı bir indirim e-postasında ürüne dokunuyor, uygulama açılıyor ama ana ekranda kalıyor. Ürünü bulmak için arama yapması, kategori gezmesi ya da vazgeçmesi gerekir. Çoğu kişi üçüncü seçeneği seçer.

Öte yandan bağlantı uygulama yerine tarayıcıda açılırsa kullanıcı oturumu kapalı bir web sayfasına düşer. Sepet, favoriler ve kayıtlı adres orada yoktur. Dolayısıyla uygulamaya yatırdığınız emek, en kritik anda devreden çıkar.

Örnek senaryo olarak bir e-ticaret uygulamasını düşünün. Kampanya e-postası binlerce kişiye gider, tıklama oranı iyi, ama uygulama içi satış beklenenin altında kalır. Sorun çoğu zaman kreatifte değil, tıklamadan sonraki ilk ekrandadır. Bu yüzden doğru bağlantı yapısı, pazarlama ile ürün ekibinin ortak sorumluluğudur.

Deep link türleri nelerdir?

Bugün sahada dört kavramla karşılaşırsınız. Hepsine halk arasında aynı ad verilir, ancak teknik davranışları farklıdır:

• Özel URL şeması (custom URL scheme): uygulamanın kendine ait bir ön ekle başlayan bağlantısıdır. Yalnız uygulama yüklüyse çalışır.
• Universal Links: Apple platformlarında, sizin alan adınıza ait normal HTTPS bağlantılarının uygulamada açılmasını sağlar.
• Android App Links: Android tarafında alan adınızla uygulamanız arasında doğruladığınız ilişkiye dayanan HTTPS bağlantılarıdır.
• Deferred deep link: uygulaması olmayan kişiyi önce mağazaya, kurulumdan sonra da doğru ekrana götüren akıştır.

Kısacası ilk üçü bağlantının nasıl açıldığını, sonuncusu ise uygulama henüz yokken bilginin kurulum boyunca nasıl taşındığını anlatır. Bir projede genellikle bunların birden fazlasını birlikte kullanırsınız.

Özel URL şeması neden tek başına yetmez?

Özel URL şeması en eski ve en kolay yöntemdir. Uygulamanıza bir ön ek tanımlarsınız, bu ön ekle başlayan her bağlantı uygulamayı açar. Ancak bu yöntemin üç zayıf noktası vardır.

Birincisi sahiplik kanıtı yoktur. Apple'ın özel URL şeması belgesine göre aynı şemayı birden fazla uygulama kaydederse sistemin hangisini açacağı tanımsızdır. Yani başka bir uygulama sizin şemanızı sahiplenebilir. Google Ads Yardım da Universal Links ve App Links için başka şirketlerin bağlantınızı sahiplenemeyeceğini, özel şemada ise bunun mümkün olduğunu vurgular.

İkincisi, uygulama yüklü değilse bağlantı hiçbir yere gitmez; kullanıcı hata görür. Üçüncüsü, bazı e-posta ve sosyal medya uygulamaları bu tür bağlantıları tıklanabilir göstermez. Bu nedenle Apple özel şemayı kabul edilebilir bir yöntem saysa da Universal Links kullanımını açıkça önerir. Biz de özel şemayı yalnız uygulama içi yönlendirme ya da yedek yol olarak tutuyoruz.

Universal Links nedir ve iOS'ta nasıl çalışır?

Universal Links, alan adınıza ait standart HTTPS bağlantılarının iPhone ve iPad'de doğrudan uygulamanızda açılmasını sağlayan Apple özelliğidir. Apple'ın uygulama ve web sitesi bağlantı belgesine göre tek bir adres hem web siteniz hem de uygulamanız için çalışır.

Akış şöyle işler. Kullanıcı uygulamayı kurduğunda sistem, web sunucunuzdaki bir dosyayı kontrol ederek sitenizin uygulamanıza bu adresleri açma izni verip vermediğini doğrular. Bu dosyayı yalnız siz sunucunuza koyabildiğiniz için ilişki güvenlidir. Ardından kullanıcı bu alan adındaki bir bağlantıya dokunduğunda sistem tarayıcıyı atlayıp uygulamayı açar.

Uygulama tarafında iki iş vardır. İlk olarak Xcode'da hedefin yetenekler bölümüne Associated Domains özelliğini ekler, alan adınızı buraya yazarsınız. Daha sonra uygulamanın gelen adresi okuyup doğru ekrana yönlendirmesini sağlarsınız. Uygulama yüklü değilse sistem aynı adresi varsayılan tarayıcıda açar ve web siteniz devreye girer; kullanıcı hata ekranı görmez.

Android App Links nedir, normal deep linkten farkı ne?

Android'de klasik derin bağlantı, işletim sisteminin intent yapısıyla bağlantıları uygulamaya yönlendirmesidir ve Android geliştirici belgelerine göre tüm Android sürümlerinde vardır. Ancak doğrulamadan geçmeyen bir bağlantı, kullanıcıya "bu bağlantıyı hangi uygulamayla açmak istersiniz" türünden bir seçim penceresi gösterebilir.

Android App Links ise bu bağlantıların doğrulamadan geçmiş halidir. Web sitenizle uygulamanız arasında güvene dayalı bir ilişki kurarsınız. Doğrulama başarılı olunca sistem sitenizdeki bağlantıları seçim penceresi göstermeden doğrudan uygulamada açar. Belgeye göre App Links, Android 6 ve sonrasında, Google hizmetleri bulunan cihazlarda çalışır.

Uygulama tarafında bağlantıyı karşılayan intent filtresine autoVerify özelliğini eklersiniz. Böylece uygulama kurulurken sistem, manifestte geçen her alan adı için sitenizdeki doğrulama dosyasını ister. Bu yüzden Android tarafındaki işin yarısı uygulamada, yarısı web sunucusundadır. Web ekibinizle uygulama ekibiniz aynı takvimde çalışmazsa kurulum genellikle burada tıkanır.

Universal Links ile App Links arasında hangi farklar var?

İki sistem aynı fikre dayanır: alan adınızı uygulamanıza bağlayan ve sizin sunucunuzda duran bir doğrulama dosyası. Ayrıntılar ise farklıdır. Aşağıdaki tablo, resmi belgelere dayanan temel farkları özetliyor:

Tablodan çıkan sonuç nettir: yeni bir projede birincil yol olarak Universal Links ve App Links kurarsınız, özel şemayı ise gerekirse yedek olarak tutarsınız.

apple-app-site-association dosyası nedir, nereye konur?

apple-app-site-association, iOS tarafındaki doğrulama dosyasıdır. Apple'ın ilişkili alan adları belgesine göre dosya uzantısızdır, içeriği JSON biçimindedir ve sitenizin .well-known klasöründe durur. İçinde uygulamanızın kimliği ile uygulamanın açacağı adres kalıpları yer alır.

Belgede altı çizilen kurallar şunlardır:

• Dosyayı geçerli sertifikalı HTTPS üzerinden sunarsınız.
• Dosya adresinde yönlendirme olmaz; 301 ya da 302 dönen bir adres doğrulamayı bozar.
• Birden fazla alt alan adı kullanıyorsanız her biri kendi dosyasını sunar ve uygulamadaki listede ayrı yer alır.
• Uygulamadaki alan adı listesine yol, sorgu ya da sondaki eğik çizgiyi eklemezsiniz.

Önemli bir ayrıntı daha var. Apple'ın belgesine göre iOS 14 ve macOS 11'den bu yana cihazlar dosyayı doğrudan sunucunuzdan değil, Apple'ın yönettiği bir içerik dağıtım ağından ister. Ayrıca belge, bu ağın dosyayı ilk gün içinde çektiğini, cihazların ise kurulumdan sonra yaklaşık haftada bir güncelleme kontrol ettiğini söyler. Yani dosyada yaptığınız değişiklik anında yansımaz.

assetlinks.json dosyası nedir ve doğrulama nasıl işler?

assetlinks.json, Android tarafındaki Digital Asset Links doğrulama dosyasıdır. Android'in site ilişkisi belgesine göre alan adınızın .well-known klasöründe durur, HTTPS üzerinden ve application/json içerik türüyle yayında olmalıdır. Yönlendirme yine yasaktır.

Dosyada iki kritik bilgi yer alır: uygulamanızın paket adı ve imzalama sertifikasının SHA256 parmak izi. Burada en sık yapılan hata, geliştiricinin kendi bilgisayarındaki anahtarın parmak izini yazmasıdır. Belgeye göre Play App Signing kullanıyorsanız yerelde ürettiğiniz parmak izi çoğu zaman kullanıcı cihazındakiyle eşleşmez. Doğru değeri ve hazır dosya parçasını Play Console'daki uygulama imzalama bölümünde bulursunuz.

Ayrıca uygulamanız birden fazla alan adını açıyorsa dosyayı her alan adında yayınlarsınız. Android 11 ve öncesinde sistem, uygulamayı varsayılan açıcı yapmak için manifestteki tüm alan adlarının doğrulanmasını bekler. Dolayısıyla unuttuğunuz tek bir alt alan adı bütün bağlantıların seçim penceresiyle açılmasına yol açabilir.

Uygulama yüklü değilse deep link ne yapar?

Cevap kullandığınız türe bağlıdır. Universal Links ve App Links standart web adresleri olduğu için uygulama yoksa sistem adresi tarayıcıda açar. Google Ads Yardım da bu durumu, kullanıcının hata sayfası yerine mobil sitenizdeki sayfaya gitmesi diye anlatır.

Bu yüzden uygulamaya yönlendirdiğiniz her adresin web karşılığı gerçekten çalışmalıdır. Uygulamada ürün ekranı varken sitede aynı adres 404 dönüyorsa, uygulaması olmayan herkes boş sayfa görür. Özellikle uygulama için ayrı adres yapısı kurgulayan projelerde bu hatayı sık görüyoruz.

Özel URL şemasında ise yedek yoktur. Uygulama yüklü değilse bağlantı ya hiçbir şey yapmaz ya da hata verir. Öte yandan kullanıcıyı mağazaya gönderip kurulumdan sonra doğru ekrana getirmek istiyorsanız, normal bağlantı yetmez; kurulum sonrası yönlendirme kurgusu gerekir. Web ile uygulama arasında karar aşamasındaysanız mobil uygulama mı PWA mı karşılaştırmamız bu soruyu ayrıca ele alıyor.

Ertelenmiş deep link (deferred deep link) nedir?

Ertelenmiş derin bağlantı, uygulaması olmayan kullanıcının bağlantıya dokunduktan sonra mağazaya gitmesi, uygulamayı kurması ve ilk açılışta ana ekran yerine bağlantıdaki içeriğe inmesidir. Google Ads Yardım bu kavramı, yeni kullanıcıların kurulumdan hemen sonra belirli bir uygulama içi sayfaya ulaşması olarak tanımlar.

Zorluk şuradadır: mağaza kurulumu sırasında bağlantı bilgisi kendiliğinden uygulamaya geçmez. Bu bilgiyi kurulum boyunca bir şekilde saklamanız gerekir. Android'de Google Play Install Referrer API, kurulan paketin yönlendiren adresini uygulamaya iletebilir. Böylece kampanya bilgisini ilk açılışta okuyabilirsiniz.

Reklam tarafında Google Ads, yükleme odaklı uygulama kampanyalarında bu kurgu için uygulamada Firebase için Google Analytics SDK'sının bulunmasını ve bağlantıların izin listesine eklenmesini şart koşar. Örnek senaryo: bir sadakat programı davet linki, uygulamayı ilk kez kuran kişiyi doğrudan davet kodunu önceden dolduran kayıt ekranına götürür. Böylece kullanıcı kodu yeniden yazmak zorunda kalmaz.

Firebase Dynamic Links kapandıktan sonra ne kullanmalısınız?

Uzun süre kurulum sonrası yönlendirme için en çok kullanılan hazır çözümlerden biri Firebase Dynamic Links idi. Ancak Firebase'in Dynamic Links SSS sayfası hizmetin kullanımdan kaldırıldığını ve kapatıldığını, bu alan adlarıyla verilen bağlantıların artık çalışmadığını açıkça belirtir.

Eski kampanya, QR kod ya da e-posta şablonlarınızda bu tür kısa bağlantılar kaldıysa onları bir an önce kendi alan adınızdaki bağlantılarla değiştirmenizi öneririz. Aksi halde eski bir broşürdeki ya da ambalajdaki QR kod kullanıcıyı hata sayfasına götürür.

SSS sayfası, yalnız kurulumdan sonra derin bağlantıya ihtiyaç duyan uygulamalar için App Links ve Universal Links'i önerir. Kurulum sonrası yönlendirme için ise Google'ın kendi alternatifi yerine üçüncü taraf bağlantı sağlayıcılarına işaret eder. Yani seçenekleriniz iki yoldur: kendi alan adınızda Universal Links ve App Links ile birlikte basit bir kurulum sonrası eşleştirme kurgulamak ya da bir üçüncü taraf ölçüm ve bağlantı sağlayıcısı kullanmak. Hangisinin uygun olduğu bütçe, gizlilik gereksinimi ve kampanya hacmine göre değişir.

E-posta ve SMS kampanyalarında deep link nasıl kullanmalısınız?

E-posta, derin bağlantının en çok kazandırdığı kanallardan biridir. Kullanıcı genellikle telefonda okur ve uygulama zaten yüklüdür. Ancak burada ince bir tuzak vardır: e-posta servisleri tıklamayı ölçmek için bağlantıyı kendi takip adresleriyle sarar.

Bu sarma işlemi Universal Links ve App Links davranışını bozabilir. Çünkü kullanıcının dokunduğu adres artık sizin alan adınız değil, e-posta servisinin alan adıdır. Sistem önce tarayıcıyı açar, yönlendirme bittikten sonra uygulamaya geçmeyebilir. Bu yüzden şu kontrolleri yaparsınız:

1. E-posta servisinizin takip alan adını kendi alt alan adınıza taşıyıp taşıyamadığını öğrenin.
2. Gerekiyorsa o alt alan adı için de doğrulama dosyalarını yayınlayın.
3. Kritik kampanyalarda tıklama takibini kapatıp ölçümü uygulama içi olaylarla yapmayı değerlendirin.
4. Gönderimden önce bağlantıyı hem iOS hem Android cihazda, e-posta uygulamasının içinden deneyin.

SMS tarafında durum daha sadedir; kısa ve kendi alan adınızdaki bir HTTPS adresi genellikle sorunsuz çalışır. E-posta tasarımının geri kalanı için HTML e-posta bülteni rehberimize göz atabilirsiniz.

Google Ads ve sosyal medya reklamlarında deep link nasıl çalışır?

Google Ads Yardım'daki başlangıç sayfasına göre bu bağlantıları etkileşim odaklı uygulama kampanyalarında, uygulama dinamik yeniden pazarlamasında ve Arama, Alışveriş ile Görüntülü Reklam kampanyalarında kullanabilirsiniz. Aynı sayfa, bu yapının kendiliğinden kurulmadığını ve uygulama ekibinin kod değişikliği yapması gerektiğini de belirtir.

Google Ads ayrıca bağlantı yapılandırmasındaki sorunları bulmak için bir deep link doğrulama aracı sunar. Kampanya açmadan önce bu araçla iOS ve Android bağlantılarınızı kontrol etmenizi öneririz. Böylece bütçe harcamaya başladıktan sonra yapılandırma hatası fark etmezsiniz.

Sosyal medya uygulamalarında ise durum değişkendir. Bazı uygulamalar bağlantıları kendi içindeki tarayıcıda açar ve bu tarayıcı Universal Links davranışını her zaman tetiklemez. Dolayısıyla reklamdan gelen kullanıcı önce web sayfanıza düşebilir. Bu durumda web sayfasında "uygulamada aç" düğmesi gibi açık bir geçiş yolu sunmak, kaybı azaltmanın pratik yoludur.

QR kodda deep link kullanmak mantıklı mı?

Evet, hatta en mantıklı kullanım alanlarından biridir. QR kod okutan kişi zaten telefondadır ve çoğu zaman bir ürüne, menüye ya da kampanyaya hızlıca ulaşmak ister. QR kodun içine kendi alan adınızdaki bir Universal Links ve App Links adresini koyarsanız uygulaması olan kişi doğrudan ilgili ekrana, olmayan kişi aynı içeriğin web sayfasına gider.

Burada iki öneri veriyoruz. Birincisi, QR koda özel URL şeması koymayın; uygulaması olmayan herkes hata görür. İkincisi, basılı materyaldeki adresi yıllarca değiştirmeyecek şekilde kurgulayın. Ambalaj ya da masa kartı yeniden basılmadan güncellenemez.

QR kodu üretirken bağlantıya kampanya parametresi ekleyip QR kod oluşturucu aracımızla deneme baskısı yapabilirsiniz. Kod okunmuyorsa sorun çoğu zaman bağlantıda değil, baskı ve kontrastta olur; bunun için QR kod okunmuyor rehberimize bakın.

Deep link trafiğini nasıl ölçersiniz?

Kurulum bittikten sonra asıl soru şudur: bu bağlantılar uygulama içinde ne kadar iş getiriyor? Bunun için bağlantıya kaynak, kanal ve kampanya bilgisi ekler, uygulama açıldığında bu bilgiyi okuyup analitik olayına yazarsınız.

En yaygın yöntem UTM parametreleridir. Universal Links ve App Links standart web adresleri olduğu için sorgu parametrelerini taşır; uygulama da adresi açarken bu parametreleri okuyabilir. Parametreleri tutarlı üretmek için UTM oluşturucu aracımızı kullanabilir, adlandırma mantığı için UTM parametreleri rehberimizi okuyabilirsiniz.

Uygulama tarafında ise bağlantıyla gelen açılışı ayrı bir olay olarak, bağlantının hedef ekranı ve kampanya bilgisiyle birlikte kaydedersiniz. Hangi olayları hangi adla toplamanız gerektiğini mobil uygulamada ölçülmesi gereken olaylar yazımızda ayrıntılı anlattık.

Deep link kurulumunu adım adım nasıl yaparsınız?

Aşağıdaki sıra, projelerde izlediğimiz sade akıştır. Kod ayrıntısı platforma göre değişir, ama adımlar aynıdır:

1. Uygulamanın hangi ekranlarının bağlantıyla açılacağını listeleyin: ürün, kategori, sipariş, kampanya, profil.
2. Her ekran için web sitenizde karşılığı olan, anlaşılır bir adres yapısı belirleyin.
3. iOS için apple-app-site-association dosyasını, Android için assetlinks.json dosyasını hazırlayın.
4. Dosyaları her alan adının .well-known klasörüne, HTTPS ile ve yönlendirmesiz koyun.
5. iOS uygulamasına Associated Domains yeteneğini, Android uygulamasına autoVerify içeren intent filtresini ekleyin.
6. Uygulamada gelen adresi çözüp doğru ekrana yönlendiren tek bir yönlendirme katmanı yazın.
7. Bilinmeyen ya da bozuk adreslerde kullanıcıyı anlamlı bir ekrana düşürün.
8. Kampanya parametrelerini okuyup analitiğe aktarın.
9. Test cihazlarında, e-posta ve mesajlaşma uygulamalarının içinden deneyin.

Bu adımların çoğu uygulama mimarisini etkiler. Uygulamanızı biz geliştiriyorsak bağlantı yapısını en baştan kurgular, mağazaya çıkışı da biz yönetiriz; ayrıntılar için mobil uygulama geliştirme hizmetimize göz atabilirsiniz.

Deep link çalışmıyorsa en sık hatalar nelerdir?

Sahada karşılaştığımız sorunların büyük bölümü birkaç kalıba girer:

• Doğrulama dosyası yönlendiriyor: www olmayan adres www'ye ya da HTTP adresi HTTPS'ye yönleniyorsa doğrulama başarısız olur.
• Yanlış parmak izi: assetlinks.json içinde Play Console'daki imza değil, geliştiricinin yerel anahtarı yazıyor.
• Eksik alt alan adı: kampanya ya da e-posta takibi için kullanılan alt alan adı dosya listesinde yok.
• Aynı alan adından tıklama: Apple'ın belgesine göre Safari'de sitenizi gezen kullanıcı aynı alan adındaki bir bağlantıya dokunursa sistem bağlantıyı Safari'de açar. Yani uygulama açılmadığında bu bir hata değil, beklenen davranış olabilir.
• Önbellek gecikmesi: dosyayı düzelttiniz ama cihaz eski sürümü kullanıyor.
• Başka uygulama aynı alan adını tutuyor: Android belgesine göre bir cihazda belirli bir alan adıyla aynı anda yalnız bir uygulama ilişkilendirilebilir.
• Web karşılığı yok: uygulama yüklü değilken adres 404 dönüyor.

Sitenizde kırık bağlantı olup olmadığını genel olarak görmek için kırık link kontrolü aracımızı da kullanabilirsiniz. Böylece uygulamaya yönlendirdiğiniz web adreslerinin gerçekten açıldığından emin olursunuz.

Deep link güvenliği için nelere dikkat etmelisiniz?

Derin bağlantı, dışarıdan uygulamanıza açılan bir kapıdır. Apple'ın Universal Links belgesi bu bağlantıların potansiyel bir saldırı yolu olduğunu açıkça söyler ve tüm adres parametrelerini doğrulamanızı, bozuk adresleri yok saymanızı önerir.

Pratikte uyguladığımız kurallar şunlardır. İlk olarak bir bağlantı tek başına kritik bir işlem yapmaz: içerik silmez, ödeme onaylamaz, hassas veriyi ekrana getirmez. Bu tür işlemlerde kullanıcı uygulama içinde ayrıca onay verir. Ayrıca oturum gerektiren ekranlara gelen bağlantılarda kullanıcı oturum açmamışsa uygulama önce giriş ekranını, sonra hedef ekranı gösterir.

Öte yandan şifre sıfırlama ya da tek kullanımlık giriş bağlantılarında süre ve tek kullanım kuralını sunucu tarafında uygularsınız. Uygulama yalnız bağlantıyı taşır, yetkiyi sunucu kontrol eder. Böylece bir bağlantı yanlış kişinin eline geçse bile sınırlı zarar verir. Test senaryolarınıza bozuk biçimli adresleri de eklemeyi unutmayın.

Deep link yayından önce nasıl test etmelisiniz?

Bu test tek cihazda tek tıklamayla bitmez. Bağlantının açıldığı yer, uygulamanın durumu ve işletim sistemi sürümü sonucu değiştirir. Yayından önce kullandığımız kontrol listesi şöyledir:

• Uygulama kapalıyken, arka plandayken ve hiç yüklü değilken bağlantıyı deneyin.
• Notlar, mesajlaşma, e-posta ve sosyal medya uygulamalarının içinden dokunun.
• Oturum açıkken ve kapalıyken aynı bağlantıyı açın.
• Android'de doğrulama durumunu geliştirici araçlarıyla kontrol edin; Android belgesi kurulumdan sonra doğrulamanın tamamlanması için kısa bir süre beklemeyi önerir.
• Google Ads kullanacaksanız deep link doğrulama aracından geçirin.
• Bozuk ve eksik parametreli adresleri de deneyin.

iOS tarafında yayın öncesi sürümü gerçek kullanıcılara dağıtıp bağlantı akışını denetmek için TestFlight rehberimizi izleyebilirsiniz. Çünkü doğrulama dosyası, mağazaya çıkan imzalı sürümle birlikte gerçek sınavını verir.

Bildirimlerde deep link neden önemlidir?

Anlık bildirim, derin bağlantının en doğal kullanım alanıdır. Kargo bildirimine dokunan kişi sipariş detayını görmek ister, ana ekranı değil. Bildirim içeriği ile açılan ekran örtüşmediğinde kullanıcı bildirimleri gereksiz bulur ve izni kapatır.

Bu yüzden bildirim ve bağlantı yapısını aynı adres sözlüğüyle kurarsınız. Örneğin e-postada, QR kodda ve bildirimde ürün ekranı için aynı adres kalıbını kullanırsınız. Böylece uygulama tek bir yönlendirme katmanıyla tüm kanallardan gelen kullanıcıyı doğru yere götürür.

Bildirim iznini hangi anda isteyeceğiniz ayrı bir karardır; bunu push bildirim izni ne zaman istenmeli yazımızda ele aldık. Bağlantı tarafında ise kural basittir: her bildirim, içeriğine uygun ekranı açar.

Deep link yapısını ne zaman kurmalısınız?

En doğru zaman, uygulamanın ekran yapısı ve web sitesinin adres yapısı birlikte planlanırken, yani projenin başıdır. Sonradan eklemek mümkündür, ama yönlendirme katmanını mevcut ekranlara yamamak daha çok test ve daha çok hata demektir.

Örnek senaryo olarak bir randevu uygulaması düşünün. Başta yalnız ana ekran ve rezervasyon akışı vardır. Altı ay sonra e-posta hatırlatmaları, kampanya kodları ve QR kodlu broşürler gelir. Adres yapısı baştan kurgulanmadıysa her yeni kanal için ayrı istisna yazmanız gerekir ve bakım zorlaşır.

Ayrıca web sitenizi yeniden tasarlıyor ya da alan adınızı değiştiriyorsanız doğrulama dosyalarını ve adres eşleşmelerini de plana eklemelisiniz. Aksi halde site yayına girdiği gün uygulamadaki tüm bağlantılar tarayıcıda açılmaya başlar.

Uygulamanız için deep link kurulumunu kime yaptırmalısınız?

Bu iş tek bir ekibin işi değildir. Web sunucusu, iOS uygulaması, Android uygulaması, mağaza imzalama ayarları ve pazarlama ölçümü aynı anda doğru olmalıdır. Bu parçalar farklı tedarikçilerde olduğunda sorun genellikle aradaki boşlukta çıkar.

Talha Aslan ve ekibi olarak uygulamayı geliştirirken bağlantı yapısını, doğrulama dosyalarını, kampanya ölçümünü ve mağaza yayınını birlikte ele alıyoruz. Uygulamanızı biz geliştirir, mağazaya biz çıkarırız; mevcut bir uygulamada bağlantı sorunu yaşıyorsanız da durumu inceleyip yol haritası çıkarırız. Projenize özel teklif almak için mobil uygulama geliştirme sayfamızdaki formu doldurabilirsiniz.

Kısacası doğru kurduğunuz bir bağlantı, kullanıcıyı tek dokunuşla doğru ekrana götürür; yanlış kurduğunuz ise kampanya bütçenizi sessizce eritir. Fark çoğu zaman birkaç dosya ve birkaç satır yönlendirme kuralındadır.