iPhone-App erstellen: mit oder ohne Mac (Anleitung)

Um eine iPhone-App zu erstellen, wählst du einen Weg zum Bauen (Swift in Apples Xcode auf einem Mac, ein Cross-Plattform-Framework oder eine Web-App, die ein Builder in der Cloud für iOS verpackt), trittst dem Apple Developer Program bei, testest die App über TestFlight und reichst sie zum App Review ein. Du kannst eine iPhone-App auch ohne eigenen Mac erstellen, wenn ein Dienst sie für dich baut und signiert, aber du brauchst immer deinen eigenen Apple-Entwicklerzugang. Diese Anleitung erklärt jeden Weg und die Apple-spezifischen Regeln, über die viele stolpern.

Was bei iPhone-Apps anders ist

Drei Dinge machen iOS strenger als Android:

1. Signierung ist Pflicht. Jede App, die außerhalb der Entwicklung installiert wird, muss mit einem Zertifikat aus einem Apple-Entwicklerkonto signiert sein. Eine Datei einfach auf das iPhone eines Freundes zu laden (Sideloading) gibt es nicht.
2. Xcode läuft nur auf macOS. Apples Tools zum Bauen und Hochladen von Apps brauchen einen Mac, außer der Mac eines anderen erledigt die Arbeit.
3. Jede Veröffentlichung im App Store wird von Menschen bei Apple geprüft, anhand veröffentlichter Richtlinien.

Das ist kein Grund, das iPhone zu meiden. Es heißt nur, dass du ein Konto, eine Prüfung und eine Testphase einplanst.

Drei Wege zum Bauen

Nativ mit Swift und Xcode

Swift und SwiftUI sind Apples eigene Sprache und das zugehörige Oberflächen-Framework. Du baust in Xcode, startest die App im iOS-Simulator und installierst sie per Kabel oder drahtlos auf deinem iPhone.

• Wähle es, wenn die App beste Performance, die neuesten iOS-Funktionen, Widgets oder tiefen Hardwarezugriff braucht.
• Rechne mit einem Mac, Monaten des Lernens, wenn du neu bist, und einem separaten Build für Android später.

Cross-Plattform mit Flutter oder React Native

Eine Codebasis erzeugt eine iPhone- und eine Android-App. Für den finalen iOS-Build und den Upload brauchst du trotzdem einen Mac oder einen Cloud-Mac-Dienst.

Eine Web-App, für iOS verpackt

Eine Web-App wird in eine native Hülle gesetzt und zu einer signierten iPhone-App gebaut. So macht Mythex iPhone-Apps. Du beschreibst die App im Chat; Mythex baut sie als Full-Stack-Web-App mit Datenbank und Speicher; du veröffentlichst sie; und im Pro-Plan baut Mythex die iPhone-App auf eigenen Mac-Build-Maschinen, signiert sie mit deinem App Store Connect API-Schlüssel und lädt sie in dein TestFlight hoch. Kein Mac auf deinem Schreibtisch, kein Xcode.

Die ehrliche Grenze: Mythex schreibt kein Swift. Die Handy-App öffnet deine veröffentlichte App, sie passt also zu Apps, deren Bildschirme als Webseiten funktionieren, wie Buchung, Portale, Bestellungen, Tracker und Community-Tools, und sie aktualisiert sich bei jeder Veröffentlichung.

Schritt 1: Dem Apple Developer Program beitreten

Stand November 2026 kostet die Mitgliedschaft 99 USD pro Jahr (die Preise variieren je nach Region). Du kannst dich anmelden als:

• Privatperson. Dein bürgerlicher Name wird im App Store als Verkäufer angezeigt. Du brauchst eine Apple-ID mit Zwei-Faktor-Authentifizierung.
• Organisation. Der Name deines Unternehmens wird angezeigt. Apple verlangt eine juristische Person, eine D-U-N-S-Nummer (in den meisten Ländern kostenlos), eine geschäftliche E-Mail-Adresse auf der Domain des Unternehmens und eine funktionierende Website. Plane für die Verifizierung mehr Zeit ein.

Akkreditierte Bildungseinrichtungen können sich mit Gebührenerlass anmelden.

Schritt 2: Die erste Version bauen

Beschränke dich auf den Kernablauf. Ein Prompt für die Kursbuchungs-App eines kleinen Studios:

Baue eine iPhone-first-App für ein Yogastudio. Mitglieder registrieren sich per E-Mail, sehen den Kursplan dieser Woche (Kursname, Lehrer, Uhrzeit, freie Plätze), buchen einen Kurs oder tragen sich auf die Warteliste ein und können bis zwei Stunden vorher stornieren. Auf einem zweiten Tab sehen Mitglieder ihre anstehenden Buchungen. Die Studioinhaberin loggt sich im Web ein, um Kurse hinzuzufügen und zu sehen, wer gebucht hat. Ruhiges Design, Tab-Leiste unten, große Buttons.

