Child Theme in WordPress: Warum Sie es brauchen, damit Ihre Änderungen ein Update überstehen

Sie sind in den Theme-Editor von WordPress gegangen, haben eine Farbe geändert, ein paar Zeilen Code in die functions.php eingefügt oder eine Datei angepasst, damit alles genau so aussieht, wie Sie es wollten. Es hat funktioniert. Ein paar Wochen später meldete WordPress eine neue Theme-Version, Sie haben auf „Aktualisieren“ geklickt – und Ihre Änderungen waren einfach verschwunden.

Sie haben als Person nichts falsch gemacht. Sie haben nur die falsche Methode verwendet. Wenn Sie die Dateien eines Themes direkt bearbeiten, überschreibt jedes Theme-Update genau diese Dateien mit der offiziellen Version – und Ihre Arbeit wird gelöscht. Die saubere Lösung, die Entwickler seit Jahren verwenden, heißt Child Theme. In diesem Artikel erkläre ich Ihnen, was das ist, warum es Sie schützt und wie Sie es einrichten.

Warum Änderungen beim Update verschwinden

Ein WordPress-Theme ist ein Ordner mit Dateien: Stile (CSS), Vorlagen (PHP), Funktionen. Wenn Sie diese Dateien direkt bearbeiten, ändern Sie genau die Kopie, die auf Ihrer Website installiert ist.

Das Problem: Ein Theme-Update „bewahrt“ Ihre Änderungen nicht. Es lädt die neue Version vom Theme-Ersteller herunter und ersetzt den alten Ordner vollständig. Alles, was Sie dort geschrieben haben, geht verloren, weil WordPress nicht wissen kann, welche Zeilen original sind und welche von Ihnen stammen.

Deshalb ist es keine Frage des „Ob“, sondern des „Wann“. Früher oder später kommt ein Update – aus Sicherheits- oder Kompatibilitätsgründen – und wenn Sie das Theme direkt bearbeitet haben, zahlen Sie mit Ihrer Arbeit.

Was ein Child Theme eigentlich ist

Ein Child Theme ist ein separates, kleines Theme, das alles vom ursprünglichen Theme (dem sogenannten Parent Theme) „erbt“. Praktisch sagen Sie WordPress: Nutze für alles das Parent Theme, aber wo ich etwas anders geschrieben habe, folge mir.

Der Vorteil liegt auf der Hand:

• Das Parent Theme kann in Ruhe aktualisiert werden, ohne Ihre Dateien zu berühren.
• Ihre Änderungen liegen in einem separaten Ordner, den das Update nicht anfasst.
• Sie können das Child Theme jederzeit deaktivieren und zum Original zurückkehren, ohne Schaden.

Stellen Sie sich das Child Theme wie eine transparente Folie über einer Zeichnung vor: Die Zeichnung darunter bleibt unberührt, Sie zeichnen nur auf der Folie, und wenn Sie sie abnehmen wollen, ist alles wie vorher.

Wie ein Child Theme im Kern aussieht

Ein Child Theme braucht einen eigenen Ordner und mindestens zwei Dinge: eine style.css-Datei mit einem speziellen Header und eine functions.php-Datei, die die Stile des Parent Themes lädt.

In der style.css teilt der Header WordPress mit, wer der Parent ist:

• Template: der exakte Ordnername des Parent Themes
• Theme Name: der Name des Child Themes

In der functions.php platzieren Sie den Code, der zuerst korrekt die Stile des Parent Themes lädt und dann Ihre eigenen. Ab hier kopieren Sie jede Datei aus dem Parent Theme, die Sie ändern möchten, in das Child Theme und bearbeiten sie dort – WordPress verwendet dann Ihre Version anstelle des Originals.

Es ist nicht viel Code. Der heikle Teil ist, genau die Benennungen und die Struktur einzuhalten, sonst zeigt die Website Fehler an. Deshalb lohnt es sich, das einmal sorgfältig und korrekt zu machen.

Wann Sie wirklich ein Child Theme brauchen (und wann nicht)

Nicht jede Änderung erfordert ein Child Theme. Es ist wichtig, den Unterschied zu kennen, um die Sache nicht unnötig zu verkomplizieren.

Sie brauchen kein Child Theme, wenn Sie:

• Farben, Schriften, Logo oder Layout über den Customizer bzw. den visuellen Editor ändern. Diese Einstellungen werden in der Datenbank gespeichert, nicht in Dateien, und überstehen Updates problemlos.
• CSS über das Feld „Zusätzliches CSS“ im Customizer hinzufügen.

Sie brauchen ein Child Theme, wenn Sie:

• PHP-Dateien des Themes bearbeiten (functions.php, Seitenvorlagen, Header, Footer).
• Individuellen Code hinzufügen, der Updates überstehen muss.
• Die Struktur einer Seite über das hinaus ändern, was der Editor erlaubt.

Die einfache Regel: Wenn Sie Code in den Theme-Dateien anfassen, brauchen Sie ein Child Theme. Wenn Sie nur die Einstellungen der Oberfläche nutzen, nicht.

Wie wir das bei MPO Web Studio angehen

Bei den Websites, die wir bauen, trennen wir von Anfang an, was zur „Plattform“ gehört, von dem, was zu Ihrem individuellen Auftritt gehört. Anpassungen laufen in einer eigenen Ebene, genau nach dem Child-Theme-Prinzip, sodass Sicherheitsupdates ohne Angst vor Datenverlust erfolgen können.

Wir liefern remote, unabhängig von Ihrem Standort, und zeigen Ihnen zuerst eine fertige Demo – Sie sehen das Ergebnis, bevor Sie etwas bezahlen. Und wenn wir eine bestehende Website übernehmen, deren Theme direkt „live“ bearbeitet wurde, ist das Erste, was wir tun, die Änderungen abzusichern, damit sie beim nächsten Update nicht verloren gehen.

Wenn Sie bereits eine Website haben, bei der Sie sich vor dem Klick auf „Aktualisieren“ fürchten, schreiben Sie uns auf WhatsApp. Wir schauen uns gemeinsam an, wie es aussieht, ganz unverbindlich.