So arbeitet der Listing-Agent: vom Live-Listing zur freigegebenen Änderung

Ein Store-Listing ist das eine Stück Marketing, das jede App hat und fast niemand pflegt. Der Titel wurde in der Woche vor dem Launch geschrieben, die Keywords haben sich seitdem nicht bewegt, und die Beschreibung erwähnt noch eine Funktion, die vor zwei Versionen entfernt wurde. Der Listing-Agent ist der Teil von Uprate, der liest, was in beiden Stores live ist, dir sagt, welche Felder schwach sind und warum, besseren Text aus dem entwirft, was deine App tatsächlich tut, und nur die Felder veröffentlicht, die du freigibst. In der App heißt der Bereich Presence. So arbeitet er, und wo seine Grenzen liegen.

Die Kurzfassung: Im Store ändert sich nichts, bis du auf Veröffentlichen drückst. Entwerfen, Vergleichen und Vormerken sind in jedem Plan kostenlos. Eine Änderung live zu schieben gehört zu den bezahlten Plänen, und im App Store können die meisten Felder ohne neue Version gar nicht live gehen, was der Agent dir vorab sagt, statt etwas anderes vorzutäuschen.

Was er zuerst liest

Sobald ein Store verbunden ist und in den Verbindungen „Store listing & ASO“ eingeschaltet ist, importiert Uprate das Live-Listing von selbst: jedes Feld, jede Sprache und die Screenshots. Für den App Store gehört dazu auch das Keyword-Feld, das auf der öffentlichen Seite nicht zu sehen ist, gelesen über deinen App Store Connect-Schlüssel. Von da an ist das Listing, das du in Uprate siehst, ein Abbild des Stores, und jeder Schreibvorgang liest den Store vorher neu.

Der Listing-Agent arbeitet pro Store. App Store Connect und Google Play sind sich in fast nichts einig, deshalb bekommt jeder Store seinen eigenen Arbeitsbereich mit eigenen Feldern, Limits und Regeln, und eine Änderung im einen kopiert sich nie stillschweigend in den anderen.

Der Listing-Check

Das Erste, was läuft, ist der Listing-Check, ein ASO-Audit des Live-Listings. Er schaut auf den Titel, den Untertitel oder die Kurzbeschreibung, die Keywords, die Beschreibung, die Screenshots, die Bewertungen, wie oft du auslieferst, welche Sprachen du abdeckst und wie du gegen verfolgte Wettbewerber dastehst. Das Ergebnis ist eine Stufe pro Bereich, stark, mittel oder schwach, sortiert mit dem Schwächsten zuerst, und jeder schwache Bereich führt direkt zum Feld im Editor, wo der konkrete Befund steht. Eine Zahl von 0 bis 100 gibt es absichtlich nicht: 78 gegen 79 ist Rauschen, während „dein Titel nutzt keines deiner Top-Keywords“ etwas ist, womit du arbeiten kannst.

Der Audit läuft auf den öffentlichen Store-Daten der App plus den privaten App Store Connect-Feldern, wenn der Schlüssel verbunden ist, und er ist pro Monat begrenzt: einer im Free-Plan, zehn bei Indie, fünfzig bei Studio. Ein erster Check läuft beim Import des Listings, und nach einer Änderung kannst du ihn erneut starten.

Woher die Entwürfe kommen

Der Agent entwirft Änderungen als Vorschläge, jeweils ein Feld in einer Sprache in einem Store. Jeder Vorschlag zeigt den aktuellen und den vorgeschlagenen Text mit einem Diff auf Wortebene, eine Begründung, eine Konfidenz und ein Auslieferungs-Label, das sagt, wann die Änderung tatsächlich ankommt. Der Kontext, den das Modell bekommt, ist begrenzt und stammt aus Dingen, die Uprate schon hat: der aktuelle Listing-Text in jeder Sprache, die letzten Audit-Befunde, die Themen und Bewertungssignale aus der Rezensions-Inbox, die Keywords, die du verfolgst, und, wenn du das GitHub-Repository verknüpft hast, was die App laut README, Doku und Abhängigkeiten tut. Genau das hält einen Vorschlag davon ab, eine Funktion zu erfinden: Fähigkeitsbegriffe, die weder durch Store, Rezensionen noch Repository belegt sind, werden aussortiert, bevor du sie siehst.

