I have a problem with the backslash in my URL in google analytics account.
In my results and when I click on the URL to see it, it opens it like that example.com//example/example...
Also, I have a sub domain, how can I see both of the results:
lp.example.com
and
example.com
Check the domain name you entered in the view settings (Website's URL).
You can use the host name to see domains in reports using it as secondary dimension.
Related
I'm using a custom domain for Firebase Dynamic Links in my Unity app. The domain is in the format https://mywebsite.com/deeplink/
On Android, this all works fine. Going to mywebsite.com by clicking a link in an email or the browser, opens the URL in the browser and mywebsite.com/deeplink opens the app. On iOS, however, both open the app. This includes, most troubling, the mywebsite.com/_/ URL which Firebase uses for its confirm your email and reset password logic.
My app is configured with applinks:mywebsite.com in the associated domains section and the PList has an entry for FirebaseDynamicLinksCustomDomains with an array that has https://mywebsite.com/deeplink as an entry.
mywebsite.com/apple-site-association has this
{"applinks":{"apps":[],"details":[{"appID":"LK3H8YP4D2.com.help.stressfree","paths":["NOT /_/*","/*"]}]}}
Does anyone have an idea why this is happening and how I can get the app to only open URLs at mywebsite.com/deeplink?
The root domain of your custom Dynamic Link mywebsite.com shouldn't be added in the Associated Domains list. That's the reason why mywebsite.com opens the app in iOS.
Only Google-provided domains (*.page.link) should be added in the Associated Domains list.
https://firebase.google.com/docs/dynamic-links/ios/receive#open-dynamic-links-in-your-app
I am new to deep linking in iOS and I am trying to make sign-in work with a magic link.
The links that the users would receive in their email inbox would be something like this:
https://subdomain.domain.com/?autoLogin=XXXX...XXXX
I want to extract the auto login token and make sure when users click into this link, it takes the user directly to the app.
What path should I put in the apple-app-site-association file?
Currently I have /?autoLogin= and it's not working.
In your URL, ?autoLogin= is a query item and not part of the path.
In your apple-app-site-association you should just need to set the path to /. The ? is messing it up since it's used to match any single character in the string.
If you want to have a specific path, you'll have to update your url to something like https://subdomain.domain.com/autoLogin?token=XXXX...XXXX, then you could add /autoLogin to apple-app-site-association.
In my Google analytics account, All data view is recording URL after URI. When I click on the page it shows not found. I am attaching a screenshot.
You have the domain after the URI...
/my-account/skillatwill.com
should be:
skillatwill.com/my-account/
Surely this is a problem.
Then, if you hang the domain on your URI, when you click to open the Analytics page, it will hang it up again, so it will still give you an error. The click function to open the pages works only if you save in Analytics the URI without the domain.
I've got a website that requires a login, this website shows a "portal" which makes it possible to go to deluge/plex/sonarr (webapps). these apps are connected to ports. so example.com:83031 = plex and example.com:83032 is sonarr (as an example).
Now if I go to example.com it prompts me a login and I if I then click on "plex", the portal goes to example.com:83031. this is correct. however, is there a way to disable a direct link to example.com:83031 (so is there a way to ONLY make it able to enter that site through portal?)
Long story short: I want example.com:83031 to ONLY be available through the portal, not if you enter it directly into the browser. is this possible?
[Editted the domains, got the point!]
In theory, a browser should send a "redirect" indicating from where you came. Hence, example.com:83031 could check if you came from example.com:80. This is however not reliable.
However, if you redirect to example.com:83031/loginOK?<GUID> then you have explicitly encoded the redirection information, in a way that no browser can strip.
BTW, don't invent non-existent domains. example.com exists for a reason.
Using reverse-proxy on Apache has fixed this issue.
Picture describing the outcome
I am trying to set-up universal links for an iOS app.
The Apple search validator keeps failing when I try to validate the file apple-app-site-association with error message:
Unable to parse that webpage URL. Try a different URL.
The file content is correct, I tried with already validated files from other websites but it seems the crawler fails to access the website generally.
The domain and website are hosted on a shared server at 1and1.com without SSL. The file is not signed.
Any idea why that is?
This is the "App Search API Validation Tool", not the "Universal Links Validation Tool" (which doesn't exist from Apple). The results from this tool have no connection to whether Universal Links work or not.
That said, you must have SSL in order for Universal Links to work. That is the number one requirement. If you can't/don't want to set this up, look at an external link hosting service like Firebase Dynamic Links or Branch.io (full disclosure: I'm on the Branch team)
In reference to "you must have SSL in order for Universal Links to work. That is the number one requirement." This is no longer a requirement.
If your app runs in iOS 9 or later and you use HTTPS to serve the apple-app-site-association file, you can create a plain text file that uses the application/json MIME type and you don’t need to sign it.