So können Sie Downloads auf iOS5 ohne UDID verfolgen

8

Wer weiß, wie man iOS-App-Downloads (über Web-Anzeigen) ohne UDID verfolgt?

Ich habe gedacht, dass es unmöglich wird, besonders wenn der Benutzer von der Website zum AppStore kommt. Aber eine Firma namens WDA scheint es möglich zu machen.

Ссылка

Ссылка

Ich habe einige Ideen, aber ich bin mir nicht sicher, welcher der beste Weg ist.

1) Cookie: iOS-Apps können in Safari nicht auf den Cookie zugreifen. 2) Shared Local Strage: Gibt es einen freigegebenen Speicher, der von Safari geschrieben und von der nativen iOS App gelesen werden kann?

    
nss 09.10.2011, 05:11
quelle

1 Antwort

8

Ich stehe vor einem ähnlichen Problem. Im Folgenden sind meine vorgeschlagenen Lösungen - ich bin im Begriff, die zweite zu implementieren.

Erste Lösung:

BEARBEITEN: wie John Ballinger in seinem Kommentar unten hervorhebt, ändert kitz, Autor von UIDevice-with-UniqueIdentifier-for-iOS-5 seine Lizenz an MIT :) Danke John!

Wenn Sie nur einen zuverlässigen UDID-Ersatz benötigen, versuchen Sie dies und beachten Sie bitte dessen Lizenz. Sie können auch nach anderen Lösungen auf GitHub suchen.

Zweite Lösung:

Update zu dieser Lösung: Ich habe die Idee fallen gelassen, weil zu viele Entwickler mir sagen, dass es gegen HIG verstoßen wird.

Viel flexibler, ermöglicht das Verfolgen von Installationskampagnen mit Ihren Partnern (z. B. indem Sie jedem Partner einen bestimmten "UDID" -Wert zuweisen, den Sie später überprüfen können, nachdem die Anwendung installiert wurde und "UDID" an Ihre Server gesendet wird).

SO-Nutzer : Bitte lassen Sie uns wissen, wenn einer der folgenden Punkte gegen HIG verstößt und tatsächlich zu einer abgelehnten Anwendung führt (insbesondere Schritte 5, 6 und 7).

  1. Bereiten Sie einen Link zu einer Seite vor, die ein Skript ausführt, das a verlässt Cookie, dessen Wert eindeutig ist (z. B. "UDID", das von Ihrem Server generiert wird).
  2. Benutzer tippt auf diese Links in Mobile Safari. Script speichert Cookie und Leitet dann mit deiner App auf die iTunes-Seite um (z. Ссылка ).
  3. Die App App wird gestartet und zeigt eine Seite mit Ihrer Anwendung an.
  4. Der Benutzer installiert die App und startet sie.
  5. Beim ersten Start: Nach dem Start zeigen Sie eine Warnung an, die den Benutzer auffordert, die App zu aktivieren (nur eine Schaltfläche genügt, z. B. "Aktivieren").
    • Hinweis: Sie müssen sicherstellen, dass die Warnung immer noch sichtbar ist, wenn die App in den Hintergrund versetzt und fortgesetzt wird. Außerdem müssen Sie
    • haben
  6. Der Benutzer tippt auf "Aktivieren", Ihre Anwendung wird beendet / ausgesetzt und iOS Öffnet Safari und geht zur Seite (z. B. Link, der in Ihrer App fest codiert ist), Das liest den Cookie-Wert (unsere "UDID") und startet Ihre App Verwenden des URL-Schemas, das diesen "UDID" -Wert übergibt.
    • Hinweis: Sie müssen Safari erlauben, diesen Link zu öffnen (möglicherweise erfordern einige zusätzliche Kodierung, nicht sicher);
    • Ich glaube, dass eine Seite mit EULA (zum Beispiel) dem Benutzer präsentiert werden muss und eine Schaltfläche, die es erlaubt fortzufahren, so dass UX für den Nutzer klar ist (dh es gibt keine Erfahrung, dass die App die Safari öffnet und nach einer zweiten Safari) tritt zurück und öffnet Ihnen die App).
  7. Anwendung startet / setzt fort, speichert die "UDID" und entsperrt sie Anwendung, die es ermöglicht, die Hauptbenutzeroberfläche usw. anzuzeigen.
  8. Jetzt können Sie die gespeicherte "UDID" verwenden, wenn Sie Ereignisse für Sie generieren Statistikserver etc.
  9. Sie können später Ihre "UDID" aktualisieren / entfernen, indem Sie Links (die URL-Schema-Links der App, die in einem Newsletter in meinem Fall verteilt werden) teilen, um Ihre App zu öffnen und einen neuen Wert zu übergeben.

HINWEIS : Sie müssen viele Randfälle abdecken, z. B. Starten / Fortsetzen der App mit (oder ohne) URL-Schema oder Push-Benachrichtigung usw.

P.S. Ausgehen für eine Weile, wird aber später Ihr Feedback überprüfen. Danke!

    
matm 09.10.2011, 14:53
quelle

Tags und Links