Hallo,
wir haben SEO Technisch einige technische Dinge auf unserer Seite zu erledigen und dafür suche ich einen zuverlässigen Partner, der auch mal zeitnah was erledigen kann. Ich weiß, jeder hätte es gerne gestern und ich
weiß auch, dass es eine gewisse Vorlaufzeit gibt, aber eine Arbeit von 30min, wäre gut, wenn die auch innerhalb 1 Woche dann mal erledigt wäre. Bisher bin ich bei allen bei 1 Monat++++ für wirkliche Kleinigkeiten, von denen
ich auch weiß, dass es Kleinigkeiten sind und nicht diese Pseudo Kleinigkeiten von Personen die von IT keine Ahnung haben, die aber in Wirklichkeit Mehrarbeit sind. Bin ja auch gerne bereit dafür zu zahlen was es kostet, aber
ich möchte mich nicht mehr ärgern, Woche um Woche vertröstet zu werden. Grundlegend geht es um folgende Dinge (PS: Sorry für den leicht bis mittelschwer genervten Text, aber ihr wisst nicht, welchen Leidensweg ich hinter mir habe):
wir haben SEO Technisch einige technische Dinge auf unserer Seite zu erledigen und dafür suche ich einen zuverlässigen Partner, der auch mal zeitnah was erledigen kann. Ich weiß, jeder hätte es gerne gestern und ich
weiß auch, dass es eine gewisse Vorlaufzeit gibt, aber eine Arbeit von 30min, wäre gut, wenn die auch innerhalb 1 Woche dann mal erledigt wäre. Bisher bin ich bei allen bei 1 Monat++++ für wirkliche Kleinigkeiten, von denen
ich auch weiß, dass es Kleinigkeiten sind und nicht diese Pseudo Kleinigkeiten von Personen die von IT keine Ahnung haben, die aber in Wirklichkeit Mehrarbeit sind. Bin ja auch gerne bereit dafür zu zahlen was es kostet, aber
ich möchte mich nicht mehr ärgern, Woche um Woche vertröstet zu werden. Grundlegend geht es um folgende Dinge (PS: Sorry für den leicht bis mittelschwer genervten Text, aber ihr wisst nicht, welchen Leidensweg ich hinter mir habe):
Problemname | Problemtyp | Problempriorität | URLs | % von Gesamt | Beschreibung |
Canonicals: Nicht indexierbarer Canonical | Fehler | Hoch | 19 | 0,13 | Seiten mit einer kanonischen URL, die nicht indexierbar ist. Dazu gehören Canonicals, die durch robots.txt, keine Antwort, Weiterleitung (3XX), Clientfehler (4XX) oder Serverfehler (5XX) blockiert werden, selbst wenn „noindex“ oder „kanonisiert“ sind. Dies bedeutet, dass die Suchmaschinen angewiesen werden, die Indexierung zu konsolidieren und Signale mit einer nicht indexierbaren Seite zu verknüpfen, was häufig dazu führt, dass sie die kanonische Seite ignorieren, aber auch zu Unvorhersehbarkeiten bei der Indexierung und im Ranking führen können. Exportieren Sie Seiten, ihre Canonicals und Statuscodes über „Berichte > Canonicals > Non-Indexable Canonicals“. |
Hreflang: Ohne Canonical-Verwendung | Fehler | Hoch | 4266 | 29,13 | URLs, die die kanonische URL auf der Seite nicht in ihrer eigenen hreflang-Anmerkung verwenden. Hreflang sollte nur kanonische Versionen von URLs enthalten. |
Hreflang: hreflang-URLs ohne Status-Code 200 | Fehler | Hoch | 16 | 0,11 | URLs, die in rel="alternate" hreflang-Annotationen enthalten sind und keinen 200-Antwortcode haben, wie URLs, die durch robots.txt blockiert werden, keine Antworten, 3XX (Umleitungen), 4XX (Clientfehler) oder 5XX (Serverfehler) haben. Hreflang-URLs müssen crawlbar und indexierbar sein und daher werden Nicht-200-URLs als Fehler behandelt und von den Suchmaschinen ignoriert. Die Nicht-200-hreflang-URLs sind im unteren Fensterbereich „URL-Details“ mit einem „Nicht-200“-Bestätigungsstatus zu sehen. Sie können per Stapelbearbeitung über den Export „Berichte > Hreflang > Nicht-200-Hreflang-URLs“ exportiert werden. |
Bilder: Über 100 KB | Hinweis | Mittel | 850 | 7,82 | Große Bilder über einem Größenschwellenwert. Die Seitengeschwindigkeit ist für Benutzer und SEO äußerst wichtig, und oft sind große Ressourcen wie Bilder eines der häufigsten Probleme, die Webseiten verlangsamen. Dieser Filter dient lediglich als allgemeine Faustregel, um Bilder zu identifizieren, die eine ziemlich große Dateigröße haben und länger zum Laden benötigen. Diese sollten zur Optimierung in Betracht gezogen werden, zusammen mit den Möglichkeiten, die auf der Registerkarte „PageSpeed“ identifiziert wurden, die die PSI-API und Lighthouse zur Überprüfung der Geschwindigkeit verwendet. Dies kann helfen, Bilder zu identifizieren, die nicht in der Größe optimiert wurden, außerhalb des Bildschirms geladen werden, nicht optimiert sind usw. |
Links: Interne Nofollow-Outlinks | Warnung | Niedrig | 14645 | 100 | Seiten, die rel="nofollow" auf internen Outlinks verwenden. Links mit nofollow-Linkattributen werden von Suchmaschinen grundsätzlich nicht verfolgt. Denken Sie daran, dass die verlinkten Seiten auch auf andere Weise gefunden werden können, z. B. über andere verfolgte Links oder XML-Sitemaps usw. Nofollow-Outlinks können auf der Registerkarte „Outlinks“ angezeigt werden, wenn der Filter „Alle Linktypen“ auf „Hyperlinks“ eingestellt ist Die Spalte „Folgen“ ist „Falsch“. Export per Stapelbearbeitung erfolgt über „Massenexport > Links > Interne Nofollow-Outlinks“. |
Bilder: Fehlende Größenattribute | Hinweis | Niedrig | 10705 | 98,48 | Bildelemente, für die im HTML keine Abmessungen (also Breiten- und Höhenattribute) angegeben sind. Das kann zu größeren Layout-Verschiebungen führen, wenn die Seite lädt, was frustrierend für die Nutzer ist. Es ist auch einer der Hauptgründe für eine hohe kumulative Layout-Verschiebung (CLS). |
Canonicals: Canonicalised | Warnung | Hoch | 5385 | 36,75 | Seiten, die über eine kanonische URL zu einer anderen URL verfügen. Die URL wird an einer anderen Stelle „kanonisiert“. Das bedeutet, dass die Suchmaschinen angewiesen werden, die Seite nicht zu indizieren, und die Indizierungs- und Verknüpfungseigenschaften sollten mit der URL im Canonical konsolidiert werden. |
H1: Duplikate | Hinweis | Niedrig | 3590 | 24,51 | Seiten mit Duplikaten <h1>. Es ist wichtig, eindeutige, einzigartige und nützliche Hauptüberschriften zu haben. Wenn jede Seite die gleiche <h1> hat, dann kann es für Benutzer und Suchmaschinen schwieriger werden, eine Seite von einer anderen zu unterscheiden. |
Seitentitel: Gleich wie H1 | Hinweis | Niedrig | 265 | 1,81 | Seitentitel, die genau mit der ersten Überschrift (h1) auf der Seite übereinstimmen. Dies ist nicht unbedingt ein Problem, kann aber auf eine potenzielle Möglichkeit hindeuten, auf alternative Keywords, Synonyme oder verwandte Schlüsselphrasen abzuzielen. |
Hreflang: Nicht-Canonical-Rückverweislink | Fehler | Hoch | 4150 | 28,34 | URLs mit nicht-kanonischen hreflang-Rückgabelinks. Hreflang sollte nur kanonische Versionen von URLs enthalten, und dieser Filter nimmt Rücklinks auf, die zu URLs führen, die nicht die von der Seite festgelegte kanonische Version sind. Die nicht kanonischen Rückgabe-URLs sind im unteren Fensterbereich „URL-Details“ mit dem Bestätigungsstatus „Nicht kanonisch“ zu sehen. Sie können per Stapelbearbeitung über „Reports > Hreflang > Non Canonical Return Links“ exportiert werden. |
Antwort-Codes: Interne Umleitung (3xx) | Warnung | Niedrig | 966 | 3,6 | Interne URLs, die auf eine andere URL umleiten. Dazu gehören serverseitige Umleitungen wie 301- oder 302-Umleitungen (und mehr). Zeigen Sie URLs an, die auf Umleitungen verlinken, indem Sie die untere Registerkarte „Inlinks“ verwenden, und exportieren Sie sie per Stapelverarbeitung über „Massenexport > Antwortcodes > Intern > Weiterleitung (3xx) Inlinks“. |
Canonicals: Fehlende | Warnung | Mittel | 8 | 0,05 | Seiten, die keine kanonische URL haben, sind entweder als Link-Element oder per HTTP-Header vorhanden. Wenn auf einer Seite keine kanonische URL angegeben ist, ermittelt Google die seiner Meinung nach beste Version oder URL. Dies kann zu einer Unvorhersehbarkeit des Rankings führen, wenn mehrere Versionen entdeckt werden, und daher sollten im Allgemeinen alle URLs eine kanonische Version angeben |
H1: Mehrere | Warnung | Mittel | 367 | 2,51 | Seiten mit mehreren <h1>s. Dies ist zwar streng genommen kein Problem, da die HTML5-Standards mehrere <h1>s auf einer Seite zulassen, aber es gibt einige Probleme mit diesem modernen Ansatz in Bezug auf die Benutzerfreundlichkeit. Es wird empfohlen, den Rang der Überschrift (h1-h6) zu verwenden, um die Dokumentstruktur zu vermitteln. Der klassische HTML4-Standard definiert, dass es nur eine <h1> pro Seite geben soll, und dies wird immer noch allgemein für Benutzer und SEO empfohlen. |
Links: Seiten mit vielen externen Outlinks | Warnung | Niedrig | 102 | 0,7 | Seiten mit einer hohen Anzahl von verfolgten externen Outlinks, basierend auf den Einstellungen für „Hohe externe Outlinks“ unter „Config > Spider > Preferences“. Externe Outlinks sind Hyperlinks zu einer anderen Subdomain oder Domain (abhängig von Ihrer Konfiguration). Dies kann vollständig gültig sein, z. B. beim Verlinken zu einem anderen Teil derselben Stammdomäne oder zu anderen nützlichen Websites. Externe verfolgte Outlinks können auf der Registerkarte „Outlinks“ angezeigt werden, wenn der Filter „Alle Linktypen“ auf „Hyperlinks“ und die Spalte „Folgen“ auf „Wahr“ eingestellt ist. |
Links: Interne Outlinks ohne Ankertext | Hinweis | Niedrig | 14645 | 100 | Seiten mit internen Links ohne Ankertext oder Bilder, die ohne Alt-Text verlinkt sind. Ankertext ist der sichtbare Text und die Wörter, die in Hyperlinks verwendet werden, die Benutzern und Suchmaschinen Kontext über den Inhalt der Zielseite bieten. Interne Outlinks ohne Ankertext können auf der Registerkarte „Outlinks“ angezeigt werden, wenn der Filter „Alle Linktypen“ auf „Hyperlinks“ eingestellt und die Spalte „Ankertext“ leer ist. Wenn es sich um ein Bild handelt, ist die Spalte „Alt-Text“ auch leer. Export per Stapelbearbeitung erfolgt über „Massenexport > Links > Interne Outlinks ohne Ankertext“. |
Antwort-Codes: Interner Serverfehler (5xx) | Fehler | Hoch | 5 | 0,02 | Interne URLs, bei denen der Server eine scheinbar gültige Anfrage nicht erfüllen konnte. Dies kann allgemeine Antworten wie 500 Internal Server Errors und 503 Service Unavailable umfassen. Zeigen Sie URLs an, die auf Fehler verweisen, indem Sie die untere Registerkarte „Inlinks“ verwenden, und exportieren Sie sie per Stapelverarbeitung über „Massenexport > Antwortcodes > Intern > Serverfehler (5xx) Inlinks“. |
Sicherheit: Falscher Inhaltstyp | Warnung | Niedrig | 1 | 0 | Dies zeigt alle URLs an, bei denen der tatsächliche Inhaltstyp nicht mit dem im Header festgelegten Inhaltstyp übereinstimmt. Es identifiziert auch alle ungültigen MIME-Typen, die verwendet werden. Wenn der Response-Header X-Content-Type-Options: nosniff vom Server gesetzt wird, ist dies besonders wichtig, da Browser auf den Content-Type-Header angewiesen sind, um die Seite korrekt zu verarbeiten. Dies kann dazu führen, dass HTML-Webseiten heruntergeladen und nicht gerendert werden, wenn sie beispielsweise mit einem anderen MIME-Typ als text/html bereitgestellt werden. |
Antwort-Codes: Externer Clientfehler (4xx) | Warnung | Niedrig | 51 | 0,19 | Externe URLs mit einem clientseitigen Fehler. Dies weist auf ein Problem mit der URL-Anforderung hin und kann Antworten wie 400 Bad Request, 403 Forbidden, 404 Page Not Found, 410 Removed, 429 Too Many Requests und mehr enthalten. Ein 404-Fehler „Seite nicht gefunden“ ist am häufigsten und wird oft als defekter Link bezeichnet. Zeigen Sie URLs an, die auf Fehler verweisen, indem Sie die untere Registerkarte „Inlinks“ verwenden, und exportieren Sie sie per Stapelverarbeitung über „Massenexport > Antwortcodes > Extern > Clientfehler (4xx) Inlinks“. |
Sicherheit: Fehlender HSTS-Header | Warnung | Niedrig | 25398 | 96,24 | URLs, denen der HSTS-Antwortheader fehlt. Der HTTP Strict-Transport-Security Response Header (HSTS) weist Browser an, dass der Zugriff nur über HTTPS und nicht über HTTP erfolgen soll. Wenn eine Website eine Verbindung zu HTTP akzeptiert, kommunizieren Besucher vor der Umleitung zu HTTPS zunächst noch über HTTP. Der HSTS-Header weist den Browser an, niemals über HTTP zu laden und alle Anfragen automatisch in HTTPS umzuwandeln. |
Hreflang: Fehlendes X-Default | Warnung | Niedrig | 14645 | 100 | URLs, denen ein x-default hreflang-Attribut fehlt. Dies ist optional und nicht unbedingt ein Problem. |
Hreflang: Fehlende Selbstreferenz | Warnung | Niedrig | 1672 | 11,42 | URLs, denen die eigene selbstreferenzierende rel="alternate" hreflang-Anmerkung fehlt. Früher war es erforderlich, einen selbstreferenzierenden hreflang zu haben, aber Google hat seine Richtlinien dahingehend aktualisiert, dass dies optional ist. Es ist jedoch empfehlenswert und oft einfacher, ein selbstreferenzierendes Attribut einzuschließen. |
Direktive: Noindex | Warnung | Hoch | 2679 | 10,55 | URLs, die eine „noindex“-Anweisung entweder in einem Robots-Meta-Tag oder X-Robots-Tag im HTTP-Header enthalten. Dies weist die Suchmaschinen an, die Seite nicht zu indizieren. Die Seite wird weiterhin gecrawlt (um die Anweisung zu sehen), aber sie wird dann aus dem Index gelöscht. |
Sicherheit: Fehlender Content-Security-Policy-Header | Warnung | Niedrig | 25398 | 96,24 | URLs, denen der Content-Security-Policy-Antwortheader fehlt. Mit diesem Header kann eine Website steuern, welche Ressourcen für eine Seite geladen werden. Diese Richtlinie kann zum Schutz vor Cross-Site-Scripting-Angriffen (XSS) beitragen, die das Vertrauen des Browsers in die vom Server empfangenen Inhalte ausnutzen. Die SEO Spider prüft nur, ob der Header vorhanden ist, und fragt die im Header gefundenen Richtlinien nicht ab, um festzustellen, ob sie für die Website gut eingerichtet sind. Dies sollte manuell durchgeführt werden. |
Antwort-Codes: Interner Client-Fehler (4xx) | Fehler | Hoch | 21 | 0,08 | Interne URLs mit einem clientseitigen Fehler. Dies weist auf ein Problem mit der URL-Anforderung hin und kann Antworten wie 400 Bad Request, 403 Forbidden, 404 Page Not Found, 410 Removed, 429 Too Many Requests und mehr enthalten. Ein 404-Fehler „Seite nicht gefunden“ ist am häufigsten und wird oft als defekter Link bezeichnet. Zeigen Sie URLs an, die auf Fehler verweisen, indem Sie die untere Registerkarte „Inlinks“ verwenden, und exportieren Sie sie per Stapelverarbeitung über „Massenexport > Antwortcodes > Intern > Clientfehler (4xx) Inlinks“. |
Hreflang: Fehlende Rückverweise | Fehler | Hoch | 1673 | 11,42 | URLs mit fehlenden Rückgabelinks (oder „Rückgabe-Tags“ in der Google Search Console) von ihren alternativen Seiten. Hreflang ist reziprok, daher müssen alle alternativen Versionen die Beziehung bestätigen. Wenn Seite X mit hreflang auf Seite Y verweist, um sie als alternative Seite anzugeben, muss Seite Y einen Rücklink haben. Keine Rückverweise bedeutet, dass die hreflang-Anmerkungen möglicherweise ignoriert oder nicht korrekt interpretiert werden. Die fehlenden URLs für Rückverweise sind im unteren Fensterbereich „URL-Details“ mit dem Bestätigungsstatus „Fehlend“ zu sehen. Sie können in per Stapelbearbeitung über den Export „Berichte > Hreflang > Fehlende Rückverweise“ exportiert werden. |
Sicherheit: Fehlender Secure-Referrer-Policy-Header | Warnung | Niedrig | 25398 | 96,24 | URLs, denen die Richtlinien „no-referrer-when-downgrade“, „strict-origin-when-cross-origin“, „no-referrer“ oder „strict-origin“ im Referrer-Policy-Header fehlen. Bei der Verwendung von HTTPS ist es wichtig, dass die URLs in Nicht-HTTPS-Anforderungen nicht durchsickern. Dies kann Benutzer „Man-in-the-Middle“-Angriffen aussetzen, da jeder im Netzwerk sie sehen kann. |
Sicherheit: Gemischter Inhalt | Fehler | Hoch | 3 | 0,01 | Über eine sichere HTTPS-Verbindung geladene HTML-Seiten mit Ressourcen wie Bildern, JavaScript oder CSS, die über eine unsichere HTTP-Verbindung geladen werden. Gemischte Inhalte schwächen HTTPS und erleichtern das Ausspionieren und Kompromittieren ansonsten sicherer Seiten. Browser blockieren möglicherweise automatisch das Laden der HTTP-Ressourcen oder versuchen, sie auf HTTPS zu aktualisieren. HTTP-Ressourcen können auf der Registerkarte „Outlinks“ für jede URL angezeigt und zusammen mit den Seiten, auf denen sie sich befinden, über „Massenexport > Sicherheit > Gemischte Inhalte“ exportiert werden. |
Paginierung: Sequenzfehler | Fehler | Niedrig | 1114 | 7,61 | URLs mit einem Fehler in der Sequenz der HTML-Linkelemente rel="next" und rel="prev". Diese Prüfung stellt sicher, dass URLs, die in rel="next"- und rel="prev"-HTML-Link-Elementen enthalten sind, ihre Beziehung in der Serie erwidern und bestätigen. |
Sicherheit: Unsichere Cross-Origin-Links | Warnung | Niedrig | 285 | 1,08 | URLs, die mit dem Attribut target="_blank" (zum Öffnen in einem neuen Tab) auf externe Websites verlinken, ohne gleichzeitig rel="noopener" (oder rel="noreferrer") zu verwenden. Durch die alleinige Verwendung von target="_blank" sind diese Seiten sowohl Sicherheits- als auch Performanceproblemen für einige ältere Browser ausgesetzt, die auf weniger als 5 % des Marktanteils geschätzt werden. Das Festlegen von target="_blank" für <a>-Elemente bietet implizit dasselbe rel-Verhalten wie das Festlegen von rel="noopener", wodurch window.opener für die meisten modernen Browser wie Chrome, Safari, Firefox und Edge nicht festgelegt wird. Die externen Links, die das Attribut target="_blank" selbst enthalten, können in der Registerkarte „Outlinks“ und der Spalte „Ziel“ angezeigt werden. Sie können zusammen mit den Seiten, von denen sie verlinkt sind, über „Massenexport > Sicherheit > Unsichere Cross-Origin-Links“ exportiert werden. |
Bilder: Fehlender Alt-Text | Fehler | Niedrig | 100 | 0,92 | Bilder mit einem Alt-Attribut, aber fehlendem Alt-Text. Klicken Sie auf die Adresse des Bildes und dann auf die Registerkarte „Bilddetails“ im unteren Fensterbereich, um anzuzeigen, auf welchen Seiten sich das Bild befindet und auf denen Alt-Text fehlt. Bilder sollten einen beschreibenden Alternativtext zu ihrem Zweck haben, der Blinden und Sehbehinderten hilft. Zudem werden sie von Suchmaschinen verstanden, ebenso wie ihre Relevanz für die Webseite. |
Sicherheit: HTTP-URLs | Fehler | Hoch | 1 | 0 | HTTP-URLs, die beim Crawling gefunden werden. Alle Websites sollten heute im Web über HTTPS sicher erreichbar sein. Dies ist nicht nur wichtig für die Sicherheit, sondern wird heuzutage auch von Benutzern erwartet. Chrome und andere Browser zeigen eine „Nicht sicher“-Meldung für alle URLs an, die nur über HTTP verfügen oder Probleme mit gemischten Inhalten haben (bei denen sie unsichere Ressourcen laden). Um zu sehen, wie diese URLs entdeckt wurden, sehen Sie sich ihre „Inlinks“ auf der unteren Registerkarte des Fensters an. Sie können auch alle Seiten, die auf HTTP-URLs verlinken, über „Massenexport > Sicherheit > HTTP-URLs-Inlinks“ exportieren. |
Paginierung: Nicht indexierbar | Warnung | Hoch | 933 | 6,37 | Die paginierte URL ist nicht indexierbar. Im Allgemeinen sollten sie alle indexierbar sein, es sei denn, es gibt ein „View-all“-Seitenset oder zusätzliche Parameter für Paginierungs-URLs, und sie müssen auf eine einzelne URL kanonisiert werden. Einer der häufigsten Fehler ist die Kanonisierung von paginierten Seiten ab Seite 2 auf die erste Seite einer Serie. Google rät von dieser Implementierung ab, da die Komponentenseiten eigentlich keinen doppelten Inhalt enthalten. Ein weiterer häufiger Fehler ist die Verwendung von „noindex“, was bedeuten kann, dass Google paginierte URLs vollständig aus dem Index löscht und keine weiteren Links von diesen Seiten mehr verfolgt, was für die Produkte auf diesen Seiten ein Problem darstellen kann. |
Hreflang: Noindex-Rückverweise | Fehler | Hoch | 1029 | 7,03 | URLs mit Rücklinks, die ein „noindex“-Meta-Tag haben. Alle Seiten innerhalb eines Satzes sollten indexierbar sein, daher können alle Rückgabe-URLs mit „noindex“ dazu führen, dass die hreflang-Beziehung ignoriert wird. Die Noindex-Return-Links-URLs sind im unteren Fensterbereich „URL-Details“ mit einem „noindex“-Bestätigungsstatus zu sehen. Sie können per Stapelbearbeitung über „Reports > Hreflang > Noindex Return Links“ exportiert werden. |
URL: Parameter | Warnung | Niedrig | 2877 | 10,9 | URLs, die Parameter wie '?' oder '&'. enthalten Dies ist kein Problem für Google oder andere Suchmaschinen, es sei denn, es wird in erheblichem Umfang gecrawlt. Es wird aber empfohlen, die Anzahl der Parameter in einer URL zu begrenzen, was für Benutzer kompliziert und ein Zeichen für URLs mit geringem Mehrwert sein kann. |
Paginierung: Paginierungs-URLs ohne Status-Code 200 | Fehler | Hoch | 347 | 2,37 | URLs, die in den Attributen rel="next" und rel="prev" enthalten sind, antworten nicht mit dem Statuscode 200 "OK". Dazu können durch robots.txt blockierte URLs, keine Antworten, 3XX (Umleitungen), 4XX (Clientfehler) oder 5XX (Serverfehler) gehören. Paginierungs-URLs müssen crawlbar und indexierbar sein und daher werden Nicht-200-URLs als Fehler behandelt und von den Suchmaschinen ignoriert. Die Nicht-200-Paginierungs-URLs können per Stapelbearbeitung über den Export „Berichte > Paginierung > Nicht-200-Paginierungs-URLs“ exportiert werden. |