Beautiful Jekyll im Test: eine komplette Website über GitHub-Fork und _config.yml
Erstellen Sie in buchstäblich wenigen Minuten eine schöne und einfache Website. Demo unter.
Auf einen Blick
- Was ist das?
- Analyse des Jekyll-Themes von Dean Attali: Setup-Weg über den Browser, Inhaltsmodell mit Frontmatter, Funktionsumfang und Grenzen des Supports.
- Für wen ist es gedacht?
- Beautiful Jekyll passt für alle, die eine persönliche Seite oder einen Blog ohne lokale Installation betreiben wollen: Fork, Umbenennung auf YOURUSERNAME.github.io, Einstellungen in der _config.yml, fertig. Wer Ruby-Gems oder tiefgreifende Layoutänderungen braucht, sollte sich andere Wege ansehen, denn für den Gem-Weg gibt es laut README keinen Support.
- Darf ich es kommerziell nutzen?
- Ja. MIT ist eine freizügige Lizenz: Sie dürfen darauf aufbauende Software nutzen, verändern und verkaufen, solange Sie die Urheberrechts- und Lizenzhinweise beibehalten.
- Wird es noch gepflegt?
- Ja. Die letzten Commits kamen vor 114 Tagen.
- In welcher Sprache ist es geschrieben?
- Hauptsächlich HTML, laut der Sprachstatistik von GitHub.
Die Antworten beruhen auf den GitHub-Daten des Projekts (zuletzt abgeglichen am 14. September 2026) und auf unserer Analyse. Sie sind keine Rechtsberatung.
TIEFGEHENDE OPEN-SOURCE-ANALYSE
Ein Jekyll-Theme von Dean Attali mit Demo unter beautifuljekyll.com
Beautiful Jekyll ist ein Theme für den statischen Seitengenerator Jekyll, das Dean Attali pflegt. Das README beschreibt es als einsatzbereite Vorlage für persönliche Seiten, Blogs und schlichte Projektwebsites. Eine Vorschau läuft unter beautifuljekyll.com, und der Autor verweist auf seine eigene Website deanattali.com sowie auf attalitech.com als lebende Beispiele. Eine Galerie unter beautifuljekyll.com/examples zeigt, was andere Nutzer daraus gebaut haben.
Die Zahlen im Repository geben einen Eindruck von der Verbreitung: rund 5.800 Sterne und über 17.000 Forks. Das README spricht von mehr als 50.000 Nutzern seit 2015. Der Code steht unter der MIT-Lizenz, der Hauptanteil liegt in HTML. Die letzte Veröffentlichung ist v6.0.1 vom 8. Juni 2023; davor lagen v5.0.0 von September 2020 und v4.1.0 von August 2020, die Abstände zwischen den Releases sind also eher groß.
Funktionsliste laut README: Kommentare über giscus bis CommentBox
Die Featureliste im README beginnt mit Einfachheit als erklärtem Hauptziel: Jeder soll in wenigen Minuten eine Website hinbekommen. Dazu kommen ein Mobile-First-Layout, Anpassungen wie Hintergrundfarbe oder eigenes Logo, und eine Behauptung, das Theme erreiche bei Googles Chrome-Audit fast perfekte Werte. Diese Angabe ist selbstberichtet und lässt sich nur durch einen eigenen Audit-Run gegen die Demo prüfen.
Für Blogbetreiber zählt der Rest der Liste: Kommentare lassen sich über Disqus, Facebook-Kommentare, Utterances, Staticman, giscus oder CommentBox einbinden. Beiträge bekommen Tags, und eine Indexseite wird automatisch erzeugt. Google Analytics lässt sich anbinden, die Navigation enthält einen Suchbutton, jede Seite kann ein vollbreites Titelbild und ein Thumbnail haben. Ein RSS-Feed entsteht automatisch, laut README kann man darüber sogar einen Podcast hosten. SEO- und Social-Media-Ansichten lassen sich pro Seite steuern.
Der empfohlene Start: Fork, Umbenennung, _config.yml
Der empfohlene Weg führt komplett über den Browser. Schritt eins ist der Fork-Button oben rechts auf der Projektseite; laut README soll man an dieser Stelle noch nicht auf Create fork klicken. Schritt zwei ist die Umbenennung des kopierten Repositorys in YOURUSERNAME.github.io, wobei YOURUSERNAME durch den eigenen GitHub-Namen ersetzt wird. Genau dieser Name zwingt GitHub, automatisch eine Website für das Repository zu bereitzustellen. Wer eine andere Domain will, findet laut README eine Anleitung in der FAQ unter dem Abschnitt zu Custom Domains.
Schritt drei ist das Bearbeiten der _config.yml. Der Dateiinhalt ist kommentiert, Zeilen mit einem Hash am Anfang sind Hinweise, alle anderen Zeilen sind Einstellungen. Nach dem Commit über den grünen Button baut GitHub die Seite neu; laut README steht sie ein bis zwei Minuten später unter https://YOURUSERNAME.github.io. Jede weitere Änderung an einer Datei löst denselben Neubau aus. Die neue Site enthält von Anfang an einige Beispielbeiträge und ein paar Seiten.
Ruby-Gem und Remote-Themes: mehr Kontrolle, kein Support
Neben dem Fork-Weg nennt das README fortgeschrittene Installationsmethoden: GitHub Pages mit Remote-Themes oder die Nutzung als Ruby-Gem. Beide Varianten bieten mehr Kontrolle, gelten laut Dokumentation aber als schwieriger und richten sich an erfahrene Nutzer. Eine wichtige Einschränkung steht genauso drin: Beautiful Jekyll wurde primär als GitHub-Theme entworfen, und für die Ruby-Gem-Methode wird ausdrücklich kein Support geleistet.
Für die Einordnung gehört dazu, dass das Projekt kostenlos ist und laut README kostenlos bleiben wird. Ein optionaler kostenpflichtiger Plan entfernt die Beautiful-Jekyll-Werbung von der Site, schaltet ein Dark-Mode-Design frei und gibt Zugang zu Sprechstunden des Autors. Wer die Basisversion nutzt, bekommt Hilfe über die FAQ und GitHub Discussions.
Inhalte als Markdown oder HTML mit Pflicht-Frontmatter
Neue Inhalte kommen als Markdown- oder HTML-Dateien ins Repository; für die meisten Fälle empfiehlt das README Markdown. Entscheidend für die Darstellung ist der Kopf jeder Datei: Damit eine Seite das Theme überhaupt verwendet, braucht sie YAML-Frontmatter, also zwei Zeilen mit je drei Bindestrichen und optionalen Parametern dazwischen. Fehlt dieser Block, zeigt GitHub Pages die Datei unverändert als Rohfassung an.
Blogbeiträge gehören in das Verzeichnis _posts und müssen der Namenskonvention YEAR-MONTH-DAY-title.md folgen. Das README rät, zunächst die mitgelieferten Beispielbeiträge anzusehen, um das Format zu lernen, und sie nach den eigenen ersten Beiträgen zu löschen. Damit deckt das Template einen bewusst schmalen Workflow ab: Datei anlegen, Frontmatter ausfüllen, committen, fertig.
Frontmatter-Parameter von title und cover-img bis mathjax
Die eigentliche Flexibilität steckt in den Frontmatter-Parametern. Die wichtigsten laut README sind title, subtitle, tags, cover-img für das vollbreite Bild, thumbnail-img für Vorschauansichten, comments sowie mathjax für LaTeX-Formeln. Für Suchergebnisse und Social-Sharing gibt es share-title, share-description und share-img.
Seltener gebrauchte Parameter umfassen author, readtime, show-avatar, social-share, nav-short, gh-repo, gh-badge, last-updated und layout. Fortgeschrittene Optionen fügen footer-extra, before-content, after-content, head-extra und language hinzu, dazu full-width und das Einbinden lokaler oder externer JavaScript- und CSS-Dateien. Seitentypen sind post, page, home und minimal; ohne Frontmatter entsteht eine rohe HTML-Seite. Der Typ home muss laut Dokumentation index.html heißen. Diese Liste zeigt: Wer sein Layout ausschließlich über diese Schalter steuert, kommt weit, ohne das Theme selbst anzufassen.
Fazit: Für wen Beautiful Jekyll 2026 noch sinnvoll ist
Beautiful Jekyll ist dann die richtige Wahl, wenn das Ziel eine persönliche Seite oder ein Blog ist, der ohne lokale Toolchain läuft und dessen Änderungen über normale Git-Commits im Browser erfolgen. Der Fork-Workflow mit _config.yml und der Namenskonvention YOURUSERNAME.github.io ist dafür in einer Viertelstunde durchgespielt, und die große Zahl bestehender Sites belegt, dass dieser Weg funktioniert.
Weniger gut passt das Theme, wenn Layoutfreiheit im Vordergrund steht oder die Ruby-Gem-Integration im eigenen Build-Prozess nötig wäre, denn dafür gibt es keinen Support. Der Blick auf die Release-Historie lohnt sich vor der Übernahme: Der Sprung von v5.0.0 auf v6.0.1 hat rund zweieinhalb Jahre gedauert, die letzte Ausgabe datiert auf Juni 2023. Vor einem Fork sollte man prüfen, ob die im README genannten Kommentarplattformen wie giscus oder Disqus noch zur eigenen Anforderungen passen.
Redaktionelles Fazit
Beautiful Jekyll passt für alle, die eine persönliche Seite oder einen Blog ohne lokale Installation betreiben wollen: Fork, Umbenennung auf YOURUSERNAME.github.io, Einstellungen in der _config.yml, fertig. Wer Ruby-Gems oder tiefgreifende Layoutänderungen braucht, sollte sich andere Wege ansehen, denn für den Gem-Weg gibt es laut README keinen Support.
Community-Notizen