Wer macht was

Benutzerkonten

• Jede Person hat ihren eigenen Account mit eigenem Namen. So ist nachvollziehbar, wer was geändert hat.
• Keine Sammel-Logins wie redaktion@, die sich mehrere Personen teilen.
• Wenn jemand das Unternehmen verlässt: Account bei uns deaktivieren lassen.
• Rollen: Redakteur darf alle Inhalte bearbeiten und veröffentlichen, Autor nur eigene. Administrator ist bewusst auf wenige Personen beschränkt.

Mehr zu Passwörtern, 2-Faktor-Authentifizierung und Phishing in Kapitel 13.

Der Weg einer Änderung

1. Entwurf bearbeiten

   Änderungen sind sofort in der Datenbank, aber noch nicht öffentlich, solange die Seite als Entwurf gespeichert ist.

2. Vorschau prüfen

   Über „Vorschau“ die Seite ansehen — Desktop und Smartphone. Die Backend-Ansicht ist kein verlässliches Layout-Abbild.

3. Veröffentlichen / Aktualisieren

   Erst mit diesem Klick ist die Änderung live. Der häufigste „Fehler“ überhaupt: vergessen zu aktualisieren.

4. Live kontrollieren

   Seite im Frontend aufrufen. Wenn nichts zu sehen ist: Cache (Kapitel 11).

Revisionen: WordPress speichert ältere Versionen einer Seite. Über „Revisionen“ in der Seitenleiste lässt sich ein früherer Stand ansehen und wiederherstellen. Gilt für Standardfelder — bei speziellen Blockfeldern ist das je nach Projekt eingeschränkt. Im Zweifel: vor großen Umbauten kurz Bescheid geben, dann sichern wir vorher.

Finger weg von …

Diese Dinge sehen harmlos aus, haben aber Wirkung auf die ganze Website:

• Plugins installieren, aktivieren, deaktivieren oder löschen
• Theme-Dateien oder Code über den Editor bearbeiten
• Permalink-Einstellungen ändern — macht in einem Klick alle URLs der Website kaputt
• Seiten-Templates umstellen oder Startseite/Blogseite in den Einstellungen tauschen
• Slugs veröffentlichter Seiten ändern, ohne Redirect (Kapitel 08)
• Seiten löschen, die im Menü oder in Blöcken verlinkt sind — erst prüfen, dann in den Papierkorb
• Custom CSS oder HTML in Textfelder kopieren, um Layout zu „reparieren“

Alles davon können wir schnell erledigen oder gemeinsam ansehen. Ein Ticket kostet Minuten, eine kaputte Permalink-Struktur kostet Rankings.

Die Mediathek

Alle Medien werden zentral im Reiter Medien gespeichert und verwaltet. Wichtig zu verstehen:

• Eine Datei wird einmal hochgeladen und kann an beliebig vielen Stellen verwendet werden. Nicht pro Seite neu hochladen.
• WordPress erzeugt beim Upload automatisch mehrere Zuschnitte (Thumbnail, Medium, Large …) und liefert je nach Gerät die passende Größe aus. Deshalb reicht ein gut dimensioniertes Original.
• Eine Datei löschen, die noch verwendet wird, hinterlässt Lücken auf allen Seiten. Vorher prüfen, wo sie eingebunden ist.
• Aktualisierte Version einer Datei (z. B. Preisliste)? Die bestehende Datei ersetzen statt neu hochzuladen — so bleiben alle Links gültig. Wenn das Plugin dafür nicht vorhanden ist: bei uns melden.

Zielwerte auf einen Blick

Die Werte sind Richtwerte für den Regelfall. Bei einer Bildergalerie mit 40 Fotos zählt jedes Kilobyte doppelt — dort lieber Richtung 150 KB arbeiten.

Formate

• WebP / JPG — Fotos und fotoähnliche Bilder
• PNG — nur wenn nötig, z. B. freigestellte Motive mit transparentem Hintergrund. PNG-Fotos sind schnell 5–10× größer als JPG.
• SVG — Logos, Icons, einfache Grafiken. Skaliert verlustfrei. Upload ist aus Sicherheitsgründen oft eingeschränkt — SVGs bitte über uns.
• HEIC / HEIF (iPhone-Standard) — kann WordPress nicht darstellen. Vorher in JPG oder WebP exportieren.
• TIFF, BMP, PSD, AI, EPS — nicht webfähig, riesig, gehören nicht in die Mediathek.
• Druckdaten in CMYK — führen zu blassen oder verfälschten Farben. Immer in sRGB exportieren.

Der Wert „300 dpi“ ist im Web bedeutungslos — es zählen ausschließlich Pixel. Ein Bild mit 1.920 × 1.080 px ist immer gleich groß, egal welche dpi in den Metadaten stehen.

Dateinamen

Der Dateiname wird Teil der URL und ist ein — kleiner, aber echter — SEO-Faktor. Vor allem aber verhindern falsche Zeichen, dass Dateien auf allen Servern und in allen Browsern funktionieren.

