Wie wird die Social-Media-Funktion im App Store deklariert? Einreichungsentscheidung 2026

Apple verlangt ab September 2026 eine Angabe zur Social-Media-Funktion, wenn Sie eine neue App oder ein Update einreichen oder eine App für alternative Verteilung zur Notarisierung vorlegen. Die Frage ist Teil der Informationen zur Altersfreigabe. Sie bedeutet nicht automatisch, dass Ihre App eine bestimmte Altersfreigabe erhält oder dass die Einstufung allein durch diese Angabe geändert wird. Apples Ankündigung beschreibt sowohl den Beginn der Anforderung als auch die betreffenden Einreichungswege.

Trennen Sie daher vier Vorgänge, die in der Praxis oft vermischt werden:

• Funktionsangabe: Sie erklären, ob die App Social-Media-Funktionen im Sinne der abgefragten Definition besitzt.
• Altersfreigabe: Die Antworten zum Altersfragebogen fließen in die Altersfreigabe ein. Das Ergebnis ist nicht dasselbe wie die einzelne Angabe zur Social-Media-Funktion.
• Build und Upload: Der Build muss separat erstellt und hochgeladen werden. Die ausgefüllten Angaben ersetzen diesen technischen Schritt nicht.
• Prüfung oder Notarisierung: Die jeweilige Apple-Prüfung beziehungsweise Notarisierung hat einen eigenen Status. Eine vollständig ausgefüllte Erklärung ist keine Zusage, dass die App angenommen wird.

Diese Trennung hilft Ihnen, Fehler bei der Übergabe an Ihr Team zu vermeiden. Wenn die Fragebogenangabe erledigt ist, der Build aber fehlt, können Sie die Einreichung nicht als abgeschlossen behandeln. Umgekehrt ist ein erfolgreicher Upload kein Beleg dafür, dass die Altersangaben inhaltlich korrekt sind.

Achtung: Leiten Sie die Antwort nicht allein aus dem Namen, der Kategorie oder der Beschreibung Ihrer App ab. Eine als „Produktivität“ kategorisierte App kann soziale Inhaltsfunktionen enthalten; eine als „Community“ beschriebene App erfüllt die Definition nicht zwangsläufig.

Bevor Sie den Altersfragebogen ausfüllen, erfassen Sie den Funktionsumfang der aktuellen, für Nutzer verfügbaren Version. Eine geplante Funktion zählt nicht allein deshalb, weil sie auf der Roadmap steht. Ebenso wenig dürfen Sie eine bereits aktivierte Funktion ignorieren, weil sie nur einem Teil der Nutzer angezeigt wird.

Gehen Sie die Nutzerreise vom Erstellen eines Inhalts bis zu dessen Anzeige und Interaktion durch. Halten Sie fest, welche Inhalte Nutzer selbst einstellen können, wie andere diese Inhalte finden und welche Aktionen ihnen offenstehen. Prüfen Sie dafür nicht nur die Hauptansicht. Betrachten Sie auch Suche, Empfehlungen, Profilseiten, Kommentare und Verknüpfungen zu verwandten Beiträgen.

Verwenden Sie für Ihre interne Prüfung konkrete Belege:

• Screenshots oder kurze Aufzeichnungen der relevanten Ansichten.
• Eine Beschreibung, wer Inhalte veröffentlichen und wer sie sehen kann.
• Die Regeln, nach denen Inhalte in Feeds, Suchergebnissen oder Empfehlungen erscheinen.
• Eine Übersicht der möglichen Reaktionen, Kommentare und sonstigen Interaktionen.
• Den Status der Funktion: allgemein verfügbar, eingeschränkt verfügbar, deaktiviert oder noch nicht veröffentlicht.

Diese Unterlagen machen die Antwort nachvollziehbar, insbesondere wenn mehrere Personen an der App und ihrer Einreichung arbeiten. Ein bloßes Häkchen ohne Bezug zu konkreten Funktionen hilft später weder beim Review interner Entscheidungen noch bei einer erneuten Prüfung nach einer Produktänderung.

Entscheidungszweige für die Funktionsbewertung

Nutzen Sie die folgende Entscheidungslogik als Vorprüfung. Sie ersetzt nicht die Definition von Apple, sondern verhindert, dass die Beurteilung bei einer unpassenden Produktkategorie stehen bleibt.

