IONOS Homepage-Baukasten und BFSG: Barrierefreiheit bei 1&1 und IONOS

IONOS MyWebsite: Deutschlands meistgenutzter Baukasten

IONOS (ehemals 1&1) ist mit dem MyWebsite-Baukasten einer der größten Anbieter in Deutschland. Millionen kleine Unternehmen, Vereine und Selbstständige nutzen den Baukasten für ihre Online-Präsenz. Seit dem Barrierefreiheitsstärkungsgesetz (BFSG, in Kraft seit 28. Juni 2025) stellt sich die Frage: Liefert IONOS ausreichend Barrierefreiheit für gesetzliche Konformität?

Die Antwort ist differenziert – und hängt stark davon ab, welches IONOS-Produkt du nutzt und wie sorgfältig du deine Inhalte pflegst. Gemäß § 3 BFSG müssen Produkte und Dienstleistungen, die nach dem 28. Juni 2025 auf den Markt gebracht werden, barrierefrei sein. Für Webseiten bedeutet das: Konformität mit den Anforderungen der EN 301 549, die sich an den Web Content Accessibility Guidelines (WCAG) 2.1 Level AA orientiert.

MyWebsite Creator vs. MyWebsite Now: Zwei Baukästen, unterschiedliche Ausgangslage

IONOS bietet zwei verschiedene Baukasten-Produkte an, die sich erheblich in ihrer Barrierefreiheits-Tauglichkeit unterscheiden:

MyWebsite Now ist die neuere, KI-gestützte Variante. Du beantwortest Fragen, und IONOS generiert ein Design. Der Vorteil: Die Templates sind moderner, die HTML-Struktur ist tendenziell sauberer, und grundlegende Barrierefreiheits-Standards sind eher erfüllt. Der Nachteil: Du hast kaum Gestaltungsfreiheit. Wenn das generierte Design Kontrastprobleme hat, kannst du wenig daran ändern. Weitere Informationen finden Sie im BFSG-Glossar.

MyWebsite Creator ist das ältere, flexiblere Produkt. Du wählst ein Template und kannst es per Drag-and-Drop anpassen. Hier hast du mehr Kontrolle über Farben, Layouts und Schriftgrößen – aber auch mehr Verantwortung. Viele der älteren Templates stammen aus einer Zeit, in der Barrierefreiheit kein Thema war.

Was der IONOS-Baukasten für Barrierefreiheit bietet

IONOS hat im Zuge des BFSG nachgebessert: Neuere Templates haben verbesserte Kontrastverhältnisse. Alt-Text-Felder sind bei Bild-Upload verfügbar. Die grundlegende HTML-Struktur ist semantisch aufgebaut.

Formulare haben Label-Zuordnungen – das entspricht WCAG SC 1.3.1 (Info und Beziehungen) und SC 4.1.2 (Name, Rolle, Wert). Aber: Ältere Templates, die vor dem BFSG-Update erstellt wurden, haben oft Kontrastprobleme und fehlende ARIA-Attribute. Und: Der Nutzer muss Alt-Texte selbst eingeben – IONOS erzwingt das nicht.

Konkret bietet IONOS:

• Alt-Text-Felder bei jedem Bild-Upload (WCAG SC 1.1.1 – Nicht-Text-Inhalt)
• Überschriften-Hierarchie (H1–H6) im Text-Editor (WCAG SC 1.3.1)
• Responsive Layouts, die auf Mobilgeräten funktionieren (WCAG SC 1.4.10 – Reflow)
• Automatische Sitemap für Suchmaschinen-Zugänglichkeit
• SSL-Zertifikat inklusive – kein direktes BFSG-Kriterium, aber Vertrauensfaktor

Template-Analyse: Wo IONOS-Designs typisch scheitern

Wir haben mehrere aktuelle IONOS-Templates auf BFSG-Konformität geprüft. Die häufigsten Probleme:

Kontrastverhältnisse: Viele Templates nutzen helle Grautöne auf weißem Hintergrund für Sekundärtexte. Das verletzt WCAG SC 1.4.3 (Kontrast Minimum), das ein Verhältnis von mindestens 4,5:1 für normalen Text fordert. Besonders betroffen: Platzhalter-Texte in Formularen und Footer-Links.

Fehlende Skip-Navigation: Kein IONOS-Template bietet einen „Zum Inhalt springen“-Link (WCAG SC 2.4.1 – Blöcke umgehen). Tastatur-Nutzer müssen bei jedem Seitenaufruf durch die gesamte Navigation tabben.

Bildergalerien und Slider: Die eingebauten Slider-Elemente sind oft nicht per Tastatur bedienbar (WCAG SC 2.1.1 – Tastatur). Screenreader erhalten keine Information darüber, welches Bild gerade angezeigt wird.

Hamburger-Menü auf Mobilgeräten: Das mobile Menü öffnet sich zwar, aber der Fokus wird nicht automatisch auf das geöffnete Menü gesetzt. Tastatur- und Screenreader-Nutzer wissen nicht, dass sich etwas geändert hat (WCAG SC 4.1.2).

Grenzen des IONOS-Baukastens für BFSG-Konformität

Wie bei allen Baukästen ist die Kontrolle begrenzt. Du kannst keine ARIA-Attribute manuell setzen, die Tab-Reihenfolge nicht steuern und den generierten Code nicht direkt bearbeiten. Für einfache Business-Webseiten (Handwerker, Praxis, Restaurant) reicht das in der Regel aus.

Für Online-Shops mit komplexen Funktionen oder Webseiten mit vielen interaktiven Elementen kann es knapp werden. Die wesentlichen Einschränkungen im Überblick:

• Kein Quellcode-Zugriff: Du kannst weder HTML noch CSS direkt bearbeiten. ARIA-Rollen, aria-label oder aria-live-Regionen sind nicht einfügbar.
• Keine Custom-Widgets: Eigene barrierefreie Komponenten (z. B. ein zugängliches Akkordeon oder Tab-Panel) kannst du nicht einbauen.
• Eingeschränkte Formular-Kontrolle: Fehlermeldungen in Formularen sind nicht individuell konfigurierbar – WCAG SC 3.3.1 (Fehlererkennung) und SC 3.3.3 (Fehlervorschlag) können nicht vollständig umgesetzt werden.
• Keine Erklärung zur Barrierefreiheit: IONOS bietet kein vorgefertigtes Template für eine Barrierefreiheitserklärung gemäß § 4 BFSG.

Was du selbst machen kannst – und was nicht

Trotz der Einschränkungen gibt es einiges, was du als IONOS-Nutzer selbst beeinflussen kannst:

Alt-Texte konsequent setzen: Jedes Bild braucht einen beschreibenden Alternativtext. Nicht „IMG_4382.jpg“, sondern „Handwerker verlegt Parkett in hellem Wohnzimmer“. Dekorative Bilder sollten einen leeren Alt-Text bekommen (WCAG SC 1.1.1).

Überschriften-Hierarchie einhalten: Nutze H1 für den Seitentitel, H2 für Hauptabschnitte, H3 für Unterabschnitte. Niemals eine Überschriftenebene überspringen – also nicht von H2 direkt auf H4 springen. Das verletzt WCAG SC 1.3.1 und macht die Seite für Screenreader unübersichtlich.

Farbkontraste prüfen: Wähle dunkle Schriftfarben auf hellem Hintergrund. Vermeide helle Grautöne oder Pastellfarben für Text. Das Minimum gemäß WCAG SC 1.4.3 ist ein Kontrast von 4,5:1. Kostenlose Tools zum Testen findest du in unserem Ratgeber.

Link-Texte aussagekräftig gestalten: Statt „Hier klicken“ besser „Unsere Leistungen ansehen“ – damit Screenreader-Nutzer wissen, wohin der Link führt (WCAG SC 2.4.4 – Linkzweck im Kontext).