• Nur Kleinbuchstaben, Zahlen und Bindestriche
• Sprechend: hotel-alpenblick-terrasse-sommer.jpg
• Umlaute und ß: überblick-gebäude.jpg
• Leerzeichen, Unterstriche am Wortanfang, Sonderzeichen: Bild 1 (final)#2.JPG
• Nichtssagende Kameranamen: IMG_4711.jpeg, DSC00034.jpg, Screenshot 2026-02-11 um 14.02.33.png
• Versionsnummern und Datumsangaben, die schnell veralten: preisliste-final-v3-neu.pdf

Workflow vor dem Hochladen

1. Datei umbenennen

   Klein, sprechend, mit Bindestrichen. Siehe oben.

2. Bildmaße anpassen

   Auf die tatsächlich benötigte Breite skalieren, z. B. „Für Web exportieren“ in Photoshop, „Bild anpassen“ in der macOS-Vorschau oder direkt in Squoosh.

3. Komprimieren

   Mit einem Online-Tool wie squoosh.app (Google, mit Vorschau und WebP-Export) oder tinypng.com. Qualität 70–80 % ist bei Fotos praktisch nicht von 100 % zu unterscheiden — bei einem Bruchteil der Dateigröße.

4. Hochladen und Metadaten setzen

   Alt-Text nicht vergessen — siehe Kapitel 04.

Optional gibt es kostenpflichtige WordPress-Plugins, die Bilder beim Upload automatisch komprimieren und in WebP umwandeln. Wenn das für dein Projekt sinnvoll ist, sprich uns an — es ersetzt aber nicht das Verkleinern der Dimensionen.

Videos

• Format MP4 (H.264) oder WebM, Full-HD, ohne Tonspur bei Hintergrundvideos
• Autoplay funktioniert in Browsern nur stumm — ein Hintergrundvideo mit Ton startet nicht von selbst
• Für YouTube/Vimeo-Embeds: Datenschutz beachten, siehe Kapitel 10
• Keine 200-MB-Datei „nur zum Testen“ hochladen — der Upload-Limit-Fehler ist noch das kleinste Problem
• Bewegte Inhalte im Hero verschlechtern die Ladezeit messbar. Ein starkes Standbild ist oft die bessere Entscheidung.

Bildrechte

• Nutzungsrechte: Fotograf:innen-Vertrag oder Stock-Lizenz muss die Online-Nutzung abdecken — auch für Social Media, wenn das Bild dort weiterverwendet wird.
• Urheber nennen, wenn die Lizenz das verlangt. Dafür ist das Feld „Beschriftung“ (Caption) da, alternativ ein Bildnachweis im Impressum.
• Personen: Wer erkennbar zu sehen ist, muss der Veröffentlichung zugestimmt haben (Recht am eigenen Bild). Besonders bei Mitarbeitenden, Kund:innen und Kindern.
• KI-generierte Bilder folgen eigenen Regeln — dazu der nächste Abschnitt.
• Niemals Bilder aus der Google-Bildersuche, von fremden Websites, aus Social Media oder aus Presseportalen ohne ausdrückliche Freigabe.
• Keine Screenshots fremder Websites, Logos oder Kartenausschnitte ohne Lizenz (Google Maps hat eigene Nutzungsbedingungen).

KI-generierte Bilder

1 — Kennzeichnung

Die EU-KI-Verordnung (AI Act, Verordnung (EU) 2024/1689) verlangt einen klaren Hinweis auf die KI-Herkunft, wenn Bild-, Audio- oder Videoinhalte künstlich erzeugt oder manipuliert wurden und realen Personen, Orten oder Ereignissen täuschend ähnlich sehen — juristisch „Deepfakes“. Diese Transparenzpflichten gelten ab 2. August 2026.

Wo genau die Grenze zwischen „offensichtlich illustrativ“ und „täuschend echt“ liegt, ist noch nicht abschließend geklärt. Deshalb unsere Empfehlung, unabhängig von der Rechtslage: fotorealistische KI-Bilder von Anfang an kennzeichnen. Das ist deutlich billiger als eine Nachrüstung unter Zeitdruck — und Nutzer:innen honorieren Offenheit inzwischen mehr, als sie KI-Bilder abstrafen.