Vorschläge kommen aus mehreren Richtungen. Du kannst im Store-Arbeitsbereich einen Schwung anfordern. Ein gelobtes Rezensionsthema wird mit einem Klick zum Vorschlag. Ein leiser täglicher Durchlauf entwirft neue nur, wenn eine App ein frisches, aussagekräftiges Signal hat, und er hört auf, wenn du ihn pausierst. Und zwei Abkürzungen funktionieren direkt im Editor: „Draft with AI“ schreibt ein Feld an Ort und Stelle neu, und „Ask Copilot“ nimmt eine Anweisung in normaler Sprache, „kürzer, und mit dem Offline-Modus anfangen“, und entwirft überarbeitete Werte für mehrere Felder auf einmal.

Jeder Vorschlag wird auf das Limit des Stores gekürzt, bevor er bei dir ankommt, ein Titel hat also nie 31 Zeichen.

Feld	App Store	Google Play
Name	30 Zeichen, ändert sich mit der nächsten Version	30 Zeichen, live
Untertitel / Kurzbeschreibung	30 Zeichen, nächste Version	80 Zeichen, live
Keywords	100 Zeichen, nächste Version, von Apple geprüft	Kein Keyword-Feld; Play rankt über Titel und Beschreibungen
Beschreibung	4.000 Zeichen, nächste Version, von Apple geprüft	4.000 Zeichen, live
Werbetext	170 Zeichen, vorbereitet für die nächste Einreichung	Gibt es nicht
Screenshots	Nächste Version, geprüft	Live
Store-Icon	Steckt im Build	512 × 512, live

Freigeben und veröffentlichen

Du gehst die Vorschläge einzeln durch: freigeben, bearbeiten und freigeben, oder ablehnen. Vorschläge derselben Idee über mehrere Sprachen sind gruppiert, du kannst also eine Untertitel-Änderung für alle zwölf Sprachen auf einmal annehmen oder die ganze Idee verwerfen. „Publish all safe“ nimmt nur die Google-Play-Änderungen, die jetzt live gehen können und keine Vermutungen mit niedriger Konfidenz sind. Angenommene Änderungen sammeln sich in einem Korb, und ein Veröffentlichen-Button schickt den Korb für den Store los, den du gerade ansiehst.

Was Veröffentlichen tut, hängt vom Store ab. Bei Google Play wird der Text über die Play-Edits-API geschrieben und ist aus Sicht von Uprate live, auch wenn Googles eigene Prüfung oder das verwaltete Veröffentlichen ihn zurückhalten kann, bevor Nutzer ihn sehen. Vor dem Schreiben liest Uprate das Live-Listing neu und weigert sich, ein Feld zu überschreiben, das sich seit dem letzten Abgleich außerhalb von Uprate geändert hat; das erscheint als Abweichung statt als stilles Überschreiben. Jeder Text-Push landet mit einer Rückgängig-Funktion im Aktivitäts-Tab, einzeln oder für den ganzen Schwung.

Im App Store schreibt Veröffentlichen die versionsgebundenen Felder in eine bearbeitbare Version in App Store Connect, dieselbe Entwurfsversion, die du auch von Hand anlegen würdest, und reicht sie nie zur Prüfung ein. Der Text wartet dort bis zu deinem nächsten Release, und dort nimmt ihn der Submission-Agent auf. Während ein Einreichungslauf schreibt, baut oder in der Prüfung ist, ist das Listing für die App gesperrt, weil der Lauf es besitzt.

Der Agent sagt dir, was ein Store nicht kann Ein Auslieferungs-Label an jedem Feld sagt live, nächste Einreichung oder im Build. Apples Name, Untertitel, Keywords und Beschreibung ändern sich nur mit einer neuen Version; das Icon nur mit einem neuen Binary; Google Play hat kein Keyword-Feld. Nichts im Hub tut so, als wäre eine Änderung live gegangen, wenn der Store das nicht erlaubt.

Keywords ohne erfundene Zahlen

