White Label / Landesbehörden
Die großen Ministerien eines Bundesstaats haben meist ein Webteam und ein Content-System. Das Problem liegt darunter: eine Pflegekammer mit zwei Mitarbeitenden, eine Kommission, die viermal im Jahr tagt, ein Förderprogramm, das dreißig Monate existiert, eine Arbeitsgruppe mit gesetzlichem Ablaufdatum. Jede dieser Stellen braucht eine glaubwürdige Website, und keine kann sie allein betreiben. Diese Seite handelt von diesem langen Schwanz und davon, wie ein staatliches IT- oder Digitalbüro ihn auf einer einzigen Markenplattform hosten könnte.
Demo buchen · Die Preise richten sich nach deinem Volumen und Setup, und deinen genauen Preis erfährst du im Gespräch. 0% Transaktionsgebühr.
Aktualisiert: 25. Oktober 2026
Fragen Sie den IT-Chef eines Bundesstaats, wie viele öffentliche Websites der Staat betreibt, und Sie erhalten meist zwei Zahlen: die offizielle und die tatsächliche. Die Lücke besteht aus Websites, die niemand geplant hat:
Diese Websites haben dasselbe rechtliche Gewicht wie die Startseite des Gouverneurs, und gerade sie enthalten noch eingescannte PDFs, fehlenden Alternativtext und Kontaktdaten längst ausgeschiedener Mitarbeitender. Die Zentralisierung der großen Ministerien löst das nicht; diese Websites brauchen ein leichteres Zuhause.
Die Regel des Justizministeriums nach Title II des ADA verlangt, dass Webinhalte staatlicher und kommunaler Stellen WCAG 2.1 Level AA erfüllen. Nach der Verlängerung vom April 2026 müssen Stellen mit insgesamt 50,000 oder mehr Einwohnern bis zum 26. April 2027 konform sein; kleinere Stellen und Zweckverbände bis zum 26. April 2028. ADA.gov weist kleinere Verwaltungseinheiten an, die Einwohnerzahl der größeren Gebietskörperschaft heranzuziehen, der sie angehören. Für eine Kammer oder Kommission eines Bundesstaats gilt also der Termin 2027, nicht 2028.
Die Regel nennt auch Ausnahmen, etwa archivierte Webinhalte und bereits bestehende herkömmliche elektronische Dokumente, doch jede Ausnahme hat Bedingungen. Lesen Sie diese, bevor Sie eine Website für nicht betroffen erklären. Unser Leitfaden zur Title-II-Frist behandelt die Details, und PDF-Alternativen für öffentliche Websites behandelt den häufigsten Mangel auf Websites kleiner Behörden.
*Diese Seite enthält allgemeine Informationen und keine Rechtsberatung. Fragen Sie das Büro Ihres Attorney General oder die Rechtsberatung Ihrer Behörde, wie die Regel auf Sie anzuwenden ist.*
In We.Inc ist eine „Marke“ das White-Label-Konto: Ihr Name, Ihr Logo, Ihre Farben, Ihre Portaladresse und Ihre Regeln. Ein „Kunde“ ist jeder, der darunter Websites besitzt. Für einen Bundesstaat ist die Zuordnung einfach:
| Rolle im Bundesstaat | Rolle in We.Inc | Was sie steuern |
|---|---|---|
| Staatliches Digitalbüro oder zentrale IT | Markeninhaber und Admins | Erscheinungsbild des Portals, Standardregeln für jede Behörde, Freigaben, Teamzugriff |
| Webpersonal der Shared Services | Teammitglieder (zum Beispiel mit der Designer-Vorlage) | Die Website jeder Behörde öffnen und bearbeiten; kein Zugriff auf die Abrechnung |
| Eine Kammer, Kommission oder ein Programm | Kunde | Die eigenen Websites, innerhalb der vom Inhaber gesetzten Grenzen und Schalter |
| Geschäftsführung oder Schriftführung der Kammer | Die als dieser Kunde angemeldete Person | Die Website schreiben und aktualisieren, auf Veröffentlichen klicken |

