BB-Code seit 1998: Wie die [b]/[url]/[img]-Markup-Klassik die Forenwelt strukturierte

Wer im Frühjahr 1998 zum ersten Mal in einem öffentlichen Forum eckige Klammern um ein Wort setzte, um es fett darzustellen, bewegte sich am Rand einer technischen Verlegenheitslösung. Der sogenannte Bulletin-Board-Code – kurz BB-Code – entstand im Umfeld der frühen vBulletin-Vorläufer und konkurrierender PHP-Foren als pragmatische Antwort auf ein konkretes Sicherheitsproblem: Nutzergenerierter HTML-Code in öffentlich zugänglichen Eingabefeldern war zu jener Zeit ein verlässlicher Vektor für Cross-Site-Scripting und Layout-Sabotage. Die Lösung lag im radikalen Verbot von HTML in Postings und der Einführung einer eigenen, server-seitig in HTML übersetzten Markup-Sprache mit einem strikt begrenzten Tag-Vokabular.

Die technische Genese: Sandboxing per Syntax

Die Grundidee war elegant. Statt jeden einzelnen HTML-Tag mühsam zu validieren – ein bei der damaligen Reife der PHP-Standardbibliothek riskantes Unterfangen –, definierten die Foren-Software-Entwickler eine geschlossene Liste eigener Tags in eckigen Klammern und übersetzten diese vor der Auslieferung in sicheres HTML. [b]fett[/b] wurde zu <strong>fett</strong>, [url=https://example.org]Link[/url] zu einem <a>-Element mit kontrolliertem Attribut-Set, [img]https://example.org/bild.jpg[/img] zu einem <img>-Tag mit serverseitig erzwungenen Attributen. Alles, was nicht im erlaubten Tag-Set lag, blieb unausgewertet sichtbar – ein verlässliches Sandboxing über die Syntax selbst.

Das Vokabular blieb erstaunlich stabil. Über die Jahre etablierten sich [b], [i], [u] für Textformatierung, [url] und [email] für Verlinkungen, [img] für Bildeinbindung, [quote] für Zitate, [code] für Quelltext-Darstellung, [list] und [*] für Aufzählungen, sowie [color], [size] und [font] für typografische Auszeichnungen. Spätere Erweiterungen brachten [spoiler] für versteckte Inhalte, [youtube] für eingebettete Videos und in vBulletin 3 das ikonische [quote=Benutzername;PostID] mit Tiefenverlinkung auf den zitierten Beitrag.

Die Datierung: Frühe Adopter und mythische Ursprünge

Die exakte Erst-Implementierung des BB-Codes lässt sich – so legen es die archivierten Versionshinweise nahe – auf das Jahr 1998 im Umfeld der vBulletin-Vorgänger Ultimate Bulletin Board (UBB) der Infopop Corporation zurückführen. Die UBB-Codebasis nutzte bereits vor der vBulletin-Trennung 2000 ein vergleichbares Markup-System, das von James Limm und John Percival mit der ersten vBulletin-Veröffentlichung im Jahr 2000 systematisiert und erweitert wurde. phpBB übernahm die Konvention bei seinem Start im Juni 2000 und etablierte sie endgültig als Default des offenen Foren-Ökosystems.

Die parallele Entwicklung ähnlicher Markup-Sprachen lohnt die Erwähnung. Markdown – von John Gruber und Aaron Swartz im März 2004 spezifiziert – verfolgte einen ähnlichen Ansatz mit anderer Syntax und wurde später zur dominanten Schreibsprache von Reddit, GitHub und Stack Exchange. Wiki-Markup, etwa das von MediaWiki seit 2002, erfüllte vergleichbare Funktionen im Wiki-Umfeld. BB-Code blieb jedoch das spezifische Idiom der Foren-Welt, wo es bis heute – in moderner WYSIWYG-Verkleidung – in vBulletin, WoltLab und phpBB als Speicherformat fortlebt.

Die kulturelle Schicht: Zitatketten als Beweisform

Der eigentliche Bedeutungsgewinn des BB-Codes lag nicht in der Textauszeichnung, sondern in der [quote]-Tag-Implementierung. Die Möglichkeit, fremde Beiträge nicht nur zu paraphrasieren, sondern wörtlich, mit Autorenattribution und – in späteren Implementierungen – mit klickbarer Rückverlinkung auf den Original-Post zu zitieren, etablierte eine spezifische Diskurspraxis. Im deutschsprachigen Forum wurde das Quoting zur quasi-akademischen Beweisform: Jede Behauptung über einen anderen Diskussionsteilnehmer ließ sich durch ein eingebettetes Zitat belegen, jede Veränderung der Argumentationslage durch zeitlich frühere Statements widerlegen.

Diese forensische Qualität der Zitatkette habe – so argumentiert etwa Christoph Bieber in seinen Arbeiten zur politischen Online-Kommunikation – die Forenkultur strukturell von späteren Plattformen unterschieden. Wo Twitter mit Retweet und Quote-Tweet eine algorithmische Verstärkungs-Logik etablierte und Facebook mit dem Kommentar-Strang die Verschachtelung minimierte, blieb das Forum-Quoting eine bewusste rhetorische Setzung der Diskursteilnehmer. Die berüchtigten „Zitatketten” mit drei oder vier Verschachtelungsebenen – in denen ein Beitrag einen Beitrag zitierte, der wiederum einen Beitrag zitierte – wurden zum visuellen Marker erbittert geführter Sachauseinandersetzungen.

Die Signatur-Ästhetik: BB-Code als Identitätsmarker

Eine zweite kulturelle Schicht entstand im Bereich der Benutzersignaturen. vBulletin und Konkurrenzprodukte erlaubten ab Version 2 die Hinterlegung einer permanenten Signatur unterhalb jedes Beitrags, die der Nutzer mit BB-Code formatieren konnte. Aus dieser technischen Möglichkeit entwickelte sich eine eigene Ästhetik: animierte GIF-Banner, ASCII-Grafiken, mehrzeilige Aphorismen in farbigem Text, eingebettete Userbars und – in der Spitzenphase um 2005 bis 2008 – Signaturen, die die Höhe der eigentlichen Beiträge mehrfach überschritten.

Die Moderation reagierte mit Größenbeschränkungen, die per [size]- und [img]-Limit serverseitig durchgesetzt wurden. Die typische Signatur-Policy eines DACH-Hobby-Forums um 2007 erlaubte – so referieren archivierte Regelwerke – maximal drei Zeilen Text, ein Bild mit höchstens 500 mal 100 Pixel und eine Gesamthöhe von etwa 150 Pixel. Diese Disziplinierung war notwendig, weil ausufernde Signaturen die Lesbarkeit der eigentlichen Diskussion beeinträchtigten und auf der damaligen Bandbreite spürbare Ladezeiten verursachten.

Die Emoticon-Brücke: BB-Code und der Shortcode-Smiley

Eine dritte Funktion lag in der Anbindung an die foren-spezifischen Emoticon-Bibliotheken. Während Scott Fahlman am 19. September 1982 an der Carnegie Mellon University das textuelle :-) als Vorschlag für Newsgroups-Ironie-Markierung etabliert hatte, entwickelten Foren-Software-Anbieter ab den späten Neunzigern grafische Smiley-Sets, die per Shortcode aktiviert wurden. :) wurde zur grafischen Smiley-Darstellung, :rolleyes: zum animierten Augenroll-GIF, :thumbsup: zur Daumen-hoch-Geste. Diese Shortcodes integrierten sich nahtlos in den BB-Code-Parser und schufen ein zweites, paralleles Markup-Vokabular.

