Custom Product Pages: Keyword-verknüpfte CPPs in der App-Store-Suche nutzen
Custom Product Pages sind längst nicht mehr nur Landingpages für Anzeigen. Seit 2025 lassen sich Keywords zuweisen, sodass eine Seite in der organischen App-Store-Suche erscheint. Hier die Regeln von Apple, der Unterschied zwischen CPPs und Product Page Optimization und ein Praxisplan, um eine App nach Suchintention auf mehrere Seiten aufzuteilen.
Searvia · 24.10.2026 · Lesezeit: 12 Min.
Kurz gesagt: Eine Custom Product Page (CPP) ist eine alternative Version deiner App-Store-Produktseite mit eigenen Screenshots, App-Vorschauen und eigenem Werbetext. Du kannst bis zu 70 pro App veröffentlichen. Seit 2025 kannst du einer Seite außerdem Keywords aus deinem Keyword-Feld zuweisen, sodass sie für diese Keywords in der organischen Suche statt deiner Standardseite angezeigt wird. Gruppiere deine Keywords nach Suchintention, gib jeder Intention eine eigene Seite mit passenden Screenshots und einem eindeutigen Keyword-Set und miss die Conversion-Rate jeder Seite in App Analytics.
Jahrelang waren Custom Product Pages ein Werkzeug für bezahlten Traffic: Man baute eine Seite für eine Anzeigenkampagne und schickte Nutzer an ihre URL. Die Keyword-Option hat das geändert. Eine App kann jetzt jemandem, der nach „habit tracker“ gesucht hat, eine Seite für Gewohnheiten zeigen und jemandem, der nach „water reminder“ gesucht hat, eine Seite zum Thema Trinken – ganz ohne Anzeigen. Dieser Leitfaden behandelt Apples Regeln mit Stand Oktober 2026 und eine Methode, um Seiten anhand deiner Keywords zu planen.
Was eine Custom Product Page ist
Apple beschreibt Custom Product Pages als zusätzliche Versionen deiner Produktseite, von denen du im App Store für iPhone und iPad „bis zu 70 veröffentlichen“ kannst. Laut dem Asodesk-Digest vom Oktober 2025 lag das Limit zuvor bei 35 Seiten.
Was sich laut App-Store-Connect-Hilfe anpassen lässt:
| Element | Pro Seite anpassbar? |
|---|---|
| Screenshots | Ja |
| App-Vorschauen | Ja |
| Werbetext (170 Zeichen) | Ja |
| Keywords (aus deinem Keyword-Feld) | Ja, pro Lokalisierung |
| Deep Link | Ja, optional, ab iOS 18 |
| App-Name und Untertitel | Nein |
| Icon | Nein |
| Beschreibung | Nein |
Jede Seite erhält eine eigene URL, die deiner Standard-App-Store-URL einen Parameter mit der Produktseiten-ID hinzufügt. Weitere Regeln von Apple:
- Seiten sind ab iOS 15 und iPadOS 15 verfügbar.
- Deine App muss in mindestens einem Land oder einer Region den Status „Bereit für den Verkauf“ (Ready for Distribution) haben, bevor du eine Seite anlegen kannst.
- Seiten müssen genehmigt sein, bevor Nutzer sie sehen können; die Metadaten gehen separat und unabhängig von einem App-Update an App Review.
- Du benötigst die Rolle Account Holder, Admin, App Manager oder Marketing.
- Wenn du eine Seite aus einer bestehenden heraus startest, wird deine primäre Lokalisierung kopiert. Assets für weitere Lokalisierungen lädst du selbst hoch oder wählst genehmigte aus der Asset Library.
- Das Bearbeiten einer genehmigten Seite erzeugt eine neue Version zur Prüfung, ohne dass sich die URL ändert; Änderungen werden nach der Genehmigung automatisch veröffentlicht.
- Wenn du eine Seite deaktivierst, wird ihre URL auf deine Standardseite umgeleitet. Das Löschen ist endgültig.
So funktionieren Seiten mit verknüpften Keywords
Die App-Store-Connect-Hilfe ist eindeutig: „Custom Product Pages sind nur für Personen sichtbar, die einem Link zu einer Custom Product Page folgen oder wenn du sie durch das Hinzufügen von Keywords in den App-Store-Suchergebnissen sichtbar machst.“ Auf Apples Entwicklerseite heißt es ergänzend, dass Keywords „deine Custom Product Page in den Suchergebnissen für diese ausgewählten Keywords statt deiner Standard-Produktseite erscheinen lassen“.
Die Regeln für Keywords:
- Sie stammen aus deinem Keyword-Feld. „Du kannst einer Custom Product Page Keywords aus deiner neuesten genehmigten App-Version zuweisen.“ Phiture, die das Feature zum Start getestet haben, berichten, dass du aus Apples Vorschlägen auswählst, die aus dem Keyword-Feld jeder Lokalisierung stammen, und keine neuen Begriffe eintippen kannst. Steht ein Wort nicht in deinem genehmigten Keyword-Feld, musst du zuerst eine Version mit diesem Wort veröffentlichen.
- Sie werden pro Lokalisierung festgelegt. Weise die Keywords in jeder Lokalisierung zu und veröffentliche anschließend.
- Eine Seite pro Kombination. Apple bittet darum, dass „jede Keyword-Kombination nur einer einzigen Produktseite zugeordnet ist“, und empfiehlt, „für jede Seite ein eindeutiges Set an Keywords“ zu wählen, damit die relevanteste erscheint. Der Leitfaden zu Custom Product Pages von Searvia weist auf Konflikte hin, bei denen eine Kombination zu mehreren Seiten passt.
- Sie wirken erst nach der Genehmigung. Du kannst Keywords jederzeit zuweisen, aber die Seite ist „erst nach der Genehmigung und mit Status ‚sichtbar‘ suchbar“. Einzelne Keywords lassen sich später ebenfalls deaktivieren.
Was Keywords nicht tun: Sie fügen deiner App keine neuen Suchbegriffe hinzu. Deine App rankt für eine Suche aufgrund von Name, Untertitel, Keyword-Feld, Kategorie und Nutzersignalen, wie Apples Suchseite beschreibt. Ein Keyword an einer CPP entscheidet, welche deiner Seiten erscheint, wenn du ohnehin schon rankst. Ob CPPs auch beeinflussen, wie gut du rankst, etwa durch eine bessere Conversion, testen Praktiker noch; Phiture führte das als offene Frage auf. Betrachte einen möglichen Ranking-Effekt als etwas, das du messen und nicht voraussetzen solltest.
Warum das wichtig ist: Ein Eintrag kann nicht jede Intention bedienen
Die meisten Apps ranken für Suchanfragen mit unterschiedlichen Intentionen. Ein Habit Tracker rankt für „habit tracker“, aber auch für „water reminder“, „mood journal“ und „morning routine“. Deine Standardseite kann nur mit einer einzigen Geschichte starten, und laut Apple erscheinen in den Suchergebnissen die ersten ein bis drei Screenshots, wenn es keine App-Vorschau gibt. Wer nach „water reminder“ gesucht hat und eine Gewohnheits-Checkliste sieht, scrollt vielleicht weiter, obwohl deine App genau das tut, was er will.
Apple veröffentlicht eine Zahl zum Effekt, wenn Nutzer auf eine passende Seite geleitet werden: Entwickler sehen „durchschnittlich einen Anstieg um 2,5 Prozentpunkte, wenn Personen auf eine Custom Product Page verwiesen werden“, was laut Apple einem Plus von 156 % gegenüber der durchschnittlichen Conversion-Rate von 1,6 % bei Standard-Produktseiten entspricht. Diese Zahl stammt aus Apples eigenen aggregierten Daten über Referral-Traffic, nicht nur über die Suche. Verstehe sie daher als Richtung, nicht als Prognose für deine App.
Bedenke, was eine Custom Page nicht ändern kann. Wer nach „water reminder“ gesucht hat, sieht App-Name, Untertitel, Icon und Bewertung genau wie auf der Standardseite; nur Screenshots, Vorschauen und Werbetext ändern sich. Das hat praktische Folgen für deine Standard-Metadaten: Ein Untertitel, der breit genug ist, um alle Intentionen abzudecken („Daily Routine & Goal Planner“), funktioniert mit Custom Pages besser als einer, der sich eng auf eine einzelne Funktion bezieht, weil der Untertitel bei jeder Seite mitläuft. Überlasse die intentionsspezifische Arbeit den Screenshots.
Custom Product Pages vs. Product Page Optimization
Die beiden Features werden oft verwechselt. Sie lösen unterschiedliche Probleme.
| Custom Product Pages | Product Page Optimization | |
|---|---|---|
| Zweck | Eine Seite auf eine bestimmte Intention oder Zielgruppe abstimmen | Die beste Version deiner Standardseite finden |
| Wer sie sieht | Personen über ihre URL, eine Anzeige oder ihre zugewiesenen Keywords | Ein zufälliger Anteil aller Besucher deiner Standardseite |
| Anzahl | Bis zu 70 Seiten | Bis zu 3 Varianten in einem Test gleichzeitig |
| Dauer | Dauerhaft, bis du sie deaktivierst oder löschst | Bis zu 90 Tage |
| Icon | Nicht anpassbar | Testbar; Varianten müssen im Binary enthalten sein |
| Keywords | Aus deinem Keyword-Feld zuweisbar | Nicht zutreffend |
| Ergebnis | Laufende Metriken pro Seite | Konfidenzniveau pro Variante; Gewinner übernehmen |
Sie ergänzen sich gut: Führe einen Product-Page-Optimization-Test durch, um den stärksten Stil für den ersten Screenshot zu finden, und nutze diesen Stil dann für deine Custom Pages.
Praxisbeispiel: Streakly in Seiten aufteilen
Streakly ist der hypothetische Habit Tracker, den wir in diesem Blog durchgängig verwenden. Seine englischen (U.S.) Metadaten:
- Name:
Streakly: Habit Tracker - Untertitel:
Daily Routine & Goal Planner - Keyword-Feld:
streak,reminder,checklist,journal,mood,discipline,productivity,motivation,morning,water,todo,focus
Schritt 1: Getrackte Keywords nach Intention gruppieren. Laut Rank-Tracking rankt Streakly für diese Suchanfragen auf den ersten zwei Bildschirmseiten:
| Suche | Intention | Passt die aktuelle Seite? |
|---|---|---|
| habit tracker, daily habit tracker, habit checklist | Gewohnheiten tracken | Ja |
| water reminder, water tracker | Mehr Wasser trinken | Nein |
| mood journal, mood tracker, journal | Stimmung tracken oder Tagebuch führen | Nein |
| morning routine, routine planner | Eine Routine aufbauen | Teilweise |
| focus, productivity, discipline | Produktiver sein | Teilweise |
Schritt 2: Entscheiden, welche Intentionen eine Seite verdienen. Eine Seite lohnt sich, wenn sich die Intention deutlich von der Geschichte der Standardseite unterscheidet, die App sie wirklich bedient und Suchanfragen dazu spürbare Impressionen bringen. Streakly wählt drei: Wasser, Mood Journal und Morgenroutine. Focus und Productivity bleiben vorerst auf der Standardseite.
Schritt 3: Jede Seite planen.
| Seite | Zugewiesene Keywords | Erster Screenshot | Werbetext |
|---|---|---|---|
| Wasser | water | Trink-Gewohnheit mit einer Erinnerung alle zwei Stunden | „Set a water reminder that fits your day and watch your streak grow.“ |
| Mood Journal | mood, journal | Stimmungs-Check-in mit einem einzeiligen Tagebucheintrag | „Log your mood in five seconds and see what lifts it over time.“ |
| Morgenroutine | morning | Morgen-Checkliste mit vier Gewohnheiten | „Plan a morning routine you can actually keep, one small habit at a time.“ |
Jedes Wort wird nur einer Seite zugewiesen, sodass keine Kombination zu zwei Seiten gehört. „Reminder“ bleibt bewusst unzugewiesen: Es lässt sich mit vielen Intentionen kombinieren („habit reminder“, „water reminder“), und Streakly möchte, dass die Standardseite die meisten davon beantwortet.
Schritt 4: Deep Links hinzufügen. Jede Seite erhält einen Universal Link, der in der App den passenden Screen öffnet, sodass jemand, der auf der Wasser-Seite auf „Öffnen“ tippt, direkt bei der Trink-Gewohnheit landet. Apples Hilfe empfiehlt, den Link zu testen, indem man ihn in die Notizen-App einfügt und antippt, und keine URL-Shortener zu verwenden.
Schritt 5: Lokalisieren. Streakly wiederholt den Plan für die deutsche Lokalisierung mit den deutschen Wörtern aus dem deutschen Keyword-Feld. Die englischen Assets werden nicht automatisch in andere Lokalisierungen kopiert.
Schritt 6: Einreichen und warten. Alle drei Seiten gehen gemeinsam an App Review. Sobald sie genehmigt und sichtbar sind, trackt Streakly die zugewiesenen Suchanfragen täglich und notiert das Genehmigungsdatum.
Ergebnisse messen
App Analytics zeigt jede Seite im Bereich Acquisition mit Impressionen, Downloads, erneuten Downloads und Conversion-Rate. Laut Apple lassen sich für jede Seite außerdem Retention und durchschnittliche Erlöse pro zahlendem Nutzer ansehen und mit deiner Standardseite vergleichen. Metriken erscheinen, sobald eine Seite mindestens fünf Erstdownloads erhalten hat.
So liest du sie:
- Vergleiche die Conversion, nicht die Downloads. Eine Seite mit wenigen Impressionen kann trotzdem deine beste Seite sein. Vergleiche die Conversion-Rate jeder Seite mit der der Standardseite.
- Achte auf Qualität, nicht nur auf Volumen. Apples Retention und Erlöse pro zahlendem Nutzer zeigen, ob Nutzer von der Wasser-Seite genauso lange bleiben und zahlen wie Nutzer der Standardseite.
- Prüfe die Rankings der zugewiesenen Keywords. Tracke sie zwei Wochen vor und nach der Genehmigung täglich. Fällt ein Ranking nach dem Launch, notiere es und beobachte, ob es sich erholt.
- Iteriere Seite für Seite. Schneidet die Mood-Seite schlecht ab, ändere ihren ersten Screenshot und reiche nur diese Seite erneut ein.
Eine hypothetische Auswertung: Nach vier Wochen konvertiert Streaklys Wasser-Seite 6,2 % ihrer Impressionen gegenüber 4,0 % auf der Standardseite, die Mood-Seite 4,1 % und die Morgen-Seite 3,5 %. Die Wasser-Seite ist ein klarer Gewinn. Die Mood-Seite ist neutral und bekommt daher einen neuen ersten Screenshot. Die Morgen-Seite schneidet schlechter ab; Streakly entfernt ihr Keyword, sodass Suchanfragen zu „morning“ wieder die Standardseite sehen, während das Creative überarbeitet wird.
Seiten über die Suche hinaus nutzen
Dieselben Seiten bedienen mehrere Kanäle:
- Apple Ads. Anzeigen im Today-Tab nutzen eine Custom Product Page als Ziel beim Antippen, und Anzeigen in den Suchergebnissen können in Anzeigenvariationen unterschiedliche Seiten verwenden. Verweise jede Anzeigengruppe auf die Seite, die zu ihren Keywords passt.
- Links, die du kontrollierst. Teile die URL einer Seite in E-Mails, Social-Media-Beiträgen und Partner-Platzierungen; der Newsletter eines Fitness-Partners kann auf die Morgenroutine-Seite verlinken.
- Redaktionell. Laut Apple können Custom Product Pages in redaktionell kuratierten Stories und Sammlungen in den Tabs Today, Spiele und Apps erscheinen.
- Andere Werbenetzwerke. Netzwerke, die über StoreKit gerenderte Anzeigen ausspielen, können deine Seiten-ID übergeben, sodass das In-App-Store-Sheet die richtige Seite zeigt.
Regeln und häufige Fehler
| Fehler | Warum er schadet | Lösung |
|---|---|---|
| Dasselbe Keyword auf zwei Seiten | Apple wählt eine aus; du verlierst die Kontrolle | Pro Seite ein eindeutiges Keyword-Set |
| Keyword nicht im genehmigten Keyword-Feld | Es kann nicht zugewiesen werden | Zuerst in einer Version veröffentlichen |
| Seite kopiert die Standard-Screenshots | Kein Grund für eine bessere Conversion | Mit dem eigenen Screen der Intention beginnen |
| Seiten für Intentionen, die die App kaum bedient | Installationen, die wieder abspringen, und schlechte Bewertungen | Seiten nur für echte Anwendungsfälle bauen |
| Nur englische Seiten in einem mehrsprachigen Storefront | Andere Lokalisierungen zeigen fehlende oder unpassende Assets | Assets für jede Lokalisierung hochladen |
| Preise oder Versprechen in Screenshots | Gleiche Metadaten-Regeln wie bei der Standardseite nach Richtlinie 2.3.7 | Screenshots sachlich und ohne Preise halten |
| Kein Tracking der zugewiesenen Keywords | Du kannst nicht erkennen, ob die Seite geholfen hat | Täglich tracken und das Genehmigungsdatum notieren |
Wie viele Seiten solltest du bauen?
Siebzig ist eine Obergrenze, kein Ziel. Jede Seite braucht Screenshots für jede Lokalisierung, einen Prüfzyklus und jemanden, der ihre Zahlen liest. Ein kleines Team, das 20 Seiten baut, endet leicht mit 20 Kopien der Standardseite mit einer anderen ersten Bildunterschrift. Drei Regeln halten es überschaubar:
- Eine Seite pro eigenständiger Intention, nicht pro Keyword. „Water reminder“ und „water tracker“ sind dieselbe Intention und gehören auf dieselbe Seite. „Mood journal“ ist eine andere Intention, auch wenn es dieselbe App ist.
- Starte mit drei bis fünf Seiten. Wähle die Intentionen, bei denen du bereits auf den ersten zwei Bildschirmseiten rankst, die Standardseite aber nicht zuerst das passende Feature zeigt. Dort kann ein besserer Match die Conversion am schnellsten steigern.
- Füge Seiten nur hinzu, wenn die Daten es nahelegen. Wenn eine zugewiesene Seite die Conversion der Standardseite einen Monat lang übertrifft, suche die nächste Intention. Wenn eine Seite nach zwei Creative-Änderungen schlechter abschneidet, entferne ihre Keywords und lass die Standardseite diese Suchanfragen übernehmen.
Denke an die Abhängigkeit von deinem Keyword-Feld. Eine Seite kann nur Wörter verwenden, die im Keyword-Feld deiner neuesten genehmigten Version stehen, und das Feld fasst 100 Bytes. Plane das Feld also gemeinsam mit den Seiten: Die Wörter, die du auf Seiten lenken willst, müssen neben allem anderen hineinpassen. Unser Leitfaden zu App-Store-Keywords zeigt, wie du das Feld ohne Verschwendung füllst, und unser Leitfaden zur Keyword-Recherche erklärt, wie du jede Intention einschätzt, bevor du dich auf eine Seite festlegst.
Launch-Checkliste
- Keywords nach Intention gruppiert, mit Impressionen oder Popularität pro Gruppe.
- Die Keywords jeder Seite stehen pro Lokalisierung im neuesten genehmigten Keyword-Feld.
- Keine Keyword-Kombination ist mehr als einer Seite zugewiesen.
- Ein erster Screenshot, der das Feature der jeweiligen Intention zeigt, plus passender Werbetext.
- Assets für jede Lokalisierung hochgeladen, die die Seite abdecken soll.
- Ein getesteter Universal Link als Deep Link, falls die App einen passenden Screen hat.
- Ein Referenzname, den du in App Analytics wiedererkennst.
- Rank-Tracking für die zugewiesenen Suchanfragen, mit notiertem Genehmigungsdatum.
- Ein Termin in vier Wochen, um die Conversion jeder Seite mit der Standardseite zu vergleichen.
Das Google-Play-Pendant
Das nächstliegende Feature bei Google Play sind benutzerdefinierte Store-Einträge (Custom Store Listings). Du kannst bis zu 50 erstellen, jeweils mit eigenem Namen, Icon, eigenen Beschreibungen und Grafiken – mehr Freiheit, als Apple bietet. Das Targeting umfasst Land, Nutzer mit Vorregistrierung, inaktive Nutzer, Google-Ads-Traffic, eine eindeutige URL und Suchbegriffe: Nutzer, die über bestimmte Play-Suchbegriffe zu deiner App gelangen. Unser Google-Play-ASO-Leitfaden behandelt die Einrichtung. Die Planungsmethode ist dieselbe: Suchanfragen nach Intention gruppieren, pro Intention einen Eintrag bauen und die Conversion gegen den Haupteintrag messen.
So hilft dir Searvia
Der Tab „Custom pages“ von Searvia liest deine bestehenden Custom Product Pages und ihre Keywords aus App Store Connect aus, markiert Keyword-Kombinationen, die zu mehr als einer Seite passen, und listet deine Product-Page-Optimization-Tests auf. Der Planer gruppiert deine getrackten Keywords nach Intention und entwirft für jede Seite einen Plan: zu verknüpfende Keywords, Werbetext und Bildunterschriften für die ersten drei Screenshots – bei verbundenem App Store Connect ausschließlich mit Begriffen aus deinem Keyword-Feld. Zugewiesene Keywords behalten ihren täglichen Ranking-Verlauf, sodass du siehst, was jede Seite verändert hat. Der Leitfaden zu Custom Product Pages führt dich durch die Funktion, und der kostenlose App Store Keyword Checker ist eine schnelle Möglichkeit, eine Intention einzuschätzen, bevor du eine Seite dafür baust.
Häufig gestellte Fragen
- Wie viele Custom Product Pages kann eine App haben?
- Stand Oktober 2026 erlaubt Apple bis zu 70 Custom Product Pages pro App, zusätzlich zu deiner Standard-Produktseite. Das Limit lag früher bei 35 und wurde Ende 2025 angehoben. Jede Seite hat eigene Screenshots, App-Vorschauen und einen eigenen Werbetext, eine eigene URL und optional eigene Keywords und einen eigenen Deep Link. Seiten sind ab iOS 15 und iPadOS 15 verfügbar.
- Können Custom Product Pages in der organischen App-Store-Suche erscheinen?
- Ja. Du kannst einer Custom Product Page Keywords aus dem Keyword-Feld deiner neuesten genehmigten Version zuweisen. Sobald die Seite genehmigt und auf „sichtbar“ gestellt ist, kann sie für diese Keywords statt deiner Standardseite in den Suchergebnissen erscheinen. Apple empfiehlt, jeder Seite ein eindeutiges Keyword-Set zu geben, weil jede Keyword-Kombination zu genau einer Produktseite gehören sollte.
- Kann ich App-Name, Untertitel oder Icon auf einer Custom Product Page ändern?
- Nein. Apple erlaubt es, Screenshots, App-Vorschauen, Werbetext und Keywords auf einer Custom Product Page anzupassen. App-Name, Untertitel, Icon und Beschreibung bleiben wie auf deiner Standardseite. Um ein anderes Icon zu testen, nutze Product Page Optimization; dort müssen alle Icon-Varianten im App-Binary enthalten sein.
- Brauchen Custom Product Pages eine neue App-Version?
- Nein. Die Metadaten einer Custom Product Page werden unabhängig von einem App-Update separat an App Review gesendet, und Änderungen werden nach der Genehmigung automatisch veröffentlicht. Die zugewiesenen Keywords müssen aus deiner neuesten genehmigten App-Version stammen. Völlig neue Keywords in deinem Keyword-Feld erfordern daher weiterhin zuerst eine Versionsveröffentlichung.
- Was ist der Unterschied zwischen Custom Product Pages und Product Page Optimization?
- Product Page Optimization ist ein A/B-Test: Der Traffic auf deine Standardseite wird zufällig auf bis zu drei Varianten aufgeteilt, für bis zu 90 Tage, und du übernimmst den Gewinner. Custom Product Pages sind dauerhafte alternative Seiten, auf die du gezielt bestimmte Personen schickst – über einen Link, eine Apple-Ads-Anzeige oder zugewiesene Suchkeywords. Nutze Tests, um die Standardseite zu verbessern, und Custom Pages, um verschiedene Intentionen zu bedienen.
Quellen
- Custom product pages on the App Store – Apple Developer
- Configure multiple product page versions – App Store Connect Help
- Product page optimization – Apple Developer
- App Store search – Apple Developer
- Creating your product page – Apple Developer
- App Review Guidelines – Apple Developer
- Ad placement options – Apple Ads Help
- Create custom store listings to target specific user segments – Play Console Help
- Keyword-based custom product pages arrive in App Store Connect – Phiture
- ASO news digest for October 2025 – Asodesk