ImageConver · Day 16 · Platform icon guide
Android App Icon Sizes Guide
Choose Android launcher, adaptive, monochrome, and Google Play icon assets by separating installed-app resources from store-listing artwork. The current Android model uses density-aware resources and adaptive layers rather than one permanently rounded bitmap.
Direct antwoord
Wat deze pagina oplevert en waar het past
Choose Android launcher, adaptive, monochrome, and Google Play icon assets by separating installed-app resources from store-listing artwork. The current Android model uses density-aware resources and adaptive layers rather than one permanently rounded bitmap. This guide covers launcher identity and Play listing artwork. It does not replace Android Studio previews, OEM launcher testing, notification-icon guidance, splash-screen artwork, TV assets, wearable assets, or brand review.
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
Start with a high-resolution editable master and identify installed-app versus store contexts.
- 2
Kies instellingen
Design adaptive foreground, background, and optional monochrome layers on the required grid.
- 3
Genereer activa
Generate legacy density resources only where the supported project needs them.
- 4
Valideer de levering
Validate Android Studio output, Play Console requirements, themed icons, and multiple OEM masks.
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
- OEM launchers can apply different masks and visual treatments.
- Android platform guidance evolves and project templates may generate resources differently.
- The Play listing icon does not replace installed launcher assets.
- A size table cannot evaluate brand clarity, contrast, accessibility, or small-scale legibility.
Gebruiksgevallen
Waar deze pagina past in de productie
Levering van producten
Plan resources for a new Android application.
Compatibiliteit werk
Modernize a legacy bitmap launcher icon.
Kwaliteitsbeoordeling
Separate a Play listing asset from packaged app resources.
Overdracht van ontwikkelaar
Audit clipping and themed-icon readiness before release.
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.
| Asset | Working specification | Validation |
|---|---|---|
| Adaptive layers | 108×108dp foreground and background; essential logo within centered 66×66dp | Android Studio mask previews and real launchers |
| Legacy launcher | 48dp mapped across mdpi, hdpi, xhdpi, xxhdpi, xxxhdpi | Density resource selection |
| Google Play | 512×512, 32-bit PNG, sRGB, full square | Play Console validation |
| Themed icon | Dedicated monochrome layer | Supported Android versions and launchers |
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
Android App Icon Sizes Guide FAQ
What is the adaptive icon canvas?
Android guidance uses 108×108dp foreground and background layers, with essential logo content kept within the centered 66×66dp safe region.
What are the legacy density sizes?
A common 48dp launcher icon maps to 48, 72, 96, 144, and 192 pixels for mdpi through xxxhdpi.
What size is the Google Play icon?
Google Play specifies a 512×512 32-bit PNG in sRGB with a maximum file size of 1024KB.
Do I add rounded corners and shadows?
Do not add the outer Play mask or platform shadow. Google Play and launchers apply presentation treatments.
What is a monochrome icon?
It is an optional single-color layer used for themed icon presentation on supported Android versions and launchers.
Are adaptive icons only PNG files?
No. Adaptive icons are defined from foreground and background drawables, which may be vector or bitmap resources.
How should I verify the pack?
Use Android Studio tools, inspect generated resources, install test builds, and review multiple densities, masks, themes, and launchers.
Primaire referenties
Actuele platformdocumentatie
- Android-ontwikkelaars: adaptieve pictogrammen
- Android Studio: app-pictogrammen maken
- Ontwerpspecificaties voor Google Play-pictogrammen
- Android-ontwikkelaars: dichtheidsbuckets en -eenheden
Laatst beoordeeld: 20 oktober 2026. Platformvereisten en toolwijziging; verifieer release-kritieke assets aan de hand van de huidige primaire documentatie.