Was eine Microsite tatsächlich ist
Der Begriff stammt aus Marketing- und Produktteams und wurde später von Entwicklerinnen und Entwicklern übernommen. Eine Microsite ist eine Webpräsenz, die außerhalb der Hauptseite liegt, mit eigener Identität, eigener URL und klar definiertem Zweck. Stellen Sie sie sich als Site vor, die eine Frage beantwortet oder eine Initiative unterstützt, statt die gesamte Marke zu beschreiben.
Im Frontend bedeutet das meist eine separate Codebasis oder zumindest einen separaten Build, ein schlankes Set an Routen und ein fokussiertes Designsystem. Sie kann so klein sein wie eine einzelne inhaltsstarke Seite mit Unterseiten oder so umfangreich wie einige wenige Abschnitte, die unter einem Thema gruppiert sind. Entscheidend ist, dass der Scope eng und das Ziel konkret ist.
- Definiert als kleine, zweckgebundene Webpräsenz, nicht als vollständige Site.
- Liegt meist auf eigener Domain, Subdomain oder in einem Unterordner mit eigener Identität.
- Verfolgt einen engen Scope, ein Zielgruppensegment oder einen Kampagnenwinkel.
- Wird unabhängig von der Hauptwebsite gebaut und ausgeliefert.
Wie eine Microsite im Frontend aussieht
Aus Frontend-Sicht ist eine Microsite meist schlank. Häufig sehen Sie einen einfachen Router mit Routen für eine Landing-View, eine Detail-View, eine Kontakt-View und vielleicht eine Thank-you-View. Jede Route unterstützt einen Schritt des Nutzerziels, nicht die gesamte Markengeschichte.
Designtechnisch nutzt eine Microsite oft eine eigene visuelle Sprache, auch wenn sie die Mutter-Marke teilt. Das kann ein anderer Farbsatz, ein angepasster Illustrationsstil oder ein eigenes Layout-Raster sein. Das Styling ist bewusst begrenzt, sodass die Site wie ein fokussiertes Erlebnis wirkt statt wie eine Unterseite der Hauptseite.
- Eine schlanke Routenstruktur, oft 3 bis 8 fokussierte Seiten oder Views.
- Eigenständige Styles, Typografie und Komponenten, scoped auf das Projekt.
- Leichtgewichtige Assets, optimierte Bilder und schneller First Paint.
- Häufig gebaut als statischer oder pre-rendered Build, kleine SPA oder fokussiertes Multi-Page-Setup.
Microsite, vollständige Website und Landing Page im Vergleich
Die drei lassen sich leicht verwechseln. Eine vollständige Website deckt die gesamte Marke oder Organisation ab, mit vielen Bereichen, dauerhafter Navigation und breiten Content-Anforderungen. Eine Landing Page ist meist eine einzelne Seite, die auf eine Conversion oder eine Aktion ausgelegt ist, etwa eine Registrierung oder einen Download. Eine Microsite liegt dazwischen: größer als eine einzelne Landing Page, kleiner als eine vollständige Site und eng auf einen Zweck fokussiert. Mehr dazu in Was ist eine Microsite? Definition, Beispiele, Vorteile und Einsatzfelder.
Der praktische Unterschied zeigt sich in Scope und Routing. Eine Landing Page ist eine View. Eine Microsite ist ein kleiner Cluster von Views rund um ein Thema. Eine vollständige Website ist ein breiter Baum von Views, der viele Themen abdeckt. Das prägt, wie Sie Routen, Seitenbereiche und Designsystem planen.
Für einen engeren Vergleich mit Landing Pages im Kleinunternehmens-Kontext lesen Sie Microsite vs. Landing Page: Welches Werkzeug brauchen Sie wirklich für Ihr Kleinunternehmen?.
- Vollständige Website: breiter Scope, viele Bereiche, dauerhafte Navigation, markenweiter Content.
- Landing Page: eine Seite, eine Botschaft, eine primäre Aktion.
- Microsite: kleiner Cluster von Seiten, ein Zweck, ein Zielgruppenausschnitt.
- Die Wahl beeinflusst Routen, Seiten, Designtiefe und Analytics-Setup.
Warum Frontend-Teams Microsites bauen
Frontend-Teams greifen zu Microsites, wenn eine Kampagne, ein Produkt oder eine Veranstaltung einen klaren Anfang und ein klares Ende hat oder wenn sie eine Zeit lang von der Hauptmarke losgelöst sein soll. Kampagnen-Microsites, Produktlaunch-Microsites, Event-Microsites und Projekt-Microsites sind gängige Formen. Jede unterstützt eine fokussierte Geschichte, ohne die Hauptseite aufzublähen.
Ein weiterer Grund ist Fokus. Eine separate kleine Site zu veröffentlichen erlaubt einen eigenen Zeitplan, ohne die Hauptwebsite zu verändern. Eine solche kleine Site kann von einer Wallet-Karte oder einem gedruckten Poster verlinkt werden und unabhängig aktualisiert oder eingestellt werden, wenn die Kampagne endet.
- Kampagnen-Microsites für einen saisonalen Push oder eine einzelne Botschaft.
- Produktlaunch-Microsites, die um ein Release-Fenster herum leben.
- Event-Microsites für eine Konferenz, eine Webinar-Serie oder eine Tour.
- Projekt-Microsites für eine Forschungs-, Recruiting- oder Community-Initiative.
Typische Code-Elemente einer Microsite
Auf Implementierungsebene umfasst eine Microsite in der Regel einen kleinen Router, einige wenige Seiten, eine Domain oder Subdomain, gescopte Styles und eigene Analytics. Viele werden mit einem Static Site Generator, einem schlanken Single-Page-App-Framework oder einem fokussierten Multi-Page-Setup gebaut. Ziel ist es, etwas Fokussiertes, Schnelles und leicht zu Wartendes auszuliefern. Sie können fertige Ausgangspunkte in der Vorlagen-Bibliothek ansehen und ausprobieren.
Analytics und Tracking sind in der Regel auf die Microsite selbst gescoped, mit eigenen Zielen und Events. So lässt sich die Kampagne, der Launch oder das Event unabhängig messen, getrennt von breiteren Site-KPIs. Außerdem kann die Microsite sauber eingestellt werden, wenn das Vorhaben endet, samt Daten und URLs archiviert.
- Eine kleine Routes-Datei oder ein Router mit fokussierten Seiten oder Views.
- Gescopte Styles, Komponenten und Assets, die im Microsite-Repo bleiben.
- Eigenständige Analytics mit eigenen Zielen, Events und Dashboards.
- Eigene Domain, Subdomain oder Unterordner mit klaren SEO-Einstellungen.
Wann eine Microsite sinnvoll ist und wann nicht
Eine Microsite ist sinnvoll, wenn das Ziel fokussiert ist und eigenen Raum verdient: eine Kampagne mit eigener Botschaft, ein Produkt mit eigener Geschichte, ein Event mit eigenem Ablauf oder ein Projekt mit eigener Zielgruppe. Sie ist auch sinnvoll, wenn Sie schnell experimentieren wollen oder wenn die Hauptseite zu groß oder zu starr ist, um die neuen Inhalte gut zu hosten. In diesen Fällen gibt ein separater kleiner Build Ihnen Bewegungsfreiheit.
Eine Microsite ist nicht sinnvoll, wenn ein neuer Bereich auf der Hauptseite den Job erledigt, wenn eine einzelne Landing Page das Ziel abdeckt oder wenn Sie langfristigen SEO-Gewicht auf der Hauptdomain benötigen. Sie ist auch nicht sinnvoll, wenn dem Team die Kapazität fehlt, eine separate Codebasis zu pflegen, oder wenn die Inhalte ohnehin schnell Teil der Hauptmarke würden. Für einen breiteren Überblick über kleine Site-Werkzeuge siehe unsere Planübersicht (/de/pricing).
- Guter Fit: Kampagnen, Launches, Events, Projekte, fokussierte Experimente.
- Schlechter Fit: Inhalte, die auf die Hauptseite gehören, oder eine einzelne Conversion-Aktion.
- Berücksichtigen Sie Teamkapazität, Wartungsaufwand und SEO-Ziele vor dem Bau.
- Stellen Sie die Microsite sauber ein, wenn Kampagne, Event oder Projekt enden.
