Blog · App Store Optimization

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:

ElementPro Seite anpassbar?
ScreenshotsJa
App-VorschauenJa
Werbetext (170 Zeichen)Ja
Keywords (aus deinem Keyword-Feld)Ja, pro Lokalisierung
Deep LinkJa, optional, ab iOS 18
App-Name und UntertitelNein
IconNein
BeschreibungNein

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:

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:

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 PagesProduct Page Optimization
ZweckEine Seite auf eine bestimmte Intention oder Zielgruppe abstimmenDie beste Version deiner Standardseite finden
Wer sie siehtPersonen über ihre URL, eine Anzeige oder ihre zugewiesenen KeywordsEin zufälliger Anteil aller Besucher deiner Standardseite
AnzahlBis zu 70 SeitenBis zu 3 Varianten in einem Test gleichzeitig
DauerDauerhaft, bis du sie deaktivierst oder löschstBis zu 90 Tage
IconNicht anpassbarTestbar; Varianten müssen im Binary enthalten sein
KeywordsAus deinem Keyword-Feld zuweisbarNicht zutreffend
ErgebnisLaufende Metriken pro SeiteKonfidenzniveau 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:

Schritt 1: Getrackte Keywords nach Intention gruppieren. Laut Rank-Tracking rankt Streakly für diese Suchanfragen auf den ersten zwei Bildschirmseiten:

SucheIntentionPasst die aktuelle Seite?
habit tracker, daily habit tracker, habit checklistGewohnheiten trackenJa
water reminder, water trackerMehr Wasser trinkenNein
mood journal, mood tracker, journalStimmung tracken oder Tagebuch führenNein
morning routine, routine plannerEine Routine aufbauenTeilweise
focus, productivity, disciplineProduktiver seinTeilweise

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.

SeiteZugewiesene KeywordsErster ScreenshotWerbetext
WasserwaterTrink-Gewohnheit mit einer Erinnerung alle zwei Stunden„Set a water reminder that fits your day and watch your streak grow.“
Mood Journalmood, journalStimmungs-Check-in mit einem einzeiligen Tagebucheintrag„Log your mood in five seconds and see what lifts it over time.“
MorgenroutinemorningMorgen-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:

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:

Regeln und häufige Fehler

FehlerWarum er schadetLösung
Dasselbe Keyword auf zwei SeitenApple wählt eine aus; du verlierst die KontrollePro Seite ein eindeutiges Keyword-Set
Keyword nicht im genehmigten Keyword-FeldEs kann nicht zugewiesen werdenZuerst in einer Version veröffentlichen
Seite kopiert die Standard-ScreenshotsKein Grund für eine bessere ConversionMit dem eigenen Screen der Intention beginnen
Seiten für Intentionen, die die App kaum bedientInstallationen, die wieder abspringen, und schlechte BewertungenSeiten nur für echte Anwendungsfälle bauen
Nur englische Seiten in einem mehrsprachigen StorefrontAndere Lokalisierungen zeigen fehlende oder unpassende AssetsAssets für jede Lokalisierung hochladen
Preise oder Versprechen in ScreenshotsGleiche Metadaten-Regeln wie bei der Standardseite nach Richtlinie 2.3.7Screenshots sachlich und ohne Preise halten
Kein Tracking der zugewiesenen KeywordsDu kannst nicht erkennen, ob die Seite geholfen hatTä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:

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

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

  1. Custom product pages on the App Store – Apple Developer
  2. Configure multiple product page versions – App Store Connect Help
  3. Product page optimization – Apple Developer
  4. App Store search – Apple Developer
  5. Creating your product page – Apple Developer
  6. App Review Guidelines – Apple Developer
  7. Ad placement options – Apple Ads Help
  8. Create custom store listings to target specific user segments – Play Console Help
  9. Keyword-based custom product pages arrive in App Store Connect – Phiture
  10. ASO news digest for October 2025 – Asodesk

Weiterlesen