Der Weihnachts-Banner im Juni — Pflege-Hygiene

Würdigung — Pflege ist eine vergessene Disziplin#

Eine Kanzlei-Site läuft nicht von allein: Sie wird gebaut, mit Inhalt gefüllt, und dann läuft sie. Saison-Inhalte (Weihnachts-Wünsche, Schließungs-Hinweise zwischen den Jahren, Urlaubs-Vertretungs-Mails, „außer-Haus"-Banner im Sommer) entstehen anlassbezogen, oft unter Zeitdruck, und werden eingebaut mit dem festen Vorsatz „das nehmen wir dann wieder raus". Was praktisch fehlt, ist eine Stelle im Kalender oder eine technische Mechanik, die dieses „rausnehmen" zuverlässig macht. Folge: Der Hinweis bleibt — manchmal nur in einer ausgeblendeten Variante, die der Mensch nicht mehr sieht, der Browser-Quelltext aber sehr wohl.

Das ist kein dramatischer Fehler. Es ist die Art von kleinem Hygiene-Mangel, die sich über Jahre summiert und die Site insgesamt unsorgfältig wirken lässt — gerade dort, wo Sorgfalt das Verkaufs-Argument ist.

Was wirklich passiert: nicht sichtbar ≠ nicht vorhanden#

Ein Plugin oder eine CMS-Erweiterung blendet einen Banner nicht aus, indem es ihn aus der Seite entfernt — meistens setzt es nur eine CSS-Regel (display:none, visibility:hidden) oder ein Attribut (hidden). Aus Sicht des Browsers ist der Banner damit „weg"; aus Sicht des Quelltexts und damit auch aus Sicht von Suchmaschinen, KI-Crawlern und teils Screenreadern ist er voll da:

• Suchmaschinen-Index: Google und Bing indexieren in der Regel auch Inhalte, die per display:none ausgeblendet sind — die Wertung kann je nach Position niedriger sein, der Text bleibt aber im Index. Veraltete Saison-Phrasen können dann sogar in der Suchergebnis-Vorschau auftauchen.
• KI-Crawler: LLM-Trainings- und Retrieval-Crawler arbeiten meist auf dem Roh-HTML, ohne CSS auszuführen. Für sie ist der „Wir sind zwischen den Jahren geschlossen"-Hinweis im Juni schlicht eine Aussage Ihrer Site.
• Screenreader-Verhalten: Reines display:none macht den Inhalt für die meisten Screenreader unsichtbar — aber Konstellationen mit visibility:hidden, opacity:0 oder off-screen-positioning verhalten sich uneinheitlich. Wenn man Inhalte wirklich verbergen will, ist aria-hidden="true" die explizit für Assistive Technology gedachte Methode — aber wirklich wegnehmen ist sauberer.

Konsequenz: Ein im Juli noch im Quelltext stehender Weihnachts-Banner ist nicht nur kosmetisch peinlich (für jeden, der den Quelltext oder den Search-Snippet anschaut), sondern er stört auch die Maschinen-Lesbarkeit der Site — er widerspricht dem, was die Site sonst aussagt.

Wirkung: Mensch + Maschine#

Drei sehr konkrete Effekte:

• Search-Snippets verlieren Relevanz: Wenn Google im Juni einen Schnipsel mit dem Wort „Weihnachten" aus Ihrer Site herauszieht, schmilzt das Vertrauen des Suchenden in einer Zehntelsekunde — und damit die Klickrate. Sie haben nichts falsch gemacht beim Inhalt, aber Sie haben das Aufräumen vergessen.
• KI-Antworten enthalten veraltete Aussagen: Wenn ChatGPT oder Perplexity Ihre Site als Quelle nutzt und dort „aktuell im Urlaub bis 15. März" findet, wird diese Aussage Teil der Antwort. Die Korrektur dauert dann länger als das ursprüngliche Übersehen.
• Mandanten-Wirkung: Wer aus dem Browser-Tab den Such-Snippet sieht oder zufällig in den Quelltext schaut (z. B. Mitbewerber, IT-affine Mandanten), bekommt den Eindruck einer ungepflegten Site — was im Steuerberater-Geschäft die Frage „pflegen die ihre Mandate auch so?" aufwirft. Unfair, aber real.

Ein schlanker Pflege-Prozess#

Dauerhaft hilft nur eine Stelle im Kalender und eine kleine Checkliste. Konkret:

• Quartals-Termin Inhalt-Pflege (15 Minuten pro Quartal) im Kalender einer benannten Person — nicht „der Sekretariats-Pool", sondern eine Verantwortliche.
• Checkliste pro Termin:
  • Startseite überfliegen (alle Banner, Popups, Saison-Hinweise — wirklich noch aktuell?).
  • Kontakt-Seite überfliegen (Öffnungszeiten, „außer-Haus"-Hinweise, Urlaubs-Vertretung).
  • Footer-Banner und Cookie-Banner-Texte stichprobenartig prüfen.
  • Quelltext-Stichprobe: Browser → „Seite anzeigen" → Strg/Cmd+F nach „Weihnachten", „Urlaub", „geschlossen", „bis zum" — was im Quelltext steht, aber im Browser nicht zu sehen ist, muss aktiv weg.
  • Datenschutzerklärung: ist das Datum noch akzeptabel? (Tiefen-Check siehe Soll-Ist-Drift.)
• Ablauf-Datum pro Saison-Inhalt beim Einbauen: Wer den Weihnachts-Banner einstellt, trägt direkt im selben Schritt einen Kalender-Eintrag für den 5. Januar ein („Banner raus").

Das ist nicht raketenscience, es ist Disziplin — und genau die ist die schwierige Hälfte.

Geplante Inhalte mit Ablauf-Datum: die technische Lösung#

Reine Disziplin reicht nicht überall — robust ist erst die technische Vorkehrung. Drei Bauformen, je nach CMS und Anspruch:

• Geplante Veröffentlichung mit Ablauf-Datum: Viele CMS (auch WordPress mit passenden Plugins, ebenso Sanity, Strapi, Statamic) erlauben es, einem Inhalts-Block ein Ablauf-Datum zuzuweisen, ab dem er automatisch nicht mehr ausgeliefert wird. Sauberer als eine CSS-Ausblendung — das HTML enthält den Banner nach dem Datum schlicht nicht mehr.
• Server-side Datum-Logik in statisch gerenderten Sites: Bei statisch gerenderten Sites (siehe SSG-Insight) wird ein Saison-Banner als bedingt gerenderter Block gebaut, der bei jedem Re-Build prüft, ob das aktuelle Datum noch im Aktivitäts-Zeitraum liegt. Mit täglichem Re-Build (z. B. via Cron-Trigger) verschwindet der Banner automatisch, sobald sein Zeitraum endet.
• <time>-Element nutzen für jeden datierten Hinweis: Der HTML-Standard kennt das <time>-Element mit einem datetime-Attribut, das Maschinen den Zeitbezug eindeutig macht. Für saisonal-gültige Aussagen ist das die deklarative Heimat („dieser Hinweis gilt bis <time datetime="2026-01-05">5. Januar 2026</time>").
• Schema.orgSchema.org · zum GlossarGemeinsam von Google, Bing & Co. gepflegtes Vokabular für strukturierte Daten./Event mit endDate für Veranstaltungs- oder Kanzlei-Aktions-Hinweise: Schema.org kennt für Event ein endDate-Feld, das Suchmaschinen den Zeitbezug zusätzlich strukturiert mitteilt. Auch wenn die Aussage im Text bleibt, weiß die Maschine, dass sie nach dem Datum nicht mehr aktuell ist.

Wie wir es bauen#

Bei jeder Kanzlei-Site, die wir bauen, gibt es eine kleine Anzahl von „Saison-Block"-Komponenten mit Pflicht-Feldern startDate/endDate. Was kein Datum hat, wird gar nicht erst gerendert. Zusätzlich übergeben wir bei der Live-Schaltung eine einseitige Pflege-Anleitung mit der Quartals-Checkliste, einem Kalender-Termin-Vorschlag und einer kleinen Anzahl von Suchbegriffen für die Quelltext-Stichprobe. Das macht Pflege zur Routine, nicht zu einer Aufgabe, die irgendwer „mal" machen muss.

Für eine Bewertung der aktuellen Pflege-Hygiene Ihrer Site (Quelltext-Reste, Saison-Blocker, veraltete Texte) ist der Hebel-Audit (890 €, bei Mandanten-Boost-Beauftragung innerhalb von 60 Tagen voll anrechenbar) der strukturierte Weg.

Zusammenfassung#

Saison-Inhalte verschwinden zuverlässig nur, wenn sie es technisch müssen — eine CSS-Ausblendung ist für den Browser eine Lösung, aber für Suchmaschinen, KI-Crawler und Search-Snippets steht der Inhalt weiter da. Pflege-Hygiene besteht aus zwei Schichten: einer schlanken redaktionellen Routine (Quartals-Termin, Verantwortliche, Checkliste mit Quelltext-Stichprobe) und einer technischen Vorkehrung (Komponenten mit Ablauf-Datum, deklaratives <time>-Element, Schema.org/Event-endDate). Beides zusammen kostet wenig Aufwand, hält die Site dauerhaft präsentabel — und vermeidet den unfairen, aber realen Eindruck „die pflegen wohl auch ihre Mandate so".

Quellen#

• MDN — <time>-Element — abgerufen 2026-05-31
• W3C WAI-ARIA 1.2 — aria-hidden — abgerufen 2026-05-31
• Schema.org — Event (mit endDate) — abgerufen 2026-05-31

Disclaimer: Allgemeine fachliche Information zum Zeitpunkt der Veröffentlichung. Die Empfehlungen sind technisch motiviert; konkrete CMS-Workflows variieren je nach System und sollten im Einzelfall mit dem jeweiligen System-Verantwortlichen abgestimmt werden.