Apple Custom Product Pages: der Leitfaden für Designer (2026)

Custom Product Pages (angepasste Produktseiten) sind die App-Store-Funktion, die aus einem Eintrag viele macht. Statt jeden Besucher zu denselben Screenshots zu schicken, baust du alternative Versionen deiner Produktseite, jede auf ein anderes Publikum oder eine andere Kampagne ausgerichtet, und lenkst den Traffic auf die, die passt. Für dich als Designer ist das keine kleine Feature-Anfrage. Es ist eine Entscheidung darüber, wie dein ganzes kreatives System aufgebaut ist.

Was eine Custom Product Page wirklich ist

In App Store Connect kannst du pro App bis zu 70 Custom Product Pages anlegen. Jede ist eine vollständige alternative Version deiner Produktseite mit eigenen Screenshots, App-Vorschauen und Werbetext, und jede bekommt ihre eigene, eindeutige URL. Diese URL gibst du einer bestimmten Anzeigenkampagne oder Zielgruppe, und wer darüber ankommt, sieht diese Version statt der Standardseite. Deine Haupt-Produktseite, die in der Suche rankt und den organischen Traffic auffängt, bleibt genau so, wie sie ist.

Der Sinn der Funktion ist Zuschneiden, nicht Testen. Wenn du eine Fitness-App betreibst, könntest du eine Seite bauen, deren Screenshots mit Laufen einsteigen, und eine andere, die mit Krafttraining einsteigt, und jede an die passende Anzeigengruppe schicken. Wer aus einer Lauf-Anzeige kommt, landet auf einer Seite, die wie für ihn gemacht aussieht, weil sie es ist.

Das ist kein A/B-Test

Hier lohnt sich Genauigkeit, denn die beiden Funktionen werden ständig verwechselt. Custom Product Pages schneiden die Seite auf ein Publikum zu, das du schon kennst. Sie messen nicht, welche Version besser konvertiert. Die Funktion, die das tut, ist Product Page Optimization (PPO, Produktseiten-Optimierung), ein eigenes Werkzeug, das bis zu drei Treatments gegen deine Standardseite testet und die Conversion ausweist. Nutze CPP, um eine Botschaft mit einem Publikum abzustimmen; nutze PPO, um herauszufinden, welches Creative gewinnt. Beide arbeiten zusammen, und der Leitfaden zum Screenshot-Design behandelt die Testseite im Detail.

Was das für deine Art zu designen bedeutet

Siebzig mögliche Seiten klingen nach dem siebzigfachen Aufwand, und wenn du jede von Grund auf gestaltest, wird es das auch. Die Teams, die CPP gut nutzen, zeichnen keine siebzig unabhängigen Sätze. Sie bauen einmal ein System und setzen die Varianten daraus zusammen.

Gestalte einen modularen Satz, keinen fertigen

Behandle einen Screenshot-Satz als Teile statt als ein einziges Artwork: eine Hintergrundebene, einen Geräterahmen, einen Headline-Block, eine Feature-Bildunterschrift. Wenn diese in deiner Quelldatei getrennt sind, ist eine auf Laufen ausgerichtete Variante eine Sache des Austauschs von Headline und aufgenommenem Bildschirm, nicht des Neuaufbaus des Slides. Das Ziel ist, dass dich eine neue CPP eine Stunde kostet, nicht einen Tag. Wenn eine Variante bedeutet, von vorn anzufangen, stimmt das System nicht.

Die ersten Slides tragen die ganze Idee

Jede CPP folgt weiterhin derselben Regel wie jeder App-Store-Satz: Wer stöbert, sieht grob die ersten ein bis zwei Screenshots vor dem Scrollen, und viele scrollen nie. Also muss das, was eine Variante spezifisch macht, die Lauf-Botschaft oder die Kraft-Botschaft, in Slide eins und zwei stecken. Eine Variante, die sich erst bei Slide fünf unterscheidet, ist keine echte Variante, sie ist die Standardseite mit einer anderen URL. Stell die publikumsspezifische Aussage nach vorn und lass die gemeinsamen Slides den Rest tragen.

Lokalisierung vervielfacht alles

Eine CPP ist lokalisierbar, das ist der stille Preis. Eine Seite in acht Sprachen sind acht Sätze Text, in die Bilder eingebrannt. Zehn CPPs in acht Sprachen sind achtzig. Das ist das stärkste denkbare Argument dafür, Text in editierbaren Ebenen und außerhalb des verflachten Artworks zu halten, und für ein Namensschema, das Kampagne, Markt und Slide kodiert, damit du jedes dieser achtzig Assets später wiederfindest. Falls du dir bei der genauen Leinwand für jedes noch unsicher bist: die Referenz zu Screenshot-Größen hat die aktuellen Werte.

Halte eine einzige Quelle der Wahrheit

Der Fehlermodus bei CPP ist das Abdriften. Eine Seite geht für eine Saisonkampagne online und kommt nie wieder herunter, ein Markt bekommt eine Variante, an deren Beauftragung sich niemand erinnert, und sechs Monate später kann keiner sagen, welche der aktiven Seiten die aktuelle ist. Führe ein Dokument, das jede CPP auflistet, mit Publikum, URL und der Quelldatei, aus der sie stammt. Ohne das werden aus siebzig Seiten siebzig Dinge, die du von Hand prüfen musst.

Lerne von dem, was die Konkurrenz ausliefert

Die CPPs eines Rivalen kannst du nicht direkt sehen, sie sitzen hinter Kampagnen-URLs, aber du kannst jeden Satz studieren, den er öffentlich gemacht hat, einschließlich der Standardseite und aller Kampagnenlinks, auf die du stößt. Zieh seine Sätze in voller Auflösung und leg sie neben deine, um zu sehen, wie er eine Botschaft über Varianten verteilt und wie modular sein eigenes System aussieht.

Rivalen überarbeiten dieses Creative außerdem häufiger als die Standardseite, weil Kampagnen wechseln. Wenn du wissen willst, wann ein Wettbewerber sein Store-Creative ändert, statt es von Hand zu prüfen, beobachten die Screenshot-Änderungsalarme einen Eintrag und melden dir, wenn sich die Assets bewegen.