Wie ändert man das App-Ikon auf iPhone: Anpassen Sie Ihren Look

Sie schauen wahrscheinlich gerade auf Ihr Homescreen und denken dabei eines von zwei Dingen. Entweder die Standard-Icons sehen unordentlich neben der Hintergrund-Bildschirm- und Widget-Konfiguration aus, die Sie mögen, oder Sie entwickeln Apps und möchten den Benutzern eine saubere, absichtsvolle Möglichkeit bieten, sie anzupassen.

Beide Probleme stehen unter der gleichen Frage: wie man App-Icons auf iPhone ändert. Für Benutzer bedeutet dies, zwischen Apples nativer Homescreen-Styling und der älteren Shortcuts-Methode für vollständige Bildschirmkontrolle zu wählen. Für Entwickler bedeutet dies, darüber nachzudenken, ob sie alternative Icons über native iOS-APIs ausgeben und, wenn Sie in Ionic oder Capacitor arbeiten, wie Sie diese in eine web-getriebene App einbringen.

Inhaltsverzeichnis

Kurzanleitung für die iPhone-App-Icon-Anpassung
Für Benutzer: Deine iPhone-App-Icons anpassen
Die Handlungsabläufe von benutzerdefinierten Icons verstehen
- Was Sie gewinnen und was Sie verlieren
- Wo sich Entwickler-gestützte Icons unterscheiden
Für Entwickler: Implementierung alternativer Icons in Native iOS
Für Entwickler: Eine Anleitung für Capacitor und Ionic
Die Zukunft der Personalisierung ist kollaborativ

Ihr Leitfaden zur Anpassung von iPhone-App-Icons

Die iPhone-Startseite ist nicht mehr nur ein Grid von Apps. Menschen nutzen sie wie einen Schreibtisch, eine Anzeigetafel und in manchen Fällen wie eine Stimmungskarte. Das ändert, was "Anpassung" bedeutet. Es geht nicht nur darum, Dinge anders aussehen zu lassen. Es geht darum, dass ein Gerät so angeordnet wird, als ob es absichtlich so wäre.

Das ist wichtig für beide Seiten des Produkts. Benutzer wollen Icons, die zu einem Thema passen, mit Widgets übereinstimmen oder visuelles Chaos reduzieren. Entwickler wollen das unterstützen, ohne die natürliche Anmutung der App zu zerstören oder Support-Probleme durch Einstellungen zu verursachen, die nicht so verhalten, wie Benutzer es erwarten.

Es gibt jetzt zwei unterschiedliche Ebenen der Icon-Anpassung auf iPhone. Eine ist die Benutzerkontrolle der Startbildschirm-Styling, die Apple nun direkt für unterstützte Geräte unterstützt. Die andere ist die app-kontrollierte alternative Icons, wobei der Entwickler Icon-Varianten innerhalb der App bereitstellt und dem Benutzer die Wahl gibt, welche davon er verwenden möchte. Das sind verwandte, aber nicht dieselbe Funktion.

Praktische Regel: Wenn Sie den Look von vielen Icons gleichzeitig ändern, beginnen Sie mit den Apple-basierten Startbildschirm-Tools. Wenn Sie versuchen, eine einzelne App durch eine vollständig benutzerdefinierte Abbildung zu ersetzen, verwenden Sie die Kurzschlussroute oder eine von einem Entwickler bereitgestellte alternative Icon.

Diese Unterscheidung spiegelt sich auch im Benutzererlebnis wider. Ein Startbildschirm, der gepflegt aussieht, ist Teil des umfassenderen App-Erlebnisses und nicht getrennt davon. Teams, die sich um Retention und Politur kümmern, behandeln visuelle Anpassung als einen Teil des umfassenderen mobilen App-Benutzererlebnissesnicht als eine Novitätsfunktion in einem Menü.

Für Benutzer Anpassen Sie Ihre iPhone-App-Symbole

Die sauberste Antwort hängt davon ab, was Sie wollen. Wenn Sie eine System-Einstellung wollen, die Ihre Apps normal verhalten lässt, verwenden Sie die Kontrollelemente von Apple. Wenn Sie ein bestimmtes benutzerdefiniertes Bild für eine App haben möchten, verwenden Sie Shortcuts.

Benutze die iPhone-Einstellungen von Apple