Du kannst das im Mythex iOS-App-Builder bauen und in der Live-Vorschau ausprobieren, nach der Veröffentlichung dann im Browser deines iPhones.

Schritt 3: Für Apples Erwartungen gestalten

Apples Richtlinie 4.2 besagt, dass eine App über eine neu verpackte Website hinausgehen soll. Praktische Wege, das zu erfüllen:

• Mach sie zum Werkzeug, nicht zur Broschüre. Konten, gespeicherte Daten und Aktionen, zu denen Nutzer zurückkehren.
• Gestalte sie für Handys. Eine Tab-Leiste unten, keine winzigen Desktop-Menüs, kein Pinch-to-Zoom nötig.
• Gehe sauber mit fehlender Verbindung um, mit einer klaren Meldung statt eines leeren Bildschirms.
• Verstecke Links, die Nutzer für Kernaufgaben auf eine Desktop-Website schicken.

Zwei weitere Regeln sind früh wichtig. Wenn die App das Anlegen eines Kontos erlaubt, muss sie auch erlauben, es in der App zu löschen (Richtlinie 5.1.1(v)). Wenn sie digitale Funktionen oder Inhalte gegen Geld freischaltet, verlangt Apple In-App-Kauf (Richtlinie 3.1.1).

Schritt 4: Die App in App Store Connect anlegen

App Store Connect ist Apples Website zur Verwaltung von Apps. Unter Apps klickst du auf + und Neue App und gibst Namen, Hauptsprache, Bundle-ID und eine SKU (dein eigener Referenzcode) ein. Apple erlaubt externen Tools nicht, diesen Eintrag anzulegen, du machst es also einmal von Hand. Bei Mythex nennt dir der erste iPhone-Build den genauen Namen und die Bundle-ID.

Damit Mythex Builds signieren und hochladen kann, erstellst du unter Benutzer und Zugriff → Integrationen → App Store Connect API einen Team-Schlüssel mit der Rolle Admin, lädst die .p8-Datei herunter (Apple lässt das nur einmal zu) und fügst sie mit deiner Issuer-ID im Projekt hinzu. Mythex prüft den Schlüssel bei Apple, bevor er gespeichert wird.

Schritt 5: Mit TestFlight testen

Nach dem Upload eines Builds verarbeitet Apple ihn, das dauert typischerweise einige Minuten bis eine halbe Stunde. Dann gilt:

• Interne Tester (bis zu 100 Personen in deinem App-Store-Connect-Team) können ihn sofort installieren.
• Externe Tester (bis zu 10.000 Personen, per E-Mail oder öffentlichem Link) brauchen eine kurze Beta-Prüfung für den ersten Build in einer Gruppe.
• Jeder Build funktioniert 90 Tage, dann läuft er ab.

Installiere die TestFlight-App auf deinem iPhone, nimm die Einladung an und teste den Hauptablauf. Probiere ihn mit großer Schrift, im Dark Mode und mit ausgeschalteten Benachrichtigungen. Unser Beta-Test-Leitfaden hilft dir, Tester zu finden und Feedback zu sammeln.

Schritt 6: Zum App Review einreichen

Vor dem Einreichen brauchst du Screenshots, eine Beschreibung, eine Support-URL, eine URL zur Datenschutzerklärung, App-Datenschutz-Angaben zu den erhobenen Daten, eine Altersfreigabe und Preise. Wenn die App einen Login braucht, gib Apple ein Demo-Konto. Laut Apple prüft es mindestens die Hälfte der Einreichungen in unter 24 Stunden und 90 % in unter 48 Stunden.

Die vollständige Checkliste und die häufigen Ablehnungsgründe stehen in App im App Store veröffentlichen.

Schritt 7: Updates ausliefern

Native und Cross-Plattform-Apps brauchen für jede Änderung einen neuen Build und ein neues Review. Eine verpackte Web-App ist anders: Inhalts- und Funktionsänderungen erreichen iPhone-Nutzer, sobald du die Web-App veröffentlichst. Eine neue Store-Version brauchst du nur für Änderungen an der Hülle, etwa Icon, Name oder Berechtigungen.

Kosten auf einen Blick

Wie es weitergeht

Wenn deine Nutzer überwiegend iPhones haben, starte hier und ergänze Android danach. Wenn sie sich aufteilen, lies Mobile App erstellen, um Ansätze zu vergleichen, die beide Seiten aus einer Codebasis bedienen, und Android-App erstellen für die Google-Seite.

Fragen