1987: 14.400 Bps und ein Pragmatiker namens Wilhite

GIF wurde am 15. Juni 1987 von Steve Wilhite bei CompuServe veröffentlicht. Wilhite war damals 39, leitete dort das Forum-Software-Team und stand vor einem konkreten Problem: CompuServe bot Online-Dienste über Modems, die im besten Fall 9.600 Baud erreichten. Bilder waren technisch möglich, aber kommerziell unhaltbar — ein einzelnes Foto-Asset konnte einen Nutzer 20 Minuten Online-Zeit kosten, und die Online-Zeit wurde damals minutengenau abgerechnet.

Die Anforderung an Wilhite war pragmatisch: ein plattform-unabhängiges Bildformat, klein genug für 1.200- und 2.400-Baud-Verbindungen, fähig auf jeder damals üblichen Hardware-Konfiguration zu rendern (PC mit EGA-Karte, Mac mit 1-Bit-Display, C64 mit 16-Farben-Modus, Atari ST). Das Ergebnis hieß Graphics Interchange Format, kurz GIF, in der ersten Spezifikation als 87a.

Die technische Entscheidung: 256 Farben und LZW

GIF unterstützt maximal 256 Farben pro Frame aus einer 24-Bit-Farbpalette. Diese Beschränkung war kein Designfehler, sondern eine bewusste Wahl: 8-Bit-Display-Hardware war 1987 Standard, alles darüber hinaus wäre Daten-Verschwendung gewesen. Die Komprimierung erfolgt über LZW (Lempel-Ziv-Welch), einen 1984 von Terry Welch publizierten Wörterbuch-basierten Algorithmus, der für die damalige CPU-Performance gut umsetzbar war.

Eine subtile Eigenheit: GIF speichert pro Frame eine eigene Palette und kann diese per Local Color Table pro Bild variieren. Das ermöglicht bei Animationen, dass unterschiedliche Frames mit unterschiedlichen 256er-Paletten kombiniert werden — was die effektive Farb-Vielfalt deutlich erhöht, aber den Decoder-Algorithmus verkompliziert.

1989: Animation als Beifang

Die erste GIF-Spezifikation (87a) sah keine Animation vor. Erst Version 89a (1989) führte das Konzept von Multi-Frame-GIFs ein, ursprünglich gedacht für „eine kleine Pause zwischen den Bildern eines Diashows". Niemand bei CompuServe glaubte 1989, dass diese Funktion einmal das kulturell prägende Merkmal des Formats werden würde. Animationen blieben für die nächsten sechs Jahre eine obskure Spielerei, weil Netscape Navigator sie erst 1995 unterstützte — und dabei versehentlich einen Bug einbaute, der die Loop-Funktion grundsätzlich auf „endlos wiederholen" interpretierte, was den späteren kulturellen Charakter zementierte.

Dezember 1994: Der Patent-Schock

Am 28. Dezember 1994 kündigte Unisys an, das LZW-Patent (US-Patent 4.558.302, erteilt 1985 an Welch und seinen Arbeitgeber Sperry) kommerziell durchzusetzen. Jeder Hersteller, der einen GIF-Encoder verkaufte oder vertrieb, sollte rückwirkend Lizenzgebühren zahlen. CompuServe selbst zahlte einen Pauschalbetrag, gab die Rechnung aber an Drittanbieter weiter. Das war der Auslöser der Kampagne „Burn All GIFs", die das junge Web radikalisierte.

Aus dem Patentstreit entstand binnen Monaten PNG als patentfreier Ersatz — die ganze Geschichte dazu in unserem PNG-Geschichts-Beitrag. Das LZW-Patent lief in den USA 2003, in Europa und Japan 2004 aus. Seitdem ist GIF wieder rechtlich unbedenklich — aber sein technologischer Vorsprung war zu diesem Zeitpunkt längst weg.

Die Aussprache-Debatte (2013)

Eine der bemerkenswerteren Episoden in der Format-Geschichte: 2013 äußerte sich Steve Wilhite anlässlich eines Webby-Lifetime-Achievement-Awards mit einer fünf-Wörter-Animation auf der Bühne: „It's pronounced JIF, not GIF." Wilhite bestand auf der weichen Aussprache (wie das Erdnussbutter-Produkt JIF), während die Mehrheit der Web-Community traditionell die harte Aussprache verwendet (wie „gift" ohne „t"). Die Debatte ist sachlich nicht zu klären — Wilhite hatte das Format erfunden, der Sprachgebrauch hatte sich anders entwickelt — und ist seitdem eine semi-religiöse Auseinandersetzung in jeder Tech-Diskussion. Steve Wilhite verstarb 2022.