Apple fügte ein bedeutendes natives Meilenstein bei in iOS 18Sie können nun die Erscheinung der App-Symbole direkt aus Bearbeiten > Anpasseneinschließlich das Ändern von Icons Dunkel and switching them to Dark, Auto, Löschen, oder Gedämpft Stile, mit durchsichtigen Icon-Optionen in Licht, Dunkel oder automatischer Modus, entsprechend der Anleitung von Apples Home-Screen-Kustomisierung.

Der eingebaute Prozess ist einfach:

Bewegen Sie den Hintergrund der Home-Screen bis die Icons wackeln.
Tippen Sie Bearbeiten.
Tippen Sie Anpassen.
Wählen Sie die Erscheinung, die Sie möchten, wie Schwarz, Auto, Klaroder Getönt.
Anpassen, wenn Sie größere Icons sehen möchten.
Beenden Sie den Jiggle-Modus, wenn das Layout richtig aussieht.

Dieser Ansatz ist der beste Ausgangspunkt, weil er native ist. Sie machen keine falschen Launcher. Sie ändern, wie unterstützte Icons durch das System selbst dargestellt werden.

Eine paar praktische Hinweise sind wichtig:

Beste Wahl für eine konsistente visuelle Gesamterscheinung: Wenn Ihr Ziel ein kohärentes Thema über viele Apps ist, ist dies schneller als das manuelle Neuerstellen jedes Icons.
Grenzen für kundenspezifische Kunstwerke: Sie können Icons anpassen, aber Sie können nicht durch diese Menü eine beliebige Bild aus Ihrer Fotos-Bibliothek als App-Icon auswählen.
Sicherer für tägliche Anwendungen: E-Mail, Nachrichten und andere Anwendungen mit Badge-Überlappungen verhalten sich natürlicher, wenn Sie sie als echte App-Icons lassen.

Wenn Sie Icon-Tönung mit Hintergrundbildern und Widgets kombinieren, hilft es, mit einem visuellen Thema zu beginnen. Für helle Cyberpunk- oder Nachtmodellayouts ist die Neon-Asthetik-Leitlinie die Leitfaden für Neon-Asthetik ein nützliches Referenzwerk für die Farbgestaltung vor der Anpassung von Icons.

Nachdem Sie die native Methode gesehen haben, ist die ältere Workaround immer noch relevant, da sie ein anderes Problem löst.

Dieser visuelle Leitfaden zeigt den klassischen Prozess:

Verwenden Sie die Shortcuts-Methode für jede Bild

vor der Zeit, als native Styling diese Stufe erreicht hat, war die Standardroute für vollständig anpassbare iPhone-App-Symbole die Zusatzfunktionen app. Die Anleitung bietet weiterhin eine Beschreibung des Workflows: Erstellen Sie einen Kurzlink, wählen Sie App öffnenwählen Sie die App, dann verwenden Sie Hinzufügen zur Startseite und wählen Sie ein Bild oder ein Dokument als Icon-Bild aus. In der Praxis sind das ungefähr 5–8 Schritte für eine sichtbare Icon-Änderung Praktische Anleitung.

Hier ist die praktische Version, die funktioniert:

Open Zusatzfunktionen.
Tippe auf + Button, um einen neuen Kurzschluss zu erstellen.
Fügen Sie den App öffnen Aktion hinzu.
Wählen Sie die App aus, die Sie starten möchten.
Öffnen Sie die Kurzschlussoptionen und wählen Sie Auf dem Home-Bildschirm hinzufügen.
Tippen Sie auf das Platzhalter-Icon.
Wählen Sie Bild wählen or Datei wählen.
Benenne die Verknüpfung und füge sie auf das Home-Screen hinzu.

Das gibt dir visuelle Freiheit, die Apple's eingebaute Stylisierung nicht bietet. Du kannst ein monochromes Icon-Paket verwenden, eigene PNGs oder exportierte Assets aus einem Design-Tool.

Der Hauptgrund, warum Menschen immer noch diese Methode verwenden, ist der Kontrolle. Wenn du Spotify so gestalten möchtest, als wäre es ein handgezeichnetes Glyph, oder wenn du deine Arbeitsanwendungen alle mit demselben neutralen Farbton verwenden möchtest, ist Shortcuts die richtige Wahl.