• Wenn Nutzer Inhalte veröffentlichen können und andere diese Inhalte in einem Feed oder über eine ähnliche Entdeckungsfunktion finden, weiterverbreiten oder hervorheben können, dann behandeln Sie die App als möglichen Fall für die Erklärung zur Social-Media-Funktion. Vergleichen Sie den konkreten Ablauf mit Apples Definitionen der Altersfreigabewerte und Inhaltsmerkmale.
• Wenn Nutzerinhalte mit anderen Inhalten verbunden sind und dadurch entdeckt oder verstärkt werden können, dann prüfen Sie auch diese Verknüpfung. Ein klassischer, endlos scrollender Feed ist nicht die einzige mögliche Form einer vergleichbaren Entdeckungsfunktion.
• Wenn es Nutzerbeiträge oder Kommentare gibt, aber keine entsprechende Verbreitung, Entdeckung oder Interaktion über soziale Funktionen, dann schließen Sie nicht allein aus dem Vorhandensein einzelner Elemente auf eine Social-Media-Funktion. Halten Sie fest, welche Funktionen fehlen und wie Inhalte stattdessen angezeigt werden.
• Wenn Sie nicht eindeutig zuordnen können, ob ein Empfehlungsbereich, eine Kommentaransicht oder eine Profilverknüpfung die Definition erfüllt, dann prüfen Sie die Nutzerreise und Apples aktuelle Beschreibung erneut. Kennzeichnen Sie den Fall intern als offen, statt eine Vermutung als gesicherte Regel festzuhalten.

Apples Definition stellt auf die Möglichkeit ab, nutzergenerierte Inhalte über einen sozialen Feed oder eine ähnliche Form der Entdeckung weiterzuverbreiten, zu verstärken oder mit ihnen zu interagieren. Das ist funktional zu lesen. Die Bezeichnung der App, die Zielgruppe oder die Marketingtexte bilden allein keine belastbare Entscheidungsgrundlage.

Ein einfacher Kommentarkasten ist deshalb nicht automatisch gleichbedeutend mit einem sozialen Netzwerk. Umgekehrt kann eine App, die sich selbst nicht als soziales Produkt versteht, trotzdem Funktionen besitzen, die eine nähere Prüfung erforderlich machen. Entscheidend ist, was die ausgelieferte Version ermöglicht und wie Nutzer die Inhalte tatsächlich erreichen.

Hinweis für Grenzfälle: Prüfen Sie die komplette Inhaltskette: Veröffentlichung, Auffindbarkeit, Verbreitung und Interaktion. Wenn ein Schritt davon durch eine neue Funktion verändert wird, kann eine zuvor passende Antwort erneut überprüft werden müssen.

Die Erklärung zur Social-Media-Funktion ist eine Angabe im Zusammenhang mit der Altersfreigabe. Sie dürfen daraus jedoch nicht ableiten, dass ein positives Ergebnis automatisch eine niedrigere Altersfreigabe auslöst, andere Antworten überflüssig macht oder die App von weiteren Anforderungen befreit. Beantworten Sie alle Fragen des Altersfragebogens separat und auf Grundlage der tatsächlichen App-Funktionen. Apple erläutert den Ablauf in der Anleitung zum Festlegen einer Altersfreigabe.

Prüfen Sie außerdem, ob die betreffenden Funktionen für Nutzer unter 13 Jahren verfügbar sind. Diese Altersgrenze ist Teil der von Apple beschriebenen Abfrage und darf nicht durch eine allgemeine Aussage wie „Die App ist nicht für Kinder gedacht“ ersetzt werden. Relevant ist der verfügbare Funktionsumfang und der Zustand, den Sie im Fragebogen erklären. Maßgeblich sind Apples Definitionen der Altersfreigabewerte und Inhaltsmerkmale.

Dabei sind drei Dinge auseinanderzuhalten:

• Verfügbarkeit für unter 13-Jährige: Prüfen Sie, ob diese Nutzer die betreffende Social-Media-Funktion verwenden können. Erfassen Sie gegebenenfalls Einschränkungen, die in der ausgelieferten App tatsächlich greifen.
• Time-Allowance-Kategorie: Apple führt die Einstufung „Social Media“ im Zusammenhang mit Time Allowance gesondert auf. Das ist nicht gleichbedeutend mit einer automatischen Änderung der Altersfreigabe.
• Übrige Altersfragen: Beantworten Sie die weiteren Fragen zu Inhalten und Funktionen unabhängig davon. Eine Erklärung zur Social-Media-Funktion ersetzt keine andere Antwort.

Wenn Sie Funktionen für jüngere Nutzer beschränken, dokumentieren Sie die Einschränkung anhand der tatsächlichen App-Logik. Eine Absichtserklärung oder ein Eintrag in einer Produktplanung belegt nicht, dass die Einschränkung in der eingereichten Version aktiv ist. Prüfen Sie die relevanten Nutzerpfade mit derselben Version, deren Fragebogen Sie einreichen.

Zählen einzelne Kommentare bereits als Social-Media-Funktion?

Nicht automatisch. Kommentare sind ein wichtiges Merkmal für die Prüfung, aber Sie müssen zusätzlich betrachten, ob und wie nutzergenerierte Inhalte entdeckt, weiterverbreitet oder verstärkt werden. Prüfen Sie, ob Inhalte in einem Feed auftauchen, über Profile erreichbar sind oder durch Empfehlungen eine größere Sichtbarkeit erhalten. Eine isolierte Kommentarfunktion ist nicht ohne Kontext zu bewerten.

Müssen Sie den Altersfragebogen vor einem Update prüfen?

Ja. Kontrollieren Sie vor dem Absenden eines Updates, ob der Altersfragebogen vollständig und mit dem aktuellen Funktionsumfang vereinbar ist. Die Antwort kann sich ändern, wenn Ihre App neue Inhaltsarten, Feeds, Empfehlungen oder Interaktionen erhält. Ein unveränderter Quellcode bedeutet nicht zwingend, dass die Angaben noch passen: Auch Änderungen an Konfiguration, Sichtbarkeit oder Nutzerberechtigungen können die tatsächliche Funktion beeinflussen.

Gilt die Angabe bei alternativer Verteilung?

Ja, Apple nennt auch die Notarisierung für alternative Verteilung als relevanten Einreichungsweg. Prüfen Sie die Social-Media-Angabe deshalb nicht nur im Ablauf für den App Store. Bestätigen Sie vor der Notarisierung, dass die erforderlichen Angaben vorliegen und den Funktionen entsprechen. Die Notarisierung selbst und die Erklärung im Altersfragebogen sind getrennte Statuspunkte, die Sie jeweils kontrollieren müssen.

Bedeutet eine positive Angabe automatisch eine bestimmte Altersfreigabe?

Nein. Die Angabe zur Social-Media-Funktion ist von der abschließenden Altersfreigabe und den übrigen Antworten zu unterscheiden. Sie sollten weder ein bestimmtes Ergebnis vorhersagen noch andere Fragen überspringen. Folgen Sie dem aktuellen Fragebogen in App Store Connect, beantworten Sie jede Frage anhand der tatsächlichen Funktionen und prüfen Sie anschließend das angezeigte Ergebnis separat.

Wenn Sie den Funktionsumfang eingeordnet haben, kontrollieren Sie den konkreten Einreichungsweg. Die Anforderung betrifft nicht nur neue Apps. Auch Updates und Notarisierungen für alternative Verteilung gehören zum von Apple beschriebenen Geltungsbereich. Verwenden Sie für die aktuelle Schrittfolge die Apple-Hilfe zum Altersfragebogen in App Store Connect.

Neue App oder Update im App Store

Prüfen Sie vor dem Einreichen, ob die Altersfreigabe-Angaben für die betroffene App vollständig sind. Bei einer neuen App müssen Sie die Produktfunktionen bewerten, bevor Sie die entsprechenden Angaben übermitteln. Bei einem Update sollten Sie zusätzlich feststellen, ob sich seit der letzten Einreichung der Inhaltsfluss, die Sichtbarkeit von Nutzerbeiträgen oder die verfügbaren Interaktionen geändert hat.