Der Keyword-Tab verfolgt die Begriffe, die du auswählst, pro App-Store-Markt. Jedes verfolgte Keyword bekommt eine echte Rang-Messung pro Tag aus Apples öffentlicher Such-API, plus zwei Fakten aus demselben Ergebnis: die Schwierigkeit, aus dem Bewertungsgewicht in den Top Ten, und ob die Autovervollständigung des App Store den Begriff Leuten anbietet, die seinen Anfang tippen. Dieses Autocomplete-Signal ist der ehrlichste Näherungswert für Nachfrage, den Uprate beobachten kann, denn eine Quelle für Suchvolumen, die es erfinden müsste, gibt es nicht. Wenn du ein Apple-Ads-Konto verbindest, kommt der Beliebtheitsindex von dort einmal pro Woche dazu. Keyword-Ideen stammen aus deinem eigenen Listing-Text und deinen Rezensionen, jede markiert mit ihrer Herkunft, dazu vom Modell geschriebene Begriffe und Schreibvarianten, die erst auftauchen, wenn eine echte Rang-Abfrage deine App dafür findet. Google-Play-Keywords lassen sich als Begriffe verfolgen, aber es gibt keine offizielle Rang-Quelle, also zeigt Uprate keinen Rang.

Sprachen und Screenshots

Eine Sprache hinzuzufügen ist eine Aktion. Der Agent überträgt deinen bestehenden Text der Hauptsprache in die Zielsprache, mit demselben Kontext und denselben Limits, und das Ergebnis wird als eine Einheit geprüft: alle Felder vormerken, den Entwurf verwerfen oder ihn schließen. Es ist eine Anpassung deines Textes, kein Übersetzer, und eine Sprache ohne Ausgangstext entwirft er nicht.

Ein täglicher Durchlauf liest außerdem den Text in deinen Live-Screenshots und vergleicht ihn mit den Sprachen, die dein Listing abdeckt, sodass ein deutsches Listing mit englischen Screenshots als Befund auftaucht und nicht als Überraschung in einer Rezension. Der Studio-Tab hält die Screenshot-Sets und Icons, importiert, was im Store live ist, und kann ein Set in deine anderen Sprachen lokalisieren. Bei Google Play werden Screenshots und das Store-Icon live geschoben; im App Store werden sie für die nächste Version vorgemerkt.

Experimente

Der Experimente-Tab ist ehrlich darüber, was jeder Store unterstützt. Das Arbeitspferd ist ein Vorher-Nachher-Vergleich: Installationen aus den Monaten vor einer Änderung, die Änderung über den normalen Veröffentlichungsweg, und die Monate danach. Jedes Ergebnis trägt denselben Hinweis, dass es ein Vorher-Nachher-Vergleich auf Monatsdaten ist und kein kontrollierter Split-Test, und die Konfidenz wird nie als hoch angezeigt. Native A/B-Tests, Apples Product Page Optimization und die Store-Listing-Experimente von Google Play, sind nicht automatisiert: Uprate entwirft Kontroll- und Herausforderer-Variante und verfolgt das Experiment, das du in der Konsole anlegst.

Was es kostet

Presence gibt es in jedem Plan, auch im kostenlosen: Import, Listing-Check innerhalb des monatlichen Audit-Kontingents, Vorschläge, Vormerken und Rückgängig. Ein Vorschlagslauf kostet 5 Credits; der Listing-Check zählt gegen das monatliche Audit-Kontingent, nicht gegen Credits. Keyword-Verfolgung und der Screenshot-Sprachdurchlauf sind kostenlos. Das Veröffentlichen in einen Live-Store gehört zu den bezahlten Plänen.

Wo das hingehört

Der Listing-Agent ist der Ort, an dem die Themen aus der Rezensions-Inbox und die Releases des Submission-Agenten zusammenkommen. Die Theorie hinter den Feldern steht in Was ist ASO? App Store Optimization erklärt und App-Store-Keyword-Recherche ohne bezahltes Tool, die Screenshots in App-Store-Screenshots: Größen und Anforderungen, und wie sich die drei Agenten die Arbeit teilen, in Store-Operations fahren, ohne extra jemanden für Ops einzustellen.