I'm an email marketer, and have a question. I'm looking for a way to see which app mobile readers are using to open my emails in.
Currently, I embed a pixel from Returnpath, so I know that the majority of my mobile readers are using iOS devices, but I'm wondering how many of them are using the native apple app or are using mailbox or the gmail app. This would help me develop adaptive/responsive mobile friendly emails or just reduce the template size to be mobile friendly.
I can track through GA if that helps.
Thanks!
Normally with tracking you get email client tracking, device or OS tracking is secondary if at all. I know on both Campaign Monitor and Litmus it is all about the email client.
If something says iOS, and it is in a list with gmail, outlook, yahoo etc, it is the native app by mac, not gmail. Not sure if mailbox would fall under 'other' as a client.
Related
Google has discontinued Near By API by the end of 2018. Android OS had built in support for Near by API and hence without a custom APP , the device was able to capture the beacon based push notifications.My requirement is as follows:
With Digital loyalty pass on Google wallet, when the end customer enters the vicinity of a beacon , the device should receive offers as push notification. There is no custom app developed . With out a custom app , how to receive the push notifications with just the Digital loyalty pass on google wallet? . Please help with a solution.
Please refer https://android-developers.googleblog.com/2018/10/discontinuing-support-for-android.html
Unfortunately after Google Nearby was discontinued, there is no longer a solution to send notifications to a user on BLE detection without a third party app installed to do so.
The only workaround is to develop a third party app to do the detecting and notifying. Keep in mind that the way Google implemented this was with the Google Play Services app, so an app was still required to send the notifications. (It was just an app that was installed by default on most phones sold outside of mainland China.). And it didn't even work unless a user had opted in, something that few ever did.
Google's Nearby discontinuation basically says Google is no longer willing to use their app to send notifications for you. So you must use your own app or the app of a different partner.
There are other third party apps that track a user's location and send notifications -- such apps are often popular "free" games. But while the install base of these apps can be in the hundreds of millions they do not approach the install base of Google Play Services. These apps can also be a bit "shady" about their practices, and to my knowledge do not have a public policy about how you can get them to send notifications for you or let users opt-in or opt-out.
I am working for a non profit organisation and Our Project needs an android app (to develop a brief intervention that uses mobile text/voice messaging to address
problematic drinking among adolescents.) This app should woks as a bidirectional and better if it collaborate with watsapp. so that we will get responses quickly via watsapp and automatically our apps should tell questions base on
his/her answer. Also it should store conversation data into the database.
You can start from the friendly chat app based on Firebase. Take a look here https://codelabs.developers.google.com/codelabs/firebase-android/#0 . For the "auto reply" functionality you will have to write your own cloud function. Read some docs about that
I plan on implementing Google App Invites on our iOS and Android app. What I have not been able to figure out yet is will an iOS user be able to invite an Android user and vice versa - and is there a way to have the invite recognize which device the recipient is using and send to the correct store?
You can send invites cross platform between Android and iOS, even have a mixture among recipients in a single invite.
For app invites to find the correct cross platform app to install the mapping must be defined in the developers console (console.developers.google.com) by putting them in the same project.
When sending an invite from an Android app the link that is generated and sent in the invite is a link to the play store. So currently, I'm guessing Android users can only invite Android users.
The link generated from an iOS app is to a webpage, so theoretically it's possible to identify the OS via user agent and send to the correct store. Currently that does not happen though, the page redirects to iTunes when opened on Android as well.
So, it seems that currently you can only send an invite to the store corresponding to your OS, i.e. Android users can only send an invite to the play store and iOS users to the app store.
We provide advertising capabilities to iPhone app customers, where they can advertise apps to millions of users on social network, and stand out among large number of apps in app store.
Now, to prove the ROI, we also want to provide statistics of how many users actually installed the app using our advertisements on social network.
My question is:
How do I verify whether user installed an app (when user clicks on advertisement and we take user to App Store (on mobile device) or itunes page (on PC/Mac) )
Is there a way to integrate with developer's interface to get this information?
Thanks in advance.
This is a broad question and there are some simple solutions which may require some work. Apple provides you no feedback for when an app is installed. Assuming you are storing the click of the ad on a server you will need to match to that click with something you send up when the app is opened for the first time.
(if the ad is shown in a native app on the phone) You can send up a unique key when the click happens and also send that same unique key when the app opens for the first time and match them on the server. This key can be a hashed mac address or something you save to the UIPasteboard. This requires integration on the side of your clients app because they will need to send a http request to you when the app launches.
If the social network is web based then your best bet is to match on IP address which isn't perfect but can give you a high percentage of accuracy.
I guess I'm assuming you are hosting the ads though. If you are not then you will have to rely on what the ad networks give you and many of them can provide some form of install tracking.
Well, you can always look at that persons phone and check if your app is present there :P
Just kidding.
You have some ways to get information such as these.
If you have registration in your app, you can monitor the userInfo, along with the UDID.
You can setup some webservice calls on applicationDidFinishLaunching for the first time events (using NSUserDefaults key to save the first time info) and use that.
Check out FLURRY for data analytics in your app. This is an awesome service, and allows you to track your users and how they interact with your app. I would recommend this !
Most ad networks have conversion tracking capabilities, but once you click an ad from the web and go to iTunes, all hope is lost tracking a conversion.
I guess you'd be able to track a conversion if you require the user to provide information (like an email address) before directing them to the appstore then requiring them to input that same email once the app is opened.
I have a few apps on the iPhone app store, and I have some questions about how my app description is available on third party sites. There are other websites that advertise and promote apps just like the app store, how do they get all the info? Is there some sort of RSS feed from Apple that I don't know about?
I have also gotten a few emails from various app developing companies, offering their services, how did they get my info? Its obviously available in the app store, but they surely didn't go through and just copy the email addresses of all the apps in the store.
I would like to find a way to get in touch with the iPhone developer community similar to how I have received emails as an iPhone developer.
Any thoughts or insights on all of these questions would be greatly appreciated!
They intercept the XML that iTunes exchanges with Apple's servers and reverse engineer the content. Two good articles describing how this is done can be found at:
http://www.mobileorchard.com/app-store-data-mining-techniques-revealed-part-1/
http://www.mobileorchard.com/app-store-data-mining-techniques-revealed-part-2-scripting-app-store-xml-downloads/
I wouldn't doubt that there are descriptions of iPhone apps available on an Apple webpage somewhere. It wouldn't be too difficult to look at the URLs that are sent over a wireless connection and see where the iPhone is going. Then these 3rd party sites could scrape the HTML pages and post that information on their own page.
The closest I could find to an official list of apps was this page [1], but it seemed to have many fewer apps than the actual store.
[1] http://www.apple.com/webapps/index_abc.html