Laden Sie den Build getrennt von der Prüfung des Fragebogens hoch. Apple beschreibt den technischen Vorgang auf der Hilfeseite zum Hochladen von Builds. Kontrollieren Sie nach dem Upload den Build-Status und danach den Einreichungs- beziehungsweise Prüfstatus. Ein Build, der in App Store Connect erscheint, beweist für sich genommen nicht, dass die Erklärung korrekt oder die App bereits geprüft ist.

Notarisierung für alternative Verteilung

Wenn Sie Ihre App über einen alternativen Verteilungsweg bereitstellen, prüfen Sie vor der Notarisierung, ob die Social-Media-Angabe erforderlich ist und ob sie mit Ihrer aktuellen App-Version übereinstimmt. Apple beschreibt die Voraussetzungen für diesen Weg in der Dokumentation zur Verteilung über einen alternativen Marktplatz.

Behandeln Sie Notarisierung und App-Store-Einreichung nicht als austauschbare Abläufe. Die Verteilung unterscheidet sich, und der erfolgreiche Abschluss eines Schrittes sagt nichts darüber aus, ob ein anderer Status ebenfalls erreicht wurde. Prüfen Sie die offizielle Dokumentation für den konkreten Verteilungsweg und führen Sie eine eigene Statuskontrolle durch.

Die App Review Guidelines bleiben für die Prüfung der App relevant. Eine korrekte Altersangabe allein ist keine Garantie für die Annahme. Vermeiden Sie deshalb Aussagen wie „Fragebogen ausgefüllt, also ist die App freigegeben“. Dokumentieren Sie stattdessen separat, dass die Angaben gespeichert, der Build hochgeladen und die Prüfung beziehungsweise Notarisierung abgeschlossen ist.

Arbeiten Sie diese Liste vor einer neuen Einreichung, einem Update oder einer Notarisierung ab. Bei einem unklaren Punkt stoppen Sie die Freigabe intern, bis die Funktion oder der Status geprüft ist.

• [ ] Aktuelle Version festlegen. Notieren Sie, welche App-Version und welche Konfiguration geprüft werden. Beziehen Sie nur Funktionen ein, die in dieser Version verfügbar sind. Berücksichtigen Sie auch serverseitig aktivierte Bereiche, sofern sie das Nutzererlebnis der eingereichten App verändern.
• [ ] Nutzerinhalte erfassen. Prüfen Sie, ob Nutzer Inhalte erstellen, veröffentlichen, kommentieren oder anderweitig beitragen können. Halten Sie fest, welche Nutzergruppen Inhalte sehen und ob eine Anmeldung erforderlich ist. Ein Überblick über die Bildschirmansichten verhindert, dass eine versteckte oder nur bedingt zugängliche Funktion übersehen wird.
• [ ] Entdeckung und Verbreitung nachverfolgen. Verfolgen Sie, ob Inhalte in einem Feed, einer Suche, Empfehlungen, Profilansichten oder vergleichbaren Bereichen auftauchen. Prüfen Sie, ob die App Inhalte hervorhebt oder Nutzern ermöglicht, sie durch Interaktionen weiterzuverbreiten. Vergleichen Sie den Ablauf anschließend mit Apples Definition, statt nur einzelne Schaltflächen zu zählen.
• [ ] Fragebogen und Minderjährigenzugang prüfen. Beantworten Sie die Fragen in App Store Connect anhand der belegten Funktion. Prüfen Sie gesondert, ob die betreffende Funktion für unter 13-Jährige verfügbar ist. Verwechseln Sie diese Prüfung weder mit dem Ergebnis der Altersfreigabe noch mit der Time-Allowance-Kategorie.
• [ ] Einreichungsstatus getrennt bestätigen. Kontrollieren Sie, ob die Altersangaben gespeichert sind, ob der passende Build hochgeladen wurde und ob der jeweilige Prüf- oder Notarisierungsstatus vorliegt. Für alternative Verteilung prüfen Sie den dafür vorgesehenen Ablauf gesondert. Leiten Sie den Status nicht aus einem erfolgreichen Upload ab.
• [ ] Nach Änderungen neu bewerten. Wiederholen Sie die Funktionsprüfung, sobald Sie einen Feed, eine Entdeckungsfunktion, Nutzerbeiträge oder neue Interaktionen ergänzen oder verändern. Bewahren Sie die vorherige Antwort und ihre Belege auf. So können Sie nachvollziehen, ob sich die Einstufung durch eine konkrete Produktänderung geändert hat.