Die kulturelle Wirkung war erheblich. Forum-Smileys wurden zu visuellen Marken einzelner Communities – das spezifische Smiley-Set eines Forums sei – so legen es kommunikationswissenschaftliche Auswertungen nahe – ein identitätsstiftendes Element gewesen, vergleichbar mit dem späteren Custom-Emoji-System von Slack und Discord. Wer ein Forum wechselte, musste nicht nur die Regeln, sondern auch das Smiley-Idiom neu lernen.

Die Erosion: WYSIWYG, Markdown, Rich-Text-Editoren

Ab etwa 2008 begann die schrittweise Verdrängung der sichtbaren BB-Code-Syntax durch WYSIWYG-Editoren. vBulletin 4 (Dezember 2009) und phpBB 3.1 (Oktober 2014) integrierten Rich-Text-Editoren, die BB-Code im Hintergrund generierten, dem Nutzer aber eine grafische Oberfläche mit Buttons präsentierten. Discourse setzte ab Februar 2014 konsequent auf Markdown und verzichtete vollständig auf BB-Code. Slack, ab 2013 von Stewart Butterfield entwickelt, und ab Mai 2015 Discord etablierten leicht abweichende Markdown-Dialekte als Default.

Die Folge war ein paradoxer Bedeutungswandel. BB-Code wurde unsichtbar, blieb aber als Speicherformat in den Datenbanken weiter Foren-Installationen erhalten. Wer heute ein vBulletin-Backup aus den frühen 2000ern importiert, findet die ursprüngliche Markup-Syntax intakt – ein archäologisches Stratum, das die spezifische Schreibkultur seiner Entstehungszeit konserviert. Die Reddit-Generation kennt [b]fett[/b] nicht mehr aktiv, doch Migrations-Tools von vBulletin nach Discourse oder von phpBB nach Flarum müssen den BB-Code-Parser bis heute mitliefern.

Die strukturelle Lehre: Markup als Diskursform

Die historische Lehre des BB-Codes liegt in der Erkenntnis, dass scheinbar triviale Markup-Entscheidungen Diskurskulturen prägen können. Die explizite Sichtbarkeit der Auszeichnung – eckige Klammer auf, Tag, eckige Klammer zu – zwang den Nutzer zur bewussten typografischen Entscheidung. Wer fett schrieb, tat es absichtlich. Wer zitierte, las den Quote-Tag noch einmal Korrektur. Die spätere Übersetzung in WYSIWYG-Oberflächen mag bequemer gewesen sein, sie führte jedoch zu einer Inflation der Formatierung, weil der Aufwand pro Auszeichnung gegen Null tendierte.