Was du NICHT beeinflussen kannst: Die Tab-Reihenfolge, den generierten HTML-Code, ARIA-Attribute, die Fokus-Verwaltung bei interaktiven Elementen und die Tastaturbedienbarkeit von Slidern und Galerien. Diese Punkte liegen in der Verantwortung von IONOS als Plattform-Anbieter.

IONOS vs. Wix vs. Jimdo: Barrierefreiheit im Vergleich

Wie steht IONOS im Vergleich zu anderen populären Baukästen da? Hier ein Überblick der wichtigsten Barrierefreiheits-Funktionen:

Wix bietet einen integrierten Accessibility Wizard, automatische Alt-Text-Vorschläge per KI und die Möglichkeit, ARIA-Labels an Elemente zu vergeben. Wix hat außerdem einen „Accessibility-Check“ im Editor, der grundlegende Probleme erkennt. Mehr dazu in unserem Vergleich von Wix und Jimdo.

Jimdo ist ähnlich eingeschränkt wie IONOS. Alt-Texte sind möglich, aber es gibt keinen Barrierefreiheits-Check und kaum Kontrolle über den generierten Code. Die neueren Jimdo-Templates haben aber ordentliche Kontrastwerte.

Squarespace liefert seit 2024 verbesserte Barrierefreiheits-Features: Skip-Navigation, bessere Fokus-Indikatoren und automatische Heading-Struktur. Auch hierzu haben wir einen ausführlichen Bericht.

Fazit des Vergleichs: Kein Baukasten liefert automatisch volle BFSG-Konformität. Wix bietet die meisten Werkzeuge, IONOS liegt im Mittelfeld, Jimdo am wenigsten. Bei allen dreien bleibt die Hauptverantwortung beim Betreiber.

BFSG-Tipps für IONOS-Nutzer: Schritt für Schritt

1. Template-Wahl: Wähle ein neueres Template (2024 oder neuer) und achte auf klare Kontraste. Vermeide Templates mit ganzflächigen Hintergrundbildern, auf denen Text schwer lesbar ist.

2. Bilder: Setze für jedes Bild einen beschreibenden Alt-Text. IONOS bietet das Feld an – du musst es nur nutzen.

3. Texte: Nutze die Überschriften-Formate (H1, H2, H3) statt nur Fettdruck für Struktur. Eine korrekte Überschriften-Hierarchie ist essentiell für Screenreader.

4. Farben: Prüfe, ob dein gewähltes Farbschema die Kontrastanforderungen (4,5:1) erfüllt. Nutze ein Tool wie den WebAIM Contrast Checker.

5. Formulare: Stelle sicher, dass jedes Formularfeld ein sichtbares Label hat – nicht nur Platzhalter-Text, der beim Tippen verschwindet.

6. BFSG-Check: Lass deine Seite mit dem kostenlosen BFSG-Scanner von bf-check.de prüfen. Der Report zeigt genau, welche Punkte bei deiner IONOS-Seite nicht stimmen – mit konkreten Handlungsempfehlungen.

Warum Overlay-Plugins keine Lösung sind

Manche IONOS-Nutzer greifen zu sogenannten Barrierefreiheits-Overlays (AccessiBe, UserWay und ähnliche). Diese Plugins legen ein Widget über deine Seite, das Schriftgrößen, Kontraste und andere Darstellungen ändern soll.

Das Problem: Overlays ändern nicht den zugrunde liegenden HTML-Code. Screenreader arbeiten mit dem DOM, nicht mit dem visuellen Overlay. In vielen Fällen stören Overlays die Screenreader-Navigation sogar. Die Behindertenverbände und Barrierefreiheits-Experten raten einhellig von Overlays ab. Sie sind kein Ersatz für echte strukturelle Barrierefreiheit gemäß WCAG 2.1 AA.

Hinweis: Dieser Artikel dient der allgemeinen Information und stellt keine Rechtsberatung dar. Die konkreten Anforderungen des BFSG können je nach Art und Umfang deiner digitalen Dienstleistung variieren. Für eine verbindliche Einschätzung wende dich an einen spezialisierten Rechtsanwalt.

Häufig gestellte Fragen