Custom 404 & MaintenanceDocs

Dokumentation Custom 404 & Maintenance

Installationsschritte und eine vollständige Referenz aller Einstellungen mit konkreten Beispielen — derselbe Detailgrad, mit dem unser Support Kunden hilft.

Als Markdown anzeigen

Vorher und nachher

Gleicher Shop, gleiche URL: Ziehen Sie den Regler, um die Standardseite von Magento mit der vom Modul erzeugten Seite zu vergleichen.

404-Seite

Individuelle 404-Seite mit Shop-Logo, großer 404, Titel „Page not found“, Suchfeld und Button zurück zur Startseite Standard-404-Seite des Hyvä-Themes mit Header, Footer und dem generischen Text „Whoops, our bad...“
Magento-Standard Mit dem Modul

Links: die Standard-404-Seite des Themes (hier Hyvä) mit Header, Footer und generischem Text. Rechts: dieselbe URL mit dem Modul — Vollbild, Shop-Logo, große 404, Katalogsuche und Button zurück zur Startseite.

Wartungsseite

Wartungsseite im Shop-Design: Logo, Titel „We’ll be back soon“ und Hinweis „We will be back online at 14:00 (CET)“ Standard-Wartungsseite von Magento: „Service Temporarily Unavailable“ in schwarzer Schrift auf weißem Hintergrund
Magento-Standard Mit dem Modul

Links: die Standard-Wartungsseite von Magento, „Service Temporarily Unavailable“ in Schwarz auf Weiß. Rechts: die Seite im Design des Shops mit Logo, Nachricht und dem hervorgehobenen Hinweis „We will be back online at 14:00 (CET)“, ausgeliefert mit HTTP 503.

Installation

Voraussetzungen

Magento 2.4.x. PHP 8.1–8.5. Kompatibel mit dem Standard-Theme Luma und dem Hyvä-Theme. Benötigt das kostenlose Modul codingrow/module-core, das automatisch installiert wird. Kein Schlüssel einzugeben: Das Modul aktiviert sich automatisch auf Ihrer Domain.

Installationsschritte

  1. Fordern Sie das Modul auf der Produktseite nur mit Ihrer E-Mail-Adresse an: Sie erhalten die Composer-Zugangsdaten per E-Mail (sie stehen auch in Ihrem Kundenbereich). Speichern Sie sie im Stammverzeichnis Ihres Magento-Projekts:
    composer config http-basic.repo.codingrow.com <username> <password>
  2. composer config repositories.codingrow composer https://repo.codingrow.com
  3. composer require codingrow/module-custom-404-maintenance
  4. bin/magento module:enable Codingrow_Custom404Maintenance
  5. bin/magento setup:upgrade — im Production-Modus zusätzlich setup:di:compile, setup:static-content:deploy und cache:flush.
  6. Es muss kein Schlüssel eingefügt werden: Das Modul aktiviert sich automatisch auf Ihrer Domain, fahren Sie direkt mit der Konfiguration unten fort.

setup:upgrade installiert auch den Skin der Wartungsseite in pub/errors. Falls das nicht möglich war (Dateiberechtigungen), führen Sie einmal bin/magento codingrow:c404m:deploy als Eigentümer der Magento-Dateien aus.

Konfiguration

Öffnen Sie Admin → Stores → Configuration → Codingrow Extensions → Custom 404 & Maintenance. Jedes Feld lässt sich auf Ebene Default, Website und Store View festlegen: Wählen Sie oben links über Scope die Ebene, um Texte oder Design pro Sprache anzupassen.