Benutzerdefinierte Bildschirmicons sehen am besten aus, wenn du Form, Paddings und Hintergrundfarbe standardisierst, bevor du sie hinzufügst. Ein zufälliger Mix von Assets aus verschiedenen Paketen sieht in der Regel schlechter aus als das Standard-Home-Screen.

Wenn Sie ein natives Aussehen für Ihre Web-App erstellen und Ihre Oberfläche noch iOS-konformer gestalten möchten, folgen Sie diesem Leitfaden. Grundlegende JS- und CSS-Konfiguration für einen nativen App-Look eine nützliche Begleiterscheinung zur Icon-Konfiguration.

Welche Benutzermethode ist sinnvoll

Verwende diese schnelle Vergleichsliste, wenn du entscheidest:

Ziel	Bessere Methode	Warum
Ändern Sie die gesamte Home-Screen-Design	Apple-gebauter Kontrollelemente	Schneller und hält die native Verhaltensweise
Verwenden Sie jede Bild als App-Symbol	Shortcuts	Lassen Sie Sie ein Bild oder ein Datei auswählen
Halten Sie Benachrichtigung-fokussierte Apps praktisch	Apple-gebauter Kontrollelemente	Besser für normales App-Verhalten
Bauen Sie eine thematische Bildschirm von Grund auf	Shortcuts	Vollständige visuelle Kontrolle

Wenn Sie nur eine saubere Optik benötigen, überkomplizieren Sie es nicht. Apples native Steuerelemente sind einfacher. Wenn Sie eine echte künstlerische Gestaltung über jeden Icon haben möchten, funktioniert Shortcuts immer noch.

Verständnis der Handelsabkommen für benutzerdefinierte Icons

Ein benutzerdefinierter Icon kann Ihren Bildschirm in einer Minute zum Glanz bringen, dann stört es Sie die ganze Woche. Das Handelsabkommen zeigt sich normalerweise nach der Einrichtung und nicht währenddessen.

Wat Sie gewinnen und was Sie verlieren

Die Shortcuts-Methode ist immer noch nützlich, weil sie Ihnen die volle visuelle Freiheit gibt. Es ersetzt jedoch nicht das App-Icon im System. Es erstellt einen Bildschirm-Shortcut, der die App über einen Shortcut-Path startet.

Diese Differenz hat tatsächliche Konsequenzen.

Keine Vertrauenswürdigkeit für die Badge: Wenn Sie auf ungelesene Nachrichten für Chat, E-Mail oder Aufgaben-Apps angewiesen sind, sind Shortcut-Icons eine schlechte Wahl.
Startreibung: Einige Benutzer bemerken einen kurzen Übergang, wenn der Shortcut auf die App übergeht.
Händliche Einrichtung: Sie wiederholen den Prozess für jede Anwendung, die Sie anpassen.
Höhere Wartung: Wenn Sie Ihre Home-Screen später neu gestalten, sind alle Kurzlinks weitere Objekte, die Sie besuchen müssen.

Diese Nachteile sind nicht theoretisch. Sie folgen direkt aus der Art und Weise, wie der Kurzlinks-Methode funktioniert. Sie ändern nicht das App-Paket. Sie fügen einen Launcher hinzu.

Wenn eine App etwas ist, das Sie reaktiv öffnen, weil Sie Benachrichtigungen erhalten, verstecken Sie es nicht hinter einem kosmetischen Kurzlink, wenn Sie sicher sind, dass Sie die Badge-Funktion nicht verpassen werden.

Wo sich Entwickler-gestützte Icons unterscheiden

Wenn eine App alternative Icons intern anbietet, ist die Erfahrung sauberer, weil die App selbst an der Änderung teilnimmt. Das bedeutet normalerweise weniger Verwirrung und eine bessere Abstimmung mit der Plattform.

Von der Benutzerseite aus sind Entwickler-gestützte alternative Icons der sweet spot zwischen Apples breiter Home-Screen-Design-Option und der totalen Freiheit von Kurzlinks. Sie erhalten keine unbegrenzte Auswahl an Bildern, aber Sie erhalten eine Schaltfläche, die sich absichtsvoll anstatt improvisiert anfühlt.

Für Design-Teams ist das der interessante Mittelgrund. Versenden Sie eine kleine Menge an genehmigten Icons und die Benutzer fühlen sich noch immer über die Aussehen der App verantwortlich. Sie schützen auch die Markequalität, den Contrast und die Erkennbarkeit.

