While creating FCM Project in my FCM account console, I could see that we have to select country/region. What is the use of the region? I searched a lot, but couldn't find what is the role of it. I understand that FCM is allowed to be used only in certain countries just like playstore account and publishing the app. I would like to know whether there are implications of selecting the country/region in sending notification to a person exists in other country apart from the country that I have selected.
I think the information tip pretty much explains this.
This represents the country/region of your organization/company. Your selection also sets the appropriate currency for your revenue reporting. The selected country does not determine the location of your data for Firebase features. Google may process and store Customer Data anywhere Google or its agents maintain facilities.
Screenshot:
Related
I am linking my Android and iOS app to Firebase Analytics, and it seems to work well except I cannot collect the "automatic" information about the user, such as gender and age.
I can see some thousands of users, and I can also track custom events (like in-app purchases)
But in the same view, gender and age are not present.
This question looks like the same, but the answer is not applicable: I used DebugView to test it and then deactivated it as per documentation.
of course, View "All Users" audience displays the same data.
There are possible reasons:
Google Signals isn't activated. Make sure that you have enabled Google Signals for your property, because Google signals are session data that Google associates with users who have logged in to their Google accounts and who have turned on Ads Personalization.
Collection of Device Advertising IDs is disabled.
Please ensure that the Collection of Device Advertising IDs is enabled, so that you will be able to see demographic and interest data on the Analytics dashboard since this is used to track user properties such as Age, Gender and Interests. Also, Analytics derives demographics and interests data from the Android Advertising ID or the iOS Identifier for Advertisers (IDFA).
google-services.json or dependencies are outdated
I have such problem. 1 and 3 solve it. You also can contact Firebase Support.
According to this help center page on automatically collected user properties,
For iOS apps, the app must collect IDFA in order to automatically derive the Age, Gender, and Interests properties.
The link in there further clarifies:
On iOS, the SDK collects the Advertising Identifier if it is available. For IDFA to be available, a developer has to link in the following libraries:
libAdIdAccess.a
AdSupport.framework
So you might want to check if you're including the necessary dependencies.
Based on the answer here, Firebase Analytics demographic reports is thresholded for privacy reasons. Once you have enough data -- at least 10 users per age/gender bracket -- data for that bracket will be shown.
I recently launched mobile app I found a purchase made by the user for some reason for this transaction my app could not capture customer details nowhere I could find in console customer details like mail id phone number I was under impression iap report from Google play will provide all these details & hence in my app not annoying my users to provide their details at time of purchase but it looks like Google does not share these details
What is my next step?
Please help, don't want to keep my customer waiting
Thank you
Google does not provide the developer with customer details in the course of processing an IAP. This is probably "by design"; after all, if you don't need someone's personal information to complete the purchase, why should they give it to you?
Also note there are legal concerns here, such as GDPR. You may prefer that Google deals with all that heavy stuff, so you don't have to.
If you happen to have certain information at the time the order is made, you can supply it as the developerPayload member of the purchase. That will attach the information to your order. Otherwise, you're pretty much stuck with what you have.
Or, if you'd like to implement Google Sign-In in your app, you'll find that you can get a great deal of information about your user, at the cost of a single button press.
I would like to segment my android app users into those that use the app daily/weekly/montly, etc. Is this possible with Google Analytics?
I do have a user-ID enabled profile, so the data should be there - I just don't know if there is any way to query all values of a metric (e.g. days since last visit) associated with a single user.
Yes. Under Users Overview section, you can find Hourly/Daily/Weekly/Monthly users.
I'm starting to make some in-app purchases on my future app, and i wish to ask some questions regarding the new API (3) of the in app billing library (shown here):
google says (here) that there are no more unmanaged items. this means that in order to have multiple consumable items, the play store cannot hold a counter, so you need to either consume the purchase right when you put it in the app, or only when you need it.
My question about it is how would you get the consumable items stay on multiple devices? for example, if the user purchased 2 health potions, and because of the new limitations, they both are stored only on the app itself of one device, how could the end user go to another device , run the app and see that he has 2 health potions?
is it possible to make some purchases for free on some cases, programmatically ?
it could be useful for testing or on some cases when i want to reward the user for something he has done . i might even want to do it completely transparent and without any dialogs.
i know that there is a sandbox mode but that's only available by adding specific accounts as test accounts .
the lecture speaks of a "developer payload" (here) that you can put on the purchases for better security. they said that the data should be an id of the user, but they don't say what id i should use (only gave an example of google plus , which many people don't have).
my question is: what should be used for the "developer payload" ? if i use the sample, what do they use, and is it safe to use it or should i change it ?
i also don't understand how could it be useful, since the play store should always hold data as to which user has which items, so how could the play store be fooled on this? or maybe they talk about protection from changing the apk of the app?
is it possible to make a transaction of multiple purchases ? if so, can i hide those that don't cost money ? and if all are for free, maybe not show anything at all ?
Answer 1)
The way I have found for the question 1 is given below.
if your application used server database(stored data on server using internet connection) then you can simply stored data for particular user,Like if user has purchased 2 health potions and when user trying to use that 2 health potion from the another device then simply checked it is purchased by that user previously or not. if it is already purchased by that user then simply restrict that user to purchase potions again.
Answer 2)
Google is provided trial period for the subscription product. so that user can purchase that item as $0.00 amount as a trial period and when time expired(time can be 7day or more) item can be changed it's type as subscription item with credit card information as like simple purchase flow.
but, you used word "pro grammatically and without any dialog" then according to my knowledge Google will not provide it for the single user or for the particular user. you can simply give trial period value in the Google console for the all application user.
check this link for more detail: "Free trials" http://developer.android.com/google/play/billing/billing_subscriptions.html#administering
Answer 3)
I would like to suggest you for the developer payload, first of all it is not mandatory you can pass either blank string or with developer payload. According to my knowledge it should be working like "security code" same as you given in the Google site while searching content "Some Random String".
how to use developer payload and what should be use for developer payload
check this link
Developer payload is useful for the application?
I think it is working like security code like Random String, and while you retrieve data you can verify that item that was purchased is same or not so that if in case some kind of hacker can be redirect to the other product then you can check it at response time, is it the same product as you are going to purchased or not and user can be protect from unnecessarily withdrawn money from his account.
and also check given link I have explained more for the developer payload.
Is there any way of getting to know who has bought your app on the Android Market? I currently haven't got an account on the market, my app is still in development so i'm asking you guys.
I'd like to know and make a list of the people who purchased, or downloaded for free, my apps. Not their email addresses or anything, just some unique usernames, maybe from the Android Market itself. Is that possible?
If not, is there any way to get this information AFTER the app has been bought? The in-app billing system i'm guessing is anonymous as well, as it's still part of the Google/Android Market billing system. But if i were to use PayPal to make "my own in-app billing" would that work? I'm guessing i can see any PayPal transactions from where/who it originated, no?
If someone can offer me a suggestion on how i could get this information, with the user's willing participation of course, i'd be grateful.
To track users, people generally use some kind of Analytics app:
Google Analytics for Android and Flurry are popular, to name a couple.
I know of no other way to track general downloads, other than the Android developer dashboard/console
To answer your first question:
Google Android purchases (market and in-app) show up in the Merchant section of Google Checkout.
EDIT: Also, once a purchase is made, it is not anonymous and you as a merchant have freedom to contact the customer directly.
EDIT #2: To address your second comment:
From https://checkout.google.com/sell/orders a merchant can see the following information for each order:
Google Checkout Order Number
Total $ (or other currency) Amount
If they've yet been charged/pending/or other Credit Card/Other processing problems and current status.
Order Details (Include user name - which is Full Name - and App Name)
Additionally, within each order you get:
Customer's full name
Billing Address
Full email, not masked
Sold on, Charged on, Confirmed on Dates/Times
App name ID
So, Quite a bit information.