I have a mobile apps that i applied my google analytics track IDs but when i create the google analytics app profiles i initially choose web app instead of mobile app. while exploring around the settings, I could not find a switch to convert it into mobile app. I have more than 10 app with different google analytics track id, so i don't think creating new profile is great solution, there might be switch to change it to mobile app.
Someone out there might have encounter this situation. please help.
Solution:
What i did to solved this was create a new App, same name with the web one, then set it to mobile and then delete the web app.
The accepted answer is actually the incorrect. Specially if you have a existing web profile which as lots of historical data. Here is how to solve this by keeping your existing web property.
You add a profile view on your existing Web Property which can be a Mobile Ap Profile. https://support.google.com/analytics/answer/1009714?hl=en
The big clue came from this Upgrade to Universal Analytics post https://developers.google.com/analytics/devguides/collection/upgrade/reference/mobile-sdk
"To get access to new app reports and features, you will need to upgrade to v2.x or higher of the SDK and create at least one app view (profile) in your reports to view the data. Any new data sent from your app will only be available in this new app view (profile), while your old data will continue to be available in the original web view (profile). Learn more about the latest version of the SDK for Android or iOS."
There is currently no way to change the type of tracking after the profile is created. You will have to create new profile IDs and update the apps.
Related
I have a Firebase project that contains multiple iOS apps, each for a different customer. This is great for me to be able to view analytics across all of the apps, but I want to give each customer access to the analytics specific to their app. I see that I can create a new user and assign them the Firebase Analytics Viewer role which limits them to only analytics. The problem is that the user can then see analytics for all apps in the project.
Is it possible to restrict access so that a given user can only see analytics for a specific app?
You can build comparison in google analytics analytics.google.com and provide access to specific reports to specific users. How custom reports are built and shared can be found here.
You can build reports by specific app by using Stream ID filter which can help you build reports on per app basis.
From google drive, I would like users to be able to open files using my new app maker app. In app scripts, you can click register in the chrome web store. Is this possible with app maker? It would also be awesome for users to be able to simply click the icon from the apps section of their gmail, etc. Thank you in advance!
It's ambiguous as to what you're looking to achieve from your question.
You might either be looking for how to use the Drive Picker widget
Or you might be looking to release an App Maker app in the Chrome Web Store, which is not at all possible.
I currently have a scenario where I have app A and a sister app called app B. I would like to have app A and app B respond to a Firebase dynamic link and be able to either app A or app B opened depending on which app the user has on their phone.
Is it possible to achieve this in Firebase. So if I have www.mydomain.com/data/myData. If person A has app A on their phone, the when person A presses www.mydomain.com/data/myData, the app A opens. But if person B who has app B installed on their phone press www.mydomain.com/data/myData then app B opens. Is this possible at all on FireBase?
Ultimately what I'm trying to do is have two apps be able to acquire information from say a URL like, www.mydomain.com/data/myData and use myData as needed in each separate app.
Think of it as two apps "sharing" data between each other.
From an iOS perspective, based on this tutorial and this response from branch on SO, clearly this is possible but does Firebase cater for an app being able to respond to two custom URLs.
Disclaimer: I haven't actually tested this all the way through.
This should be possible with Dynamic Links. When you visit the Overview section of the Firebase console, you have the option to add multiple apps to a Firebase single project. Both apps are correctly inserted into the apple-app-site-association file, which means every Dynamic Link in that Firebase project will be a Universal Link that should correctly triggers either app.
There are a couple caveats to be aware of:
Behavior if both apps are installed on a device is undefined.
For obvious reasons, you have to pick just one of the App Store pages as the app-not-installed fallback location. A workaround for this could be sending the user to a non-store page.
So Firebase has these Dynamic links, which if you click in your Android / iPhone you get redirected to your app instead of the website. So when you want to invite your friends to join you in the app (game, group chat or whatever) you just share this link with them.
I was wondering if this was achievable with UWP. I watched a video about project Rome where they talk about AppUriHandlers which seem to do the job. HOWEVER they require you to have a json file at your web server root which would identify your app, saying "yea, this app is allowed and me are associated, open this app when someone launches this link".
The problem with that is that the Firebase dynamic link points to a google endpoint, e.g. https://aaxy2.app.goo.gl/?link=redirect_here and naturely there is going to be no json file just sitting there.
Is there some other way how to have users redirected to my app just via a link (it needs to be an http link because that's what the Android and iOS versions of the app will be using).
It's not going to be possible; for this exact reason. To ensure that web links aren't hijacked by third parties (for potentially malicious reasons), only the owner of a domain (or more accurately: the person/people with access to the storage where the domains points) can "approve" an app.
Update:
After actually doing my job and properly reading your question, I can give you a correct answer; sorry :/
Linking to UWP apps will work similarly to how it's described for iOS apps in the first section here:
You can do the iOS 8 way and support a uri scheme as described in the Windows docs here.
With the Anniversary Update you can also support AppUriHandlers by directing your users to a web link that will launch your app instead (as described in the Dynamic Links docs for iOS 9).
It looks like, however, that you need to register an iOS or Android app to get going, so that might give you some trouble.
Google just released Firebase 2.0.
It seems they are completely separate platforms.
Firebase: https://www.firebase.com/
Firebase 2.0: https://firebase.google.com/
APIs are also different.
Firebase: https://www.firebase.com/docs/web/api/
Firebase 2.0: https://firebase.google.com/docs/reference/js/#firebase
Could someone explain the differences in the core concepts on both mobile and web?
I've been building an app using old Firebase.
Should I change my codes to use Firebase 2.0?
The new version of Firebase is the same platform - it just adds a whole range of new features, so the big change to the core concepts is an expansion of what you can do.
The Realtime Database offers the same functionality as before, but with a refreshed API and a new console. You can keep using the same approach and data model as before, and the API changes are largely cosmetic (renaming to be consistent with the newer features).
Authentication is pretty similar, but it has been expanded to include new features like account linking and customizable emails. You should be able to upgrade your application to the new SDKs and console pretty easily: take a look at our migration guides for Android, iOS and the web.
You can import your project at any time. Your applications and the existing SDKs will continue to work. You can then update your code when you are ready to use some of the new Firebase features in your application.
The new concepts are really around the new features:
Analytics is a new mobile-first analytics product that gives free and unlimited event reporting, and allows building audiences which can be used in many other services.
Storage allows you to store and serve user-generated content, such as photos or videos.
Remote Config allows you to change the behavior and appearance of your app without publishing an app update.
Cloud Messaging is a cross-platform messaging solution that lets you reliably deliver messages and notifications at no cost. Notifications gives you a tool in the Firebase Console to send re-engagement messages easily.
Crash Reporting lets you collect crash data from your Android and iOS apps, to find and fix problems more quickly.
Dynamic Links are smart URLs that dynamically change behavior to provide the best experience across different platforms. They allow you to use deep links that survive app installs on Android and iOS.
Several existing Google products have been integrated into Firebase as well
Invites replaced AppInvites, giving easy way to sending personalized email and SMS invitations. App Indexing gets your app into Google search.
Firebase now also integrates with AdWords to let you target ad campaigns with Analytics audiences, and AdMob to automatically track in-app ad effectiveness.
Its a lot of new features, but you don't have to try them all at once! Once you upgrade, its straightforward to pick and choose.