Link-in-Bio-Apps
Ein persönlicher Hub mit Buttons zu Instagram, YouTube, einem Shop und einem Newsletter. Jeder Tipp verlässt die App.
Was 4.2.2 sagt und wie es sich von 4.2 unterscheidet
Guideline 4.2.2 besagt, dass Apps, abgesehen von Katalogen, nicht in erster Linie Marketingmaterial, Werbung, Web-Clippings, Content-Aggregatoren oder eine Sammlung von Links sein sollen. Die Ablehnung zitiert meist "4.2.2 - Design - Minimum Functionality" und beschreibt, was der Reviewer gesehen hat: Die App zeigt vor allem Marketinginhalte, verlinkt vor allem nach außen oder verpackt vor allem Inhalte von anderswo neu und bietet Nutzern wenig dauerhaften Wert.
Die allgemeine Guideline 4.2 fragt, ob deine App mehr ist als eine neu verpackte Website, und die Antwort auf den Thin-Wrapper-Vorwurf behandelt Apps, die als Website in Ordnung sind, sich aber wie Safari anfühlen. Bei 4.2.2 geht es um den Zweck. Auch eine wunderschön native App kann sie bekommen, wenn ihr Hauptinhalt eine Liste von Links oder Werbung für ein Unternehmen ist. Push-Benachrichtigungen machen aus einer Broschüre nichts anderes.
Sechs App-Typen, die das 4.2.2-Etikett bekommen
Broschüren von Agenturen oder Firmen
Über uns, Leistungen, Team, Kundenstimmen, Kontaktformular. Für einen Interessenten einmal nützlich, aber niemand öffnet das ein zweites Mal.
Restaurants und Hotels mit PDF-Speisekarte
Eine PDF-Speisekarte, Öffnungszeiten und ein Buchungs-Button, der eine fremde Website öffnet.
Aggregatoren fremder Inhalte
RSS-Feeds, eingebettete Artikel von Nachrichtenseiten, "Beste Deals"-Listen mit Affiliate-Links. Der Wert gehört den Quellen, nicht der App.
Verzeichnisse von Websites
Das klassische Lovable-Wochenendprojekt: "200 KI-Tools" als Karten, die jeweils die Website des Tools öffnen.
Event-Info-Apps
Ein Programm und ein Lageplan, die für Tickets und Streams nach außen verlinken. Als Webseite in Ordnung, als App zu dünn.
Vom Link zur Funktion
| Was die App jetzt hat | Was Reviewer sehen wollen | WebViewGold-Baustein |
|---|---|---|
| Buttons, die externe Seiten in Safari öffnen | Die wichtigen Inhalte in der App; das Verlassen ist die Ausnahme | openallexternalurlsinsafaribydefault auf false, Partner-Domains in safariblacklist, Unterseiten in einem In-App-Tab mit openspecialurlsinnewtab (Doku zum URL-Handling) |
| Leistungsseiten und ein Kontaktformular | Eine Aufgabe mit Ergebnis: buchen, bestellen, ein Angebot anfragen und den Status verfolgen | Push-Benachrichtigungen bei Statusänderungen (kPushEnabled, oneSignalID), die Berechtigung erst nach der ersten Buchung mit registerpush:// anfragen |
| Ein Feed mit Artikeln anderer Seiten | Eigene Inhalte oder Kuratierung mit persönlichem Wert: gespeicherte Einträge, eine Leseliste, Fortschritt | Favoriten auf dem Gerät mit writevalue:// und readvalue:// (Snippet unten), eine Offline-Fallback-Seite |
| Eine PDF-Speisekarte | Eine echte Speisekarte mit Kategorien, Allergenen, Favoriten, Bestellung oder Reservierung und eine Kundenkarte | Wallet-Pass mit addpkpass://; das PDF kann als Download-Extra bleiben |
| Ein statisches Event-Programm | Eine persönliche Agenda, Erinnerungen vor Sessions, Ticket-Check-in | qrcode:// oder barcodescanner:// für den Check-in, .ics-Links für den Kalender, Push-Erinnerungen |
| Ein Startbildschirm voller Links | Abkürzungen zu den Aufgaben, die Leute immer wieder erledigen | Quick Actions auf dem Home-Bildschirm mit useShortcuts und Shortcuts.json, eine native Tab-Leiste mit showNavFooter |
Ich bin sehr glücklich, dass ich diese App gekauft habe! Extrem einfach und großartige Dokumentation. Ich stand in Kontakt mit dem Kundenservice, sie antworteten sehr schnell und sehr freundlich. Sie lösten meine Frage innerhalb eines Tages. 10/10 würde ich empfehlen.
Kataloge: die ausdrückliche Ausnahme und ihre Grenzen
Apple nimmt Kataloge ausdrücklich aus, und viele Händler-Apps verlassen sich darauf. Ein Katalog geht durch, wenn er sich wie einer verhält: Stöbern nach Kategorien, Suche, Filter, Produktdetailseiten mit Verfügbarkeit, Favoriten, vielleicht eine Filialsuche oder ein Barcode-Scanner für Abfragen im Laden (das Ergebnis von barcodescanner:// landet in der JavaScript-Variable barcodescanresult). Ein Katalog, der in Wahrheit eine PDF-Broschüre oder ein Raster aus Links zu einem Webshop ist, wird als Marketingmaterial behandelt. Physische Waren verkaufst du über deinen normalen Web-Checkout, nicht per In-App-Kauf; wo diese Grenze verläuft, steht bei Guideline 3.1.1.
Eine 4.2.2-Ablehnung umdrehen
Schreib die eine Aufgabe auf
Vervollständige diesen Satz, bevor du Code anfasst: "In [App] können [wer] in unter einer Minute [Aufgabe erledigen]." Wenn das nicht geht, braucht die App zuerst eine Produktentscheidung, keinen Build.
Mach den ersten Screen zur Aufgabe
Starte mit der Aufgabe, nicht mit einem Hero-Banner. Blende Marketingblöcke in der App mit App-spezifischem CSS aus (Custom-CSS-Doku) oder zeig eine andere Startseite, indem du die App über
useragent_iphone/useragent_ipadin Config.swift erkennst.Halte Nutzer in der App
Stell das URL-Handling so ein, dass deine eigenen Inhalte und Partnerseiten in der App oder in einem In-App-Tab öffnen. Nur Social-Media-Profile und wirklich externe Dienste sollten in Safari landen.
Gib der App ein Gedächtnis
Favoriten, Verlauf, Fortschritt, ein Warenkorb, ein gespeicherter Filter. Mit Account speicherst du das in deinem Backend; ohne Account hält die Read/Write Value API es auf dem Gerät (Doku zu Read/Write Value).
Gib einen Grund zum Wiederkommen
Ein echter Anlass für eine Benachrichtigung: Deine Bestellung ist fertig, die Session beginnt in 15 Minuten, ein gespeicherter Artikel ist wieder vorrätig. Eine Push-Anfrage ohne etwas dahinter zählt nicht.
Teste mit jemandem, der die App noch nie gesehen hat
Gib jemandem aus deinem Umfeld den TestFlight-Build und nenne die Aufgabe, keine Anleitung. Wo diese Person sich verirrt, verirrt sich auch der Reviewer.
Neuen Build hochladen und antworten
Beschreib die Aufgabe und wo jede Funktion zu finden ist, mit der Vorlage unten, und aktualisiere die Review-Notizen.
Favoriten, die auf dem Gerät bleiben
Ein kleiner Helfer für Apps ohne Accounts. Alles nach writevalue:// wird als ein String gespeichert; readvalue:// spielt ihn als window.storedValues zurück. In einem normalen Browser greift localStorage als Fallback.
javascript
// Favoriten über die WebViewGold Read/Write Value API, im Web über localStorage
// "MyAppIOS" ist eine Markierung, die du in Config.swift an useragent_iphone und useragent_ipad anhängst
const inApp = navigator.userAgent.includes("MyAppIOS");
function saveFavorites(ids) {
const value = JSON.stringify({ fav: ids });
if (inApp) {
window.location.href = "writevalue://" + encodeURIComponent(value);
} else {
localStorage.setItem("favorites", value);
}
}
function loadFavorites(callback) {
const parse = (raw) => {
try { return JSON.parse(decodeURIComponent(raw)).fav || []; } catch (e) { return []; }
};
if (!inApp) { callback(parse(localStorage.getItem("favorites") || "")); return; }
window.location.href = "readvalue://";
setTimeout(() => callback(parse(window.storedValues || "")), 200);
}Antwortvorlage für das Resolution Center
Die Vorlage bleibt auf Englisch, weil App Review Englisch liest.
Antwort im Resolution Center (passe die Teile in eckigen Klammern an)
Hello App Review team, Thank you for the feedback under Guideline 4.2.2. We agree that the previous build relied too much on links and marketing content, and we have reworked the app in build [number]. [App name] now helps [who] to [core job]. What changed: 1. The home screen opens on [task], not on marketing content. Promotional sections were removed from the app. 2. [Content / booking / ordering] now happens inside the app; only [social profiles] still open externally. 3. Users can [save favorites / keep a reading list / track their orders]; this is stored [in their account / on the device]. 4. Push notifications inform users when [order is ready / session starts / saved item is back]. How to test: log in with [demo account] or use the app without an account, then [3 short steps that show the job]. Best regards, [Name]
Änderungen, die nicht zählen
- Mehr Links, ein schöneres Raster aus Links oder ein Suchfeld über denselben Links.
- Andere Websites in Frames einbetten. Es bleiben deren Inhalte, und das kann obendrein Fragen zum geistigen Eigentum aufwerfen.
- Eine Push-Anfrage beim Start, hinter der keine Art von Benachrichtigung steht.
- Eine Website verpacken, die dir nicht gehört oder die du nicht betreibst. Damit rückst du von 4.2.2 in Richtung Nachahmung und Impersonation.
Häufig gestellte Fragen
Wird eine Link-in-Bio-App jemals freigegeben?
Für sich allein selten. Wenn du Creator bist, bau lieber etwas, das dein Publikum immer wieder nutzt, etwa exklusive Inhalte, einen Community-Feed mit deinen eigenen Beiträgen, Buchungen oder einen Shop mit Sendungsverfolgung, und behalte die Links als Nebenscreen.
Meine App ist ein Produktkatalog. Bin ich auf der sicheren Seite?
Kataloge sind ausdrücklich ausgenommen, solange die App als Katalog funktioniert: Kategorien, Suche, Produktdetails, Favoriten. Ein Katalog, der aus einem PDF oder einer Linkliste zu einem Webshop besteht, wird wie Marketingmaterial behandelt.
Darf eine News-App RSS-Feeds bündeln?
Das reine Bündeln von Inhalten anderer Verlage ist genau das, was 4.2.2 nennt. Eigene Berichterstattung, echte Kuratierung mit eigenen Zusammenfassungen oder Personalisierung und Offline-Lesen geben der App einen eigenen Wert.
Brauche ich Nutzer-Accounts, um 4.2.2 zu bestehen?
Nein. Accounts sind ein Weg, der App ein Gedächtnis zu geben. Favoriten auf dem Gerät, Offline-Inhalte, Scanner oder ein Rechner können genauso überzeugen, solange der Nutzer eine Aufgabe erledigen kann.
Worin unterscheidet sich das von einer 4.3-Spam-Ablehnung?
4.2.2 beurteilt, wofür deine App da ist. 4.3 beurteilt, ob sie andere Apps dupliziert, auch deine eigenen. Du kannst beide bekommen, und jede braucht ihre eigene Lösung; zur Duplikat-Seite siehe den 4.3-Guide.
Drei Wege, deine App in die Stores zu bringen
Gleiches Ergebnis, unterschiedlich viel Arbeit auf deiner Seite. Alle drei kommen mit Genehmigungsgarantie und 24/7 Support von echten Menschen.
Selbst machen
$109 pro Plattform, einmalig
Die WebViewGold-Lizenz: ein fertiges Xcode- oder Android-Studio-Projekt. URL einfügen, Name und Icon setzen, Features einschalten, bauen und einreichen. Kostenlose Updates für immer.
Pakete auf der Hauptseite ansehenCloud Builder
$349 pro Lizenz, einmaliges Add-on
Kein Mac, kein Xcode, kein Android Studio: Du konfigurierst im Browser, wir bauen beide Apps in der Cloud und übergeben sie an App Store Connect und die Play Console.
So funktioniert der Cloud Builder Kostenlose Demo ausprobierenFull Service
$698 pro Plattform $798
Schick uns deine URL und dein Icon. Unser Team konfiguriert, baut und liefert deine App innerhalb von 72 Stunden, White-Label, inklusive Quellprojekten. Beide Plattformen für $1,158.
Full-Service-Details Powered by
Winter-Sale-Preise gültig bis 31. Dezember 2026.