1985: Windows 1.0 braucht Icons

Die Geschichte von ICO beginnt mit dem Erscheinen von Windows 1.0 im November 1985. Microsoft musste eine grafische Benutzeroberfläche bauen, die Apple- Macintosh nicht nur kopierte, sondern auf der breit verfügbaren IBM-PC-Hardware funktionierte. Ein zentrales UI-Element waren Programm-Icons — kleine Symbole, die im Programm-Manager und in der Taskbar angezeigt wurden.

Microsoft brauchte ein Datei-Format dafür. Das Ergebnis hieß ICO(Icon), ursprünglich als Teil der Windows-Ressourcen-Dateien (.RES) und als eigenständige .ico-Datei verfügbar. Das Format war für die damalige Hardware optimiert: 16×16- und 32×32-Pixel-Größen, 4-Bit-Farbpalette (16 Farben), einfache binäre Struktur.

Die Multi-Resolution-Architektur

Microsoft erkannte früh, dass Icons in verschiedenen Größen gebraucht werden: 16×16 für Menüs, 32×32 für den Desktop, 48×48 für die Programm-Auswahl. Statt für jede Größe eine separate Datei zu pflegen, designte Microsoft ICO als Multi-Resolution-Container: eine einzige .ico-Datei kann mehrere Bilder mit unterschiedlichen Auflösungen und Farbtiefen enthalten.

Die Struktur ist überraschend simpel. Ein ICO beginnt mit einer ICONDIR-Struktur (6 Bytes: reserved=0, type=1 für ICO oder 2 für CUR, Anzahl der eingebetteten Bilder). Dann folgt pro eingebettetem Bild ein ICONDIRENTRY (16 Bytes: Breite, Höhe, Farbpalette, Farb-Planes, Bit-Tiefe, Datengröße, Offset). Am Ende der Datei liegen die eigentlichen Bilddaten — historisch im BITMAPINFOHEADER-Format (also wie eine BMP-Datei, siehe unsere BMP-Geschichte).

1990–2000: Windows-spezifische Erweiterungen

Mit jeder Windows-Version wuchs ICO mit. Wichtige Erweiterungen:

  • Windows 3.1 (1992) — 8-Bit-Farbpalette mit 256 Farben für farbenfrohere Icons.
  • Windows 95 (1995) — bis zu 16,7 Millionen Farben (24-Bit) und ein Alpha-Kanal für transparente Bereiche.
  • Windows XP (2001) — 32-Bit-Icons mit echtem Alpha-Kanal pro Pixel, erstmals fotografisch hochwertige Icons möglich.
  • Windows Vista (2007) — Unterstützung für eingebettete PNG-Datenströme innerhalb der ICO-Datei. Eine entscheidende Erweiterung, weil Vista 256×256-Icons forderte; unkomprimierte 32-Bit-Bilder dieser Größe wären 256 KB pro Eintrag groß gewesen, als PNG sind sie 5–20 KB.

1999: Der Sprung ins Web — Favicon

Die folgenreichste Adoption-Entscheidung der ICO-Geschichte hatte mit Windows nichts zu tun. Im März 1999 implementierte Microsoft in Internet Explorer 5ein neues Feature: wenn eine Webseite an der URL /favicon.ico eine ICO-Datei bereitstellte, zeigte IE5 das Icon in der Adresszeile und in den Lesezeichen neben dem Seitentitel an.

Diese Funktion war ursprünglich als Bookmark-Komfort gedacht, entwickelte sich aber zur prägenden Web-Konvention. Innerhalb von zwei Jahren hatten Mozilla (1.0, 2002), Safari (1.0, 2003) und Opera nachgezogen. Bis 2005 erwartete jeder Browser ein /favicon.ico auf jeder Website; das Fehlen erzeugte einen 404-Eintrag im Server-Log, was als unprofessionell galt.

Microsoft hatte versehentlich ein proprietäres Windows-Format zum Web-Standard gemacht. Eine besondere Pointe: das W3C hatte nie eine offizielle Favicon-Spezifikation publiziert. Der Standard war reine De-facto-Praxis, dokumentiert in jedem HTML-Tutorial der 2000er Jahre. Erst HTML5 (2014) erkannte Favicons offiziell als standardisiertes UI-Element an.

