Die meisten indie Entwickler bauten Custom Product Pages für bezahlte Ads. Targeted Creatives, engere Messaging, besserer ROAS auf Apple Search Ads. Das war der Use Case, für den Apple sie 2021 launchte.

Im Juli 2025 änderte Apple leise etwas: Custom Product Pages können jetzt in organischen Suchergebnissen erscheinen. Wenn deine App für ein Keyword rankt, kann Apple das CPP servieren, das du diesem Keyword zuweist, statt deiner Default-Product-Page.

Das ist ein bedeutsamer Shift. Der 156 %-Conversion-Rate-Lift, den Apple für CPP-Besucher gegenüber Default-Page-Besuchern berichtet, war immer bekannt. Was sich änderte, ist, dass der Lift jetzt auf organischen Traffic angewendet wird, der nichts kostet jenseits der Zeit, die es braucht, die Pages einzurichten.

Die meisten indie Entwickler haben darauf noch nicht agiert. Wenn du deine Top-Ranking-Keywords trackst, kannst du heute starten.

Was Custom Product Pages sind

Eine Custom Product Page ist eine separate Version deiner App Store-Product-Page. Sie kann verschiedene Screenshots, ein anderes Preview-Video und einen anderen Promotional Text haben. Alles andere — einschließlich Ratings, Reviews, Titel, Subtitle und Keyword Field — bleibt gleich und kommt aus deinen Haupt-Metadaten.

Apple führte CPPs 2021 ein. Der ursprüngliche Use Case war Paid Acquisition: du erstellst ein CPP, das auf ein spezifisches Audience-Segment getargeted ist, fährst Apple Search Ads, die auf diese CPP-URL zeigen, und User landen auf einer Seite, die spezifisch für sie designt ist, statt einer generischen Product Page. Die Conversion-Verbesserung war real und gut dokumentiert.

Im Oktober 2025 verdoppelte Apple das CPP-Limit von 35 auf 70 pro App. Gleichzeitig wurde die organische Such-Integration, die im Juli 2025 launchte, nützlicher, weil du jetzt genug CPP-Slots hattest, um ein bedeutsames Keyword-Portfolio abzudecken.

Die Juli-2025-Änderung und warum sie zählt

Vor Juli 2025 wurde ein CPP nur serviert, wenn ein User von einer spezifischen CPP-URL durchklickte. Organische Suche servierte immer die Default-Product-Page.

Nach Juli 2025 kannst du ein CPP einem organischen Keyword-Ranking zuweisen. Wenn deine App in Suchergebnissen für dieses Keyword erscheint, serviert Apple das zugewiesene CPP statt der Default-Page.

Die praktische Implikation: wenn du für “meditation app for anxiety” rankst, kannst du ein CPP mit Screenshots erstellen, die beruhigende, anxiety-fokussierte UI-Flows zeigen, und User, die dich durch diese Suche finden, sehen diese Version statt deiner allgemeinen Product Page.

Der 156 %-Conversion-Rate-Lift ist Apples eigene berichtete Zahl. Sie repräsentiert die mediane Verbesserung, die beobachtet wird, wenn User auf einem CPP statt der Default-Product-Page landen. Dein spezifischer Lift wird davon abhängen, wie gut dein CPP die Such-Intention für das zugewiesene Keyword matched.

Welche Keywords zuerst zu targeten

Nicht jedes Keyword-Ranking ist wert, ein CPP darum zu bauen. Die Berechnung ist geradlinig: CPP-Impact ist proportional dazu, wie viel Traffic das Keyword treibt und wie weit deine Default-Product-Page davon entfernt ist, die Such-Intention dahinter zu matchen.

Starte mit deinen Top 10 bis 15 organischen Keyword-Rankings nach Impressions. Innerhalb dieses Sets schau auf zwei Bedingungen:

Hohe Impression-Volumen mit moderater Conversion. Wenn ein Keyword signifikantes Impression-Volumen treibt, aber deine Conversion-Rate aus diesem Keyword unter deinem Durchschnitt ist, matched die Default-Product-Page wahrscheinlich nicht die User-Intention. Das ist die Lücke, die ein CPP füllen kann.

Keywords, wo deine App einen sekundären Use Case hat. Wenn deine App primär ein Habit Tracker ist, aber auch gut für “water intake tracker” rankt, betont deine Default-Page wahrscheinlich Habits und behandelt Hydration als Fußnote. Ein CPP, das um Hydration-Tracking gebaut ist, wird diesen Traffic materiell besser konvertieren.

Marteso surfaced deine Impression-to-Install-Rates pro Keyword. Zieh deine Keyword-Rankings, sortier nach Impressions und markier die Keywords, wo die Conversion-Rate unter deinem Durchschnitt ist. Das sind deine ersten CPP-Kandidaten.

Wie man ein CPP für einen Keyword-Cluster erstellt

Ein “Keyword-Cluster” ist eine Gruppe semantisch verwandter Keywords, die User-Intention teilen. Statt ein CPP pro Keyword zu bauen (was dein 70-Slot-Limit schnell erschöpfen würde), baust du ein CPP pro Intent-Cluster und weist alle verwandten Keywords ihm zu.

Schritt 1: Gruppier deine Target-Keywords nach Intent. Wenn du für “meditation for sleep”, “sleep meditation app” und “bedtime meditation” rankst, teilen die die gleiche User-Intention. Ein CPP mit Sleep-fokussierten Screenshots deckt alle drei ab.

Schritt 2: Identifizier die visuelle Story für diesen Intent. Was würde ein User sehen wollen, der diesen Cluster gesucht hat? Die CPP-Screenshots sollten die spezifischste Version der Frage beantworten, die die Suche triggerte. Für den Sleep-Cluster: eine Dark-Mode-Oberfläche, ein Sleep-Timer, vielleicht ein Rating, das Sleep-Verbesserung erwähnt.