Gute Icon-Packs teilen drei Merkmale:

Konsistenter Formensprache: Rund, quadratisch, umrissen oder gefüllt, aber nicht gemischt.
Stabiles visuelles Gewicht: Ähnliche Strichdicke und interne Abstände.
Themen-Einhalt: Hellige Modus, Dunkler Modus oder eine bestimmte Stilfamilie.

Viele Entwickler fügen daher alternative App-Ikonen in der App hinzu, anstatt den Benutzern zu sagen, alles mit Kurzschlüssen zu verwalten.

Für Entwickler: Implementierung von alternativen Icons in nativen iOS-Anwendungen

Alternativicons in nativen iOS-Anwendungen sind eine kleine Funktion mit einem großen Polierwert. Die Implementierung ist nicht schwer, aber die Details zählen. Die meisten Probleme kommen von der Asset-Konfiguration und der plist-Konfiguration, nicht von der API-Aufruf selbst.

Vorbereitung von Icon-Assets und plist-Einträgen

Beginnen Sie mit Ihren Icon-Dateien. Halten Sie die Namensgebung vorhersehbar. Wenn Ihr primäres Icon das Standard-App-Icon ist, benennen Sie alternative Sets klar, wie z.B. DarkIcon, HolidayIcon, oder MinimalIcon. Machen Sie nicht Labels, die Produkt, Design und Engineering unterschiedlich interpretieren.

Ihre App benötigt auch die richtige Info.plist-Struktur. Zumindest erwartet iOS eine CFBundleIcons Wörterbuch mit einer primären Icon-Definition und einem alternativen Icon-Wörterbuch.

Ein vereinfachtes Beispiel sieht so aus:

<key>CFBundleIcons</key>
<dict>
  <key>CFBundlePrimaryIcon</key>
  <dict>
    <key>CFBundleIconFiles</key>
    <array>
      <string>AppIcon</string>
    </array>
  </dict>
  <key>CFBundleAlternateIcons</key>
  <dict>
    <key>DarkIcon</key>
    <dict>
      <key>CFBundleIconFiles</key>
      <array>
        <string>DarkIcon</string>
      </array>
    </dict>
    <key>MinimalIcon</key>
    <dict>
      <key>CFBundleIconFiles</key>
      <array>
        <string>MinimalIcon</string>
      </array>
    </dict>
  </dict>
</dict>

Einige Teams bevorzugen die Verwaltung in Xcodes Asset-Pipeline. Andere bearbeiten die plist-Werte direkt für Klarheit im code-Review. Beides kann funktionieren. Was wichtig ist, ist die Konsistenz zwischen den Asset-Namen und den Icon-Namen, die Sie bei der Ausführung übergeben.

Wenn Sie für ein Client-App alternative Icons planen, sollten Sie Design- und QA-Zeit in Ihrem Umfang frühzeitig einplanen. Dies ist eine dieser Funktionen, die von außen trivial aussieht, aber immer noch Kunst, Testen und Produktentscheidungen erfordert. Ein praktischer Budgetierungsverweis ist diese Auflistung über Budgetierung für Ihre App.

Rufen Sie die iOS- API aus Swift auf.

Die Ausführungs- API ist das leichteste Teil. iOS bietet die Umstellung auf alternative Icons durch UIApplication.

Eine einfache Implementierung:

import UIKit

func setAppIcon(to iconName: String?) {
    guard UIApplication.shared.supportsAlternateIcons else {
        return
    }

    UIApplication.shared.setAlternateIconName(iconName) { error in
        if let error = error {
            print("Failed to change icon: \(error.localizedDescription)")
        } else {
            print("Icon changed successfully")
        }
    }
}

Use nil um auf die primäre Icon zurückzukehren. Geben Sie den alternativen Icon-Namen als String weiter, um auf eine definierte Alternative umzuschalten.

Aus wenigen technischen Anmerkungen geht es hier aus:

Überprüfen Sie die Unterstützung zuerst: supportsAlternateIcons verhindert einen schlechten Aufrufpfad.
Passen Sie die Zeichenketten genau an: Der Laufzeitname muss dem plist-Eintrag entsprechen.
Behandeln Sie Fehler sauber: Schlechte Asset-Verkabelung oder nicht unterstützte Zustände sollten in der Entwicklung sichtbar fehlschlagen.
Behandeln Sie die Iconauswahl wie eine Benutzerpräferenz: Speichern Sie den ausgewählten Namen, wenn Ihre Einstellungen-UI die aktuelle Wahl widerspiegeln muss.