Der Aufstieg der HTML-Link-Tags

Über die Jahre wurde klar, dass der einfache /favicon.ico-Mechanismus unzureichend war. iOS forderte Touch-Icons in spezifischen Größen, Android-PWA brauchte eigene Manifest-Einträge, Windows-Tile-Layouts forderten weitere Varianten. Die moderne Antwort ist nicht mehr eine einzelne ICO-Datei, sondern ein Bundle von HTML-Link-Tags:

<link rel="icon" type="image/png" sizes="32x32" href="/favicon-32.png">
<link rel="icon" type="image/png" sizes="16x16" href="/favicon-16.png">
<link rel="apple-touch-icon" href="/apple-touch-icon-180.png">
<link rel="manifest" href="/manifest.json">
<link rel="shortcut icon" href="/favicon.ico">

Die ICO-Datei dient hier als Legacy-Fallback für Browser, die den Standard-Pfad /favicon.ico erwarten — vor allem Internet Explorer 11 und ältere Edge-Versionen. Moderne Browser bevorzugen die separat referenzierten PNG- Varianten, die kleinere Datenpakete und exakt passende Auflösungen liefern. Eine praktische Anleitung dazu findest du in unserem Favicon-Anleitungs-Beitrag.

ICO 2026: ein Rest-Format

Die Frage, ob ICO 2026 noch gebraucht wird, hat zwei Antworten. Strikt technisch: nein — alle modernen Browser können PNGs aus den HTML-Link-Tags lesen. Pragmatisch: ja — der „classic shortcut icon" als /favicon.ico ist immer noch De-facto-Pflicht für maximal-robuste Kompatibilität. Die meisten Favicon-Generatoren liefern weiterhin ICO als Output-Option, und Internet Explorer 11 läuft 2026 noch in industriellen Embedded-Systemen.

Unser Icon Studio erstellt deshalb PNG-Varianten für alle modernen Größen und packt zusätzlich eine ICO mit Favicon-Größen (16, 32, 48 px) als Bundle. So bekommst du beide Welten: modernes Web mit PNG- Auslieferung und Legacy-Fallback für alte Browser.

Das CUR-Schwester-Format

Eine wenig bekannte Tatsache: CUR (Cursor-Datei) ist strukturell identisch mit ICO. Der einzige Unterschied liegt in der Type-Marker im Header (1 für ICO, 2 für CUR) und in zwei zusätzlichen Bytes pro CUR-Eintrag, die den Hotspot des Cursors (den klickbaren Pixel) definieren. Wer einen ICO-Decoder schreibt, hat automatisch einen CUR-Decoder. Beide Formate werden bis heute in Windows-Cursor- Bibliotheken verwendet.

Wann ICO die richtige Wahl ist

  • Web-Favicon-Legacy-Fallback. /favicon.ico bleibt Pflicht für maximale Kompatibilität — auch wenn moderne Browser PNG-Pfade bevorzugen.
  • Windows-Programm-Icons. Native Windows-Anwendungen erwarten ICO- Ressourcen in der EXE-Datei oder als externe Bibliothek.
  • Multi-Resolution-Bundles. Wenn ein einzelnes File mehrere Auflösungen halten soll, ist ICO strukturell elegant.
  • Embedded-Systeme mit Legacy-Anforderungen. Industrie-Hardware, Kassen-Systeme, Bootloader nutzen oft ICO für UI-Symbole.

Wann ICO nicht ideal ist: moderne Web-Auslieferung (PNG-Link-Tags sind besser), Mobile-Plattformen (iOS und Android wollen PNG), High-DPI-Auflösungen (PNG mit echten 256+ Pixeln ist effizienter).

Quellen

Microsoft Learn — Icons in Win32 · Wikipedia — ICO File Format · daubnet.com — ICO File Format Specification · WHATWG HTML — rel=icon Spezifikation · Microsoft — Originale Shortcut-Icon-Dokumentation (Web-Archive, 1999) · Real Favicon Generator (Referenz-Tool) · James D. Murray & William vanRyper, „Encyclopedia of Graphics File Formats", O'Reilly 1996.