Was mobile Apps zeigen und Websites nicht

App und Website einer Marke müssen nicht denselben Preis zeigen — und tun es meist nicht. Woher die Lücke kommt und was Webdaten übersehen.

Die Website einer Marke und ihre App müssen nicht denselben Preis zeigen. In den meisten Kategorien tun sie es nicht.

Das ist keine technische Panne, sondern eine kommerzielle Entscheidung. Eine App steht für einen Nutzer, der etwas installiert, Benachrichtigungen erlaubt und eine Zahlungsart hinterlegt hat; was eine Marke diesem Nutzer anbietet, unterscheidet sich von dem, was sie einem anonymen Besucher im Web anbietet. Werden Entscheidungen in Ihrem Markt am App-Preis getroffen und messen Sie den Webpreis, messen Sie mit guter Methode die falsche Zahl.

Dasselbe Produkt, zwei Preise

Der sichtbarste Unterschied ist der Preis selbst. App-exklusive Rabatte, nur in der App gültige Gutscheine, Treuepreise, die im Web nie erscheinen — alles gängige Praxis. Im Handel bleibt die Lücke oft im Bereich weniger Punkte; in App-First-Kanälen wie Essenslieferung, Quick-Commerce und Reise wird sie deutlich größer.

Die Lücke läuft auch nicht nur in eine Richtung. Manche Marken halten die Website günstiger, weil dort keine Marktplatzprovision anfällt; andere positionieren die App als Treueinstrument. Statt eine Richtung anzunehmen, sollte man sie messen — sie variiert nach Kategorie, Marke und Saison.

Was es in der App gibt und im Web nirgends

Der Preis ist der sichtbare Teil. Die eigentliche Lücke liegt in Feldern, für die das Web keine Entsprechung hat.

Liefergebühren und Mindestbestellwert. Sie werden gegen einen Standort berechnet und erscheinen auf den meisten Plattformen erst nach Eingabe einer Adresse, also in der App. Die tatsächlichen Kosten einer Bestellung sind nicht der Artikelpreis, sondern die Summe, die diese Posten ergeben.

Verfügbarkeit und Lieferzeit. Ob ein Restaurant geöffnet ist, ob ein Markt an diese Adresse liefert, wie viele Minuten die Schätzung nennt — alles App-seitig und alles im Tagesverlauf veränderlich.

Ranking. Wo ein Nutzer Sie in der Liste findet, ist die In-App-Sichtbarkeit selbst, und dafür gibt es im Web keine Entsprechung. Ein Wettbewerber eine Position darüber kann mehr wiegen als ein Preisunterschied.

Nur in der App geführtes Sortiment. Gerade im Quick-Commerce wird ein Teil des Katalogs nie ins Web gestellt.

Kampagnenplatzierungen. In-App-Banner, Startseitenleisten, "Empfohlen"-Badges — das direkteste Signal dafür, was ein Wettbewerber in dieser Woche nach vorn stellt.

Der Standort ist ein Parameter, keine Seite

Im Web hat eine Produktseite eine URL, und diese URL liefert allen weitgehend denselben Inhalt. In einer App gibt es das nicht. Dieselbe Anfrage mit anderen Koordinaten liefert einen anderen Katalog, einen anderen Preis und andere Lieferbedingungen.

Das verändert die Maßeinheit: Es gibt nicht "den Preis dieses Produkts", sondern nur "den Preis dieses Produkts an diesem Standort". Die Handelsvariante davon haben wir unter filialgenauer Preisbeobachtung behandelt; im App-Kanal ist das Problem schärfer, weil der Standort kein optionaler Filter, sondern eine Pflichteingabe ist.

Praktisch heißt das: Abdeckung bemisst sich in App-Daten an der Zahl der Produkt-Standort-Paare, nicht an der Zahl der Produkte. Dreihundert Produkte in fünf Städten zu verfolgen ist nicht dasselbe wie dreihundert Produkte zu verfolgen.

Wie Personalisierung die Messung bricht

Apps liefern Inhalte je Nutzer: Ranking nach Bestellhistorie, Erstbestellpreise für Neukunden, Gutscheine nach Segment. Damit fällt die Annahme, eine Beobachtung stehe für eine allgemeine Wahrheit.

Die Antwort ist nicht, Personalisierung zu ignorieren, sondern zu definieren, aus welchem Profil eine Beobachtung stammt. Getrennt geführt, wird aus Personalisierung statt einer Rauschquelle eine messbare Variable — so sieht man, welche Marke für Neukunden am aggressivsten rabattiert.

Ist die Aktion wirklich eine Aktion

Rabattbehauptungen sind im App-Kanal häufiger und visueller als im Web. Ob ein durchgestrichener Preis je verlangt wurde, beantwortet nur eine Zeitreihe; dieselbe Unterscheidung haben wir im Handel unter echte Rabatte gegen Schein-Rabatte behandelt.

Der App-Kanal legt eine eigene Ebene darauf: Die Aktion sitzt oft in der Liefergebühr oder im Mindestbestellwert statt im Artikelpreis. Ein System, das nur Artikelpreise beobachtet, sieht die Gratislieferaktion eines Wettbewerbers nie und meldet "keine Bewegung", weil sich der Preis nicht bewegt hat.

Was das für Entscheidungen ändert

Ohne App-Daten bleiben drei Fragen offen. Was verlangt der Wettbewerber tatsächlich, inklusive Gebühren und Schwellen. Wer steht in Ihrem Gebiet in der Liste vor Ihnen. Und sitzt die Kampagne des Wettbewerbers am Produkt, an der Lieferung oder nur bei Neukunden.

Zusammen mit den Bewertungsdaten aus Lieferplattform-Intelligence ergeben diese drei ein Bild auf Kanalebene. Webdaten füllen davon eine Spalte.

Fazit

Die App ist kein weiteres Schaufenster auf dasselbe Produkt. Sie ist ein eigener Kanal mit eigenem Preis, eigenem Katalog, eigenem Ranking und eigenen Kostenposten. Fällt die Entscheidung in diesem Kanal, gehört die Messung ebenfalls dorthin.

Auf diesem Problem baut unsere Arbeit an Mobile App Scraping auf. Den Webpreis zu messen ist der einfache Teil; an die Zahl zu kommen, die der Nutzer wirklich sieht, ist die Arbeit.