Hinweis zur Implementierung: Die API-Anruferin ist klein, aber Ihre Fehlerraten sind es meistens nicht. Testen Sie frische Installationen, Upgrades und Zurücksetzen auf Standardeinstellungen, bevor Sie es ausliefern.

Wenn Sie ein hybrides Stack oder App Store-Kompatibilität in Ihrem Release-Pipeline haben, diese Apple-Politik-Updates für Capacitor-Apps sind wertvoll, neben jeder native Anpassungsfunktion zu verfolgen.

Ein Einstellungs-UI erstellen, das Benutzer nicht verwirrt

Die besten Icon-Picker-Screens sind langweilig. Das ist ein Kompliment. Die Benutzer sollten einen Vorschaubild, einen Namen und einen klaren Tastenziel sehen.

Eine solide Muster ist:

Zeigen Sie ein kleines Vorschaugitter: Die Benutzer vergleichen die Aussehen schneller visuell als durch Textbeschriftungen.
Halten Sie die Namen wörtlich: ‚Dunkel‘, ‚Hell‘, ‚Retro‘, ‚Weihnachten‘ ist besser als interne Markennamen.
Bieten Sie eine Zurücksetzungs-Option an: Rücksetzen auf Standard anzeigen.
Packen Sie das Menü nicht übermäßig voll. Ausgewählte Sets wirken absichtlich.

Wenn Sie ein Einstellungselement wollen, das sich die Benutzer vertrauen, halten Sie die Funktion als Anpassung, nicht als Optimierung. Die Menschen verstehen den Iconauswahl sofort, wenn die Benutzeroberfläche einfach ist.

Für Entwickler Eine Anleitung für Capacitor und Ionic

In einer Capacitor-Anwendung findet die Iconumschaltung immer noch im native iOS statt. Die Web-Schicht bekommt nicht die Möglichkeit, das zu ersetzen. Was die Web-Schicht jedoch tun kann, ist, die native API über eine Brücke auszulösen und den Rest der Einstellungserfahrung in TypeScript zu halten.

Halten Sie die Quelle der Wahrheit im native iOS.

Die erste Regel ist einfach. Legen Sie Ihre Ersatzicon-Assets und die plist-Konfiguration in das iOS-Projekt, nicht nur in das Web-Projekt. Capacitor umschließt eine native App. Ersatzicons gehören zu diesem native App-Bundle.

Das bedeutet, dass Ihr Workflow normalerweise wie folgt aussieht:

Fügen Sie die Ersatzicon-Assets in der Zielgruppe iOS hinzu.
Registrieren Sie sie in CFBundleIcons.
Machen Sie eine native Methode über eine Capacitor-Erweiterung zugänglich.
Rufen Sie diese Methode von Ihrer Ionic-, React-, Vue- oder einfachen Web-Einstellungsschirm aus.

Wenn Sie Schritt eins oder zwei überspringen, kann kein JavaScript das Problem lösen.

Icon-Wechsel über TypeScript freigeben

Ein minimaler Plugin-Interface bleibt klein.

Swift-Seite:

import Capacitor
import UIKit

@objc(AppIconPlugin)
public class AppIconPlugin: CAPPlugin, CAPBridgedPlugin {
    public let identifier = "AppIconPlugin"
    public let jsName = "AppIcon"
    public let pluginMethods: [CAPPluginMethod] = [
        CAPPluginMethod(name: "setIcon", returnType: CAPPluginReturnPromise)
    ]

    @objc func setIcon(_ call: CAPPluginCall) {
        let iconName = call.getString("iconName")

        guard UIApplication.shared.supportsAlternateIcons else {
            call.reject("Alternate icons are not supported on this device.")
            return
        }

        UIApplication.shared.setAlternateIconName(iconName) { error in
            if let error = error {
                call.reject(error.localizedDescription)
            } else {
                call.resolve()
            }
        }
    }
}

TypeScript-Definition:

import { registerPlugin } from '@capacitor/core';

export interface AppIconPlugin {
  setIcon(options: { iconName: string | null }): Promise<void>;
}