Die Modul-Kopfzeile oben auf der Konfigurationsseite, mit der installierten Version.
Die Modul-Kopfzeile oben auf der Konfigurationsseite, mit der installierten Version.
Gruppe License: Status Active und leeres Feld License Key — das Modul ist kostenlos, es wird kein Schlüssel benötigt.
Gruppe License: Status Active und leeres Feld License Key — das Modul ist kostenlos, es wird kein Schlüssel benötigt.
EinstellungFunktionHinweise
404 Page
Enable custom 404 pageErsetzt die 404-Seite von Magento.Ja/Nein.
Show large "404" numberGroße farbige Zahl über dem Titel.Verwendet die Akzentfarbe.
Title / MessageDie Texte der Seite.Leer = übersetzter Standardtext. In der Nachricht ist einfaches HTML erlaubt (b, strong, i, em, a, br, p, ul, ol, li, span).
Show search boxKatalogsuche des Shops.
"Back to home" button labelText des Buttons.Leer = Standardtext.
Maintenance Page
Installation statusZeigt, ob der Skin in pub/errors installiert ist.Muss Installed anzeigen (siehe Wartungsseite).
Enable custom maintenance pageZeigt Ihre Seite, solange der Wartungsmodus aktiv ist.Ja/Nein pro Store View.
Title / MessageDie Texte der Seite.Wie bei der 404-Seite.
Highlighted noteKurzer Hinweis in der Akzentfarbe.Z. B. "Ab 14 Uhr wieder online".
Auto-reload page every (seconds)Lädt die Seite des Besuchers automatisch neu.0 = nie; 60 = jede Minute.
Design
Logo / Logo max widthShop-Logo, eigenes Logo oder keines.Shop-Logo = das unter Content → Design → Configuration hinterlegte.
BackgroundVolltonfarbe, Zwei-Farben-Verlauf oder Vollbild.Abdunklung des Bildes von 0 bis 90 %.
Content boxKeine, hell oder dunkel.
Font / Title size / AlignmentTypografie beider Seiten.
Farben für Text, Akzent und Button-TextFarben, jeweils mit Farbwähler.Akzent = 404-Zahl, Links, Buttons, Hinweis.

Deinstallation

Stellen Sie die Standard-Wartungsseite von Magento wieder her, bevor Sie das Modul entfernen:

bin/magento codingrow:c404m:deploy --uninstall
composer remove codingrow/module-custom-404-maintenance
bin/magento setup:upgrade

Wenn Sie das Modul ohne --uninstall entfernen, zeigt die Wartungsseite weiterhin die zuletzt erzeugte Version, bis der Skin entfernt wird. Um ohne Deinstallation einfach zu den Standardseiten zurückzukehren, setzen Sie Enable custom 404 page und/oder Enable custom maintenance page auf No.

Benutzerhandbuch

404-Seite

Existiert eine Adresse nicht, zeigt der Shop statt der CMS-Seite „404 Not Found“ eine Vollbildseite mit Logo, optionaler großer „404“, Titel, Nachricht, optionalem Suchfeld und dem Button „Zurück zur Startseite“. Die Antwort behält den Status HTTP 404, trägt noindex und wird nie gecacht, sodass Suchmaschinen sie nicht indexieren.

Statische Dateien sind nicht betroffen. 404-Fehler für fehlende Bilder, CSS- oder JS-Dateien behandelt der Webserver, nicht Magento — dort bleibt die Antwort des Servers bestehen.
Die Gruppe 404 Page (Not Found): Aktivierung, große „404“, Titel, Nachricht, Suchfeld und Beschriftung des Buttons „Back to home“. Leere Felder verwenden die übersetzten Standardtexte.
Die Gruppe 404 Page (Not Found): Aktivierung, große „404“, Titel, Nachricht, Suchfeld und Beschriftung des Buttons „Back to home“. Leere Felder verwenden die übersetzten Standardtexte.
Die resultierende 404-Seite auf dem Desktop: Logo, 404, Titel, Nachricht, Suchfeld und Button zurück zur Startseite.
Die resultierende 404-Seite auf dem Desktop: Logo, 404, Titel, Nachricht, Suchfeld und Button zurück zur Startseite.
Dieselbe 404-Seite auf dem Smartphone.
Dieselbe 404-Seite auf dem Smartphone.

Wartungsseite

Solange der Wartungsmodus aktiv ist (bin/magento maintenance:enable), läuft Magento nicht und pub/errors/503.php antwortet. Das Modul deshalb:

  1. installiert einen Skin in pub/errors/codingrow_c404m/ und aktiviert ihn in pub/errors/local.xml (eine vorhandene local.xml wird als local.xml.codingrow_c404m.bak gesichert);
  2. erzeugt das HTML der Seite vorab für jede Store View;
  3. wählt während der Wartung die Store View der Anfrage (MAGE_RUN_CODE des Webservers → Domain/Pfad → Store-Cookie → Browsersprache → Standard-Store) und liefert deren Seite mit HTTP 503 und Retry-After aus. Ist die Seite für diese Store View nicht aktiviert, wird die Standardseite von Magento angezeigt.

