Eine Website von HTTP auf HTTPS umzustellen bedeutet, ein SSL-Zertifikat auf Ihrem Server zu installieren, Ihre Website auf ihre https-URLs auszurichten und die alten http-URLs weiterzuleiten, damit nichts zurückbleibt. Die eigentliche Arbeit dauert bei den meisten Websites einen Nachmittag. Nachfolgend finden Sie den gesamten Prozess in sechs Schritten sowie die Stelle, an der die Einstellung bei den fünf am häufigsten nachgefragten Plattformen zu finden ist.
Kurzantwort: Besorgen Sie sich ein SSL-Zertifikat (die meisten Hoster stellen eines kostenlos aus), installieren Sie es auf Ihrem Server, ändern Sie die URLs Ihrer Website in den Einstellungen Ihrer Plattform von http auf https, fügen Sie eine 301-Weiterleitung hinzu, damit alte Links funktionieren, beheben Sie alles, was noch über http geladen wird, und fügen Sie dann die https-Property in der Google Search Console hinzu und reichen Sie Ihre Sitemap erneut ein.
SSL (kurz für Secure Sockets Layer, obwohl heute ausgestellte Zertifikate alle TLS verwenden) ist das, was https überhaupt erst möglich macht. Wenn Sie zuerst die Hintergründe lesen möchten, lesen Sie was ein SSL-Zertifikat ist.
So wechseln Sie in 6 Schritten von HTTP zu HTTPS
- Besorgen Sie sich ein SSL-Zertifikat. Kostenlos von Ihrem Hoster oder von Let’s Encrypt, oder kostenpflichtig, wenn Sie eine Garantie, verifizierte Unternehmensdaten oder Wildcard-Abdeckung benötigen.
- Installieren Sie es auf Ihrem Server. Über Ihr Hosting-Panel, mit Certbot oder manuell anhand eines CSR.
- Richten Sie Ihre Plattform auf ihre https-URLs aus. Jedes CMS speichert seine eigene Website-Adresse, und diese muss aktualisiert werden.
- Leiten Sie http dauerhaft auf https um, mit einer 301-Weiterleitung auf Serverebene.
- Beheben Sie, was noch über http geladen wird: gemischte Inhalte, interne absolute Links, Caches und Feeds.
- Informieren Sie Suchmaschinen. Fügen Sie die https-Property in der Search Console hinzu, reichen Sie Ihre Sitemap erneut ein, überprüfen Sie Ihre Canonicals.
Jeder Schritt wird nachfolgend ausführlicher erklärt. Wenn Sie bereits ein Zertifikat haben und nur die Plattformeinstellung benötigen, springen Sie zu Schritt 3.
Bevor Sie beginnen: Sichern Sie Ihre Website und deren Datenbank, und wenn Sie eine Staging-Umgebung haben, führen Sie die Änderung zuerst dort durch. Zwei der folgenden Schritte können Sie aus Ihrem eigenen Admin-Bereich aussperren, falls sich herausstellt, dass das Zertifikat nicht funktioniert. Ein Backup ist daher der Unterschied zwischen einer Fünf-Minuten-Lösung und einem schlechten Nachmittag. Bei einem Shop sollten Sie dies außerhalb der Stoßzeiten durchführen: Jede Minute, in der der Checkout nicht verfügbar ist, bedeutet eine verlorene Bestellung.
Warum jetzt umsteigen: Chrome macht HTTPS ab Oktober 2026 zum Standard
Die üblichen Argumente für HTTPS gelten nach wie vor, aber jetzt gibt es ein konkretes Datum, das die Rechnung für alle ändert, die dies noch immer aufschieben.
Chrome schaltet Always Use Secure Connections standardmäßig in zwei Phasen ein. Im April 2026 aktivierte Chrome 147 diese Funktion für alle Nutzer mit Enhanced Safe Browsing, das sind mehr als eine Milliarde Menschen. Im Oktober 2026 weitet Chrome 154 dies auf alle Nutzer weltweit aus. Ist die Funktion aktiviert, versucht Chrome zuerst https und zeigt eine Warnung an, bevor eine öffentliche http-Website geladen wird, die der Nutzer noch nicht besucht hat.
Mit anderen Worten: Wenn Ihre Website nach Oktober 2026 noch immer auf http läuft, wird ein großer Teil Ihrer Besucher auf eine Zwischenwarnung stoßen, bevor sie die Seite erreichen. Private Adressen wie Router und Intranets werden anders behandelt und standardmäßig nicht gewarnt.
HTTPS ist jetzt auch eine Geschwindigkeitsfrage
Dieser Aspekt fehlt in den meisten Migrationsanleitungen. HTTP/2 erfordert formal keine Verschlüsselung, aber kein großer Browser hat es jemals über unverschlüsselte Verbindungen implementiert, sodass es in der Praxis nicht ohne HTTPS nutzbar ist. HTTP/3 geht noch weiter: Es erfordert TLS 1.3 und hat überhaupt keinen unverschlüsselten Modus. Wer bei http bleibt, schließt seine Website daher von beiden modernen Transportprotokollen und der damit verbundenen Leistung aus.
Die altbekannten Gründe gelten weiterhin. Browser kennzeichnen http-Seiten als Nicht sicher, Formulardaten und Passwörter werden ohne Zertifikat unverschlüsselt übertragen, Zahlungsdienstleister verweigern den Betrieb über http, und Google behandelt HTTPS seit 2014 als Ranking-Signal. Letzteres ist ein reales, aber schwaches Signal, das eher als Bonus denn als Hauptgrund gelten sollte.
Schritt 1: Ein SSL-Zertifikat besorgen
Prüfen Sie zunächst Ihr Hosting-Panel. Die meisten Hoster stellen mittlerweile kostenlose Let’s-Encrypt-Zertifikate über einen SSL/TLS- oder AutoSSL-Bereich aus, und viele haben bereits eines ausgestellt, das Sie nicht nutzen. Ein kostenloses Zertifikat verschlüsselt den Datenverkehr genauso gut wie ein kostenpflichtiges; der Unterschied liegt darin, was die Zertifizierungsstelle vor der Ausstellung geprüft hat und wer im Schadensfall dafür einsteht.
| Typ | Was die CA prüft | Ausstellung in | Geeignet für |
|---|---|---|---|
| Domain Validation (DV) | Dass Sie die Domain kontrollieren | Minuten | Blogs, Broschüren-Websites, die meisten kleinen Websites |
| Organization Validation (OV) | Die Domain sowie Ihre registrierte Organisation | 1 bis 3 Werktage | Unternehmenswebsites, Mitgliederbereiche, Kundenportale |
| Extended Validation (EV) | Eine vollständige rechtliche und operative Prüfung des Unternehmens | 1 bis 3 Werktage | Shops, Finanzwesen, überall dort, wo Identität wichtig ist |
Wenn Ihre Website Subdomains verwendet, deckt ein Wildcard-Zertifikat alle mit einem einzigen Zertifikat ab. Nicht sicher, welcher Typ passt? Der SSL-Assistent grenzt dies mit wenigen Fragen ein, oder Sie können direkt die Zertifikate durchsuchen.
Eine Sache, die Sie unabhängig von Ihrer Wahl einplanen sollten: Let’s-Encrypt-Zertifikate sind 90 Tage gültig und sollen etwa 30 Tage vor Ablauf automatisch erneuert werden. Wenn diese Automatisierung ausfällt – und das kommt vor – funktioniert die Website noch wochenlang und wird dann ohne Vorwarnung unsicher. Bestätigen Sie, dass die automatische Verlängerung aktiviert ist, und prüfen Sie das Zertifikat einmal nach dem ersten erwarteten Verlängerungsdatum.
Schritt 2: Auf Ihrem Server installieren
- Hosting-Panel. Der schnellste Weg. Bei cPanel befindet sich SSL/TLS unter Sicherheit. Stellen Sie es für die Apex-Domain und die www-Version aus, andernfalls erhalten Sie bei der fehlenden Variante eine Warnung wegen Namensabweichung.
- Certbot auf einem VPS ohne Panel. Es stellt das Zertifikat aus, konfiguriert den Server und installiert einen eigenen Verlängerungs-Timer.
- Manuell für ein kostenpflichtiges Zertifikat: Erstellen Sie einen CSR mit dem CSR-Generator oder einer unserer über 70 Anleitungen zur Erstellung eines CSR, schließen Sie die Validierung ab und installieren Sie dann das Zertifikat, den Schlüssel und die Zwischenzertifikate. Wir haben über 80 Anleitungen zur SSL-Installation, einschließlich cPanel.
Überprüfen Sie es, bevor Sie fortfahren. Führen Sie den SSL Checker für Ihre Domain aus. Der häufigste stille Fehler ist eine unvollständige Zertifikatskette: Die Website zeigt in Ihrem Desktop-Browser ein Vorhängeschloss an, weil dieser das Zwischenzertifikat von anderswo zwischengespeichert hat, während mobile Browser und Zahlungsdienstleister fehlschlagen. Der Checker meldet dies.
Schritt 3: Ihre Plattform auf ihre HTTPS-URLs ausrichten
Ein funktionierendes Zertifikat macht https verfügbar. Ihre Website wird weiterhin http-Links generieren, bis Sie ihr etwas anderes mitteilen, denn jedes CMS speichert seine eigene Adresse. Hier finden Sie die entsprechende Einstellung.
| Plattform | Wo sich die Einstellung befindet |
|---|---|
| WordPress | Einstellungen > Allgemein, ändern Sie sowohl WordPress-Adresse (URL) als auch Website-Adresse (URL). Seit Version 5.7 schreibt der Kern auch unsichere URLs in Ihren Inhalten um, sobald beide auf https stehen, und die Website-Zustand-Funktion bietet einen Ein-Klick-Wechsel an |
| Joomla | System > Globale Konfiguration > Server, stellen Sie HTTPS erzwingen auf Gesamte Website |
| PrestaShop | Shop-Parameter > Allgemein, führen Sie die HTTPS-Prüfung durch, stellen Sie SSL aktivieren auf Ja, dann SSL auf allen Seiten aktivieren, dann Speichern. Der zweite Schalter bleibt gesperrt, bis der erste gespeichert wurde |
| Magento 2 | Stores > Configuration > General > Web, öffnen Sie Base URLs (Secure), stellen Sie die sichere Basis-URL auf https, setzen Sie dann Use Secure URLs on Storefront und Use Secure URLs in Admin auf Ja und klicken Sie auf Save Config, dann leeren Sie den Cache. Diese beiden Einstellungen sorgen dafür, dass Magento https-URLs ausgibt; nur die Admin-Einstellung erzwingt eine Weiterleitung, der Storefront benötigt daher weiterhin Schritt 4 |
| Drupal | Keine Kerneinstellung, und nichts in .htaccess, das aktiviert werden müsste: Die dort auskommentierten Regeln von Drupal leiten zwischen www und nicht-www um, nicht von http zu https. Fügen Sie die Server-Level-Regel aus Schritt 4 in dieselbe Datei ein |
| Shopify, Wix, Squarespace | Nichts zu tun. HTTPS ist automatisch aktiviert und kann nicht deaktiviert werden |
Diese Drupal-Zeile lohnt sich, zweimal zu lesen, denn viele Anleitungen bringen das durcheinander. Die .htaccess von Drupal enthält tatsächlich auskommentierte Weiterleitungsregeln, sodass man leicht annehmen könnte, es handle sich um die HTTPS-Regeln. Das ist nicht der Fall. Das steht tatsächlich dort, und es entscheidet nur zwischen www und nicht-www:
# RewriteCond %{HTTP_HOST} .
# RewriteCond %{HTTP_HOST} !^www. [NC]
# RewriteRule ^ http%{ENV:protossl}://www.%{HTTP_HOST}%{REQUEST_URI} [L,R=301]Beachten Sie die Variable protossl in der letzten Zeile: Sie behält das Protokoll bei, mit dem die Anfrage eingegangen ist, sodass das Auskommentieren dieser Regeln einen http-Besucher weiterhin bei http belässt. Verwenden Sie stattdessen die gewöhnliche Apache-Regel aus Schritt 4.
Wenn Ihre Plattform nicht aufgeführt ist, machen Sie sich keine Sorgen darüber, eine entsprechende Einstellung zu finden. Die Weiterleitung auf Serverebene im nächsten Schritt funktioniert unabhängig davon, was darüber läuft.
Schritt 4: HTTP dauerhaft auf HTTPS umleiten
Ihre Seiten antworten nun über https, aber sie antworten auch weiterhin über http, und jeder alte Link, Lesezeichen und jede indexierte URL zeigt dorthin. Eine dauerhafte Weiterleitung behebt das.
Es muss eine 301-Weiterleitung sein, keine temporäre 302. Eine 301 signalisiert Suchmaschinen, dass der Umzug dauerhaft ist. Google gibt an, dass 301 und andere dauerhafte Weiterleitungen nicht zu einem Verlust des PageRank führen, was wichtig zu wissen ist, denn die Angst vor Ranking-Verlusten ist der Grund, warum die meisten Websites länger als nötig bei http bleiben.
Fügen Sie bei Apache dies nahe dem Anfang der .htaccess in Ihrem Website-Stammverzeichnis hinzu:
RewriteEngine On
RewriteCond %{HTTPS} off
RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [R=301,L]Die Bedingung muss off lauten, was bedeutet „umleiten, wenn die Anfrage noch nicht sicher ist“. Steht dort stattdessen „on“, wie es überraschend oft in veröffentlichten Codeschnipseln vorkommt, greift die Regel nur bei bereits über https eingehenden Anfragen und leitet diese erneut auf https um, was zu einer Schleife führt.
Bei Nginx gibt es keine .htaccess. Bearbeiten Sie den Server-Block:
server {
listen 80;
server_name example.com www.example.com;
return 301 https://$host$request_uri;
}Testen Sie mit nginx -t und laden Sie dann mit systemctl reload nginx neu.
Wenn Sie direkt nach dem Hinzufügen dieser Regel ERR_TOO_MANY_REDIRECTS erhalten, liegt die übliche Ursache in einem Proxy wie Cloudflare, der auf Flexible-SSL eingestellt ist: Er kommuniziert über http mit Ihrem Server, während Ihr Server auf https umleitet, sodass die Anfrage zwischen beiden hin- und herspringt. Stellen Sie den Verschlüsselungsmodus auf Full (strict) und behalten Sie ein gültiges Zertifikat am Ursprung bei.
Schritt 5: Beheben, was noch über HTTP geladen wird
Gemischte Inhalte. Eine über https ausgelieferte Seite, die trotzdem ein Bild, Skript oder Stylesheet über http lädt, enthält gemischte Inhalte. Browser aktualisieren manche Ressourcen stillschweigend – meist Bilder und Medien – und verweigern andere komplett, weshalb eine betroffene Seite völlig ungestylt ankommen kann. Die Browser-Konsole benennt die betroffene Datei. Unsere Anleitung Behebung gemischter Inhalte behandelt die Diagnose.
Interne absolute Links. Jeder Link auf Ihrer eigenen Website, der als vollständige http-Adresse geschrieben ist, zeigt weiterhin auf http und benötigt nun bei jedem Klick einen zusätzlichen Weiterleitungsschritt. Relative Links benötigen nichts. Dieser Schritt wird fast durchgängig übersprungen, und er macht den Unterschied zwischen einer abgeschlossenen Migration und einer, die lediglich funktioniert.
Caches, CDN und Feeds. Leeren Sie Ihren Seiten-Cache und Ihr CDN, sonst liefert eine zwischengespeicherte Kopie einer http-Seite weiterhin altes Markup aus und lässt eine abgeschlossene Migration fehlerhaft erscheinen. Prüfen Sie anschließend die Stellen, die eine Datenbank-Suche-und-Ersetzen nie erreicht: E-Mail-Vorlagen, Rechnungen, Produkt-Feeds und alles, was ein Drittanbieterdienst über Ihre Website speichert.
Woran Sie erkennen, dass es funktioniert hat
Vier Prüfungen, der Reihe nach.
- Geben Sie Ihre http-Adresse in einen Browser ein und bestätigen Sie, dass diese bei https landet, anstatt direkt zu laden.
- Tun Sie dasselbe für die www- und nicht-www-Version Ihrer Domain, da ein Zertifikat, das nur eine davon abdeckt, bei der anderen eine Namensabweichung auslöst.
- Öffnen Sie einige Unterseiten, nicht nur die Startseite, und bestätigen Sie, dass das Vorhängeschloss auf jeder davon angezeigt wird.
- Führen Sie dann den SSL Checker noch einmal aus, der Ketten- und Ablaufprobleme erkennt, die ein Browser vor Ihnen verbirgt.
Schritt 6: Suchmaschinen informieren
- Fügen Sie die https-Property in der Google Search Console hinzu. Eine http-Property meldet nichts zu https-URLs. Fügen Sie die neue hinzu und behalten Sie die alte, oder verwenden Sie eine Domain-Property, die beide Protokolle gleichzeitig abdeckt.
- Reichen Sie Ihre Sitemap erneut ein mit https-URLs. Google weist darauf hin, dass das Einreichen einer Sitemap die Erkennung während eines Umzugs beschleunigt.
- Prüfen Sie, dass Ihre Canonical-Tags auf https verweisen. Die meisten SEO-Plugins aktualisieren dies automatisch, sobald sich die Website-URL ändert, bestätigen Sie es aber im Seitenquelltext.
- Aktualisieren Sie Analysewerkzeuge, Werbeplattformen und alle Drittanbieterdienste, die Ihre Website-URL speichern.
Verwenden Sie nicht das Adressänderungs-Tool. Dieser Punkt bringt sorgfältige Menschen ins Straucheln, denn eine Adressänderung einzureichen ist genau das, was man erwarten würde. Google stuft einen Wechsel von http zu https als Website-Umzug mit URL-Änderungen ein, folgen Sie daher Googles Richtlinien für Website-Umzüge. Diese Richtlinien besagen ausdrücklich, dass Sie bei einem Wechsel von HTTP zu HTTPS das Adressänderungs-Tool nicht verwenden müssen. Behalten Sie es für den Umzug auf eine andere Domain vor.
Was Sie danach erwarten können
Wie lange die Arbeit dauert. Auf einem verwalteten Hosting, bei dem das Zertifikat bereits ausgestellt ist, etwa fünfzehn Minuten. Die Ausstellung eines kostenlosen Zertifikats und die Konfiguration der Plattform dauern etwa eine halbe Stunde. Ein kostenpflichtiges Zertifikat bringt zusätzlich die Validierungswartezeit mit sich: Minuten bei Domain Validation, ein bis drei Werktage bei Organization oder Extended Validation. Die Behebung gemischter Inhalte ist der variable Teil und hängt davon ab, wie viel Ihres Inhalts fest codierte Links enthält.
Wie lange Google braucht. Länger als die eigentliche Arbeit. Googles Leitfaden zu Website-Umzügen besagt, dass es bei einer mittelgroßen Website einige Wochen dauert, bis die meisten Seiten im Index umgezogen sind, und bei größeren Websites länger. Während dieser Zeit erscheinen Ihre Impressionen aufgeteilt auf die http- und https-Properties, und die Rankings schwanken. Das ist normales Verhalten bei einem Website-Umzug, kein Zeichen dafür, dass etwas kaputt ist.
Sobald https eine Weile stabil gelaufen ist, sollten Sie HSTS in Betracht ziehen, das Browsern mitteilt, einfaches http für Ihre Domain vollständig abzulehnen, und die Lücke zwischen der ersten Anfrage und der Weiterleitung schließt. Lassen Sie die Preload-Direktive zunächst deaktiviert: Sie ist schwer rückgängig zu machen und macht jede noch auf http laufende Subdomain unerreichbar.
Wenn etwas immer noch nicht stimmt, behandeln die Anleitungen zu SSL-Fehlern konkrete Browser-Fehlercodes.
Können Sie von HTTPS zu HTTP zurückwechseln?
Technisch ja, indem Sie die Weiterleitung entfernen und Ihre Website-URLs zurücksetzen. In der Praxis sollten Sie das fast nie tun. Es ist ein zweiter Website-Umzug mit einer zweiten Runde an Index-Umwälzungen, und die Browser-Warnungen kehren umgehend zurück, was nach Oktober 2026 für die meisten Besucher eine Zwischenwarnung bedeutet. Wenn Sie HSTS aktiviert haben, verweigern Browser http für Ihre Domain, bis die Richtlinie abläuft, sodass der Rückbau nicht einmal sauber funktioniert.
Die einzige routinemäßige Ausnahme ist die lokale Entwicklung, wo ein selbstsigniertes Zertifikat oder einfaches http auf einer Maschine, die niemand sonst erreichen kann, normal ist. Wenn eine Live-Website bei https Probleme macht, liegt die Ursache fast immer beim Zertifikat, bei gemischten Inhalten oder bei einer Weiterleitungsschleife, und die Behebung eines dieser Probleme ist weit kostengünstiger als die Rückgängigmachung der Migration.
Häufig gestellte Fragen
Installieren Sie ein SSL-Zertifikat auf Ihrem Server, ändern Sie die URLs Ihrer Website in den Einstellungen Ihrer Plattform von http auf https, fügen Sie eine 301-Weiterleitung hinzu, damit alte http-Links funktionieren, beheben Sie alles, was noch über http geladen wird, und fügen Sie dann die https-Property in der Google Search Console hinzu und reichen Sie Ihre Sitemap erneut ein. Bei den meisten Websites dauert die Arbeit weniger als eine Stunde.
Nein. HTTPS ist HTTP, das über eine TLS-Verbindung übertragen wird, und diese Verbindung kann nicht ohne ein Zertifikat aufgebaut werden, dem der Browser vertraut. Es gibt keine Einstellung, kein Plugin und keine Weiterleitung, die https ohne ein solches Zertifikat erzeugen könnte. Was Sie tun können, ist, ein Zertifikat kostenlos zu erhalten: Die meisten Hoster stellen kostenlose Let’s-Encrypt-Zertifikate aus, und auf einem Server, den Sie kontrollieren, erledigt Certbot dies über die Kommandozeile.
Nicht von selbst. Die Installation eines Zertifikats macht https verfügbar; sie verhindert nicht, dass http weiterhin funktioniert. Manche Plattformen leiten um, sobald Sie ihre eigene Einstellung aktivieren, und manche Hoster fügen die Weiterleitung für Sie hinzu, aber Sie sollten dies überprüfen, statt es anzunehmen. Geben Sie Ihre http-Adresse in einen Browser ein: Landet sie nicht bei https, fügen Sie die Server-Level-Regel aus Schritt 4 hinzu.
Die Arbeit dauert in der Regel fünfzehn Minuten bis eine Stunde, je nachdem, ob das Zertifikat bereits existiert und wie viele gemischte Inhalte vorhanden sind. Das Zertifikat selbst zu erhalten geht bei Domain Validation sofort, bei Organization oder Extended Validation ein bis drei Werktage. Google benötigt dann bei einer mittelgroßen Website einige Wochen, um die meisten Seiten im Index umzuziehen, bei großen Websites entsprechend länger.
Nicht dauerhaft, sofern jede http-URL per 301 auf ihr https-Äquivalent weitergeleitet wird. Google gibt an, dass dauerhafte Weiterleitungen keinen PageRank-Verlust verursachen. Rechnen Sie mit Schwankungen über einige Wochen, während Google erneut crawlt, und damit, dass Impressionen während dieser Zeit auf Ihre http- und https-Search-Console-Properties aufgeteilt erscheinen. Dauerhafte Rückgänge lassen sich fast immer auf übersehene Weiterleitungen zurückführen, nicht auf HTTPS selbst.
Nein, und Google sagt das ausdrücklich. Ein Wechsel von http zu https folgt Googles Richtlinien für Website-Umzüge mit URL-Änderungen, und diese Richtlinien besagen, dass Sie bei einem Wechsel von HTTP zu HTTPS das Adressänderungs-Tool nicht verwenden müssen. Behalten Sie dieses Tool für den Umzug auf eine tatsächlich andere Domain vor.
Das Protokoll schon. Das Zertifikat kann es sein, über Let’s Encrypt oder das kostenlose SSL Ihres Hosters. Kostenpflichtige Zertifikate bieten Dinge, die ein kostenloses nicht enthält: eine Garantie, verifizierte Organisationsdaten im Zertifikat bei OV oder EV, einfachere Wildcard-Abdeckung für Subdomains, längere Laufzeiten mit weniger Verwaltungsaufwand bei der Verlängerung und Support, wenn bei der Ausstellung etwas schiefgeht.
Nutzen Sie eine bestimmte Plattform? Wir haben ausführliche Anleitungen für WordPress, Joomla und PrestaShop.
Sparen Sie 10% auf SSL-Zertifikate, wenn Sie noch heute bestellen!
Schnelle Ausstellung, starke Verschlüsselung, 99,99% Browser-Vertrauen, engagierter Support und 25-tägige Geld-zurück-Garantie. Gutscheincode: SAVE10
