Checkliste für die Beschaffung einer Website-Plattform: 42 Fragen an Anbieter
42 Fragen an jeden Anbieter einer Website-Plattform oder eines CMS, bevor Sie unterschreiben: Barrierefreiheit, Rollen und Freigaben, Anmeldung, Sicherheit, Datenhoheit, Ausstieg, Support, Vertragsbedingungen und Kosten. Mit dem, wie eine gute Antwort klingt.
Anbieter-Demos sind darauf ausgelegt zu zeigen, was eine Plattform gut kann. Mit dieser Checkliste finden Sie vor der Unterschrift den Rest heraus. Sie enthält 42 Fragen in neun Gruppen, jeweils mit einem Hinweis, wie eine gute Antwort klingt und was Sie stutzig machen sollte. Sie eignet sich für eine Behörde, eine Universität, einen Klinikverbund oder ein Unternehmen mit vielen Websites. Kopieren Sie die Fragen in Ihren eigenen Bewertungsbogen und stellen Sie jedem Anbieter dieselben.
Bevor Sie mit Anbietern sprechen: drei Dinge, die Sie intern klären
Wer wird veröffentlichen? Zählen Sie Personen und Abteilungen. Eine Plattform, die zu fünf Web-Mitarbeitenden passt, kann mit zweihundert gelegentlichen Redakteuren scheitern.
Womit muss die Plattform verbunden sein? Listen Sie Werkzeuge für Zahlungen, Formulare, Buchungen, Akten, Karten, Personalgewinnung und Suche auf und entscheiden Sie, welche verlinkt und welche eingebettet werden müssen.
Was ist Ihre Frist, und warum? Sind Sie ein US-Bundesstaat oder eine Kommune, gilt die Web-Regel nach ADA Title II jetzt ab April 26, 2027 (50,000 Menschen oder mehr) oder ab April 26, 2028 (kleinere Einrichtungen und Zweckverbände). Siehe den Leitfaden zur Frist nach Title II.
A. Barrierefreiheit (Fragen 1 bis 7)
Welchen Barrierefreiheitsstandard zielt Ihre öffentliche Ausgabe an, und woher wissen Sie, dass sie ihn erfüllt? Gut: nennt Version und Stufe (zum Beispiel WCAG 2.1 oder 2.2 AA) und einen datierten Test. Bedenklich: „vollständig ADA-konform“ ohne Belege.
Können wir Ihren aktuellsten Konformitätsbericht zur Barrierefreiheit sehen, mit Datum und Angabe, wer getestet hat? Gut: ein Dokument mit aufgeführten bekannten Problemen. Bedenklich: gar keine bekannten Probleme oder kein Bericht.
Ist die Bearbeitungsoberfläche für Mitarbeitende zugänglich, die einen Screenreader oder nur die Tastatur nutzen? Viele Anbieter testen nur die öffentlichen Seiten.
Was tut der Editor, damit Redakteure keine Mängel einbauen? Achten Sie auf verpflichtenden Alternativtext, Überschriftenprüfungen, Warnungen bei vagen Linktexten und Farbbeschränkungen.
Wie schnell beheben Sie einen Barrierefreiheitsmangel in Ihren Vorlagen, und nehmen Sie das in den Vertrag auf? Gut: eine Anzahl von Tagen, schriftlich.
Verkaufen oder empfehlen Sie ein Barrierefreiheits-Overlay? Ein Overlay legt eine Werkzeugleiste über die Seite; den Code darunter repariert es nicht. Ein Anbieter, der darauf setzt, ist ein Warnsignal.
Dürfen wir ein eigenes Audit durchführen, und helfen Sie bei der Behebung der Befunde? Die Antwort sollte Ja lauten, ohne Gebühr für Mängel in ihrem Code.
B. Rollen, Freigaben und Governance (8 bis 13)
Welche Rollen gibt es, und was darf jede? Verlangen Sie die tatsächliche Liste. Eigene Rollen sind seltener, als Demos vermuten lassen.
Lässt sich ein Redakteur auf den Bereich einer Abteilung oder eine einzelne Website beschränken?
Kann eine Freigabe vor dem Veröffentlichen verlangt werden, und für wen? Fragen Sie, ob es ein Schritt ist oder mehrere und ob sie sich nur für manche Redakteure einschalten lässt.
Was erfasst das Audit-Protokoll, wie lange wird es aufbewahrt, und können wir es exportieren? Nützlich bei Auskunftsanfragen nach Informationsfreiheitsrecht und zur Aufklärung einer fehlerhaften Änderung.
Wie sind Markenelemente geschützt? Kann eine Abteilung Kopfbereich, Farben oder Fußzeile ändern oder nur ihre eigenen Inhalte?
Können wir Veröffentlichung, Ablauf und Prüferinnerungen zeitlich planen? Veraltete Seiten sind das häufigste Governance-Versagen.
C. Anmeldung und Zugang (14 bis 17)
Können sich Mitarbeitende über unseren Identitätsanbieter anmelden, und können wir das vorschreiben? Lassen Sie sich zeigen, dass es mit Ihrem Anbieter funktioniert, nicht auf einer Folie.
Ist Multi-Faktor-Authentifizierung für jedes Konto verfügbar?
Was passiert mit einem Konto, wenn jemand ausscheidet? Der Entzug des Zugangs sollte ein einziger Schritt sein und sofort wirken.
Können Mitarbeitende des Anbieters auf unsere Inhalte zugreifen, und wird dieser Zugriff protokolliert?
D. Sicherheit (18 bis 22)
Welche unabhängigen Prüfungen oder Zertifizierungen besitzen Sie heute? Fordern Sie Bericht oder Zertifikat, Datum und Geltungsbereich an. „In Arbeit“ heißt nicht vorhanden.
Wie werden Schwachstellen gefunden und behoben, und wie schnell?
Wie schnell informieren Sie uns über einen Vorfall, der unsere Daten betrifft, und wie? Lassen Sie eine Stundenzahl in den Vertrag schreiben.
Wo werden unsere Daten gespeichert, und wer sind Ihre Unterauftragsverarbeiter? Wenn der Standort für Sie wichtig ist, lassen Sie ihn sich schriftlich geben.
Füllen Sie unseren Sicherheitsfragebogen aus? Einen Anbieter, der ablehnt oder Sie stattdessen auf eine Übersichtsseite verweist, können Sie später kaum auf etwas festlegen.
E. Zuverlässigkeit und Leistung (23 bis 26)
Welche Verfügbarkeit sagen Sie vertraglich zu, wie wird sie gemessen, und welche Abhilfe gibt es? Eine Marketingzahl ist keine Zusage.
Was geschah bei Ihrem letzten größeren Ausfall? Ein Anbieter, der offen antwortet, ist ein besseres Zeichen als einer, der behauptet, es habe keinen gegeben.
Wie werden Backups erstellt, aufbewahrt und getestet? Fragen Sie, wann zuletzt eine Wiederherstellung getestet wurde.
Wie geht die Website mit einer plötzlichen Lastspitze um?
F. Datenhoheit und Ausstieg (27 bis 32)
Wem gehören unsere Inhalte, Medien, Formulareinsendungen und Analysedaten? Die Antwort muss lauten: Ihnen.
Können wir die gesamte Website selbst exportieren, heute, ohne Sie zu fragen? Lassen Sie es in der Demo vorführen.
Was enthält der Export? Nur Text oder auch Medien, Seitenstruktur, Vorlagen und Code? Könnte ein anderer Anbieter die Website damit betreiben?
Kostet der Export etwas, während oder nach dem Vertrag?
Bleiben unsere Domainnamen und DNS in unseren Konten? Hält der Anbieter Ihre Domain, wird der Ausstieg schwieriger.
Was passiert mit unseren Daten, wenn der Vertrag endet? Achten Sie auf eine Übergangsfrist, einen abschließenden Export und eine schriftliche Löschbestätigung.
G. Websites aufbauen und ändern (33 bis 36)
Wie lange dauert es, eine neue Website für eine Abteilung oder ein Programm aufzusetzen? Lassen Sie es live vorführen.
Welche Änderungen brauchen den Anbieter, und welche können unsere Mitarbeitenden selbst vornehmen? Zählen Sie, wie viele Routineänderungen abrechenbar wären.
Wie gehen Sie mit Formularen um, und lassen sich Einsendungen an unsere eigenen Systeme senden?
Können wir für jede Website unsere eigene Domain nutzen, auch für Abteilungs-Websites?
H. Support und Schulung (37 bis 39)
Welche Support-Zeiten und Reaktionszeiten stehen im Vertrag?
Ist Schulung enthalten, und dürfen wir die Materialien intern wiederverwenden?
Wer ist unser fester Ansprechpartner, und was passiert, wenn diese Person geht?
I. Vertrag und Kosten (40 bis 42)
Was sind die Gesamtkosten über fünf Jahre, einschließlich Verlängerungen? Fordern Sie sie in einer Tabelle an, getrennt nach einmaligen und wiederkehrenden Posten.
Welche Grenzen verändern den Preis? Häufig sind es Nutzer, Websites, Seiten, Speicher, Traffic und KI-Nutzung.
Wo liegt die Obergrenze für jährliche Preiserhöhungen, und können wir bei der Verlängerung ohne Vertragsstrafe aussteigen?
So bewerten Sie die Antworten
Vergeben Sie für jede Frage 0 (nein oder nicht gezeigt), 1 (ja, aber nur beschrieben) oder 2 (im Produkt funktionierend gezeigt). Die Fragen 1, 2, 27, 28 und 40 entscheiden die meisten Ergebnisse, gewichten Sie sie also doppelt. Ein Anbieter, der auf Folien gut abschneidet und bei „funktionierend gezeigt“ schlecht, sagt Ihnen damit etwas.
Punkte
Bedeutung
0
Nicht verfügbar, nicht beantwortet oder nur auf einer Roadmap
1
Schriftlich beantwortet, aber nicht vorgeführt
2
Im Produkt vorgeführt oder durch ein datiertes Dokument belegt
Wenn Sie eine formelle Ausschreibung schreiben, macht unsere RFP-Vorlage für Behörden-Websites aus den wichtigsten dieser Fragen nummerierte Anforderungen mit einem Bewertungsraster von 100 Punkten.
Wie We.Inc einige dieser Fragen beantwortet
Wir möchten lieber, dass Sie uns an dieser Liste messen, als dass Sie uns einfach glauben. Heute bietet Ihnen unsere White-Label-Plattform: die Rollen Inhaber, Admin und Mitglied sowie Berechtigungen pro Kunde (Fragen 8 und 9); einen einzelnen Freigabeschritt vor der Veröffentlichung einer Website (10); ein Audit-Protokoll der Organisationsaktionen (11); Ihre eigenen Domains für das Portal und jede Website (36); und vollständigen Code-Download oder Synchronisierung mit Ihrem eigenen GitHub (28 und 29). Websites werden mit KI erstellt, Barrierefreiheit muss Ihr Team also vor der Veröffentlichung testen; wir behaupten keine Konformität. Wir beanspruchen weder Sicherheitszertifizierungen noch eine vertragliche Verfügbarkeitszahl. Um den Rest mit uns durchzugehen, vereinbaren Sie eine Demo und bringen Sie diese Checkliste mit. Siehe auch die White-Label-Plattform von We.Inc.