• Sichtbar kennzeichnen: ein kurzer Hinweis direkt beim Bild, z. B. „Mit KI erstellt“ oder „KI-generiertes Bild“ in der Bildunterschrift.
• Maschinenlesbar kennzeichnen: im IPTC-Feld Digital Source Type den Wert trainedAlgorithmicMedia setzen. Google liest dieses Feld aus und markiert entsprechende Bilder in der Bildersuche.
• Intern dokumentieren: welches Bild, welches Tool, welches Datum, welcher Prompt. Eine Zeile pro Bild in einer Liste genügt — im Streitfall ist das der Nachweis.
• Nicht im Impressum verstecken. Ein Sammelhinweis „einige Bilder sind KI-generiert“ irgendwo im Fußbereich erfüllt den Zweck nicht. Der Hinweis muss dem Bild zuzuordnen sein.
• Der Alt-Text bleibt eine Bildbeschreibung. Er beschreibt weiterhin, was zu sehen ist (Kapitel 04); die KI-Kennzeichnung gehört zusätzlich in die Bildunterschrift, nicht anstelle der Beschreibung.
• Grauzone Retusche: Faustregel — wenn KI den Bildinhalt verändert (Objekte hinzufügen, entfernen, den Bildausschnitt generativ erweitern), kennzeichnen. Reine Farb-, Belichtungs- und Schärfekorrektur nicht.

2 — Lizenz und Urheberrecht

• Nutzungsbedingungen des Tools prüfen. Kostenlose Tarife schließen die kommerzielle Nutzung häufig aus, und die Bedingungen ändern sich regelmäßig. Screenshot der geltenden Fassung zum Bild ablegen.
• Kein eigener Urheberrechtsschutz. Rein maschinell erzeugte Bilder gelten in der EU nicht als persönliche geistige Schöpfung und sind damit nicht geschützt — niemand kann Dritten verbieten, dasselbe Bild zu verwenden. Für ein Key-Visual oder ein Motiv, das zur Marke werden soll, ist das ein echtes Argument gegen KI.
• Keine Marken, Logos, geschützten Figuren oder erkennbaren Werke — weder im Prompt noch im Ergebnis. Dass ein Modell sie generieren kann, heißt nicht, dass sie verwendet werden dürfen.

3 — Wahrheit

• Keine KI-Bilder von Dingen, die es so nicht gibt: Zimmer, Produkte, Speisen, Innenräume, Gebäude, Ausblicke. Das ist nicht nur ein Vertrauensthema — wenn Kund:innen aufgrund des Bildes eine Kaufentscheidung treffen, kann es irreführende Werbung sein.
• Keine KI-Porträts, die wie echte Personen wirken — auch nicht in Team-, Testimonial- oder Bewertungsblöcken. Erfundene Mitarbeitende und erfundene Kundenstimmen sind der Klassiker, der Vertrauen dauerhaft kostet.
• Gut geeignet sind KI-Bilder für abstrakte, offensichtlich illustrative Motive: Hintergrundtexturen, Muster, konzeptuelle Grafiken, Blog-Illustrationen zu allgemeinen Themen.

Die vier Felder

Alternativtext (Alt-Text)

Der Alt-Text ist eine kurze Bildbeschreibung, also die sprachliche Übersetzung des visuellen Inhalts. Alternative Texte kommen zum Einsatz, wenn ein Bild aus bestimmten Gründen nicht angezeigt werden kann — und sie sind die Grundlage dafür, dass blinde und sehbehinderte Menschen den Inhalt erfassen können.

So schreibst du gute Alt-Texte

• Was ist zu sehen — und warum steht das Bild hier? Der Kontext entscheidet: Dasselbe Foto braucht auf der Teamseite einen anderen Alt-Text als im Blogartikel.
• Kurz halten: ein Satz, ca. 80–125 Zeichen.
• Text, der im Bild steht (z. B. auf einem Plakat), im Alt-Text wiedergeben.
• Bei einem verlinkten Bild beschreibt der Alt-Text das Ziel des Links, nicht das Bild.
• Nicht mit „Bild von …“ oder „Foto zeigt …“ beginnen — dass es ein Bild ist, weiß der Screenreader.
• Keine Keyword-Listen. Das ist Spam und hilft niemandem.
• Rein dekorative Bilder (Muster, Trennlinien, reine Stimmungsflächen) erhalten einen leeren Alt-Text — nicht „Dekoration“. Dann überspringt der Screenreader sie korrekt.

Titel, Beschriftung, Beschreibung

Titel: Das Titel-Feld wird durch WordPress automatisch mit dem Dateinamen vorbelegt. Der Titel kann in diesem Feld jederzeit manuell überschrieben werden — und das lohnt sich, weil er in manchen Blöcken als Tooltip oder Galerie-Überschrift ausgegeben wird.

Beschriftung (Caption): optional für die Bildunterschrift. Ob und an welcher Stelle der Inhalt auf der Website zu sehen ist, hängt vom Design bzw. der Programmierung des jeweiligen Blocks ab. Klassischer Einsatz: Bildnachweis („© Musterfoto“) oder eine erklärende Unterzeile.

Beschreibung: wird in der Regel nicht ausgegeben und kann für interne Notizen genutzt werden (z. B. Shooting-Datum, Fotograf:in, Lizenzlaufzeit).

Texte unformatiert einfügen

Wenn Text kopiert und eingefügt werden soll, sollte dieser immer unformatiert eingefügt werden — damit keine Formatierungen wie Textstile, Schriftgrößen, Farben oder auch Bindestriche aus Silbentrennungen mitkopiert werden.