export const AppIcon = registerPlugin<AppIconPlugin>('AppIconPlugin');

Wenn Sie dieses Projekt von Grund auf neu aufbauen müssen, folgen Sie diesem Leitfaden. Implementierung einer nativen Bridge für iOS in Capacitor bedeckt das Kernmuster.

Verwenden Sie es in einer Ionischen Einstellungsseite

Once the bridge exists, the UI code is simple. That’s where Capacitor shines. You keep product logic in the web layer while iOS handles the system-specific call.

Beispielanwendung:

async function changeIcon(iconName: string | null) {
  try {
    await AppIcon.setIcon({ iconName });
  } catch (err) {
    console.error('Failed to change icon', err);
  }
}

Einige Produktentscheidungen machen die Funktion fertig aussehen:

Die aktuelle Wahl im UI widerspiegeln: Lassen Sie die Benutzer nicht raten, welches Icon aktiv ist.
iOS-spezifische Steuerungen sperren: Verstecke oder deaktiviere die Option auf Plattformen, wo sie nicht zutrifft.
Bezeichnungen mit Design teilen: Verwende die gleichen Iconnamen in code, QA-Notizen und Screenshots.
Asset-Updates sorgfältig planen: Wenn das Icon-Bild nach der Veröffentlichung geändert wird, koordiniere Web- und native Erwartungen.

Dies ist auch der einzige Ort, an dem ein Release-Tool relevant werden kann. Wenn sich die Einstellungen-Seite, Icon-Bezeichnungen, Kopien oder Vorab-Bilder später ändern, können Tools wie Capgo Können JavaScript, CSS, Kopien, Konfigurationen und Assets in einer Capacitor-App ohne Änderung des native Icon-Bundles selbst aktualisieren. Das ersetzt nicht Apples Mechanismus für alternative Icons, aber es hilft Ihnen, die umgebende Schnittstelle zu iterieren.

Die Zukunft der Personalisierung ist kollaborativ.

Die Anpassung des App-Icons auf dem iPhone fühlte sich früher zwischen zwei Welten geteilt. Benutzer hatten Hacks. Entwickler hatten Plattform-APIs. Diese Linie ist dünner geworden.

Für Benutzer ist der praktische Ertrag einfach. Wenn Sie eine schnelle visuelle Politur wollen, ist die integrierte Home-Screen-Styling von Apple der einfachste Weg. Wenn Sie eine vollständige visuelle Freiheit für ein bestimmtes Icon wollen, funktioniert Shortcuts noch, solange Sie die Einschränkungen akzeptieren.

Für Entwickler sind alternative Icons nicht mehr nur eine saisonale Gimmick. Sie sind Teil der Produkt-Politur. Ein gut gemachtes Icon-Picker gibt den Benutzern ein Gefühl von Eigentum ohne sie in Workarounds zu zwingen, die die Erfahrung schwächen.

Die besten Personalisierungsmerkmale fragen die Benutzer nicht zwischen Ästhetik und Benutzerfreundlichkeit. Sie verengen den Abstand zwischen den beiden.

Das ist sogar noch wichtiger in hybriden Stapeln. Die native Fähigkeit und die web-getriebene Produktiteration müssen nicht konkurrieren. Teams können den Icon-Switch in iOS lassen, wo er hingehört, und die umliegende Einstellungserfahrung im Laufe der Zeit verbessern, indem sie sorgfältige Release-Praktiken und segmentierte Rollout-Strategien anwenden, insbesondere in Apps, die bereits real-time-Updates mit Benutzersegmentierung verwenden. Echtzeit-Updates mit Benutzersegmentierung.

The bigger trend is healthy. Apple has made Home Screen customization more native. Users expect more control. Developers can now meet that expectation cleanly, whether they ship pure Swift apps or Capacitor apps with a native bridge under the hood.

Wenn Sie ein Capacitor-App unterhalten und die Einstellungserfahrung um Funktionen wie die Auswahl des Icons, die Zielgruppenauswahl oder die Aktualisierung von Assets verbessern möchten, Capgo ist eine Option in Betracht zu ziehen, um JavaScript, CSS, Kopien, Konfigurationen und Asset-Änderungen ohne auf die Überprüfung durch den App-Store zu warten, zu liefern.

Wie man das App-Icon auf dem iPhone ändert: Personalisiere dein Aussehen