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.
Related
I am developing an application using ionic3 and the app is about selling books. I created web application for the client so they can add book to the platform. Now I am considering In App Purchase as a means of payment on the mobile app but all the tutorial I have seen requires that I add the products to google developer console and Itunes. My question is Do I really need to add products to Google Play Developer Console for Ionic In App Purchase? Cos my Idea is just to request for the products available in the database and use inApp Purchase basically as a payment gateway
You have to setup product offers in each platform.
The main reason is because Apple and Google performs purchase operation relying on the data stored on their side (app store connect or console), where price tier is fixed etc.
If the platforms would allow a developer server send arbitrary requests it would be super hard to manage for apple/google hence they prefer having products for sale defined on their end.
Client just mirrors data, but source of truth for offers is always Apple or Google side system.
I want to create an app that every hour asks me "What are you doing?" through voice notification.
There are a few ways I can respond, "Working", "Playing", etc.
Then it can log it on my calendar. If this is possible, what are the correct terms that are used to describe this? So I can search for documentation.
Would like to build this with Google Actions https://developers.google.com/actions/ and with Google Home
You can try the Push notifications feature to trigger the wanted intent where you will prompt the user for the type of activity he/she is doing.
The user can respond and then your webhook can take care of logging to your activity to your calendar using the Calendar API (Assuming you are referring to Google Calendar)
Note that this feature is currently in Developer preview and will not work in a production environment. Also it is only intended for Google Assistant on mobile devices. Google Home devices do not support any push notification features at the moment.
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
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.
Is there a way to simulate push notifications by pushing data to mobile safari? Here are 2 scenarios.
I make a web app via phonegap and dont want to use APNS but rather make a web-socket connection and push data to the device myself. On the device end is there a "alert" function I can call to emulate a pop up when a user is not in the application?
Lets throw web app out the window. Is there a way I can do this in native mobile safari? Im not talking about a plain old JS alert window that would only come up if the user was in the app, but be able to do so with it backgrounded.
You cannot run background tasks with mobile safari so for #2 you can't do true push notifications or alerts. However you can send a user an SMS if you have the user's phone number. This can have a hyperlink to a part of your web site (which can contain some sort of payload). You can use a service such as Twilio to help you send SMS'es. However this costs money. APNS does not.
For scenario #1 I'm assuming you're talking about a native app using a phonegap solution. In this case when the app is backgrounded you cannot access any UI at all and wake up the app and show a UIAlert. In fact unless an app is registered for location updates or background music, the app is effectively not going to respond after a set period of time (it only can "finish" certain operations it had started before). So the websocket solution will only be effective if the user has the app opened.
You could register a local notification that runs at some predetermined time which will show an alert. But that is not being pushed from the server so its probably not what you want.
APNS is your best solution for scenario #1. Its not that hard to implement and its pretty inexpensive. Check out urban airship if you want to avoid building out your own server-side components for it.