Alternativ im klassischen Editor über das Symbol „T“ („Als Text einfügen“) in der Werkzeugleiste. Ist diese Option aktiv, bleibt sie für die Sitzung eingeschaltet.

Was beim normalen Einfügen mitkommt und Probleme macht: Inline-Styles aus Word („Calibri 11 pt, schwarz“), <span>-Container, harte Zeilenumbrüche, Word-Sonderzeichen, Aufzählungen als Pseudo-Listen mit Tabs — und aus PDFs zusätzlich die Trennstriche der Silbentrennung mitten im Wort.

(noch leer)

Manuelle Umbrüche und Absätze

Manuelle Zeilenumbrüche und Absätze sollten gar nicht oder nur sehr bewusst eingesetzt werden. Denn ein Umbruch wird auf jedem Endgerät dargestellt („responsive“) — dadurch kann ein unschönes Schriftbild entstehen und die Lesbarkeit erschwert werden.

Was am 27-Zoll-Monitor eine elegante zweizeilige Headline ist, wird am Smartphone zu einem Flattersatz mit drei Wörtern pro Zeile und einer einsamen Silbe am Ende.

Silbentrennung

Die automatische Silbentrennung ist im Web extrem relevant, von außen jedoch sehr wenig beeinflussbar. Das heißt: fixe Trennungen oder Ausnahmen (z. B. dass bestimmte Wörter nicht getrennt werden) können nicht global definiert werden, da der Inhalt responsive bleiben muss.

• Der Browser trennt nach eigenen Wörterbüchern. Bei sehr langen Komposita („Rehabilitationsmaßnahme“) sieht das gelegentlich ungewohnt aus — das ist normal.
• Notlösung für einen einzelnen Problemfall: ein „weiches Trennzeichen“ (­) an der gewünschten Stelle. Sparsam und nur, wenn es wirklich stört — bitte mit uns abstimmen.
• Niemals einen echten Bindestrich einfügen, um eine Trennung zu erzwingen. Der bleibt in jeder Breite stehen und landet auch in Suchergebnissen.

Überschriften: nur eine H1 pro Seite

Jede Überschrift auf einer Webseite hat in den meisten Fällen einen sogenannten H-Tag. Damit wird die Hierarchie — und in der Folge meist auch die Größe — einer Überschrift definiert. Die H1 ist die wichtigste Überschrift der Seite: in den meisten Fällen der Seitentitel. Sie kommt genau einmal vor.

• Wird der H1-Tag mehrfach verwendet, kann das negative Auswirkungen auf das Ranking haben und verwirrt Screenreader-Navigation.
• Keine Ebene überspringen: nach H2 kommt H3, nicht H4.
• Überschriften-Tags nicht nach Optik wählen („H2 sieht hier schöner aus“). Für Größe und Auszeichnung gibt es das Design.
• Überschriften beschreiben den folgenden Abschnitt. Sie sind ein Inhaltsverzeichnis, kein Zierelement.

Typografie & Schreibweisen

• Listen mit der Listenfunktion erstellen, nicht mit Bindestrichen oder Aufzählungszeichen abtippen.
• Fett und kursiv sparsam und nie für ganze Absätze. Fett = wichtig, kursiv = Werktitel oder Fremdwort.
• Zahl und Einheit zusammenhalten: 50 % / 20 kg / 6020 Innsbruck. Ideal mit geschütztem Leerzeichen (alt+space).
• KEINE DURCHGEHENDEN GROSSBUCHSTABEN. Screenreader buchstabieren sie teils, und lesbar ist es auch nicht. Versalien setzt das Design, wenn sie gewollt sind.
• Keine Unterstreichungen — im Web bedeutet unterstrichen „Link“.
• Kein doppeltes Leerzeichen, keine Tabulatoren, keine Emojis als Aufzählungszeichen (Screenreader lesen jedes einzeln vor).
• WordPress hat keine Rechtschreibprüfung. Der Browser prüft nur oberflächlich. Texte vorher in einem Textprogramm gegenlesen.

Interne Seiten

Interne Seiten können über die Suchfunktion im Link-Dialog eingefügt werden, ohne dass man die Link-URL eintippen muss. Einfach den Seitentitel in das Feld „Oder mit bestehendem Inhalt verlinken“ eingeben und den Treffer anklicken.

