ImageConver · Day 17 · Platform icon guide
iOS App Icon Sizes Guide
Plan iOS and iPadOS app icon assets around Apple’s current 1024×1024 source workflow, system-applied masks, Xcode asset catalogs, and optional layered appearances. Legacy point-size tables still matter when maintaining projects configured for all sizes.
Direct antwoord
Wat deze pagina oplevert en waar het past
Plan iOS and iPadOS app icon assets around Apple’s current 1024×1024 source workflow, system-applied masks, Xcode asset catalogs, and optional layered appearances. Legacy point-size tables still matter when maintaining projects configured for all sizes. This guide addresses native iOS and iPadOS app identity. Apple touch icons for websites, watchOS, visionOS, tvOS, macOS, notification artwork inside an app, and App Store promotional graphics have separate workflows.
Icon work is a delivery system, not a single resize. A platform may use the same identity in a store, launcher, notification, settings screen, browser tab, installed web app, shortcut, or operating-system search result. Each context can apply a different mask, density, cache, compositing rule, or validation step. The recommended icon system should therefore be treated as a tested derivative of an editable brand master.
Begin met schone bronillustraties. Houd het primaire onderwerp gecentreerd, verwijder onnodige tekst, vermijd haarlijndetails en beoordeel het ontwerp op de kleinste werkelijke weergavegrootte. Voeg het buitenste ronde masker of de systeemschaduw van een platform niet toe aan de bron, tenzij de huidige officiële richtlijnen deze behandeling expliciet vereisen. Een groot voorbeeld kan problemen verbergen die duidelijk worden bij 16, 32 of 48 pixels.
Bestandsafmetingen alleen bewijzen de juistheid niet. Bevestig kleurruimte, alfagedrag, bestandspaden, MIME-typen, metagegevens van manifesten of activacatalogi, doeldeclaraties, naamgeving, cachegedrag en daadwerkelijke apparaatpresentatie. Bewaar het bronbestand en documenteer welke generatorinstellingen de beoordeelde release-items hebben opgeleverd.
Werkstroom
Een gecontroleerd pictogramproces in vier stappen
- 1
Inspecteer de bron
Confirm the target platforms, deployment range, Xcode version, and whether the project uses single size or all sizes.
- 2
Kies instellingen
Prepare clean square source artwork without a baked system mask.
- 3
Genereer activa
Configure the AppIcon asset catalog or current Icon Composer workflow.
- 4
Valideer de levering
Inspect generated variants, build warnings, small-context legibility, and App Store submission output.
Visuele kwaliteit
Pasvorm, detail, transparantie en herkenning
Inlijsten en opvullen
Fit-modus verandert de betekenis. Contain behoudt de volledige broncode en kan er achtergrond omheen toevoegen; dekking vult het vierkant en kan randen bijsnijden. Opvulling is handig voor gecentreerde markeringen, maar te veel zorgt voor een klein uitziend pictogram. Vergelijk maskers en kleine voorbeelden voordat u een waarde accepteert.
Klein detail
Door rasterverkleining worden details verwijderd. Dunne lijnen, kleine tellers, fotografische texturen en letters kunnen vervagen of verdwijnen. Het beste kleine pictogram is vaak een vereenvoudigde tekening in plaats van een mechanisch verkleinde versie van marketingkunstwerk. Bekijk de werkelijke pixeluitvoer op een schaal van 100%.
Achtergrond gedrag
Transparantie is niet neutraal. Een browser, opstartprogramma, winkel of besturingssysteem kan transparante pixels samenstellen tegen een kleur die u niet hebt gekozen. Full-bleed platformillustraties moeten een bewuste achtergrond gebruiken waar de begeleiding dit verwacht, terwijl formaten zoals ICO opzettelijk alpha kunnen behouden.
Kleurcontrast en -herkenning zijn van belang in lichte, donkere, getinte en thematische omgevingen. Test het pictogram in de buurt van concurrerende pictogrammen en tegen meerdere achtergronden. Geautomatiseerde generatie kan niet bepalen of een merk onderscheidend, toegankelijk, juridisch goedgekeurd of consistent is met de huidige merkregels.
Belangrijke grenzen
Welke geautomatiseerde pictogramgeneratie kan niet worden gegarandeerd
- Apple tooling and appearance support evolve with Xcode and operating-system releases.
- A static table cannot describe every platform, extension, or alternate icon configuration.
- Resizing one image does not replace design review at small visual sizes.
- Only Xcode and current distribution validation can confirm a project’s exact requirements.
Gebruiksgevallen
Waar deze pagina past in de productie
Levering van producten
Set up a new iOS application icon.
Compatibiliteit werk
Maintain an older all-sizes asset catalog.
Kwaliteitsbeoordeling
Audit iPhone and iPad small-context variants.
Overdracht van ontwikkelaar
Plan a transition to current layered Apple icon tooling.
Uitvoering
Configuratie-, caching- en releasecontroles
Bewaar gegenereerde bestanden op stabiele, cachebewuste URL's. Een manifest of HTML-declaratie die naar een ontbrekend bestand verwijst, wordt niet gered door de juiste PNG op de computer van een ontwikkelaar te hebben. Controleer de HTTP-status, het inhoudstype, de afmetingen, bestandsbytes en het gedrag van dezelfde oorsprong of cross-origin, waar relevant.
Behandel configuratiebestanden als reviewbare code. Inspecteer elk manifestitem, itemcatalogusrecord, mapnaam, schaalfactor, doeltoken en bestandsnaam voordat u samenvoegt. Een gegenereerd fragment vermijdt opzettelijk het raden van applicatienamen, start-URL's, bundel-ID's, themakleuren of projectinstellingen die bij de echte applicatie horen.
Cache-invalidatie verdient een releasecontrole. Geïnstalleerde web-apps, browsers, draagraketten, bouwsystemen en winkels kunnen oude pictogrambronnen behouden. Gebruik doelbewuste versiepaden of cachebeleid, bouw de applicatie opnieuw op, installeer deze indien nodig opnieuw en onderscheid een verouderde bron van een onjuist gegenereerde bron.
Valideer zowel de geometrie als de workflow. Geometrie omvat bijsnijden, veilige zones, centreren, randbehandeling en helderheid op klein formaat. De workflow omvat correct bronbeheer, herhaalbare instellingen, platformconfiguratie, build-uitvoer, implementatie en terugdraaien. Een visueel aantrekkelijk bestand kan nog steeds mislukken omdat het project naar een andere bestandsnaam verwijst.
Decision framework
Build the icon set from requirements, not habit
Write down the supported operating systems, browser engines, application targets, project tooling, and distribution channels before selecting files. A list copied from an old blog can be internally consistent yet wrong for a current project. Official platform documentation and the project’s own build warnings are the controlling evidence.
Separate master artwork from delivery derivatives. The master remains editable and high resolution; platform files are reproducible outputs. Keep appearance variants and semantic layers distinct when the platform expects them. Do not ask a resize operation to invent foreground, background, monochrome, dark, or tinted design intent.
Use the table as a starting inventory, then remove assets the project genuinely does not consume and add only requirements supported by official documentation or validated target behavior. Every retained asset needs an owner, source, generation method, configuration reference, and test surface.
Run a release audit after integration. Confirm each generated file is present in the built package or deployed location, referenced by the correct metadata, served with the expected MIME type, and visible after a clean installation. Capture screenshots or build evidence for the supported target matrix.
Recheck guidance when platform tooling changes. Icon pipelines are unusually sensitive to new masks, appearance systems, asset-catalog formats, installation criteria, and store validation. Record the review date and do not present historical dimensions as timeless requirements.
| Context | Starting asset | Validation |
|---|---|---|
| Current iOS/iPadOS | 1024×1024 square source or current layered workflow | Xcode asset catalog and archive |
| Legacy notification | 20pt at @2x and @3x | Small-context legibility |
| Legacy Settings | 29pt at @2x and @3x | Target device families |
| Legacy Home Screen | 60pt @2x/@3x and iPad variants | Build warnings and device test |
Production checklist
Document the asset inventory and test matrix
Create an inventory before implementation. For each asset, record its platform context, logical purpose, pixel or point dimensions, scale factor, filename, source-art revision, background and alpha policy, configuration reference, and the application or browser that consumes it. This prevents two files with similar dimensions from being treated as interchangeable when their semantics differ.
Define a representative test matrix rather than checking only the developer’s primary device. Include the minimum and maximum supported operating-system versions, relevant density classes, at least one light and dark environment, required appearance or theme variants, and the installation or distribution channel. For web applications, include a clean browser profile and a reinstall after cache changes. For native applications, include a release-style build rather than only an editor preview.
Review small contexts independently. Open exported pixels at 100% scale, place them beside typical neighboring icons, and check silhouette, contrast, edge clarity, and recognition without relying on the app name. Record defects against the editable master so the next iteration changes the design source rather than painting corrections into generated derivatives.
Keep generation reproducible. Save the approved master, generator version or script, settings, official references, review date, and validation evidence together. Checksums can identify the exact files reviewed. If a platform rejects or transforms an asset, preserve the rejection message and resulting presentation because that evidence is more useful than guessing from a generic size list.
Plan maintenance ownership. Someone must recheck platform documentation, build warnings, installation behavior, and store validation when supported targets or tooling change. Retire obsolete files only after proving they are no longer referenced by source code, manifests, asset catalogs, deployment templates, cached application data, or release automation.
Privacy
Lokale verwerking en activabehandeling
De browser leest de geselecteerde bron met lokale bestands-API's, tekent afgeleiden naar canvas, codeert PNG-gegevens en verzamelt de gevraagde ZIP of ICO in het geheugen. ImageConver verzendt in deze workflow geen bronpixels naar een pictogramconversie-eindpunt.
Lokale verwerking vermindert de blootstelling aan overdrachten, maar maakt een gedeeld apparaat niet privé. Browserdownloads, lijsten met recente bestanden, gesynchroniseerde mappen, back-ups, extensies en voorbeelden van besturingssystemen kunnen kopieën bevatten. Gebruik een goedgekeurd werkstation voor niet-uitgebrachte merken of vertrouwelijke productillustraties.
Gegenereerde object-URL's zijn tijdelijk en worden ingetrokken wanneer ze worden vervangen of opnieuw worden ingesteld. Verplaats beoordeelde assets naar gecontroleerde projectopslag, bewaar de bewerkbare master en sluit het tabblad nadat u gevoelige materialen heeft verwerkt.
Veelgestelde vragen
iOS App Icon Sizes Guide FAQ
What is the current primary iOS icon size?
Apple supports a 1024×1024 source for iOS and iPadOS workflows, with Xcode generating smaller system variants where configured.
Why do old tables list many sizes?
Earlier and compatibility asset catalogs map point sizes and scale factors to separate PNG files for notifications, Settings, Spotlight, Home Screen, and App Store use.
Should the source contain rounded corners?
No. Apple applies platform masks. Pre-masking can create artifacts and incorrect edges.
What are dark and tinted icons?
They are appearance variants supported by current Apple icon workflows. They require intentional design, transparency, and validation rather than automatic recoloring alone.
Is the 180×180 touch icon part of an Xcode app icon?
No. That size commonly refers to a website touch icon, not the native AppIcon asset catalog.
Can I use transparency?
Requirements differ by appearance and tooling. Follow current Apple and Xcode guidance and validate the actual asset catalog.
How do I know the icon set is complete?
Build with the intended Xcode version, resolve asset-catalog warnings, inspect the archive, and test every supported device family and appearance.
Primaire referenties
Actuele platformdocumentatie
- Apple: Configuring your app icon using an asset catalog
- Apple Human Interface Guidelines: App icons
- Apple: Configuring Web Applications
Laatst beoordeeld: 20 oktober 2026. Platformvereisten en toolwijziging; verifieer release-kritieke assets aan de hand van de huidige primaire documentatie.