Das HTML wird automatisch neu erzeugt, wenn Sie den Bereich speichern, wenn sich das Logo unter Content → Design → Configuration ändert und bei jedem maintenance:enable. Mit --ip ausgenommene IPs sehen weiterhin den Shop.

Der Installationsstatus zeigt „Not installed yet“? Der Webserver darf nicht in pub/errors schreiben (normal und sicher auf abgesicherten Servern). Führen Sie einmal bin/magento codingrow:c404m:deploy als Eigentümer der Magento-Dateien aus und laden Sie die Konfigurationsseite neu: Sie muss Installed anzeigen.
Die Gruppe Maintenance Page: Installation status Installed mit dem Datum der letzten Seitengenerierung, Aktivierung, Titel, Nachricht, hervorgehobener Hinweis und automatisches Neuladen.
Die Gruppe Maintenance Page: Installation status Installed mit dem Datum der letzten Seitengenerierung, Aktivierung, Titel, Nachricht, hervorgehobener Hinweis und automatisches Neuladen.
Die Wartungsseite während bin/magento maintenance:enable, mit dem hervorgehobenen Hinweis „We will be back online at 14:00 (CET)“.
Die Wartungsseite während bin/magento maintenance:enable, mit dem hervorgehobenen Hinweis „We will be back online at 14:00 (CET)“.
Dieselbe Wartungsseite auf dem Smartphone.
Dieselbe Wartungsseite auf dem Smartphone.

Design

Das Design gilt für beide Seiten: Logo (Shop-Logo, eigenes Logo — jpg, png, gif, svg, webp — oder keines) mit maximaler Breite; Hintergrund als Volltonfarbe, Zwei-Farben-Verlauf oder Vollbild mit 0–90 % Abdunklung; Inhaltsbox keine, hell oder dunkel; Schrift, Titelgröße und Ausrichtung; Textfarbe, Akzentfarbe (404-Zahl, Links, Buttons, Hinweis) und Button-Textfarbe, jeweils mit Farbwähler. Die Seite besteht aus eigenständigem HTML/CSS und nutzt das Theme nicht, daher sieht sie auf Hyvä und Luma identisch aus.

Die Gruppe Design (both pages) mit Farbverlauf-Hintergrund: Logo und maximale Logobreite, Hintergrund- und Verlaufsfarbe, Inhaltsbox, Schrift, Titelgröße, Ausrichtung, Text-, Akzent- und Button-Textfarbe.
Die Gruppe Design (both pages) mit Farbverlauf-Hintergrund: Logo und maximale Logobreite, Hintergrund- und Verlaufsfarbe, Inhaltsbox, Schrift, Titelgröße, Ausrichtung, Text-, Akzent- und Button-Textfarbe.
Background auf Image gesetzt: Vorschaubild des hochgeladenen Bildes, Option Delete Image und Image darkening (%), hier 15.
Background auf Image gesetzt: Vorschaubild des hochgeladenen Bildes, Option Delete Image und Image darkening (%), hier 15.
Ergebnis mit Hintergrundbild, 15 % Abdunklung, heller Inhaltsbox und blauer Akzentfarbe.
Ergebnis mit Hintergrundbild, 15 % Abdunklung, heller Inhaltsbox und blauer Akzentfarbe.
Eine andere Kombination: ohne Inhaltsbox, Serifenschrift, linksbündig und Akzentfarbe Terrakotta.
Eine andere Kombination: ohne Inhaltsbox, Serifenschrift, linksbündig und Akzentfarbe Terrakotta.

Live-Vorschau

Die Gruppe Live Preview zeigt die 404-Seite oder die Wartungsseite, als Desktop oder Mobile, aktualisiert während Sie die Felder bearbeiten und mit dem gewählten Scope — noch vor dem Speichern. Neu hochgeladene Bilder (eigenes Logo, Hintergrundbild) erscheinen nach dem Speichern in der Vorschau.