• Immer über die Suche verlinken. WordPress speichert dabei die Seiten-ID mit — der Link bleibt gültig, auch wenn sich später die URL ändert.
• Keine vollständigen URLs abtippen oder aus der Adresszeile kopieren, insbesondere keine Staging- oder Vorschau-URLs (projekt.svr.fm/…) — die landen sonst live auf der Website.
• Interne Links nicht in einem neuen Tab öffnen. Nutzer:innen erwarten, innerhalb der Website zu bleiben.
• Für Sprünge innerhalb einer langen Seite Anker-Links verwenden (#kontakt) — welche Anker es gibt, hängt vom Projekt ab.

Linktext

Der Linktext kann im Dialog ebenfalls definiert werden, damit statt der URL der gewünschte Text angezeigt wird. Dieser Text ist wichtiger, als er aussieht: Screenreader können sich alle Links einer Seite als Liste ausgeben lassen — steht dort zehnmal „hier“, ist die Liste wertlos. Und Google bewertet den Linktext als Hinweis darauf, worum es auf der Zielseite geht.

• Der Linktext beschreibt das Ziel und funktioniert ohne den umgebenden Satz.
• Bei Dateien Format und Größe nennen: „Preisliste 2026 (PDF, 1,2 MB)“.
• „hier“, „hier klicken“, „mehr“, „weiterlesen“, „Link“, „www.example.com/seite-4711“.
• Nicht denselben Linktext für zwei verschiedene Ziele verwenden.

Externe Seiten oder Dokumente

Es gibt die Möglichkeit, Links in einem neuen Tab zu öffnen. Dazu muss die Checkbox „Link in neuem Tab öffnen“ aktiviert werden.

• Extern → neues Tab. Die Besucher:innen verlieren die Website nicht.
• Dokumente (PDF) → neues Tab. Sonst ersetzt das PDF die Seite und der Zurück-Button wird zur Falle.
• Das technisch notwendige rel="noopener" setzt WordPress automatisch mit — darum muss sich niemand kümmern.
• Immer die https://-Variante der Zieladresse verwenden.
• Nach dem Einfügen einmal klicken und prüfen. Externe Seiten ändern ihre URLs.

Spezialfälle

Die drei Varianten

Variante 3 ist nur für ausgewählte Blockelemente zu empfehlen, z. B. bei Full-Grid-Bildern in Blogposts oder in Lightboxen. In Listen und Rastern führt sie zu einem unruhigen Layout.

Bildausschnitt-Simulator

Simulation

Einpassung

Cover Contain Fixe Breite

Originalbild

Querformat Hochformat Quadrat

Container

330 × 240 px

Der blaue Rahmen ist der Container, den das Design vorgibt. Das Kreuz markiert die Bildmitte, die Kreise sind „wichtiges Motiv“.

Was das für die Bildauswahl bedeutet

• Sicherheitszone einplanen. Bei Cover-Bildern wird oben/unten oder links/rechts abgeschnitten. Wichtige Motive gehören in die Mitte, nicht an den Rand.
• Gleiche Ausrichtung in Listen. In Übersichten (News, Team, Referenzen) alle Bilder im gleichen Format anliefern — sonst wirkt das Raster zufällig.
• Team- und Porträtfotos möglichst mit gleichem Bildausschnitt und Abstand: Kopf immer auf ähnlicher Höhe.
• Vorher zuschneiden. Wenn ein Bild in einem quadratischen Container landet, ist ein bewusst quadratisch beschnittenes Bild immer besser als ein zufällig beschnittenes Querformat.
• Kein Text, keine Logos im Bild. Sie werden abgeschnitten, sind nicht übersetzbar, nicht durchsuchbar und für Screenreader unsichtbar.
• Keine Bilder mit wichtigen Details am äußersten Rand (Gesicht ganz links, Produktname ganz unten).
• Immer mobil prüfen. Am Smartphone werden Container oft deutlich hochformatiger als am Desktop — der Ausschnitt ändert sich also.

Was das Plugin kann — und was nicht

SEO-Titel und Meta-Description

Der SEO-Titel wird automatisch aus Seitentitel, Trennzeichen und Website-Namen generiert. Die Länge des Title-Tags sollte 50 bis 60 Zeichen nicht überschreiten, sonst kürzt Google ihn ab.

Eine gute Meta-Beschreibung sollte prägnant und informativ sein. Die optimale Länge liegt typischerweise zwischen 150 und 160 Zeichen. Sie ist kein direkter Ranking-Faktor, entscheidet aber darüber, ob jemand auf das Suchergebnis klickt.

Handwerkliche Regeln

• Wichtigstes Stichwort nach vorne, Markenname nach hinten.
• Jede Seite bekommt einen eigenen Titel und eine eigene Description. Doppelte Titel sind ein häufiger und leicht vermeidbarer Fehler.
• Die Description ist ein Werbetext mit Nutzenversprechen und möglichst einer Handlungsaufforderung.
• Keine Aufzählung von Keywords, keine Wiederholungen, kein „Home“ oder „Startseite“ als Titel.
• Keine Description leer lassen — dann wählt Google selbst eine Textstelle aus, oft eine ungünstige.

Slug (URL)

• Kurz halten, maximal drei bis fünf Wörter.
• Ausschließlich Kleinbuchstaben, Wörter mit Bindestrichen trennen. Beispiel: about-us
• Füllwörter weglassen: /unser-neues-wellnessangebot-fuer-sie/ → /wellness/
• Umlaute, Sonderzeichen, Datumsangaben, IDs.
• Nach dem Live-Gang nicht mehr ändern — außer mit Redirect. Siehe Kasten in Kapitel 06.

Die weiteren Reiter

Fokus-Keyphrase und Ampeln: Die Ampeln sind ein Werkzeug, kein Ziel. Eine rote Ampel, weil das Keyword nicht exakt im ersten Absatz steht, ist kein Problem, wenn der Text gut ist. Umgekehrt macht eine grüne Ampel keinen schlechten Text gut. Wichtig ist: eine Seite, ein Thema.

Indexierung: Die Option „noindex“ (Seite nicht in Suchergebnissen anzeigen) nur bewusst und in Absprache setzen — sie nimmt die Seite komplett aus Google.

Erwartungsmanagement

• Google braucht nach Änderungen Tage bis Wochen, bis Titel und Description in den Suchergebnissen aktualisiert sind. Manchmal zeigt Google auch bewusst einen eigenen Text.
• Nach dem Live-Gang einer neuen Website fällt der Traffic häufig kurz ab und erholt sich dann. Das ist normal.
• Die Google Search Console ist das Werkzeug, um Indexierung und Suchanfragen zu beobachten. Falls noch nicht eingerichtet: gerne bei uns melden.

Warum das Kapitel neu ist

Redaktions-Checkliste

• Alt-Texte für alle informativen Bilder, leerer Alt-Text für dekorative (Kapitel 04).
• Überschriften in korrekter Reihenfolge, eine H1 pro Seite, keine Ebene überspringen (Kapitel 05).
• Linktexte, die aus sich heraus verständlich sind (Kapitel 06).
• Tabellen nur für echte Tabellendaten, mit Kopfzeile. Nicht für Layout.
• Listen mit der Listenfunktion — Screenreader kündigen dann „Liste mit 5 Einträgen“ an.
• Fremdsprachige Passagen im Text auszeichnen, damit sie richtig vorgelesen werden. Bei einzelnen Zitaten bitte melden.
• Videos mit Untertiteln, Audio mit Transkript. YouTube-Auto-Untertitel sind ein Anfang, aber kein Ersatz — Namen und Fachbegriffe nachkorrigieren.
• Kontrast prüfen, wenn Farben oder Text-auf-Bild im Spiel sind (Werkzeug unten).
• Keine Information nur über Farbe transportieren („die roten Termine sind ausgebucht“) — immer zusätzlich Text oder Symbol.
• Kein Text in Bildern. Nicht vergrößerbar, nicht vorlesbar, nicht übersetzbar, nicht durchsuchbar.
• Kein Autoplay mit Ton, keine blinkenden oder schnell bewegten Elemente.
• Keine Großbuchstaben als Auszeichnung im Text.

Kontrast prüfen

Fließtext braucht ein Kontrastverhältnis von mindestens 4,5:1 zum Hintergrund. Für große Schrift (ab 24 px bzw. 18,66 px fett) sowie für Bedienelemente und aussagekräftige Grafiken genügen 3:1.

Barrierefreiheitserklärung

Betroffene Websites brauchen eine Erklärung zur Barrierefreiheit mit Stand, bekannten Einschränkungen und einer Kontaktmöglichkeit für Feedback. Sie ist ein juristisches Dokument und sollte nicht nebenbei getextet werden — bitte mit uns und gegebenenfalls der Rechtsberatung abstimmen. Wichtig ist außerdem, dass die dort genannte Kontaktadresse tatsächlich betreut wird.

Grundregel

• Das Cookie-Banner nicht selbst umkonfigurieren oder Kategorien deaktivieren.
• Nach jedem Einbau einmal im Inkognito-Fenster prüfen: Lädt das Embed wirklich erst nach der Zustimmung?

Formulare

• Datenminimierung: nur abfragen, was gebraucht wird. Jedes Pflichtfeld senkt die Absprungrate — und die Menge an Daten, die geschützt werden muss.
• Datenschutzhinweis mit Link zur Datenschutzerklärung am Formular. Eine aktive Zustimmung ist je nach Zweck erforderlich.
• Empfängeradressen aktuell halten. Der häufigste stille Fehler: Anfragen gehen an das Postfach einer Person, die nicht mehr im Unternehmen ist. Empfängeradressen ändern wir gerne — einmal jährlich prüfen.
• Testabsendung nach jeder Änderung am Formular, inklusive Kontrolle des Autoresponders und des Spam-Ordners.
• Keine besonders sensiblen Daten (Gesundheit, Bewerbungsunterlagen, Ausweisdaten) über ein Standardformular abfragen, ohne dass das vorher abgesichert wurde.

Pflichtangaben aktuell halten

Impressum und Datenschutzerklärung sind kein Set-and-forget. Änderungen bei Geschäftsführung, Firmenname, Adresse, Rechtsform, Aufsichtsbehörde, Kammer oder eingesetzten Diensten müssen dort nachgezogen werden. Das ist die häufigste Ursache für Abmahnungen — und der schnellste Fix.

• Bei jeder Firmenänderung: Impressum prüfen.
• Bei jedem neuen Tool auf der Website: Datenschutzerklärung ergänzen lassen.
• Personenbezogene Daten gehören nicht in Dateinamen oder in die Mediathek (Kapitel 03).

Die zwei Caches

Vorgehen, wenn eine Änderung nicht sichtbar ist

1. Wirklich gespeichert?

   Steht die Seite auf „Veröffentlicht“ und wurde „Aktualisieren“ geklickt? Nicht doch ein Entwurf oder eine geplante Veröffentlichung?

2. Richtige Seite, richtige Sprache?

   Bei mehrsprachigen Websites wird häufig die deutsche Seite bearbeitet und die englische betrachtet. Oben in der Adminleiste die Sprache prüfen.

3. Server-Cache leeren

   Über den Cache-Menüpunkt im Backend — entweder nur für diese Seite oder für die ganze Website.

4. Hard-Reload im Browser

   cmd+shift+R (Mac) bzw. strg+F5 (Windows) — lädt die Seite ohne den lokalen Zwischenspeicher.

5. Browser-Cache leeren

   cmd+shift+del (Mac) bzw. strg+shift+entf (Windows). Checkbox bei „Bilder und Dateien im Cache“ aktivieren, danach „Daten löschen“ klicken. Funktioniert in Chrome, Firefox, Edge und Opera gleich.

6. Inkognito-Fenster

   Der entscheidende Unterschied zum normalen Browser-Fenster: Das Inkognito-Fenster greift nicht auf den bestehenden Cache zurück. Diese Funktion gibt es im Menü jedes Browsers am Desktop sowie am Smartphone. Der schnellste Test, ob es an dir oder an der Website liegt.

7. Anderes Gerät oder Netzwerk

   Sieht ein Kollege die Änderung, ist es lokal. Sieht niemand sie, melde dich bei uns.

Was Redaktion an der Ladezeit ändern kann

Google bewertet Websites unter anderem über die Core Web Vitals. Zwei davon hängen direkt an der redaktionellen Arbeit:

• Riesige, unkomprimierte Bilder — der Hebel Nummer eins (Kapitel 03).
• Slider mit 20 Bildern, mehrere Videos auf einer Seite, drei Social-Feeds im Footer.
• PDFs mit 40 MB als Download anbieten.
• Selbst messen: pagespeed.web.dev, URL eingeben, Mobilwert ansehen. Der Mobilwert ist der, den Google bewertet.
• Lazy Loading (Bilder laden erst beim Scrollen) macht WordPress automatisch. Das ersetzt aber keine kleinen Dateien.

Grundregeln

• Immer von der Hauptsprache in die Zielsprache übersetzen — nicht in der Zielsprache neu anlegen.
• Dazu am besten zuerst alle Inhalte der Hauptsprache einpflegen und erst dann mit den Übersetzungen beginnen.
• Einige Grundeinstellungen wie zum Beispiel das Menü und den Sprachumschalter übernehmen wir für euch.
• Keine Seite in der Zweitsprache über „Neue Seite“ anlegen — sie ist dann keine Übersetzung, sondern eine eigenständige Seite ohne Verknüpfung.

Anleitung: neue Übersetzung anlegen

1. Plus-Zeichen klicken

   In der Seitenübersicht in der Spalte bei den Sprachen auf das Plus-Zeichen der gewünschten Sprache klicken. WordPress öffnet eine neue, leere Seite in dieser Sprache.

2. Checkboxen deaktivieren

   Rechts unter „Media attachments“ beide Haken entfernen: Duplicate uploaded media from original und Duplicate featured image from original. Sonst werden alle Bilder ein zweites Mal in die Mediathek kopiert.

3. „Overwrite with … content“ klicken

   Damit wird die komplette Blockstruktur samt Inhalten aus der Hauptsprache übernommen — die Basis, auf der übersetzt wird.

4. Meldung bestätigen

   Die Warnung („The current content of this page will be permanently lost“) mit OK bestätigen. Das ist an dieser Stelle korrekt, weil die Seite noch leer ist.

5. „Translate independently“ klicken

   Damit wird die Seite von der automatischen Synchronisierung gelöst und kann frei bearbeitet werden. Ohne diesen Schritt überschreibt WPML deine Änderungen wieder.

6. Inhalte übersetzen

   Über die Sprachauswahl in der oberen Adminleiste lässt sich jederzeit zwischen den Sprachen wechseln, um Inhalte einzufügen und zu bearbeiten.

Überprüfung

Ob die Übersetzung korrekt angelegt wurde, lässt sich an zwei Punkten erkennen:

• In der Seitenübersicht wird in der Sprachspalte ein Bleistift-Icon statt des Plus-Icons angezeigt.
• Bei der Seite selbst steht in der Seitenleiste „This is a translation of: [Seitenname]“.
• Steht dort weiterhin ein Plus, ist keine Verknüpfung vorhanden — die Seite erscheint dann nicht im Sprachumschalter.

URLs übersetzen

Auch die URL sollte übersetzt werden. Dabei unbedingt folgende Schreibweise beachten:

• Kurz halten — maximal bis zu fünf Wörter
• Ausschließlich Kleinbuchstaben verwenden
• Zwischen den Wörtern Bindestriche statt Leerzeichen verwenden
• Beispiel: about-us

Was zusätzlich pro Sprache gepflegt werden muss

• SEO-Felder: Title, Meta-Description und Slug in jeder Sprache eigenständig — nicht die deutsche Description stehen lassen.
• Alt-Texte und Bildunterschriften sind sprachabhängig (Kapitel 04).
• Dokumente: Ein deutsches PDF auf der englischen Seite ist ein Fehler, den Nutzer:innen sofort bemerken.
• Formulare, Buttons, Fehlermeldungen: Wenn hier noch deutsche Begriffe stehen, bitte melden — das sind meist Plugin-Übersetzungen, die wir zentral pflegen.
• Keine reine Maschinenübersetzung veröffentlichen. DeepL & Co. sind ein guter Rohentwurf, brauchen aber Lektorat — insbesondere bei Marketingtexten, Fachbegriffen und Ansprache (Du/Sie).
• Eigennamen, Marken und Produktnamen nicht übersetzen.
• Nicht übersetzte Seiten hinterlassen Lücken im Sprachumschalter: Nutzer:innen landen dann auf der Startseite statt auf der Entsprechung der Seite.

Zugänge

• Ein eigener Account pro Person, mit einem Passwort, das nirgendwo sonst verwendet wird.
• Passwortmanager nutzen (1Password, Bitwarden, iCloud-Schlüsselbund). Ein 20-stelliges Zufallspasswort, das niemand tippen muss, ist die einfachste wirksame Maßnahme.
• Zwei-Faktor-Authentifizierung aktivieren, wenn im Projekt vorhanden. Falls nicht: gerne bei uns anfragen, wir richten sie ein.
• Accounts ausgeschiedener Personen sofort deaktivieren lassen.
• Keine Zugangsdaten per E-Mail, WhatsApp oder Slack verschicken.
• Keine geteilten Admin-Accounts, keine Passwörter in Excel-Listen oder auf Notizzetteln.
• Kein Login über öffentliche, unverschlüsselte WLANs.

Was wir übernehmen

Der genaue Umfang hängt vom vereinbarten Wartungspaket ab. Wenn du nicht sicher bist, was in deinem Projekt abgedeckt ist: einmal fragen — ein Backup, das es nicht gibt, merkt man immer zum falschen Zeitpunkt.

• Keine Plugins selbst installieren. Auch keine „kleinen“ und keine kostenlosen aus dem Verzeichnis. Jedes Plugin ist zusätzlicher Fremdcode mit Zugriff auf die gesamte Website.
• Keine Updates selbst einspielen, auch wenn WordPress rote Zähler anzeigt. Ein Plugin-Update kann Blöcke und Layouts brechen.
• Keine Änderungen an Theme-Dateien über den Datei-Editor.

Phishing und Betrugsmails

Rund um Websites und Domains gibt es eine ganze Industrie an Täuschungsversuchen. Typische Muster:

• „Ihre WordPress-Seite ist infiziert — hier klicken zum Bereinigen.“
• „Ihre Domain läuft ab — jetzt verlängern“ (von einem Anbieter, der nicht dein Anbieter ist).
• „Eintrag in das Branchenverzeichnis bestätigen“ — kostenpflichtige Fallen mit Rechnung im Anhang.
• Gefälschte Google-Mails zu „Sicherheitsproblemen“ mit Login-Aufforderung.
• Im Zweifel: nicht klicken, weiterleiten an uns. Eine Rückfrage kostet zwei Minuten.

So läuft es ab

1. Ticket über das Support-Formular

   Nicht per E-Mail an einzelne Personen und nicht telefonisch — im Ticketsystem geht nichts verloren, und mehrere Personen können übernehmen.

2. Zugang zum Kundenportal

   Sobald das erste Ticket erstellt wurde, erhält der Absender Zugang zu unserem Ticketsystem mit einer Übersicht und den offenen Tasks.

3. Bearbeitung und Rückmeldung

   Wir priorisieren, melden uns bei Rückfragen und dokumentieren die Lösung im Ticket.

Ein gutes Ticket enthält

Kontakt

florianmatthias GmbH
Herzog-Friedrich-Straße 22
6020 Innsbruck, Österreich

info@florianmatthias.com
+43 512 319 771

Sämtliche Rechte an diesem Dokument liegen bei der florianmatthias GmbH. Version 2.0 — ersetzt die PDF-Fassung vom 18.04.2024.