*Das Kundenregister einer Demo-Marke. In einem Bundesstaat wäre jede Zeile eine Behörde, Kammer oder ein Programm, getaggt nach Ressort oder Ablaufdatum.*
Tags und Notizen sind das günstigste Governance-Werkzeug, das Sie bekommen. Taggen Sie jeden Kunden mit dem Gesetz oder der Verordnung, durch die er geschaffen wurde, sowie mit seinem Ablauf- oder Überprüfungsdatum, und das Register wird zu dem Bestandsverzeichnis, nach dem Ihre Prüfer immer wieder fragen.
Im Bildschirm für Standardeinstellungen legt ein Bundesstaat seine Richtlinien einmal fest. Jede neue Kammer übernimmt vom ersten Tag an dieselben Regeln, Ausnahmen werden pro Kunde gemacht.

*Markenweite Standards. Ein Bundesstaat könnte den Onlineshop und das Verbinden eigener Domains für alle Kunden ausschalten und die Freigabe einschalten.*
Eine Ausgangsposition, die viele Bundesstaaten vertreten könnten:
| Schalter | Empfohlener Standard | Warum |
|---|---|---|
| Websites veröffentlichen | An | Kammern müssen Sitzungstermine veröffentlichen können, ohne tagelang zu warten |
| Veröffentlichen erfordert meine Freigabe | An für neue Kunden, aus, sobald sie einen geschulten Redakteur haben | Die Freigabe schützt den ersten Start; sie sollte eine Routinemeldung nicht dauerhaft verzögern |
| Eigene Domain verbinden | Aus | Domains werden zentral verwaltet (siehe unten) |
| Code ansehen | Aus | Wenige Mitarbeitende von Kammern brauchen ihn; Ihr Shared-Services-Team kann den Code weiterhin öffnen |
| Blog | An | Nützlich für Neuigkeiten und Bekanntmachungen |
| Onlineshop | Aus | Gebühren und Zahlungen laufen über den bestehenden Zahlungsdienstleister des Staats |
| Formulare und Einsendungen | Im Einzelfall | Gut für „Kammer kontaktieren“; nicht für alles, was sensible personenbezogene Daten erhebt |
| SEO-Einstellungen | An | Die Kammer kann Seitentitel und Beschreibungen festlegen, nach denen Menschen tatsächlich suchen |

*Ein geöffneter Kunde. Jeder Schalter kann dem Markenstandard folgen oder nur für diesen Kunden überschrieben werden, und ein Kunde kann pausiert oder entfernt werden.*
Die Freigabe in We.Inc ist ein einzelner Schritt: Wenn ein Kunde mit eingeschalteter Freigabe auf Veröffentlichen klickt, wartet die Anfrage in der Warteschlange des Inhabers, bis jemand sie freigibt oder Änderungen anfordert. Es ist keine Kette, die nacheinander durch Rechtsabteilung, Kommunikation und Barrierefreiheitsprüfung läuft. Wenn Ihre Richtlinien diese Prüfungen verlangen, finden sie statt, bevor der Inhaber freigibt.

*Die Freigabe-Warteschlange einer Demo-Marke. (Die Anfrage in diesem Screenshot wurde für das Bild inszeniert.)*
Nutzen Sie die Freigabe als Stützrad und als Werkzeug zum Auslaufen: an für jeden neuen Kunden, wieder an für jeden Kunden, dessen geschulter Redakteur gegangen ist, und aus für Behörden, die gezeigt haben, dass sie sicher veröffentlichen können.
Bundesstaaten haben Anspruch auf .gov-Domains, und get.gov gibt an, dass .gov-Domains für berechtigte US-Regierungsorganisationen kostenlos sind. Ein Bundesstaat veröffentlicht Websites von Kammern meist als Subdomains oder Pfade unter seiner Hauptdomain; We.Inc erlaubt jeder Kunden-Website, Ihre Domain zu nutzen. Was die Plattform nicht kann, ist Ihre Domain-Richtlinie festzulegen, also halten Sie sie schriftlich fest:
Beim Auslaufen von Programmen verlieren Bundesstaaten Unterlagen. Exportieren Sie die Website eines Programms, bevor sie abgeschaltet wird: Der vollständige Code jeder Website lässt sich als ZIP herunterladen oder mit einem GitHub-Repository synchronisieren, das Ihnen gehört.

*Der Code-Bereich. Die gesamte Website kann heruntergeladen werden, was zugleich als Momentaufnahme für Ihr Archivteam dient.*