Legen Sie intern eine kurze Entscheidungsnotiz ab. Sie sollte die geprüfte App-Version, die relevanten Funktionen, die Antwort im Altersfragebogen und die Begründung enthalten. Ergänzen Sie die verwendeten Screenshots oder Testschritte. So können Sie bei einem späteren Update vergleichen, ob sich die Grundlage Ihrer Antwort verändert hat.

Eine solche Notiz ist besonders hilfreich, wenn Produktentwicklung und Veröffentlichung von unterschiedlichen Personen verantwortet werden. Wer die nächste Version vorbereitet, kann zuerst die dokumentierten Annahmen prüfen und dann gezielt nach Änderungen suchen. Ohne diese Grundlage wird der Fragebogen leicht als einmalige Formalität behandelt, obwohl sich der Funktionsumfang zwischen Versionen verschieben kann.

Prüfen Sie nach dem Speichern der Angaben die aktuelle Ansicht in App Store Connect und führen Sie den Ablauf für eine reale Einreichung intern bis zu den sichtbaren Statusmeldungen durch. Dabei geht es nicht darum, eine Annahme zu garantieren. Ziel ist, fehlende Angaben, einen nicht hochgeladenen Build oder einen noch offenen Prüfstatus rechtzeitig zu erkennen.

Wenn Ihre App ausschließlich statische Inhalte darstellt und Nutzer weder Inhalte entdecken noch damit interagieren können, dokumentieren Sie diesen Zustand ebenfalls. Ändert sich das Produkt später, etwa durch einen personalisierten Feed oder eine Kommentaransicht, bewerten Sie die Erklärung erneut. Ein früheres Ergebnis darf nicht unverändert übernommen werden, wenn die zugrunde liegende Nutzerreise inzwischen anders aussieht.

Die Beurteilung der Social-Media-Funktion erfolgt anhand Ihres Produkts und des Apple-Fragebogens. Ein Mac entscheidet nicht, ob eine App diese Funktion besitzt. Eine Remote-Mac-Umgebung kann jedoch für nachgelagerte macOS-Aufgaben wie das Erstellen und Hochladen eines Builds in Ihren Arbeitsablauf passen. Sie ersetzt weder die inhaltliche Prüfung noch die Statuskontrolle in App Store Connect.

Wenn Sie für einen einzelnen Release bereits einen geeigneten Mac besitzen, kann die lokale Umgebung die einfachere Wahl sein. Für ein kleines Team, das nur zeitweise eine macOS-Umgebung benötigt, kann ein gemieteter Mac eine Alternative zum Kauf und zur laufenden Wartung eigener Hardware sein. Prüfen Sie dabei, welche Zugriffs- und Übergabeform Ihr konkreter Arbeitsablauf verlangt. CALMVPS stellt Informationen zu Mietoptionen für Mac-Umgebungen bereit; die Wahl der Umgebung ändert jedoch nichts an Ihrer Pflicht, die Fragebogenangaben anhand der tatsächlichen Funktionen zu prüfen.

Eine lokale Maschine bindet Kapital und muss verfügbar, aktuell und für den Upload eingerichtet sein. Ein allgemeiner Build-Dienst nimmt Ihnen ebenfalls nicht automatisch die Entscheidung über Altersangaben ab. Wenn Sie macOS nur für den Release-Schritt benötigen, können Sie die Bestellmöglichkeiten für eine Remote-Mac-Umgebung prüfen. Für dauerhaft hohe Build-Last oder den Bedarf an physischen Anschlüssen ist eine eigene Maschine möglicherweise geeigneter. Wählen Sie die Umgebung nach Ihrem Build- und Uploadbedarf – und halten Sie die Funktionsbewertung als eigenständigen Freigabeschritt fest.

Vor dem Absenden sollten Sie zuerst die Nutzerreise, dann die Angaben im Fragebogen und zuletzt Build- sowie Prüfstatus kontrollieren. Wenn Sie für den nächsten Release noch einen macOS-Arbeitsplatz zum Erstellen oder Hochladen benötigen, vergleichen Sie Ihre vorhandene Lösung mit einer gemieteten Umgebung; CALMVPS kann dafür eine flexible Alternative zum Kauf und zur Wartung eines eigenen Mac sein.