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.
Related
The very beginnings on GCP turn out as a real struggle. Just on the signup page (all access $300 free) receiving error message: "This payment method can't be used for recurring payments [OR-CBAT-09]" also the bank account shows "unverified".
What's been tried: signing in on Google pay - trying to enter the verification code: doesn't show any place to enter code from the wire transfer. Also contacting various Google supports by chat (hours :) ) Cloud Billing Support apparently is responsible yet available only to registered users - real dilemma.
Thank you very much for any tips here
Sign up on the Play store and create a merchant account. During the merchant account setup you can enter the test deposit amount which will verify your Bank account.
Sounce: Tried to create a GCP billing account with a German bank as payment method, got [OR-CBAT-09] for two weeks and was given the runabout with the cloud billing support including multiple second-level support escalations. And no, support never made any useful suggestion (we are registered & paying customer).
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
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
I have an existing business catalyst website on a partner account I need to relocate to a different account, that is not a partner account because I cannot afford the $900 partner fee. Any suggestions on the best way to do this?
Unfortunately, you can't transfer a Business Catalyst site to a non-paid Partner Portal. However, you can transfer to a paid Partner Portal and I can help with that.
I'm a BC Partner and would be happy to have your site transferred to my Partner Portal (account). I'm a Standard Partner which means the billing relationship for your website remains between you and Adobe - has nothing to do with me - and the subscription plan you choose is up to you.
It's a relatively straightforward process. You need to sign into the Admin area and go to Help & Support. From there, either start a chat or submit a ticket.
You will need to provide the following info:
your user email
the new Partner name
the new Partner URL
the new Partner email
(details here: http://helpx.adobe.com/business-catalyst/partner-portal/transferring-sites-partners.html)
And that's it. The owner of your current Partner Portal (you) will also need to verify that they consent to the site being moved - BC may require you to submit an additional ticket from the Help & Support tab in your Partner Portal.
I can provide you will all my contact details and required info. Just go to my site: http://www.indieweb.co.nz/contact and flick me a webform enquiry.
I look forward to hearing from you.
Cheers,
Luke
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)