Runbook • App Store • Video-Channel-App

Den iOS-Build des Video-Channels in den App Store bringen

Das Panel übergibt Ihnen ein eigenständiges Xcode-Projekt für den iPhone- und iPad-Player des Channels. Apple akzeptiert nur Builds, die in Xcode auf macOS archiviert wurden, daher läuft die letzte Meile auf einem Mac: mit Ihrem Team signieren, archivieren, in App Store Connect hochladen und dann durch die App-Prüfung kommen, wo ein Single-Channel-Player eine gut vorbereitete Einreichung braucht.

Apple Developer Program: 99 $ pro Jahr Xcode 26 oder neuer, auf macOS iOS 16 und neuer, iPhone und iPad

Vorgehen

Die Bezeichnungen folgen Xcode 26 und App Store Connect, Stand 2026. Apple benennt Bildschirme zwischen Releases um; jeder Schritt gibt an, wofür der Bildschirm gedacht ist.

1

Beim Apple Developer Program anmelden

  1. Melden Sie sich unter developer.apple.com/programs mit einem Apple-Account an, den der Channel langfristig kontrolliert.
  2. Einzelperson führt Ihren persönlichen Namen als Verkäufer; Organisation führt die juristische Person und erfordert deren D-U-N-S-Nummer.
  3. Zahlen Sie die Jahresgebühr von 99 $; die Genehmigung dauert einige Tage, bei Organisationen in der Regel länger.

Richtlinie 4.2.6: Apps, die aus einer Vorlage generiert wurden, werden abgelehnt, sofern der Inhalteanbieter sie nicht einreicht. Die Einreichung über den Account des Channel-Inhabers ist der konforme Weg, weshalb das Panel nie für Sie einreicht.

2

Den Mac vorbereiten

  1. Installieren Sie Xcode kostenlos aus dem Mac App Store.
  2. Xcode 26 oder neuer ist zwingend: App Store Connect lehnt Uploads ab, die mit einem SDK älter als iOS 26 gebaut wurden.
  3. Fügen Sie den Entwickler-Account unter Xcode → Einstellungen → Accounts hinzu, damit die automatische Signierung Zertifikate und Profile ausstellen kann.

Der Mac wird nur zum Archivieren und Hochladen benötigt. Ein gemieteter Cloud-Mac funktioniert, wenn er ein aktuelles Xcode ausführt und Sie sich mit Ihrem eigenen Apple-Account anmelden.

3

Projekt öffnen und Team festlegen

  1. Führen Sie im Panel einen iOS-Build aus und laden Sie das Xcode-Projekt (.zip) herunter; entpacken Sie es.
  2. Öffnen Sie StationApp.xcodeproj. Es wird nichts nachgeladen: keine CocoaPods, keine Swift-Pakete.
  3. Wählen Sie das Target StationApp und dann Signierung & Fähigkeiten.
  4. Lassen Sie Signierung automatisch verwalten aktiviert und wählen Sie Ihr Team (vorausgewählt, wenn die Apple Team ID im Panel eingetragen wurde). Die Bundle-Kennung stammt aus Config/Station.xcconfig; Xcode registriert sie als App-ID in Ihrem Team.

Bearbeiten Sie Config/Station.xcconfig oder die Build-Einstellungen nicht von Hand. Der Generator schreibt sie bei jedem Build neu, lokale Änderungen gehen also verloren und weichen vom Panel ab.

4

Den App Store Connect-Eintrag anlegen

  1. Unter appstoreconnect.apple.com: Apps → + → Neue App.
  2. Plattform iOS, ein Name mit höchstens 30 Zeichen, die primäre Sprache.
  3. Wählen Sie die in Schritt 3 registrierte Bundle-ID und geben Sie eine SKU ein (interne Referenz, wird nie angezeigt).

Bundle-ID fehlt im Menü: Registrieren Sie sie unter Zertifikate, Kennungen & Profile → Kennungen auf developer.apple.com und kopieren Sie den Wert des Panels exakt.

5

Build archivieren und hochladen

  1. Ausführungsziel: Beliebiges iOS-Gerät (arm64).
  2. Produkt → Archivieren; der Organizer öffnet sich mit dem Archiv.
  3. App verteilen → App Store Connect mit den Standardoptionen.
  4. Warten Sie auf die Verarbeitung; Apple mailt, wenn der Build verfügbar ist.

Export-Compliance: ITSAppUsesNonExemptEncryption ist in der Info.plist auf NO gesetzt, daher überspringen verarbeitete Builds die Verschlüsselungsfrage.

6

