As you know that in the Google UAC there is linkless campaign. Then how can we use Branch Attribution? I mean my major agenga here is to get a postback to our database on which campaign is resulting in which sorts of user. Please help me here
Google UAC are definitely linkless campaigns but Branch offers a seamless integration here in order to help you track and attribute to monitor your marketing channels.
You would need to connect your Branch dashboard to your admin google adwords account with the respective link ids created for the app to be tracked.
You have to import the events to Google Adwords conversions, and align the attribution windows and timezone as per your Branch dashboard.
Post integration and setup, Branch will automatically track and attribute events to Google Adwords as per last touch attribution logic. You will be able to see campaign level data as well on dashboard.
Requesting you to refer to our documentation for a better understanding on the same : https://docs.branch.io/deep-linked-ads/google-ads-setup/#overview
Related
We are sending email to users with branch.io generated link.
Once user clicks/taps we are opening our app/web.
Our concern is if MAU are exceeded from licensed users and any users taps/clicks emailed link what will happen?
Is App/Web will open via link tap/click?
Ex: Under free account 10K MAU are allowed. And 10001 user click/tap the link what will happen?
You can find this defined on our pricing page located here, which you may have already encountered. To be more specific, an MAU is any user who's been engaged with Branch in any fashion on your app or web experience.
Branch charges for premium solutions and services that integrate deep links into marketing tools that manage and provide insight into a variety of marketing channels. Core deep linking platform such as link click and redirection remains free regardless of your MAU.
I have a problem with BigQuery and I wonder if any of you already had to struggle with something similar.
A gmail address was accidentally associated with the Google account based on a corporative email address becoming the one that appears as the admin of all of the Google tools we are using: Google Analytics, Adwords, etc.
We solved it adding the corporative address again as admin and removing permissions to the gmail address.
The last tool to "fix" is BigQuery. We have a lot of jobs that extract data via API. The oauth process and the historical jobs shows at this moment the gmail login, not the previous one.
If we remove the secondary (gmail) account, will the jobs work taking automatically the original address as the login user for the Oauth process? Or will we have to modify all the scripts? Will the job history be lost?
Regards.
Slovakia has been added recently to list of supported Merchant countries for Google Play.
I have an account in Czech Republic (CZK) paired with Merchant Account with active paid and free apps and want to change the country to Slovakia (EUR) - mostly because i of the fees related to money transfers from a different currency (CZK to EUR) on my business account.
I have been searching on Google but found nothing except for transferring all my apps to new developer account. I'm afraid that this will hurt my play store search positions and i won't be able to transfer the Google Play Services data (LeaderBoards, Achievements)
Also i want to keep the package names.
Had someone done this? How should i proceed?
June 2017 update:
Apps with subscriptions can now be transferred!!!
The original answer:
This is a complete answer I got from Google:
Hi,
Thanks for contacting Google Play Developer Support.
I understand you'd like to change the country associated with your Google Payments Merchant account. Once your Google Payments Merchant account has been created, it's not possible to change the country associated with that account. Instead, I can cancel and refund your existing developer account and transfer your apps to a new developer account that has the appropriate merchant country details.
To get started with this process:
Edit your current developer account name. If you'd like to continue to use your developer name with the new account, you’ll need to change your current name in order to free it up for the new account. For example, name the old account “xxx-OLD,” so you can use "xxx" in your new account. Make sure you save your settings.
Create a second Google Account (with a new, different email address). After you've created the new account, you will need to configure Google Payments with a billing address corresponding to your preferred merchant country.
After you've registered the newly created Google Play Developer Console account, create a new Google Payments Merchant account from the Developer Console. Pay special attention to the country listed for your legal business address. You may need to adjust your Google Payments settings if you haven't configured your billing address properly.
Use this online checklist to submit your app transfer request.
Please note however at this time, an app transfer can't be completed with in-app subscriptions currently or previously configured for your app; this includes subscriptions that do not have subscribers, or those apps which have had all subscriptions canceled.
I understand this limitation can be frustrating, and I apologize that we don't currently have a more seamless way to transfer these applications across accounts. We're actively working with our teams to design a better experience for developers with apps using in-app subscriptions, though we do not currently have an ETA.
I appreciate your understanding, and your dedicated support of Google Play.
Regards,
xxxxx
Google Play Developer Support
The country associated with your Google Play Developer account can't be changed. However, you can create a new account that uses a different country and transfer your apps to your new account.
To transfer apps to a new account, you'll need to prepare some account information. To learn what information you need and to send your request, go to the Google's app transfer checklist.
Reference: https://support.google.com/googleplay/android-developer/answer/139626
The Google Apps API allows companies to make custom integrations into the mail environment. One of the things possible is to use the Profile API to keep contact information up to date. Now that our users are starting to explore the use of Google+ and Hangouts, there comes a need to keep information in sync there too.
One of the key features of the Profile API is the ability to update the profile image (detailed here: https://developers.google.com/google-apps/profiles/#AddUpdating_photo). However, this API doesn't connect back into the Google+ platform by default so the profile images for the organization are getting out of sync.
Is it possible to set it up such that when one image is updated, the corresponding Google+ account's image is updated as well?
Currently, there is not an API for updating the Google+ profile image or other profile data.
So I'm in the midst of creating a Facebook Connect enabled site. The site in question will leverage your social graph - as defined by your facebook account - to do social things (what is really not important here). Here's the big question I have:
Are people still rolling their own authentication heuristic when using something like Facebook Connect? That is, are newer (FBConnect) sites today providing only FBConnect as an authentication strategy, or are they pairing it with other auth strategies (such as Google Auth, Open ID, etc)? What do you think is the best way to go? With Facebook having over 300,000,000 users now, is having 1 authentication strategy (FBConnect) enough? Or is it proper netiquette to provide users other means?
Some of the references I have been looking at today:
http://www.kenburbary.com/2009/08/five-reasons-companies-should-be-integrating-social-media-with-facebook-connect/
Increased Registration - Data from Facebook states that sites that use Facebook Conect as an alternate to account registration have seen a 30-300% increase in registration on their sites.
• Citysearch.com – Daily site registrations have tripled in the 4 months since Facebook Connect testing began
• Huffingtonpost.com – Since integrating with Facebook Connect, more than 33% of their new commentor registrations come through Facebook
• Cbsinsider.com – Over 85% of all new user registrations are coming from Facebook Connect
http://www.simtechnologies.net/facebook-connect-integration.php
"according to the current statistics using facebook connect increases 30-40% user traffic as compared to non-facebook connect websites."
http://wiki.developers.facebook.com/index.php/Connect/Authentication_and_Authorization
Our research has shown that sites that implement Facebook Connect see user registration rates increase by 30 - 200%.
No Need to Create Separate Accounts
In general, it's not a good practice to force a new user to create a separate account when registering on your site with Facebook Connect. You'll have the user's Facebook account information, and can create a unique identifier on your system for that user.
Just make sure you understand what Facebook user data you can store, or simply cache for 24 hours. See Storable Information for details.
If the user ever deactivates his or her Facebook account, you have a chance to contact the user to request the user create a new account on your site. When a user deactivates his or her account, we ping your account reclamation URL to notify you of the deactivation. Then Facebook sends the user an email regarding the deactivation. If the user has connected accounts with any Facebook Connect sites, and if your site has specified an account reclamation URL, the email will contain a section with your application logo, name, and reclamation link, in addition to an explanation about the link's purpose. For more information, see Reclaiming Accounts.
http://www.chrisbrogan.com/how-facebook-connect-points-the-way-towards-velvet-rope-networks/
The Drawbacks
Though there are advantages to using Facebook Connect for integration, there are some drawbacks, mostly from the marketer’s point of view. If you build out a social network project using Facebook Connect, Facebook gets all the information and you get none. You don’t get a database of users. You don’t get a way to message people participating in your event, except for “in stream,” the way everyone else is using the app. You don’t have any sense of demographics, nor any control abilities to block trolls or other unwanted types.
Crystal Beasley "All of the FB Connect sites we have built so far have incorporated "standard" accounts as well, even with the added complexity of supporting dual login methods."
There are still people who use mySpace (myself not included), and I know a several people coming out of college that have completely deleted their FB accounts to get rid of information of them they don't want potential employers to find (I know, there are a lot easier ways of doing this). If there are people who for whatever reason do not want to have a FB account, at least give them the option of creating a private google account.
Using ONLY Facebook as the register/login-method seems pretty dangerous to me. If you had a regular user management system, with Facebook Connect to speed up the process from a user-perspective is a good idea.
The Problem is somewhere else
if you really want to leverage the social graph only facebook brings "pure" data
the graphs people build at e.g. myspace arent telling much about that person and its social env. - at google neither
if you are just heading for viral spreading prefer the plattforms that share the best (just facebook again)