Ein Ticket landet im Postfach: „Fügen Sie der Bestätigungs-E-Mail einen Apple-Wallet-Button hinzu.“ Klingt nach einer Zeile Code – bis man nachschaut und auf Apples Markenregeln stößt, auf eine signierte .pkpass-Datei und auf die Frage, wohin der Button eigentlich verlinkt. Der Button selbst ist der leichte Teil; ihn mit einem echten Pass zu verknüpfen und richtig zu platzieren, ist die eigentliche Arbeit.
Im deutschsprachigen Raum kommt vor der Platzierung meist noch eine zweite Frage: Wo werden die Daten verarbeitet, die beim Speichern des Passes anfallen? Ein Install-Link, der auf EU-gehosteter Infrastruktur läuft und DSGVO-konform betrieben wird, beantwortet das, bevor IT- oder Rechtsabteilung überhaupt nachfragen. Dieser Leitfaden zeigt, wohin der Button gehört, welche Regeln Apple und Google durchsetzen, und wie Sie ihn mit einem echten, signierten Install-Link verbinden, der tatsächlich einen Pass speichert. Richtig umgesetzt hebt der Button Ihre Install-Rate, statt ungenutzt in einer Vorlage zu liegen.
Wo der Button tatsächlich hingehört (E-Mail, Web, App)
Der Button funktioniert an drei Stellen, und jede hat ihren natürlichen Platz genau in dem Moment, in dem der Pass einen Wert hat.
In der E-Mail gehört er in die Bestätigungs- oder Angebotsnachricht: eine Bestellbestätigung, eine Ticketbestätigung, eine Anmeldung zum Kundenbindungsprogramm. Ein Punkt ist speziell im deutschen Markt zu beachten: Viele Kundinnen und Kunden öffnen ihre Bestätigungsmail zuerst am Desktop, etwa mit Outlook im Büro, wo der Button nicht funktioniert. Ergänzen Sie deshalb eine Zeile wie „Öffnen Sie diese E-Mail auf Ihrem iPhone, um den Pass hinzuzufügen.“
Im Web gehört er auf Bestätigungs- und Angebotsseiten, in der Nähe dessen, was gespeichert wird: direkt nach dem Checkout, auf einer Buchungsbestätigung, auf einer eigenen Coupon-Seite.
In der App gehört er dorthin, wo die Pass-Informationen ohnehin schon angezeigt werden, direkt nach der Aktion, die ihn erzeugt: ein Kauf, eine Anmeldung, eine Ticketausstellung. Native Apps nutzen Apples eigenes Button-Steuerelement statt eines Bildes.
Apples offizielle Button-Richtlinien
Apple behandelt das Badge als markenrechtlich geschütztes Artwork, die Regeln sind entsprechend streng – und es lohnt sich, sie einzuhalten, um ein abgelehntes App-Review oder einen kaputt wirkenden Button zu vermeiden.
Verwenden Sie Apples herunterladbares SVG für Web und E-Mail und die EPS-Version für gedruckte Materialien mit QR-Code. Erstellen Sie keine eigene Version, und färben, drehen oder animieren Sie das Badge nicht, und fügen Sie ihm keine Schatten hinzu. In nativen Apps nutzen Sie das PKAddPassButton-Steuerelement, das Look und Sprache automatisch korrekt rendert.
Beim Layout halten Sie einen Mindestfreiraum um das Badge von einem Zehntel seiner Höhe ein und platzieren es auf weißem oder hellem Hintergrund. Für dunkle Hintergründe stellt Apple eine Outline-Version bereit. Das Badge bleibt Ihrem Hauptinhalt untergeordnet und darf das Layout nicht dominieren.
Bei der Benennung schreiben Sie beim ersten Erwähnen „Apple Wallet“ und danach „Wallet“, und Sie fügen Apples Markenrechtshinweis überall ein, wo Sie rechtliche Hinweise zeigen. Diese Namensregeln gehören zu dem, was Apple prüft.
Ein paar Fehler führen dazu, dass Buttons abgelehnt werden oder stillschweigend versagen. Ein selbst gestaltetes Badge anstelle des offiziellen scheitert im Review, und ein Badge, das versteckt ist, sodass sein Zweck unklar bleibt, wird ignoriert.
Ein Link zu einem nicht signierten oder fehlerhaften Pass bewirkt beim Antippen nichts, und eine uneinheitliche Benennung wie „zum iPhone-Wallet speichern“ verletzt die Markenregeln. All das lässt sich mit dem bereitgestellten Artwork und einem korrekt signierten Pass vermeiden.
Add to Google Wallet Button: gleiche Aufgabe, andere Regeln
Wenn Sie beide Wallets unterstützen, und das sollten die meisten Endkunden-Unternehmen tun, platzieren Sie einen Google-Button neben dem Apple-Button. Die Aufgabe ist identisch, die Details unterscheiden sich.
Auf dem deutschen Markt liegt der iOS-Anteil etwas über dem globalen Durchschnitt, Android bleibt aber ein wichtiger zweiter Kanal – wer beide Buttons zeigt, deckt praktisch die gesamte Zielgruppe ab, ohne eine Plattform zu bevorzugen.
Googles Button gibt es als Android XML, SVG und PNG, nur in Schwarz, mit primärer und kondensierter Variante. Der Freiraum ist ein fester Wert von 8dp auf allen Seiten, und der Button braucht eine Mindesthöhe von 48dp. Eine Regel wird leicht übersehen: Teilen sich andere Buttons die Seite, muss der Add to Google Wallet Button gleich groß oder größer sein, niemals kleiner.
Der Button muss einen Google-Wallet-API-Flow aufrufen, der die Google-Wallet-App öffnet, damit die Nutzerin oder der Nutzer den Pass auf ihrem Android-Gerät und Google-Konto speichern kann. Bei der Benennung schreiben Sie „Google Wallet“ mit großem G und W und verwenden Googles lokalisierten Button-Text statt eines eigenen.
Es sind also zwei Buttons und zwei Regelwerke an einer Stelle in Ihrer Vorlage. Bauen Sie den Pass für beide Standards, platzieren Sie beide Badges nebeneinander, und das Gerät der Kundschaft übernimmt den Rest.
Den Button mit einem echten Install-Link verbinden
Ein Badge ist nur ein Bild, bis es auf einen echten, signierten Pass verweist. Drei Dinge verbinden es mit etwas, das eine Kundin oder ein Kunde tatsächlich speichern kann.
-
Install-Link pro Nutzer generieren
Der Button verlinkt auf eine Install-URL, die zu einem signierten Pass führt. Diesen Pass können Sie auf zwei Wegen erzeugen: selbst bauen mit Apples PassKit-Framework, was bedeutet, die .pkpass zu generieren und zu signieren und einen eigenen Dienst zum Hosten des Links zu betreiben, oder eine Pass-Plattform nutzen, die Signierung und Hosting für Sie übernimmt. Der erste Weg gibt volle Kontrolle und passt zu Teams mit Backend-Ressourcen; der zweite ist für die meisten Marketing- und Produktteams schneller. Bei einem gemeinsamen Pass, etwa einem generischen Coupon, bedient ein Link alle. Bei einem personalisierten Pass, etwa einer Kundenkarte mit dem Punktestand einer bestimmten Person, generieren Sie einen eigenen Link pro Nutzer, damit der gespeicherte Pass deren Daten trägt. Mit einer Plattform wie Pushwoosh Wallet Passes bauen Sie den Pass einmal und generieren diesen Install-Link, ohne die .pkpass-Signierung selbst zu übernehmen – mit Verarbeitung auf EU-gehosteter Infrastruktur.
-
Button in Ihre E-Mail-Vorlage einfügen
Platzieren Sie in Ihrer E-Mail-Plattform das Apple-SVG-Badge (und den Google-Button, falls Sie beide unterstützen) und setzen Sie dessen Link auf die Install-URL. Für einen personalisierten Pass lassen die meisten E-Mail-Plattformen zu, den eindeutigen Link als Personalisierungsvariable einzufügen, sodass der Button jeder Empfängerin und jedes Empfängers auf den eigenen Pass verweist. Fügen Sie den Hinweis „auf dem iPhone öffnen“ hinzu und halten Sie das Badge gemäß Apples Regeln auf hellem Hintergrund.
-
Speicherungen tracken, nicht nur Klicks
Ein Klick auf das Badge ist keine Speicherung; die Kundin oder der Kunde muss das Hinzufügen des Passes noch bestätigen. Tracken Sie das tatsächliche Hinzufügen als eigenes Ereignis, damit Sie die Install-Rate messen und nicht nur die Klickrate. Diese Zahl zeigt, ob Platzierung und Angebot funktionieren, und ist die Kennzahl, die Sie optimieren sollten, denn ein gespeicherter Pass ist der, der auf dem Telefon bleibt.
Ein Link, jeder Kanal
Für jeden Nutzer einen eigenen Install-Link zu generieren und ihn von Hand in jeden Kanal einzufügen, skaliert nicht über ein paar Kampagnen hinaus. Der Link ist dasselbe Asset, egal ob er in einer E-Mail, einer Push-Nachricht oder einer SMS steckt – der effiziente Weg ist, ihn einmal zu generieren und überall wiederzuverwenden.
Mit Pushwoosh Wallet Passes bauen Sie den Pass, generieren den Install-Link und verteilen ihn über Push, E-Mail und SMS aus einer Oberfläche heraus – mit Datenverarbeitung auf EU-gehosteter Infrastruktur. Die Apple- und Google-Buttons verweisen auf denselben Pass, und Sie verwalten Speicherungen und Updates, ohne eine .pkpass-Datei anzufassen.
Steigern Sie Ihre Wallet-Pass-Install-Rate mit Pushwoosh
Bauen Sie den Button einmal und nutzen Sie den Link überall weiter. Pushwoosh Wallet Passes generiert den Install-Link für Apple und Google Wallet und verteilt ihn über Push, E-Mail und SMS aus einem Dashboard – DSGVO-konform, mit Daten auf EU-gehosteter Infrastruktur.
