Wer schon länger in der Webentwicklung oder im Webdesign arbeitet, kennt diesen Moment: Man öffnet eine sorgfältig gestaltete Website auf einem modernen Smartphone – und die Icons sehen aus, als wären sie durch Milchglas fotografiert worden. Weiche Kanten, matschige Ränder, fehlende Schärfe. Das Gerät selbst zeigt Fotos in gestochen scharfer Qualität. Nur die Icons nicht.
Dieses Problem ist älter als man denkt – und gleichzeitig aktueller denn je. Apple setzte 2010 mit dem Retina Display (640×960 Pixel) einen neuen Standard für Pixeldichte, der die gesamte Branche unter Zugzwang stellte. Was damals als Premium-Feature eines einzigen Herstellers begann, ist heute längst Normalzustand: Viele moderne Geräte, darunter iPhones, iPads, MacBooks und High-End-Android-Smartphones, verfügen über High-DPI-Displays. „High DPI" bezeichnet dabei eine Displaydichte von 200 Pixeln pro Zoll oder mehr – das schließt alle Retina-Geräte von Apple sowie Geräte anderer Hersteller ein.
Für Unternehmen, die Wert auf ein professionelles digitales Erscheinungsbild legen, ist das keine akademische Frage. Die Debatte um das richtige Icon-Format geht weit über persönliche Präferenzen hinaus: Die richtige Wahl wirkt sich direkt auf Ladegeschwindigkeit, Skalierbarkeit, Schärfe auf High-DPI-Displays und die Wahrnehmung der eigenen Marke aus.
In unserer täglichen Projektarbeit erleben wir, wie unterschiedlich Teams mit dieser Frage umgehen – und welche Entscheidungen langfristig Bestand haben. Dieser Artikel gibt eine fundierte Übersicht über den Stand der Dinge: Was hat sich durchgesetzt, was ist überholt, und worauf kommt es beim Webdesign und der Webentwicklung moderner Interfaces wirklich an?
Das Grundproblem: Wenn Pixel-Logik auf hochauflösende Realität trifft
Hinter dem Schärfe-Problem steckt ein einfaches technisches Prinzip. Pixel pro Zoll (PPI) ergibt sich aus der physischen Breite des Displays geteilt durch die Anzahl der horizontal dargestellten Pixel. High-DPI bezeichnet eine Pixeldichte von 200 PPI oder mehr. Dabei kann ein iPad und ein älterer Desktop-Monitor identisch groß sein – das iPad hat jedoch deutlich mehr Pixel auf derselben Fläche, was zu einer höheren Anzeigequalität führt. Retina basiert auf exakt diesem Prinzip: gleiche Displaygröße, mehr Pixel, also ein High-DPI-Display.
Das Tückische: Webgrafiken wurden und werden noch immer oft in 72 DPI für Standarddisplays erstellt. Auf Retina-Displays mit deutlich höherer Pixeldichte wirken diese Bilder jedoch unscharf, wenn sie nicht für die höhere Auflösung angepasst werden. Wer also PNG-basierte Icons in einer Webanwendung nutzt, ohne an hochauflösende Displays zu denken, liefert auf einem modernen iPhone oder MacBook buchstäblich unscharfe Arbeit ab.
Das Problem hat sich nicht aufgelöst – es hat sich verschärft. Von einfachen monochromen LCDs früher Mobiltelefone bis zu heutigen 4K- und 8K-Displays hat die Industrie die Grenzen der Pixeldichte kontinuierlich verschoben. Der aktuelle Trend geht dabei über bloße Pixel-Erhöhung hinaus – Farbgenauigkeit, Dynamic Range und Bildwiederholraten rücken in den Vordergrund. Mit jeder neuen Gerätegeneration wird die Messlatte für visuelle Qualität höher gelegt.
Icon Fonts: Praktisch, aber mit Systemschwäche
Lange Zeit galten Icon Fonts als die elegante Lösung für das Schärfe-Problem. Die Idee ist bestechend einfach: Statt Pixelgrafiken verwendet man Glyphen aus einer Schriftdatei – und Schriften sind von Natur aus vektorbasiert, skalieren also theoretisch beliebig. Sie werden in einer einzigen, komprimierten Datei gebündelt, basieren auf einem Vektorformat statt auf Bitmaps und sahen deshalb auf Retina-Displays zunächst gut aus.
Das klingt nach der perfekten Lösung – bis man genauer hinschaut.
Icon Fonts verlieren zunehmend an Bedeutung. Das korrekte Anzeigen von Icon Fonts erfordert häufig zusätzliche Server-Requests, was zu einem „Flash of Invisible Text" (FOIT) führen kann, während die Font-Bibliotheken noch laden. Kann der Browser die Schriften nicht interpretieren, sieht der Nutzer leere Zeichen. Da solche Szenarien für professionelle Websites inakzeptabel sind, wenden sich immer mehr Entwickler SVG zu.
Hinzu kommen inhärente Rendering-Schwächen: Icon Fonts sind anfällig für Browser-Anti-Aliasing-Techniken und können dadurch unscharf wirken. Bei SVGs hingegen ist die visuelle Qualität in allen Auflösungen konstant präzise.
Ein weiterer Punkt, der in der Praxis oft unterschätzt wird: Das Erstellen mehrfarbiger oder zweifarbiger Icons mit Icon Fonts ist aufwendig und schwierig. Wer moderne, lebendige User Interfaces gestalten möchte, stößt hier schnell an strukturelle Grenzen. Das Farbmanagement über CSS ist zwar möglich, erfordert aber Workarounds, die die Wartbarkeit des Codes verschlechtern.
Für Teams, die schnell prototypen oder einfache Interfaces bauen, können Icon Fonts nach wie vor ihren Platz haben: Wenn viele Icons ohne großen Styling-Aufwand benötigt werden, können Icon Fonts funktionieren. Für alles, was darüber hinausgeht, sind sie jedoch das falsche Werkzeug.
SVG: Vom Nischenwerkzeug zum De-facto-Standard
SVG (Scalable Vector Graphics) ermöglicht die Darstellung von Vektorgrafiken im Browser. SVGs werden schnell zum neuen Standard für Web-Icons und Animationen. Sie bieten nicht nur überlegene Skalierbarkeit, sondern rendern auch häufig schneller und zuverlässiger als Icon Fonts.
Der Markt hat diese Einschätzung bereits bestätigt: 78 % der größten Websites nutzen SVG mittlerweile für zumindest einen Teil ihres Icon-Systems – vor fünf Jahren waren es erst 34 %. Dieser Wandel spiegelt erhebliche Fortschritte bei SVG-Tooling, Browser-Support und dem wachsenden Verständnis für Performance-Implikationen wider.
Was macht SVG so überlegen? Drei Kernvorteile stechen heraus:
1. Unbegrenzte Skalierbarkeit ohne Qualitätsverlust
SVGs sind vektorbasiert. Das bedeutet: Sie nutzen mathematische Algorithmen zur Bilddarstellung und können auf jede Größe skaliert werden, ohne an Qualität zu verlieren. SVG-Icons sehen auf Retina- und 4K-Displays scharf aus und vermeiden die Unschärfe, die bei skalierten PNGs entsteht. Das ist kein Marketing-Versprechen, sondern eine mathematische Eigenschaft des Formats.
2. Volle CSS-Kontrolle und Animierbarkeit
Farben, Hover-Zustände und sogar Animationen lassen sich per CSS oder JavaScript direkt auf SVGs anwenden. Das ist ein fundamentaler Unterschied zu Icon Fonts, bei denen Farbanpassungen durch die Font-Rendering-Pipeline laufen. SVGs sind grafischer Natur, weshalb Animieren oder Modifizieren per CSS hervorragend funktioniert.
Für moderne User Interface Designs bedeutet das: Hover-Effekte, Dark-Mode-Unterstützung, State-Änderungen – alles lässt sich sauber und wartbar mit einem einzigen SVG-Asset lösen.
3. Accessibility by Design
SVGs bieten heute erstklassigen Browser-Support, ermöglichen Code-Kontrolle durch CSS und JavaScript, punkten mit relativ kleinen Dateigrößen – und lassen sich mit Markup direkt im Bild auszeichnen, was für Nutzer assistiver Technologien wie Screen-Readern ein echter Vorteil ist.
Inline-SVGs – direkt in den HTML-Code eingebettet – sind die flexibelste und barrierefreiheitsfreundlichste Methode, weil man volle Kontrolle über Markup und Accessibility-Hooks behält. Das ist besonders relevant, da Barrierefreiheit im Web zunehmend regulatorische Relevanz bekommt.
Die richtige SVG-Einbindung: Inline, Sprite oder <img>?
SVG ist nicht gleich SVG. Die Art der Einbindung hat erheblichen Einfluss auf Performance, Wartbarkeit und Accessibility. In Projekten sehen wir regelmäßig, dass genau hier wertvolles Optimierungspotenzial ungenutzt bleibt.
Inline SVG
Ideal für Icons „above the fold" wie Logos oder Menü-Buttons, vor allem wenn einzelne SVG-Elemente per CSS oder JavaScript gestylt oder animiert werden sollen. Die Styling-Flexibilität ist maximal, und es entstehen keine zusätzlichen HTTP-Requests, da das SVG Teil des HTML-Dokuments ist.
Der Haken: Dieser Ansatz kann weniger ideal werden, wenn ein Icon an vielen Stellen einer Seite wiederholt wird, da er die HTML-Größe aufbläht und potenziell Lade- und Scroll-Performance beeinträchtigt.
Faustregel aus der Praxis: Liegt das SVG-Markup unter 5 KB – typisch für Icons und einfache Logos – ist Inline vertretbar.
SVG Sprites
Ein SVG-Sprite fasst mehrere Icons in einer einzigen SVG-Datei zusammen. Statt n separate Assets zu laden, wird eine Datei abgerufen und Icons per <use> oder Inline-Symbol-Content gerendert. Das reduziert Netzwerkanfragen und verbessert die Caching-Effizienz.
Inline-Sprites eignen sich, wenn Icons wenige sind und eng mit einer Komponente verknüpft bleiben. Externe Sprites empfehlen sich, wenn zentrale Updates und seitenübergreifendes Browser-Caching gewünscht sind.
SVG als <img>-Element
Für Icons, die keine Interaktivität benötigen, ist das <img>-Tag die sauberste Wahl – es hält den DOM schlank. Anders als PNG- oder JPEG-Bilder sind SVG-Icons skalierbar und verlieren bei verschiedenen Geräten keine Qualität. Browser behandeln SVGs dabei als Bilder, weshalb keine Anti-Aliasing-Regeln angewendet werden.
PNG: Noch nicht tot, aber mit klarer Rolle
PNG-Dateien sind rasterbasiert und bieten verlustfreie Komprimierung, Transparenz und Unterstützung von 16 Millionen Farben. Das macht sie zur ausgezeichneten Wahl für Grafiken, Logos, Diagramme und Illustrationen sowie sehr detaillierte Fotos.
PNG hat seinen Platz – aber es ist ein klar umrissener. Rasterbasierte, fotorealistische Icons, die sich nicht einfach als Vektor reproduzieren lassen, und Legacy-Umgebungen wie E-Mails oder alte Browser ohne SVG-Support sind legitime Anwendungsfelder für PNG.
Für hochauflösende Displays erfordert PNG hingegen explizite Strategie: Während SVGs beliebig skalieren, sollten für PNG mindestens die Dimensionen 16×16, 32×32 und 64×64 bereitgestellt werden – für Retina-Displays zusätzlich 2x-Versionen. Das erhöht den Pflegeaufwand erheblich und ist einer der Hauptgründe, warum Projekte, die wir übernehmen, oft mit einem PNG-Zoo konfrontiert sind: Dutzende Varianten desselben Icons in unterschiedlichen Größen, die bei jedem Redesign manuell aktualisiert werden müssen.
Optimierung: SVGs richtig schlank halten
Ein häufiges Missverständnis: SVGs sind von Natur aus performant. Das stimmt – aber nur, wenn sie optimiert werden. Unnötige Metadaten und Kommentare aus exportierten SVGs zu entfernen reduziert die Dateigröße. Komplexe Pfade lassen sich vereinfachen, was die Dateigröße um 40–80 % senken kann. Inline-SVGs eignen sich für Icons und UI-Elemente, die CSS-Styling und Animationen benötigen.
Tools wie SVGO, Figma-Plugins oder spezialisierte SVG-Editoren nehmen einen Großteil dieser Arbeit ab. Das Optimierungspotenzial ist dabei erheblich: Eine optimierte SVG-Version kann 60 % kleiner sein als das Rohe-Export-Ergebnis aus Design-Tools.
Zu viele Inline-Icons blähen das HTML auf – große SVGs sollten als externe Dateien eingebunden werden. CSS-Animationen sind performanter als native SVG-Animationen. Überdimensionierte ViewBox-Bereiche verschwenden Rendering-Ressourcen.
Wer SVG-Icons in modernen Frameworks wie Vue.js oder React nutzt, profitiert von weiteren Möglichkeiten: Kombinationen aus React und Next.js können Icons vorrendern, sodass die Vorteile von React mit der Performance von eingebettetem SVG vereint werden.
Die Entscheidungsmatrix: Was wann einsetzen?
Aus unserer Projektpraxis heraus haben wir eine klare Empfehlungslogik entwickelt:
SVG (inline oder als Sprite) ist die erste Wahl, wenn:
- Icons auf unterschiedlichen Geräteklassen und Auflösungen scharf erscheinen müssen
- Farben, Hover-States oder Animationen per CSS gesteuert werden sollen
- Accessibility und Screen-Reader-Unterstützung wichtig sind
- Icons Teil eines Design-Systems oder einer Komponentenbibliothek sind
PNG bleibt sinnvoll, wenn:
- Fotorealistische oder stark detaillierte Illustrationen eingesetzt werden
- Legacy-Systeme wie E-Mail-Templates bedient werden müssen
- Externe Toolchains oder CMS-Umgebungen keine SVG-Unterstützung bieten
Icon Fonts können noch funktionieren, wenn:
- Sehr alte Browser-Umgebungen unterstützt werden müssen
- Ein bestehendes System auf Icon Fonts basiert und eine Migration kurzfristig nicht realisierbar ist
- Nur einfachste, einfarbige Icons ohne Interaktivitätsanforderungen benötigt werden
Für neue Projekte sind SVG-Icons die klare Best Practice, die modernen Webstandards, Accessibility-Anforderungen und Entwicklungs-Workflows entspricht. Bestehende Icon-Font-Implementierungen sollten nach und nach zu SVG-Ansätzen migriert werden, priorisiert nach Traffic und Accessibility-Kritikalität.
Accessibility: Der unterschätzte Faktor
Barrierefreiheit ist im Kontext von Icons häufig der blinde Fleck – und gleichzeitig der Bereich, in dem SVG gegenüber Icon Fonts am deutlichsten gewinnt.
Inline-SVGs sind für Accessibility besonders geeignet, weil man ein <title>-Element für einen zugänglichen Namen einfügen, ein <desc>-Element für detailliertere Beschreibungen hinzufügen, semantische Rollen und ARIA-Attribute direkt verwenden und assistive Technologien die Struktur wie regulären HTML-Content lesen lassen kann.
Für rein dekorative Icons gilt: Bei SVGs, die ausschließlich dekorativen Charakter haben, entfernt das aria-hidden-Attribut das Element vollständig aus dem Accessibility-Baum. Das ist eine saubere, standardkonforme Lösung – ohne Workarounds.
SVGs dürfen nicht mit einer Rate von drei oder mehr Blitzen pro Sekunde flackern oder blinken. Für manche Nutzer kann blinkender oder flackernder Inhalt einen Anfall auslösen – das ist ernster zu nehmen, als es auf den ersten Blick erscheinen mag.
Was das für Webprojekte im Mittelstand bedeutet
Wer eine Business-Website, ein Kundenportal oder eine komplexe Webanwendung betreibt, hat ein konkretes Interesse an dieser Frage – auch wenn es sich nicht sofort so anfühlt. Hochwertige Visuals stärken die Markenglaubwürdigkeit und Professionalität. Eine visuell überzeugende Website steigert Vertrauen und Engagement. Klarere Produktbilder und schärfere UI-Elemente verbessern Usability und Interaktion.
Unscharfe Icons auf einem 4K-Monitor oder einem aktuellen iPhone sind kein technisches Randproblem – sie sind ein sichtbares Signal für mangelnde Sorgfalt. In Märkten, in denen digitale Präsenz als Vertrauensindikator gilt, ist das kein neutrales Detail.
Der Wandel zu hochauflösenden Displays ist keine vorübergehende Entwicklung, sondern eine Revolution in der Wahrnehmung digitaler Inhalte. Die Klarheit und Detailgenauigkeit moderner Displays haben einen neuen Standard für digitale Erlebnisse gesetzt und treiben Entwickler und Designer zu kontinuierlicher Innovation an. Wer Retina-Techniken konsequent einsetzt, kann sicherstellen, dass Websites und Anwendungen die Erwartungen moderner Nutzer erfüllen und übertreffen.
Fazit: SVG hat gewonnen – mit Nuancen
Die Frage, welches Icon-Format das richtige ist, hat 2025 eine klarere Antwort als noch vor wenigen Jahren. Überlegene Accessibility, bessere Styling-Flexibilität, verbesserte Performance-Eigenschaften und elegantere Framework-Integration machen SVG-Icons zur optimalen Wahl für die meisten Anwendungen.
Das bedeutet nicht, dass PNG oder Icon Fonts aus der Welt sind. Es bedeutet, dass man bewusst entscheiden sollte – und dass die Defaultentscheidung für neue Projekte klar auf SVG lauten sollte. Die Wahl des Icon-Formats sollte sich an technischen Anforderungen, Zielplattformen und Nutzerbedürfnissen orientieren – nicht an Gewohnheit.
Wir erleben in unseren Projekten immer wieder, wie viel Potenzial im Detail steckt: Ein sauber aufgebautes SVG-Sprite-System, das konsequent über CSS gesteuert wird, reduziert nicht nur den Pflegeaufwand erheblich. Es schafft auch die Grundlage für ein konsistentes Design-System, das mit dem Produkt wächst – statt bei jedem Update neu verhandelt werden zu müssen.
Die Schärfe auf dem Display ist das sichtbare Ende einer langen Kette technischer Entscheidungen. Wer diese Kette von Anfang an richtig aufbaut, hat dauerhaft die Kontrolle über das Ergebnis – unabhängig davon, welche Displaygeneration als nächste kommt.
Wer wissen möchte, wie ein solches System konkret aussieht und welche Architekturentscheidungen dabei langfristig tragen, findet in unseren Artikeln zu Performance-Optimierung und responsivem Webdesign weiterführende Perspektiven.