Bricks-Umsetzung der RT-Website.

KI-Suche

Bricks so umsetzen, dass Suchmaschinen und KI-Systeme den Inhalt zuverlässig verstehen.

Google verlangt für AI Overviews und AI Mode keine Sondertechnik; die normale SEO-Basis bleibt entscheidend. OpenAI benötigt für ChatGPT Search insbesondere Zugriff durch OAI-SearchBot.

Wichtige Aussagen müssen als sichtbarer HTML-Text im DOM stehen. Grafiken ergänzen den Inhalt, ersetzen ihn aber nicht.

• Semantische Überschriftenhierarchie beibehalten: genau eine H1, danach logisch H2/H3.
• Antwortblöcke als echte Sections mit sichtbarem Text umsetzen; nicht nur in Accordion/Slider verstecken.
• Interne Links mit beschreibenden Linktexten setzen.
• Keine clientseitig nachgeladenen Kerninhalte, wenn statischer HTML-Output möglich ist.
• OAI-SearchBot zulassen; Bot-Schutz/CDN nach Livegang mit echten Requests prüfen.
• Keine künstlichen KI-Landingpages, kein Keyword-Chunking und kein llms.txt als Rankingmaßnahme.
• Referenzen, Fallstudien und eigene fachliche Entscheidungen später als wichtigste nicht-austauschbare Inhalte ausbauen.

Barrierefreiheit

Zielstandard: WCAG 2.2 AA als technische und redaktionelle Qualitätsvorgabe.

Bricks liefert semantische Elemente und benutzerdefinierte Attribute; diese Möglichkeiten aktiv nutzen, statt neutrale Div-Strukturen zu stapeln.

• Header, Nav, Main, Section/Article und Footer semantisch auszeichnen.
• Skip-Link als erstes fokussierbares Element vorsehen.
• Alle Funktionen per Tastatur bedienen; sichtbarer :focus-visible-Zustand mit ausreichendem Kontrast.
• Interaktive Ziele mindestens 24×24 CSS-Pixel; primäre Buttons/Navigation besser etwa 44×44 oder größer.
• Mobile Navigation als zugängliches Offcanvas: aria-expanded, Fokusführung, Escape zum Schließen, kein Fokus hinter geschlossenem Drawer.
• Bilder: inhaltliche Bilder mit passendem Alt-Text; dekorative Grafiken mit leerem alt bzw. als CSS-Hintergrund.
• Formularfelder mit sichtbaren Labels, passenden autocomplete-Werten und klaren feldbezogenen Fehlern.
• Information nie ausschließlich über Farbe, Position oder Bewegung vermitteln.
• 200 % Zoom und Reflow ohne horizontalen Inhaltsverlust prüfen.
• prefers-reduced-motion respektieren; Parallax/Reveal vollständig deaktivierbar.
• Barrierefreiheitsseite im Footer verlinken und nach realer Prüfung aktualisieren.

DSGVO & TDDDG

Datenschutz durch Technikgestaltung und Datenminimierung sind verbindliche Umsetzungsprinzipien.

Die Vorlage lädt ausschließlich lokale Assets. Dieses Prinzip soll im Live-System beibehalten werden, soweit es fachlich möglich ist.

• Schriften lokal hosten; keine externen Google-Fonts oder unnötigen CDN-Abhängigkeiten.
• Keine optionalen Analyse-, Marketing-, Video-, Karten- oder Drittanbieter-Skripte vor wirksamer Einwilligung laden.
• Consent-Steuerung zentral über das vorgesehene Consent-/Tracking-Konzept (Legal Cockpit + RT Tracking Bridge) umsetzen; Entscheidung jederzeit widerrufbar machen.
• Wenn keine einwilligungsbedürftigen Technologien eingesetzt werden, keinen Schein-Cookiebanner anzeigen.
• Kontaktformular serverseitig verarbeiten; nur Name, E-Mail, optionale Website, Thema und Nachricht abfragen. Keine unnötige Telefonnummer als Pflichtfeld.
• Kein zusätzliches Pflicht-Häkchen „Datenschutz akzeptieren“ für eine reine Kontaktanfrage erzwingen; stattdessen transparent auf die Datenschutzerklärung verlinken. Rechtsgrundlage und Speicherfristen müssen in den Rechtstexten zum tatsächlichen Prozess passen.
• Spam-Schutz zuerst datensparsam (Honeypot, serverseitiges Rate-Limit). Externe CAPTCHA-Dienste nur nach Datenschutzprüfung und passender Consent-Konfiguration.
• Keine Formulardaten in URL, Analytics, Browser-Storage oder unnötigen Logs spiegeln.
• Drittanbieter-Embeds erst nach Freigabe laden oder datenschutzfreundliche Zwei-Klick-Lösung verwenden.
• Serverseitige Sicherheitsheader, TLS, Updates, Zugriffsschutz und Log-Aufbewahrung im Hosting-Konzept dokumentieren.

SEOPress

SEOPress bleibt die einzige SEO-Metadaten- und Schema-Schicht.

Doppelte Meta- oder Schema-Ausgaben durch Theme, Bricks-Erweiterungen oder andere Plugins vermeiden.

• Knowledge Graph: Person „Roland Thunig“ mit echten Kontaktdaten, Logo/Portrait und nur tatsächlich vorhandenen Social-Profilen.
• XML-Sitemap aktivieren; produktive Sitemap unter /sitemaps.xml/ und in robots.txt referenzieren.
• Open Graph und X Cards aktivieren; pro Kernseite ein eigenes 1200×630-Socialbild vorsehen.
• Canonical und Robots pro Seite gemäß Vorlage pflegen.
• Breadcrumbs sichtbar in Bricks; BreadcrumbList JSON-LD über SEOPress PRO, falls PRO eingesetzt wird.
• Local Business/ProfessionalService nur bei konsistenten öffentlichen Standortdaten und passendem Google Business Profile aktivieren.
• Optionale Service-Schemas nur dort nutzen, wo sichtbarer Inhalt und Schema exakt übereinstimmen.
• FAQ-Inhalte behalten, aber FAQ-Schema nicht als Rich-Result-Hebel einplanen.
• Nach Livegang Google Search Console, Bing Webmaster Tools und ChatGPT-Referral-Traffic prüfen.