# Cookie-Banner Pflicht: Braucht Ihre Website eins?

> Einordnung zu Cookies, TDDDG und unnötiger Einwilligungstechnik auf einfachen öffentlichen Firmenwebsites vor dem SARTU-Angebot.

[HTML-Seite](https://sartu.de/aktuelles/cookie-einwilligung)

Cookie-Banner Pflicht entsteht nicht bei jeder Website. Wir bauen Seiten, die man nur liest, ohne unnötige Cookies und prüfen Formulare und Logins gesondert.









## Nicht jedes Banner löst ein Datenschutzproblem.

Cookie-Banner Pflicht entsteht nicht bei jeder Website. Wir bauen Seiten, die man nur liest, ohne unnötige Cookies und prüfen Formulare und Logins gesondert.

Passend dazu: [Cookie-Banner](/lexikon/cookie-banner), [Datenschutzerklärung](/lexikon/datenschutzerklaerung), [Website-Betreuung](/leistungen/wartung).

Ein Banner löst kein Problem, wenn vorher niemand die eingesetzten Dienste geprüft hat. Wichtiger ist die Frage, welche Technik wirklich für Anfrage, Sicherheit oder Betrieb gebraucht wird.

- Sie lassen Karten, Videos, Analyse, Chat und Bewertungsfenster nicht automatisch aus der alten Website übernehmen.

- Ihr normaler Lesetext sollte ohne Einwilligungsfenster funktionieren, wenn keine zusätzliche Speicherung nötig ist.

- Wenn ein Dienst bleibt, braucht er Zweck, Freigabe, passende Datenschutzerklärung und eine Person, die ihn später pflegt.

- Bei Analyse oder Karte reicht oft 1 bewusster Ort statt flächiger Einbau: So bleibt die Seite schneller, klarer und leichter zu erklären.

- Notieren Sie bei jedem Dienst, ob er Anfragen verbessert oder nur aus Gewohnheit mitläuft.

- Streichen Sie Dienste, für die niemand Zweck oder Pflege nennen kann.

- Sie prüfen 7 typische Dienste: Karte, Video, Analyse, Chat, Newsletter, Zahlungsdienst und Bewertungsfenster.

- Ihre Inhaltsseiten bleiben schneller, wenn externe Technik nur dort lädt, wo sie eine Anfrage wirklich erleichtert.

- Ihr Formular braucht Schutz und klare Fehlermeldungen; dafür ist kein flächiges Marketing-Tracking nötig.

- Ihnen reicht oft 1 bewusster Kartenlink statt einer eingebetteten Karte auf jeder Unterseite.

- Sie streichen Analysecode, wenn niemand im Betrieb die Zahlen auswertet.

- Ihre Karte muss nicht eingebettet sein, wenn ein normaler Link zur Anfahrt reicht.

- Ihr Video sollte nur laden, wo es wirklich eine Entscheidung erklärt.

- Ihnen spart jeder entfernte Dienst Ladezeit, Pflege und Erklärung in der Datenschutzerklärung.

- Sie prüfen vor dem Start 3 Kategorien: notwendig, nützlich und Gewohnheit.

- Ihre notwendige Technik gehört zum Formular, zur Sicherheit oder zur gewählten Funktion.

- Ihr Marketingdienst braucht Zweck, Freigabe und eine verständliche Erklärung.

- Ihnen hilft 1 Diensteliste mehr als ein pauschaler Wunsch nach Cookie-Banner.

- Sie vermeiden Einwilligungsfenster, wenn die öffentliche Inhaltsseite ohne zusätzliche Speicherung auskommt.

- Ihre Besucher sollten nicht 5 Dienste laden, bevor sie eine Telefonnummer sehen.

- Ihr Datenschutztext wird ehrlicher, wenn nur eingesetzte Technik erklärt werden muss.

- Ihnen bleibt später weniger Pflege, wenn Karten, Chats und Widgets nicht automatisch übernommen werden.

- Sie können Statistik später ergänzen, wenn zuerst echte Anfragen und Kontaktwege beobachtet wurden.

- Ihre alte Website sollte im Browser geprüft werden, bevor versteckte Dienste mit umziehen.

- Ihre 2 wichtigsten Fragen lauten: Hilft der Dienst einer Anfrage oder nur einer Gewohnheit?

- Ihr Betrieb braucht 1 Person, die Analyse, Karte oder Chat später wirklich pflegt.

- Sie testen zuerst, ob Telefon, Formular und Preislink ohne Banner-Hürde erreichbar bleiben.

- Ihre schnelle Seite lädt besser, wenn 3 fremde Dienste gar nicht erst starten.

- Ihnen genügt oft 1 eingebetteter Dienst auf 1 Unterseite statt Technik auf jeder Seite.

- Sie entscheiden vor dem Einbau, ob der Dienst unbedingt nötig oder nur später denkbar ist.

- Ihre Datenschutzerklärung bleibt kürzer, wenn ungenutzte Technik nicht übernommen wird.

- Ihr erster Dienstetest dauert 10 Minuten: Seite laden, Formular senden, Karte öffnen und Ladezeit prüfen.

Ihre Leseseiten
Ihre Leistungsseiten, Ratgeber und Lexikon sollen ohne unnötige Einwilligungstechnik auskommen, wenn sie nur gelesen werden.

Ihre Interaktion
Ihre Formulare, Logins, Uploads und Bedarfsschecks werden getrennt betrachtet, weil dort Sitzungen und Schutzfunktionen nötig sein können.

Ihre Freigabe
Sie entscheiden Karten, Videos, Analyse und Bewertungsfenster bewusst nach Zweck, Einbindung und Erklärung.









## Weniger eingebundene Dienste, weniger Cookie-Hinweise

Viele Firmenwebsites wirken aufwendig, sammeln aber schon auf einfachen Leseseiten unnötige externe Dienste ein. Dann entstehen Banner, Skripte und Erklärtexte, bevor überhaupt klar ist, ob diese Technik dem Betrieb hilft. Für einen lokalen Betrieb, der Leistungen, Preise, Ablauf und Kontakt erklären will, ist das selten der beste Start.

Nach § 25 des Telekommunikation-Digitale-Dienste-Datenschutz-Gesetzes (TDDDG) braucht eine Website Ihre Einwilligung, bevor sie etwas auf Ihrem Gerät speichert oder ausliest — außer, es ist für die gewünschte Funktion unbedingt erforderlich. Technisch notwendige Vorgänge sind anders zu betrachten als Analyse, Marketing oder Komfortfunktionen. Diese Unterscheidung lässt sich nicht durch ein hübsches Banner ersetzen.

SARTU baut deshalb öffentliche Inhaltsseiten möglichst schlank. Statistik, Karten oder eingebettete Medien bauen wir nur ein, wenn Ihr Betrieb sie wirklich braucht.











## Welche Funktionen getrennt gehören

Formulare, Login, Bedarfsscheck, Adminbereich, Uploads oder Sicherheitsfunktionen können Sitzungen und technische Speicherung brauchen. Das ist ein anderer Fall als eine Ratgeberseite, eine Leistungsseite oder ein Lexikoneintrag, die nur gelesen werden.

Die Trennung ist praktisch: Besucher werden auf normalen Inhaltsseiten nicht gestört, während interaktive Strecken klare Hinweise, Schutzmaßnahmen und Fehlermeldungen bekommen. So wirkt Datenschutz nicht wie Dekoration, sondern wie klare Führung.

Jede Karte, jedes eingebettete Medium und jedes Bewertungsfenster auf Ihrer Website hat einen Zweck, den Sie kennen und freigegeben haben. Eine Karte, ein Bewertungswidget oder ein Terminwerkzeug braucht einen nachvollziehbaren Zweck und eine passende Freigabe.










## Der Unterschied liegt nicht im Cookie, sondern im Zweck.

Vor dem Relaunch wird sichtbar, welche Dienste wirklich gebraucht werden. Was nur Gewohnheit ist, bleibt draußen. Was für Formular, Sicherheit oder Auswertung nötig ist, bekommt eine klare Stelle in Technik, Text und Datenschutzerklärung.











## Was Betriebe vor dem Relaunch prüfen sollten

Vor einem Websitewechsel sollte klar sein, welche Dienste bereits eingebunden sind. Alte Baukastenseiten enthalten manchmal Analysecodes, Fonts, Karten, Chatdienste oder Tracking, die niemand mehr aktiv nutzt. Ein Relaunch ist eine gute Gelegenheit, solche Reste nicht mitzuschleppen.

Sie sollten außerdem entscheiden, welche Auswertung wirklich gebraucht wird. Nicht jede Statistik rechtfertigt zusätzliche Skripte, langsamere Ladezeit und mehr Erklärpflicht. Manchmal reichen Serverprotokolle und echte Rückfragen aus dem Kontakt.

Jede Einbindung braucht einen Zweck, muss erklärbar sein und darf die einfache Betreuung nicht erschweren.











## Wie die Diensteliste in den Bedarfsscheck gehört

Am besten entsteht vor dem Angebot eine kleine Diensteliste. Darauf stehen Karte, Video, Analyse, Terminwerkzeug, Bewertungsfenster, Chat, Newsletter, Zahlungsdienst oder sonstige Einbindung jeweils einzeln. Neben jedem Dienst sollte stehen, warum er gebraucht wird und ob es eine schlichtere Alternative gibt.

Diese Liste ist kein juristisches Gutachten. Sie verhindert aber, dass ein alter Baukasten ungeprüfte Technik in die neue Website schleppt. Gerade Analysecode, Karten und Bewertungswidgets bleiben oft liegen, weil sie irgendwann eingerichtet wurden und niemand mehr weiß, ob sie noch einen Nutzen haben.

Für einfache Firmenwebsites ist weniger Technik oft die bessere Entscheidung. Ein normaler Link zur Karte kann genügen, ein eingebettetes Video muss nicht auf jeder Seite laden, und Statistik sollte nicht wichtiger werden als schnelle, klare Kontaktwege. Jede weggelassene Einbindung reduziert Pflege, Ladezeit und Erklärbedarf.

Im Bedarfsscheck wird daraus eine konkrete Grenze: Welche Dienste gehören in die erste Version, welche bleiben draußen und welche brauchen vor dem Einbau eine fachliche Freigabe. So entsteht kein Cookie-Banner aus Gewohnheit. Sie wissen vorher, wofür ein Dienst da ist, welche Technik mitläuft und wer ihn später pflegt.

Besonders hilfreich ist ein Blick auf die alte Website im Browser. Oft sieht man dort Karten, Schriften, Analyse, Captcha, Bewertungsleisten oder Chatfenster, obwohl der Betrieb sie kaum nutzt. Diese Fundstellen sollten nicht automatisch in die neue Seite wandern, nur weil sie bisher vorhanden waren.

Der bessere Maßstab lautet: Unterstützt der Dienst eine echte Anfrage oder erklärt er nur eine alte Gewohnheit? Diese Frage spart Technik, reduziert Pflegeaufwand und macht die Datenschutzhinweise ehrlicher, weil nur noch erklärt werden muss, was wirklich eingesetzt wird.

Nach dieser Prüfung bleibt meist eine kurze Liste übrig: unbedingt nötig, später denkbar, bewusst weglassen. Genau diese Liste ist für ein Angebot wertvoller als ein pauschaler Wunsch nach„modernem Datenschutz“, weil sie Einbau, Text und Verantwortung zusammenhält. Sie hilft auch später, wenn neue Dienste dazukommen sollen. Dann wird nicht wieder von vorn geraten, sondern an einer vorhandenen Entscheidung weitergearbeitet.












## Fragen, die ein Banner allein nicht beantwortet.

Ein Einwilligungsfenster ist kein Freifahrtschein. Entscheidend ist, welche Dienste laufen, warum sie laufen und ob eine schlankere Lösung denselben Nutzen bringt.

1: Braucht jede SARTU-Inhaltsseite einen Cookie-Banner?
Nein. Einfache öffentliche Inhaltsseiten sollen ohne unnötige Cookies funktionieren. Interaktive Funktionen werden getrennt betrachtet.

2: Brauchen technisch notwendige Cookies eine Einwilligung?
Nein, wenn sie für die Funktion, die der Besucher nutzt, unbedingt erforderlich sind.

3: Warum baut SARTU externe Dienste nicht automatisch ein?
Weil jede Einbindung Zweck, Freigabe, Datenschutzwirkung und Ladezeit beeinflusst.

4: Welche Dienste sollte ich vor dem Relaunch suchen?
Prüfen Sie Karte, Video, Analyse, Chat, Newsletter, Zahlungsdienst, Bewertungsfenster und externe Schriften. Jeder Dienst braucht einen Zweck oder sollte aus der ersten Version herausbleiben.

5: Ist weniger Technik ein Nachteil?
Oft nicht. Eine schnelle Inhaltsseite mit klarem Formular bringt dem Betrieb mehr als 5 eingebundene Dienste, die niemand pflegt und niemand erklären kann.






## Quellen und weiterführende Grundlagen

[§ 25 TDDDG](https://www.gesetze-im-internet.de/ttdsg/__25.html)Bundesministerium der Justiz / Gesetze im Internet

[Art. 13 DSGVO](https://eur-lex.europa.eu/legal-content/DE/TXT/?uri=CELEX%3A32016R0679)EUR-Lex






## Dienste vor dem Einbau entscheiden.

Eine SARTU-Seite soll nicht erst externe Technik sammeln und danach erklären, warum sie da ist. Der bessere Weg: Zweck klären, Einbindung begrenzen, Datenschutzhinweise passend halten und nur freigeben, was der Betrieb wirklich nutzen will. Unverbindlich bis zum geprüften Angebot.


[Preis berechnen](/briefing)
[Aktuelles](/aktuelles)[Website planen →](/website-planen)[Werkzeuge](/werkzeuge)
