I'm following the instructions to create and test a Local Experience for an App Clip.
After I set it up and scan the code, I see
APP CLIP CODE
No usable data found
I made sure to:
Installed the full app and App Clip to the test device.
Added the associated domain to the full app (e.g. applinks:com.apple.wwdc
Added the associated domain to the App Clip (e.g. appclips:com.apple.wwdc)
Updated the Apple App Site Association file to reference the same app id (e.g. "appIDs": [ "ABCD1234.com.apple.wwdc" ]) and app clip id (e.g. "apps": ["ABCD1234.com.apple.wwdc.Clip"])
Created the Local Experience via Settings
Entered the Bundle ID for the App Clip (e.g. ABCD1234.com.apple.wwdc.Clip)
This can happen if you enter the bundle ID incorrectly.
For example, when you're creating an Apple App Site Association file or associating the App Clip with your website, you always need to enter an App ID (ABCD1234.com.apple.wwdc.Clip).
However, the documentation for testing a local experience states:
Enter the bundle ID of your App Clip
So the Bundle ID field in the Local Experience screen should not contain the Application Identifier Prefix:
com.apple.wwdc.Clip
See the comprehensive list of Apple identifiers for more info.
Related
When using the presentCodeRedemptionSheet API, on TestFlight build the screen does not render the app name and offer price correctly (see screenshot).
Will it work in the production app or is there some setting in ASC or app bundle I need to fill out? The app name displays correctly everywhere else, in the store and in the system.
We've been testing our app and in development things were perfect regarding app association/deeplinking. We have our .well-known/apple-app-site-association working, validating, Branch.io's AASA validator passing with our domain+team ID+bundle combo. Of course there wasn't a way to test it live with App Store link until it was actually on App Store.
Today we've released our app, and realized that even when we go to our page which should be handled by the deep linking, the "top bar" (install/open link) wasn't being displayed. If we install the app, then the top bar displays with the "open" link but not having "install" button when app isn't installed is killing the whole purpose.
Apple's search validation tool however gives the following error for "Link to Application" section:
Error no apps with domain entitlements
The entitlement data used to verify deep link dual authentication is from the current released version of your app. This data may take 48 hours to update.
Here is what we have:
A correct, validating (through https://branch.io/resources/aasa-validator) AASA file in our .well-known directory with correct mime type, Team ID suffix, and bundle ID.
Our app, just published on the App Store
Apple's Search Validation Tool (https://search.developer.apple.com/appsearch-validation-tool/) telling that association is not found even though Branch.io's one doesn't complain.
Association working (top bar shown at paths that we defined) when app is installed, either through App Store, TestFlight, or manually from Xcode.
Association not working (top bar not shown at all as if AASA doesn't exist) when app is not installed.
We need to show the bar when app is not installed, too. Are we missing something or is it just a matter of time for Apple to index and map our App Store app and domain now?
What you are looking for is a Smart banner.
To get this to appear you need to add some meta data to your web page.
<meta name="apple-itunes-app" content="app-id=myAppStoreID, app-argument=myURL">
There are two different processes at work in what you are trying to achieve:
When you install an app with an associated domains entitlement, iOS fetches the ASAA file from that domain and then uses that to direct requests to your app for matching URLs
When you don't yet have the app installed, Safari uses the meta data to offer the app to the user. Safari does not check every single domain that the user accesses for an ASAA file, so without the meta data you won't get the smart banner.
I have an Apple App Site Association file which contains multiple apps.
If a user has all the app, on the first time the iOS gives the option to select the app to open the link.
But on the second time iOS automatically select the first selection.
Is there any way to make sure that the user is giver the option to select the which app to open the link all the time?
Branch generated AASA files have only 1 app association. It is typically a 1:1 co-relation.
The current issue as described will occur if a single AASA file denotes to multiple apps.
Requesting you to change the config here so as to map each app with its respective AASA file. This would a scenario when each of your app's link will open the respective app, as it is supposed to.
I have little bit confusion about name pick when I submitting my App to AppStore..
I have Bundle Display Name in Xcode has KruchConnect but when I put same name in AppStoreConnect it saying that this App name is already taken ..
If I go with DKruchConnect it is taking the name but I have a Question Here if somebody download from App Store I want to show KruchConnect still Under App intead of DKruchConnect Is it possible ?
Answering my own Question ...
I read some where there is way If I put Bundle Name in info.plist file as KruchConnect it will display that name under App once i download from AppStore is it correct ? If it is what happens that same already exits for other App too...is it legal ? Please help
To answer your question, yes.
Your App Store Connect name is how people will search and find you on the App Store.
Your Bundle Display Name is what will appear below the app icon on the screen.
To give an example, my application is called Charge Running. It's App Store Connect name is "Charge Running". However, that title is a bit to long for the home screen, so the bundle display name is "Charge".
App Store Connect names need to be unique. Bundle Display names do not need to be unique.
I have a strange problem with my application name: my project is called "something - somenumber" (with the dash).
For the submission, the App name I've chosen is without tje dash, infact, in the iTunes Store I can see the name without it.
But when I download my approved App, the name is with the dash..
Have you ever heard something similar???
Is this a problem with the new SDK and IOS version?
Now the name has to coincide with project name???
Thanks
By default, the Bundle display name in the Info.plist of iOS apps is ${PRODUCT_NAME}. ${PRODUCT_NAME}, by default, is the same as the project name, which in your case has a dash. The Bundle display name is the text that gets displayed under your app's icon in the device's home screen. This could be the reason why you can see the dash when you download the app.
You should change the CFBundleDisplayName in the apps Info plist file. This value is what the iOS spring board uses underneath each app. This can also be localised.
.bundle identifier is for the provisioning profile.