Der Niedergang: 1998–2010

Zwischen 1998 und 2010 schien GIF technologisch erledigt. JPEG dominierte Fotos, PNG übernahm Grafiken und UI-Elemente; animierte GIFs galten als 90er-Jahre-Relikt aus der Tanzenden-Baby- und Geocities-Ära. Browser bauten dedizierte Performance-Optimierungen für ihre dominierenden Formate, GIF wurde nur noch als Legacy gepflegt. Wer Animationen wollte, nutzte Flash; wer Effizienz wollte, MP4 und WebM.

Die Wiederauferstehung: 2012–2016

Drei Faktoren brachten GIF zurück. Erstens: Smartphones mit Always-On-Internetmachten Inhalte konsumierbar, die sich auf Sub-100-KB-Verhältnisse herunteroptimieren ließen. Zweitens: Soziale Medien wie Twitter, Tumblr und WhatsAppunterstützten GIF nativ, aber nicht Flash und nicht alle Browser-Video-Codecs konsistent. Drittens — und kulturell entscheidend: Giphy (2013 von Alex Chung und Jace Cooke gegründet) etablierte GIF-Reactions als Default-Sprachbestandteil der digitalen Kommunikation. Bis 2016 wurden täglich 2 Milliarden Giphy-GIFs versendet.

Ironischerweise versendet kaum jemand „echtes GIF" über diese Plattformen — Giphy konvertiert intern in MP4/WebM und liefert das passendere Format aus. Was der Nutzer „GIF" nennt, ist meist eine HTML5-Video-Loop. Die kulturelle Marke GIF überlebte; das technische Format wurde inzwischen ersetzt. Mehr dazu in GIF vs. WebP für Animationen.

Was GIF strukturell schlecht macht

Bei aller Nostalgie: GIF ist 2026 das ineffizienteste populäre Web-Format. Ein 5-MB-GIF wird als animiertes WebP zu 1,2 MB, als AVIF zu 900 KB, als MP4-Loop zu 400 KB. Die 256-Farben-Beschränkung erzeugt Banding bei Verläufen, die binäre Transparenz hinterlässt harte Ränder, fehlendes Interframe-Coding zwingt zur Voll-Frame-Speicherung. Es gibt keinen technischen Grund, GIF in 2026 neu zu deployen — außer Plattform-Kompatibilität: Slack-Reactions, manche E-Mail-Clients und archivierte CMS-Systeme akzeptieren ausschließlich GIF.

Optimierung: was geht überhaupt?

Wer ein bestehendes GIF tatsächlich behalten muss, kann drei Hebel ziehen: Farbpalette weiter reduzieren (von 256 auf 128 oder 64, oft kaum sichtbar), Frame-Delta- Encoding (nur veränderte Pixelbereiche pro Frame speichern, was alle modernen Encoder beherrschen) und Dithering anpassen (gröberes Dithering komprimiert besser, weil die Lauflängen-Codierung profitiert). Werkzeuge wie gifsicle undImageMagick setzen das um. Unser GIF-Komprimierer packt diese Pipeline browser-lokal in ein einziges UI.

Die ehrliche Empfehlung

Für neue Inhalte: nutze animiertes WebP, animiertes AVIF oder noch besser ein loopendes <video>-Element. Für Empfänger-Kontexte ohne Wahl (Slack-Reactions, E-Mail an konservative Empfänger): klassisches GIF, aber bewusst klein gehalten. Für Mehrformat-Lieferung das <picture>-Element mit GIF-Fallback. Eine Detail-Übersicht dazu findest du im Beitrag Alle Bildformate im Vergleich.

Quellen

GIF89a-Spezifikation (W3C-Mirror) · GIF87a-Spezifikation · US-Patent 4.558.302 (Welch, LZW) · Steve-Wilhite-Nachruf (NYT, 2022) · Giphy-Unternehmensgeschichte · Webby-Awards-Archiv · Wilhite, Steve. „GIF87a: Graphics Interchange Format". CompuServe Information Service, 1987.