Schritt 3: Erstell das CPP in App Store Connect. Unter Features wähl Custom Product Pages und erstell eine neue Page. Du änderst Screenshots (und optional das Preview-Video und den Promotional Text). Die Page erbt alles andere von deiner Default-Page.

Schritt 4: Weis das CPP organischen Keyword-Rankings in App Store Connect zu. Nachdem das CPP erstellt ist, kannst du es spezifischen Keyword-Rankings in den Product-Page-Settings zuweisen. Wähl die Keywords in deinem Sleep-Cluster, weis sie dem Sleep-CPP zu und submit. Apple wird das CPP für diese Rankings nach Review zu servieren beginnen.

Schritt 5: Track Conversion-Delta. Gib der Zuweisung mindestens 3 bis 4 Wochen, bevor du Ergebnisse liest. Die Conversion-Rate für diese Keywords sollte relativ zu deiner Baseline und zu Keywords, die noch die Default-Page servieren, steigen. Wenn sie sich nicht bewegt, ist das CPP-Creative vielleicht nicht differenzierend genug auf Intent.

Die Keyword-Kannibalisierungs-Warnung

Jedes Keyword kann nur einer Page auf einmal zugewiesen sein. Wenn du “meditation for sleep” deinem Sleep-CPP zuweist, kann es nicht gleichzeitig einem allgemeinen Wellness-CPP zugewiesen sein.

Das zählt mehr, als es scheint. Der Fehler, den die meisten Entwickler machen, ist, CPPs zuerst um ihre best-konvertierenden Keywords zu bauen. Aber diese Keywords konvertieren bereits gut auf der Default-Page. Der Higher-Leverage-Move ist, CPPs Keywords zuzuweisen, wo Conversion aktuell schwach ist, weil die Default-Page zu generisch ist.

Weis jedes Keyword dem CPP zu, das am spezifischsten die Intention hinter diesem Keyword matched. Nicht dem CPP, auf das du am stolzesten bist. Nicht dem CPP, das insgesamt am besten performt. Dem, das zum Such-Kontext passt.

Ein praktisches Beispiel

Betrachte eine indie App in der Journaling-Kategorie. Die App rankt in den Top 10 für drei Keyword-Cluster:

  • “journal app” (primäres Keyword, Default-Page matched gut, 3,2 % Conversion)
  • “anxiety journal” (sekundäres Keyword, Default-Page ist generisch, 1,1 % Conversion)
  • “daily reflection app” (sekundäres Keyword, Default-Page ist generisch, 1,4 % Conversion)

Die Default-Product-Page zeigt das allgemeine Journaling-Interface der App. Für User, die “anxiety journal” suchten, ist die Page teilweise relevant, aber die Screenshots betonen die Features nicht, die für jemanden zählen, der Anxiety managed.

Ein CPP, das für die Anxiety-Intention gebaut ist, mit Screenshots, die Mood-Tracking, Prompts zum Identifizieren von Gefühlen und einen ruhigen visuellen Stil zeigen, würde diesen Traffic anders konvertieren. Wenn das CPP die Anxiety-Journal-Conversion von 1,1 % auf 2,5 % bringt, repräsentiert diese Verbesserung eine substanzielle Anzahl neuer Installs aus Traffic, den der Entwickler bereits ohne zusätzliche Kosten bekam.

Die gleiche Logik gilt für “daily reflection app”: ein CPP mit Reflection-Prompts und Streak-Daten im ersten Screenshot adressiert diese Intention direkter als eine allgemeine Journaling-UI.

Zwei CPPs, gebaut für zwei Intent-Cluster, die Conversion über ein Set sekundärer Keywords verbessern, die vorher undifferenziert waren. Der Entwickler gab nichts für neue Akquise aus. Er verbesserte die Conversion-Rate von Traffic, den er bereits verdiente.

Was du brauchst, um zu starten

Du brauchst drei Dinge: ein Keyword-Ranking mit organischem Traffic zu konvertieren, ein klares Verständnis der Intention hinter deinen sekundären Keyword-Clustern und die Design-Ressourcen, ein zweites Set Screenshots zu bauen.

Das Keyword-Ranking ist bereits sichtbar, wenn du deine Positionen trackst. Die Intent-Analyse ist eine kurze Übung: nimm deine Top-Impressions-Keywords, lies die Suchanfragen als User-Fragen und gruppier sie nach der Antwort, die sie suchen. Das Screenshot-Design ist die tatsächliche Arbeit und skaliert mit der Anzahl der CPP-Cluster, die du identifizierst.

Wenn du ein existierendes Paid-CPP hast, das in Apple Search Ads gut performte, starte dort. Weis es den organischen Keywords zu, die seine Intention matchen. Du hast vielleicht bereits die Creative-Arbeit erledigt, und es organisch zuzuweisen, dauert zwanzig Minuten in App Store Connect.

Die Juli-2025-Änderung gab jedem Entwickler, der organische Suche fährt, einen Conversion-Hebel, den die meisten nicht berührt haben. Die Oktober-2025-Limit-Erhöhung auf 70 CPPs heißt, dass du Raum hast, ein echtes Keyword-Portfolio abzudecken, nicht nur eine Handvoll Kampagnen.

Die Entwickler, die früh darauf agieren, werden den Vorteil compoundieren: bessere Conversion auf existierenden Keyword-Rankings signalisiert höhere Qualität an Apples Algorithmus, was diese Rankings weiter verbessern kann. Der Loop läuft in deiner Gunst, sobald er beginnt.