Die Listing-Metadaten vervollständigen

  1. App-Informationen: Untertitel (optional) und primäre Kategorie, in der Regel Unterhaltung (Nachrichten oder Sport, wo sie besser passen). Für die Inhaltsrechte geben Sie an, was der Channel ausstrahlt; die Rechteerklärung des Panels verpflichtet Sie bereits, diese Rechte zu besitzen.
  2. Preise und Verfügbarkeit: kostenlose Stufe, Ihre Regionen.
  3. App-Datenschutz: die generierte Datenschutzrichtlinien-URL, dann „erfasst keine Daten“. Das Listing zeigt Daten werden nicht erfasst, konsistent mit dem Datenschutzmanifest im Build.
  4. Versionsmetadaten: Beschreibung, Schlüsselwörter, Support-URL, Copyright, der verarbeitete Build. Beschreiben Sie native Fähigkeiten ausdrücklich: Vollbildwiedergabe, Bild-in-Bild, AirPlay, Hintergrundaudio, automatischer Start bei Sendebeginn.
  5. Screenshots: Die Gerätefamilie ist iPhone und iPad, daher sind beide Sätze erforderlich. Wenn der Channel live ist, führen Sie die App im Simulator auf dem größten iPhone und iPad aus und nehmen Sie sie mit Ablage → Bildschirm sichern auf.
  6. Altersfreigabe: Apples Fragebogen, beantwortet für Ihr Programm.

Das App Store-Symbol stammt aus dem Asset-Katalog des Builds; es gibt keinen separaten Upload.

7

Der App-Prüfung einen Stream zum Ansehen geben

Außerhalb der Sendezeit zeigt der Player die Tafel „Wir sind bald live“ und fragt den Feed erneut ab, bis der Stream zurück ist, und startet dann von selbst. Ein Prüfer, der in einer Lücke testet, sieht eine App ohne Inhalt, was häufig als Ablehnung nach Richtlinie 2.1 (Vollständigkeit) endet.

  1. Betreiben Sie für das Prüfungsfenster nach Möglichkeit ein kontinuierliches Signal, etwa eine aufgezeichnete Programmschleife vom Encoder.
  2. Falls nicht, geben Sie die Live-Zeiten mit Zeitzone in den Prüfungsnotizen an und halten Sie sie ein, bis eine Entscheidung eintrifft.
  3. Fügen Sie als Fallback eine kurze Bildschirmaufnahme der App beim Abspielen des Channels unter Informationen zur App-Prüfung bei.
8

Die App-Prüfung zur Mindestfunktionalität informieren

Single-Stream-Player sind ein bekannter Auslöser für Richtlinie 4.2 (Mindestfunktionalität). Der Build ist nativ (Systemplayer, keine Webansicht), und die Notizen sollten das deutlich machen.

  1. Geben Sie einen erreichbaren Kontakt an; deaktivieren Sie Anmeldung erforderlich (keine Konten, keine Demo-Zugangsdaten).
  2. Notizen: die offizielle App des Channels, eingereicht vom Inhalte-Inhaber; native AVKit-Vollbildwiedergabe, Bild-in-Bild, AirPlay, Hintergrundaudio, Teilen-Menü und Kontaktaktionen (E-Mail, Telefon, WhatsApp, Website, soziale Netzwerke), gesteuert vom Channel-Profil.
  3. Weisen Sie den Prüfer auf den Schalter für Hintergrundton auf der Channel-Seite direkt unter dem Player hin: Zusammen mit Bild-in-Bild ist er der Grund, warum der Audio-Hintergrundmodus deklariert ist.
  4. Halten Sie Rechte-Nachweise bereit: Apple kann einen Nachweis verlangen, dass Sie das Programm verbreiten dürfen (Richtlinie 5.2).

Ein spärliches Channel-Profil ergibt eine spärliche App. Füllen Sie Beschreibung, Logo, Website, soziale Netzwerke und Kontaktdaten vor der Prüfung aus; die App liest sie live.

9

Einreichen und auf die Antwort reagieren

  1. Zur Prüfung hinzufügen, dann Zur App-Prüfung einreichen.
  2. Die meisten Prüfungen sind innerhalb weniger Tage abgeschlossen.
  3. Eine Ablehnung nach 4.2 oder 2.1 lässt sich meist durch eine Antwort in App Store Connect mit der Inhalte-Inhaber-Erklärung, der Funktionsliste und dem Live-Plan lösen. Wird die Antwort nicht akzeptiert, ist die Berufung beim App Review Board der nächste Schritt.
  4. Nach der Genehmigung manuell oder automatisch veröffentlichen.

Updates: Stream, Beschreibung, Logo und Links kommen aus dem Live-Feed und benötigen keine neue Version. Namens- oder Symboländerungen erfordern einen Neuaufbau im Panel, Archivierung und Upload wie in Schritt 5 sowie eine neue App Store-Version.

Brauchen Sie Hilfe? Chatten Sie mit uns

Signierungsfehler, eine 4.2-Ablehnung oder ein App Store Connect-Bildschirm, der nicht mehr passt: Schicken Sie es jederzeit per Chat an den Support.

Alle Runbooks