*Export in ein privates GitHub-Repository, das Ihnen gehört. Aufbewahrungsfristen für Webunterlagen legt Ihr Bundesstaat fest; so erhalten Sie die Dateien, auf die Sie sie anwenden.*
Derselbe Export ist auch Ihr Ausstiegsweg bei uns. Beschaffungsteams sollten das als Vertragspunkt behandeln, nicht als Versprechen; unser Ausstiegsplan für Website-Anbieter enthält Formulierungen für Klauseln.

*Das Audit-Log. Es zeichnet Kontoaktionen wie hinzugefügte Kunden, geänderte Schalter und Freigaben auf und lässt sich nach Aktion filtern.*
Das Log beantwortet die Frage „Wer hat die Freigabe für diese Kammer ausgeschaltet, und wann?“ Es ist keine Bearbeitungshistorie auf Seitenebene, und wir machen keine Angabe dazu, wie lange Einträge aufbewahrt werden. Wenn Ihre Aktenrichtlinie eine feste Aufbewahrungsdauer verlangt, sprechen Sie das in der Demo an.
| Tage | Schritt | Was er beweist |
|---|---|---|
| 1-10 | 8 bis 12 Websites auswählen: drei Zulassungskammern, zwei Kommissionen, zwei Förderprogramme, ein länderübergreifendes Gremium, dazu ein paar Kampagnen-Domains | Sie testen die schwierigen Fälle, nicht die leichten |
| 1-10 | Markenstandards setzen und das Shared-Services-Team einladen | Regeln existieren, bevor jemand baut |
| 11-30 | Die Mitarbeitenden jeder Kammer bauen ihre Website selbst oder neu; Freigabe für alle an | Auch Nicht-Fachleute schaffen es |
| 11-30 | Vor der Freigabe eine automatische und eine manuelle Barrierefreiheitsprüfung jeder Website durchführen | Ihre Prüfung passt in einen einzigen Freigabeschritt |
| 31-45 | Eine Programm-Website vollständig auslaufen lassen: exportieren, archivieren, weiterleiten | Der Auslaufprozess funktioniert |
| 46-60 | Das Audit-Log lesen, die Bearbeitungszeiten der Freigaben zählen, die Mitarbeitenden der Kammern befragen | Belege für die breitere Beschaffung |
Websites werden mit KI erzeugt und per Klick oder Chat bearbeitet, sie lassen sich also schnell erstellen, doch Ihr Team muss jede einzelne gegen WCAG 2.1 AA testen und gefundene Mängel beheben. Unsere Barrierefreiheits-Checkliste ist ein Ausgangspunkt, und die RFP-Vorlage sowie die Beschaffungs-Checkliste funktionieren für jeden Anbieter, auch für uns. Für Städte und Landkreise siehe Behörden und Ämter.
Buchen Sie eine Demo und bringen Sie die Liste der Kammern und Programme mit, um die Sie sich am meisten sorgen.
Zuletzt geprüft am 2026-10-25.
Buche eine 30-minütige Demo. Wir zeigen dir den Baukasten unter deiner Marke, sehen uns an, wie viele Kunden-Websites du betreiben willst, und nennen dir deinen genauen Preis.
Lieber erst die ganze Tour? Den White-Label-Website-Baukasten ansehen
ADA.gov weist kleinere Verwaltungseinheiten an, die Einwohnerzahl der größeren Gebietskörperschaft heranzuziehen, der sie angehören. Eine Kammer eines Bundesstaats nutzt daher in der Regel die Einwohnerzahl des Staats und die Frist zum 26. April 2027. Bestätigen Sie dies mit Ihrer Rechtsberatung.
Ja. Die Freigabe vor dem Veröffentlichen kann standardmäßig für jeden Kunden aktiviert und pro Kunde geändert werden. Es ist ein einzelner Freigabeschritt durch den Markeninhaber, kein mehrstufiger Workflow.
Sie können den vollständigen Code der Website als ZIP herunterladen oder mit einem GitHub-Repository synchronisieren, das Ihnen gehört, sie dann gemäß Ihrer Aktenrichtlinie archivieren und den Kunden entfernen oder pausieren.
Wir nennen keine Zertifizierungen, keine Hosting-Region und keine Verfügbarkeitszahl. Wenn Ihre Beschaffung diese verlangt, sprechen Sie das zu Beginn der Demo an.