I have added my URL scheme to my .plist.
I have manually tested the scheme in Safari and confirmed that it launches my app just fine.
I have generated a hosted app links link that uses the scheme.
Nothing except my own URL was entered when creating the hosted app link.
When I tap the link on my phone (with my app installed) it takes me to a page with the text You have reached an implementation detail. It's pretty obvious that Facebook didn't even try to use the URL that I had provided when creating this hosted app link.
I should add that I have successfully created other hosted app links moments before that managed to redirect to webpages and to appstore, so there's nothing wrong with mobile Safari.
Where to go from here?
Edit: My app is, of course, in development.
I was having the same issue until i updated my app settings in the facebook developer site.
In the image for #1 you enter the prefix (even though it says suffix...) for your url scheme (ex: if you use myapp://testing/here, then enter "myapp" into the field)
make sure #2 is flipped to yes
Facebook iOS Settings
This is an old thread, but after spending some time on this I realized that the https://fb.me/... links only open from within the Facebook app on the device. They will not (and are not intended) to open from a web browser. After posting the link in a Facebook group I was able to successfully open my app with it.
Related
I am trying to get Firebase Dynamic links that I have integrated on my ios app to open. Following the youtube tutorial (https://www.youtube.com/watch?v=KLBjAg6HvG0) I have downloaded my app onto my phone from Xcode. When I try to open up the link I automatically get redirected into safari browser and I'm presented with this image.
https://imgur.com/a/e6AJMhj
The tutorial runs threw several things that could be the reason for my link not opening up my app
Make sure to have the correct URL in the Associated Domain Setting which I do. https://imgur.com/a/lJExtjU
Check and make sure that you have the correct App ID prefix entered in the console which is true because Xcode verifies that. https://imgur.com/a/LVytoni
Universal link for the domain was disabled because I opened it in Safari and I have to now long press on the link and open it in the app. Now heres the problem.
In mail app, imessages app, and notes app all dont have an option to "Open in .
Mail (https://imgur.com/a/Pz81IqN), iMessages (https://imgur.com/a/2ykChUM), and Notes app (https://imgur.com/a/lwoejEH).
Even referencing these guides I am unable to solve my problem (Universal Links iOS) (Universal Links not working on iOS10)
Check to make sure the apple-app-association file in created which it is and it shows that #2's image.
I have exhausted all options and googling for answers is now getting me nowhere. I need help on how to get my Universal Link working again.
It helps if applinks is not spelled "applink" in the Info.plist associated domains.
In my one of the apps I have implemented branch.io.
I have read each and everything and settled my account accordingly.
Now what I want from branch.io
1) If app is present in device it should open on the click of
marketing url.
2) If app is not present in device then it should redirect to app
store application page.**
What is not working
1> Though app is present but it is not opening my app. From same url
schema I can open my app from safari browser "appname://" but not able
to open from link of branch.io. It always opens app store page.
Please help me.
Thank you
Alex from Branch.io here. What you want from Branch is exactly what we do, so let's figure out what is going wrong!
This sounds like a Universal Links configuration issue. If you did not get Universal Links set up fully, then Branch links will redirect to the App Store. If you haven't yet set up Universal Links, go ahead and complete this guide to get started. If you have set up Universal Links, we have a troubleshooting guide you can run through to catch most issues.
Deeplinks working perfectly when using chrome iOS app. But in safari it stopped working and it always redirect to the appstore page even the app is installed or sometimes pop a alert saying "safari cannot open the page because the address is invalid". Everything works perfect few days back. so my guess is this happens after the ios 9.2 update. Any solution for this?
UPDATE
I have tried using a new phone(Which app not installed before) and installed the app.
Deep links works for both browsers (Safari and Chrome).
If you push the bnc.lt forward button it opens App Store for both Safari and Chrome.
Next time you open a link deep link:
Safari: It asks if you want to open the link in app store
Chrome: It asks if you want to open app and at the same time redirects to app store. If you click open in app next time you click a deep link it will open in app.
So in other words you can still open the app from Chrome after clicking the bnc.lt forward link in staus bar. This is because Chrome asks for opening the app and not app store.
For Safari i end up in an irreversible state where the deep link always open app store and not the app.
Alex from Branch here: this is the expected behavior. Unfortunately our fallback options are rather limited at the moment, due to the changes to Universal Links in iOS 9.2.
TL;DR: it's a bit of an edge case that most users wouldn't encounter, but you can easily work around it by making use of our Deepviews functionality.
Basically, here's the logic behind what you're seeing:
When you open the link on a device without the app installed, you end up on our bnc.lt server, and we redirect you to the App Store so you can get the app. This is good.
When you open the link on a device with the app installed for the first time, your device detects the Universal Link and opens the app immediately. All this happens locally on your device, and you never even get to our bnc.lt server. This is also good.
When you push the bnc.lt forward button, you're telling your device 'I don't want you to immediately open the app...show me the web content for this link instead'. In the case of a Branch link, this 'web content' is simply a redirect to the App Store. At this point, Branch has no way to know whether you the app is installed or not, so we have to assume it isn't and you get the same treatment as 1. above. This is not so good, but right now we don't have any better options due to the way Apple has designed the system.
The next time you open a link, your device remembers that you pushed the bnc.lt button in the past and just takes you straight to the web content. I'm not sure why Safari does it this way, because I can't imagine many situations where this would be desirable and it is leading to a lot of confusion for users.
The real problem here is that when you press bnc.lt to bypass the app, your device remembers this preference and executes it every time it sees a bnc.lt link in future. Chrome still 'works' because it is proactively confirming the preference each time in 4., whereas Safari just plows forward. There are a few options for what happens next:
In Apple's ideal world, you'd end up on a normal webpage where you could simply scroll up and use the Open in app button to reverse this preference. But since Branch is immediately redirecting you to the App Store, this isn't an option. You could consider using our Deepviews feature, since this does provide some real web content in place of the immediate App Store redirect you're seeing right now.
In most situations, you can still long-press on the link and select Open in app, but this doesn't help users who don't know the option is there.
In the worst-case scenario, you end up on the App Store page and just press the Open button (instead of Install). Thanks to Branch's magic, you'll still end up in the right place!
Now from iOS 9.2, Apple no longer supports URI schemes for deep
linking, developers must implement Universal Links in order to deep
link properly on iOS.
Universal links let you replace custom URL schemes with standard HTTP or HTTPS links. Universal links work for all users: If users have your app installed, the link takes them directly into your app; if they don’t have your app installed, the link opens your website in Safari.
To learn all about universal links, see
How to support Universal Links in iOS App and setup server for it?
Example
https://github.com/vineetchoudhary/iOS-Universal-Links
UPDATE [1]
How Branch links work (Branch.io)
If you take a lock at fundamentals of Branch's contextual deep links. You found Branch.io also using traditional deep-linking
1. Creating links
When you’ve integrated the Mobile SDK, you can create a Branch link every time a user clicks to share or invite another user from within your app. Your app makes a call to Branch.io, and Branch.io return a Branch link.
2. Tying data to links
3. Clicking links
4. Using data
Check the Clicking links step, Branch.io just map your website URL with your app URI scheme but URI schemeno longer supported by Safari. So, move to Universal Links is only the option in order to deep linking in iOS 9.2 or you can wait for some solution by Branch.io. Thanks.
I have setup my AASA JSON file to open the app when someone visits myDomain.com/ShowInTheApp/*
This works from Notes App, Email, Gmail App, Gmail web on safari and basically any other websites other myDomain.com .
When myDomain.com/chooseAppORweb.html contains a link to myDomain.com/ShowInTheApp/ , safari always opens it in the same tab, app wont get launched. I can tap and hold the link to show the context menu that contains an entry "Open In [My app name]" which will indeed launch my app. But not by single tapping on the link.
When I do the exact same steps from another domain, NOTmyDomain.com/chooseAppORweb.html always launches the app without issues.
Has anyone succeeded in launching the app consistently from the same domain using UL ?
Also, if there is an Apple's document that explains any of these behaviours, please share the link.
I'm not sure when Apple added this to their documentation, but it's explained on their Support Universal Links page, in the first note:
In iOS 9 and later, universal links let users open your app when they tap links to your website within WKWebView and UIWebView views and Safari pages, in addition to links that result in a call to openURL:, such as those that occur in Mail, Messages, and other apps.
When a user is browsing your website in Safari and they tap a universal link to a URL in the same domain as the current webpage, iOS respects the user’s most likely intent and opens the link in Safari. If the user taps a universal link to a URL in a different domain, iOS opens the link in your app.
For users who are running versions of iOS earlier than 9.0, tapping a universal link to your website opens the link in Safari.
(Emphasis added)
Essentially, once a user reaches a page hosted on your domain in Safari, any links they follow on your domain will be opened in Safari, even if they're defined as Universal Links by your app.
As st.derrick mentioned above, this is the in-place behavior for Universal links. If you have previously been taken to the App from the link, but then choose to be taken to the website when prompted with a long press, the functionality to open the App will break. You can remedy this by long-pressing again and choosing to open in-app. It's not an ideal solution, but it is the only way I've seen it be fixed. I hope this helps!
My iphone app has mobile only content. I am using facebook app link hosts (https://graph.facebook.com/app/app_link_hosts) to create canonical urls which would be shared on facebook. The body for hosting request is:
"access_token=<APP_ACCESS_TOKEN>
&ios=[
{\"url\":\"content://content/<content_id>\",
\"app_store_id\":<APP_STORE_ID>,
\"app_name\":\"<APP_NAME>\"}
]
&name=link test
&web={should_fallback:false}"
This works fine and it returns an id for the object. To test this i have shared:
https://fb.me/<canonical>
Since this app is not released yet, whenever i open the link from the facebook app it does not detect that my app is installed. It gives two action options, "Open web link" and "install APP_NAME". Both options point to a blank itunes link where the app will be. how do i test what my app does with this link before publishing the app on the app store?
this is the link returned:
https://itunes.apple.com/WebObjects/MZStore.woa/wa/redirectToContent?id=APP_STORE_ID
After sweating it out, i have finally found the solution. The url scheme should be defined in the plist file. in this case "content" without the ://