Im Rückblick erscheint BB-Code daher weniger als technische Notlösung, denn als kulturtechnische Disziplinierungsform. Die Klammern zwangen zur Sorgfalt, das geschlossene Tag-Vokabular zur typografischen Bescheidenheit, das Sandboxing zur Akzeptanz redaktioneller Grenzen. Dass diese Disziplin in der Migration zu Rich-Text-Editoren und Plattform-WYSIWYG vielfach verloren ging, gehört zu den selten benannten Verlusten der Forenkultur-Transformation der späten 2000er und frühen 2010er Jahre. Wer die Schichten heutiger Diskurs-Plattformen versteht, sollte das Markup-Erbe ernster nehmen als die meisten Plattform-Historiografien es tun.

Die Avatar-Integration: Gravatar, Forum-Galerien, Bildkonventionen

Eine selten benannte Folgeschicht des BB-Code-Ökosystems war die Verzahnung mit dem Avatar-Wesen der Forenwelt. Während die [img]-Tag-Logik die Einbettung beliebiger Grafiken in Beiträge erlaubte, etablierten die Foren-Software-Anbieter parallel ein eigenes Avatar-Subsystem mit serverseitig gepflegten Galerien und Upload-Limits. Tom Werner begann 2004 mit der Entwicklung von Gravatar – Globally Recognized Avatar –, einem Dienst zur E-Mail-Adressen-gebundenen plattformübergreifenden Avatar-Auflösung, der 2007 von Automattic übernommen wurde und über eine simple HTTP-API in praktisch jede CMS- und Foren-Software integrierbar war. Die spezifische DACH-Foren-Praxis bevorzugte jedoch lange Zeit lokale Galerie-Lösungen mit kuratierten Avatar-Sets, oft thematisch passend zum jeweiligen Forum: Marken-Logos in Auto-Foren, Fisch-Grafiken in Aquaristik-Foren, Comic-Charaktere in Anime-Communities. Diese kuratorische Setzung des Avatar-Pools sei – so legen es zeitgenössische Selbstauskünfte der Administratoren nahe – ein bewusstes identitätsstiftendes Element gewesen, dessen Erosion mit der Verbreitung beliebiger Upload-Avatare vielfach beklagt wurde.

Die Custom-Tag-Schicht: Foren-spezifische Erweiterungen

Über das Standard-Vokabular hinaus erlaubten vBulletin und phpBB die Definition foren-spezifischer Custom-Tags. Administratoren konnten eigene BB-Code-Erweiterungen anlegen, deren Ersetzungsmuster sie selbst definieren durften. In Auto-Foren etablierten sich [hsn] und [tsn] für Herstellerschlüsselnummer- und Typschlüsselnummer-Verlinkungen ins Kraftfahrt-Bundesamt-Verzeichnis. In Aquaristik-Foren verbreiteten sich [fisch] und [pflanze] mit automatischer Auflösung gegen interne Wikis. In Modellbau-Foren entstand [bauteil] für die Verlinkung zu Stückliste-Datenbanken. Diese Custom-Tag-Schicht sei – so dokumentieren rückblickende Berichte aus dem Umfeld der WoltLab-Community – ein erheblicher kultureller Mehrwert der vBulletin-Ära gewesen, der das Forum von einer reinen Diskussionsplattform zu einem semantisch erschlossenen Fachwissensspeicher aufwertete. Mit der Migration zu Discourse und vergleichbaren Markdown-Plattformen ging diese tag-basierte semantische Schicht weitgehend verloren; Ersatz über Plugin-Erweiterungen blieb in der Praxis meist hinter den ursprünglichen Custom-Tag-Implementierungen zurück.

Die Migrations-Archäologie: Vom BB-Code zur Markdown-Konversion

Eine dritte, technisch-pragmatische Spätschicht der BB-Code-Geschichte entfaltet sich in der Migrations-Praxis. Wer ab den 2010er Jahren ein vBulletin- oder phpBB-Forum auf Discourse, Flarum oder NodeBB umstellen wollte, sah sich mit der Aufgabe konfrontiert, hunderttausende oder Millionen historische Beiträge von BB-Code in Markdown zu konvertieren. Die Migrations-Tools etablierter Foren-Software-Anbieter sowie verbreitete Open-Source-Lösungen wie das Discourse-eigene Import-Skript-Sammelsurium leisten diese Übersetzung in der Regel verlässlich für Standard-Tags. Probleme treten regelmäßig bei foren-spezifischen Custom-Tags auf, etwa selbstdefinierten [fancytable]- oder [member=ID]-Notationen, deren Auflösung manuelle Nachpflege verlangt. Diese Migrations-Archäologie sei – so dokumentieren Foren-Berater in einschlägigen Branchen-Posts – ein nicht zu unterschätzender Kostenfaktor bei der Modernisierung gewachsener Communities und ein Hauptgrund, warum viele Betreiber trotz technischer Veralterung an ihrer vBulletin- oder phpBB-Installation festhalten. Die historische BB-Code-Schicht erweist sich damit als spätes Hindernis dessen, was sie ursprünglich ermöglichte: nachhaltige, langlebige Diskursarchive.