Live-Vorschau mit ungespeicherten Änderungen: dunkler Hintergrund, violetter Akzent und der eigene Titel „Oops! This page took a day off“.
Live-Vorschau mit ungespeicherten Änderungen: dunkler Hintergrund, violetter Akzent und der eigene Titel „Oops! This page took a day off“.
Die Tabs 404 page / Maintenance page und Desktop / Mobile: hier die 404-Seite in der Desktop-Ansicht.
Die Tabs 404 page / Maintenance page und Desktop / Mobile: hier die 404-Seite in der Desktop-Ansicht.
Die Wartungsseite im Tab Mobile.
Die Wartungsseite im Tab Mobile.
Nach dem Speichern erscheint auch das hochgeladene Hintergrundbild in der Vorschau.
Nach dem Speichern erscheint auch das hochgeladene Hintergrundbild in der Vorschau.
Vorschau der Wartungsseite mit demselben Hintergrundbild.
Vorschau der Wartungsseite mit demselben Hintergrundbild.

CLI-Befehl

bin/magento codingrow:c404m:deploy installiert oder aktualisiert den Wartungs-Skin in pub/errors und erzeugt die Seiten für alle Store Views neu. Sie benötigen ihn nur, wenn der Webserver nicht in pub/errors schreiben darf; die Skin-Dateien werden mit den Rechten 644/755 angelegt. --uninstall stellt local.xml wieder her und entfernt den Skin, sodass wieder die Standard-Wartungsseite von Magento erscheint.

codingrow:c404m:deploy erzeugt die Seite für die Store Views neu; nach maintenance:enable sehen Besucher die eigene Seite (HTTP 503); --uninstall stellt vor dem Entfernen des Moduls die Standardseite von Magento wieder her.
codingrow:c404m:deploy erzeugt die Seite für die Store Views neu; nach maintenance:enable sehen Besucher die eigene Seite (HTTP 503); --uninstall stellt vor dem Entfernen des Moduls die Standardseite von Magento wieder her.

Fehlerbehebung

  • Ich sehe noch die alte 404-Seite: Prüfen Sie, ob Enable custom 404 page im Scope der betrachteten Store View auf Yes steht, leeren Sie den Cache (System → Cache Management) und testen Sie eine Adresse, die wirklich nicht existiert.
  • Während der Wartung sehe ich die Standardseite von Magento: Installation status muss Installed sein, die Seite muss für diese Store View aktiviert sein und Ihre IP darf nicht mit --ip ausgenommen sein. Führen Sie danach bin/magento codingrow:c404m:deploy aus.
  • Falsche Sprache während der Wartung: Legen Sie die Texte im Scope der richtigen Store View fest; teilen sich mehrere Store Views dieselbe Adresse, entscheiden das Store-Cookie und dann die Browsersprache. Führen Sie anschließend bin/magento codingrow:c404m:deploy aus.
  • Das Logo wird nicht angezeigt: Bei Store logo stammt es aus Content → Design → Configuration → Header → Logo Image (oder vom Theme-Logo); wählen Sie Custom logo, um eines hochzuladen, und erhöhen Sie Logo max width, wenn es zu klein wirkt.
  • Das Hintergrundbild fehlt in der Vorschau: Hochgeladene Bilder erscheinen nach dem Speichern; prüfen Sie, ob Background auf Image steht.

Lizenz

Custom 404 & Maintenance ist kostenlos und Sie müssen keinen Schlüssel eingeben: Nach der Installation aktiviert sich das Modul automatisch auf Ihrer Domain. Es führt eine schlanke Online-Prüfung bei codingrow.com durch, bei der nur die Shop-Domain, das Produkt und die installierte Version übermittelt werden (keine Daten Ihrer Kunden), und merkt sich die letzte Antwort, sodass ein vorübergehendes Netzwerkproblem es nicht abschaltet. Das Formular auf der Produktseite schickt Ihnen lediglich die Zugangsdaten für das Composer-Repository von Codingrow, mit denen Sie das Modul und seine Updates herunterladen.

Falls das Modul eines Tages kostenpflichtig wird: Domains, die es bereits aktiviert haben, bleiben für alle bis zu diesem Datum veröffentlichten Versionen dauerhaft kostenlos — ohne Domainwechsel und ohne Support-Anfrage. Das Magento-Log nennt die letzte Version, die Sie kostenlos installieren können; neuere Versionen würden eine Lizenz erfordern.