Von den Schlittschuhen ins Strandoutfit binnen 24h - been there done that. Wir Wingmenschen sind jedenfalls ordentlich auf Betriebstemperatur.

Das liegt nicht nur daran, dass wir anders als die Aussies noch News in den Social-Stream gepumpt bekommen , sondern vielmehr daran, dass diese Woche schon wieder so viel wunderbares in der SEO-Welt passiert ist. Wunderbar meint dabei beide Seiten der Skala von total cool bis Sch*$#BEEP.

Aleyda zeigt uns wie schön einfach SEO doch ist, Google treibt den Floc(k) in die Datenschutzkerbe und Anita insistiert auf Domain-Properties, während Andreas irgendwie Lost im 404-Dschungel ist. Aber lest selbst! Und nicht vergessen: Heute Abend ist Stefan im SEO Meetup Hamburg.

Viel Spaß dabei, Eure Wingmen

Aleyda ist großartig. Und weil sie das ist, hat sie eine wunderschöne Liste zur SEO-Fortbildung zusammengetragen .

Diese Liste ist nicht nur ordentlich sortiert, sondern enthält auch jede Menge Links zur Weiterbildung. Wir werden die Liste ab dem 01.03. häufiger brauchen.

Aber dazu später mehr. Für alle die, denen dieser Newsletter immer zu kurz ist, ist die Liste von Aleyda auf jeden Fall das Richtige.

Wir könnten vermutlich in jedem Newsletter etwas Neues zum Thema Cookies berichten. Vor Kurzen gab es in der Diskussion zur ePrivacy Verordnung noch einige Aufregung. Datenschutzexperten sind entsetzt über die aktuelle Fassung der ePrivacy-Verordnung. Nutzerrechte werden durch zahlreiche Ausnahmen wieder beschnitten. Die Hoffnung, dass mit der ePrivacy-Verordnung die Unklarheiten der DSGVO geregelt werden, wird also weiterhin enttäuscht. (Quellen: Netzpolitik , heise , BFDI )

Über Googles Pläne mit FLoC hatte Justus bereits berichtet . Wired hat sich vor kurzem mit Googles Alternativentwurf zu Third Party Cookies sehr kritisch auseinander gesetzt . Sehr lesenswert und so aufbereitet, dass es nicht notwendig ist die technischen Details von FLoC zu verstehen. Das geplante Vorgehen wird die die Machtposition von GoogleAds sicherlich weiter festigen.

Interessant ist aber auch der verwiesene Artikel über die Totalabkehr von cookiebasierter Werbung des Niederländischen Öffentlichen Rundfunks NPO . Die Rückkehr zu kontextbasierten Anzeigen ist ein spannender Gegenentwurf, der die Privatsphäre der Nutzer stärkt. Allerdings ist diese Erfolgsmeldung mit Vorsicht zu genießen. Auch in den Niederlanden dürften öffentlich-rechtliche Medien weniger abhängig von Werbeeinnahmen sein. Bei kurzer Prüfung des Web-Angebots der NPO habe ich auf jeden Fall keine einzige Anzeige entdecken können. Letzteres mag aber auch an der Usability und dem Mangel an Sprachkenntnissen liegen.

...werden wir immer mal wieder gefragt. Die kurze Antwort ist: Ja.

Hier aber die lange Antwort: Eine Domain-Property aggregiert alle Daten einer Domain.

Vorteile einer Domain-Property:

• Impressionen, Klicks & Co von allen Subdomains auf einen Blick aggregiert
• Indexierung auf einen Blick aggregiert
• Crawling auf einen Blick aggregiert. Das hat diese Woche auch Valentin getwittert .
• HTTP und HTTPs zusammengefasst

Für manche HTTP- zu HTTPS-Migration der Vergangenheit hätten wir uns Domain-Properties gewünscht. Jetzt sind die selten geworden. Dennoch ist es bei einigen Domains wichtig, Crawling und Indexing der HTTP-Property im Blick zu haben. Kern-Vorteil einer Domain-Property: Properties für HTTP-/HTTPS, Subdomains und Folder können einfach angelegt werden, ohne das Aufwand für die Authentifizierung anfällt.

Okay. Du hast also eine Domain-Property und Properties für HTTP/HTTPS und Deine wichtigen Subdomains. Benötigst Du dann überhaupt noch Folder-Properties? Eigentlich nicht. Es sei denn Du hast sehr unterschiedliche Seitenbereiche und viel Longtail-Traffic. Dann kann es sein, dass das Filtern auf einen Folder dazu führt, dass nicht aller Traffic in einem Ordner reportet wird. Behrend hat den Hintergrund einmal aufgedröselt (auch als Slides oder Video erhältlich.)

Mit einer Folder-Property kannst Du außerdem auf Folder-Ebene Indexierungsbericht und Performance analysieren und erhältst dadurch mehr Beispiel-URLs.

Bei sehr großen Domains mit viel Longtail oder sehr unterschiedlichem technischen Setup der einzelnen Folder können Folder-Properties also sinnvoll sein.

Innerhalb der GSC werden alle Properties einer Website, die keine Domain-Property sind, übrigens als URL-Präfix-Property bezeichnet. Je nachdem, welche URL-Präfix-Properties Du angelegt hast, kann es sein, dass diese in Summe nicht 100% Deiner Impressionen ergeben. Daher ist es, wie eingangs erwähnt, hilfreich, sich mit Hilfe der Domain-Property den umfassenden Überblick zu verschaffen.

Der SEO-Veteran Glenn Gabe hat in seinem neusten Blogartikel darauf hingewiesen, wie wichtig es ist die eigenen Soft 404-Seiten zu kennen. Seit Anfang Januar werden in der GSC viel weniger Soft 404-Fehler angezeigt. Doch das heißt nicht, dass diese Seiten auf einmal verschwunden sind. Die meisten dieser Seiten werden jetzt als „Gecrawlt – zurzeit nicht indexiert“ oder als andere aus dem Index ausgeschlossenen Seiten erfasst. Doch Glenn Gabe schreibt, dass die Soft-404er auch indexiert werden können, wenn sie keine „noindex“ Angaben haben.

Daher solltest Du unbedingt einmal in der GSC zu prüfen, ob nach dem Verschwinden der Soft 404-Fehler die Anzahl der indexierten Seiten nicht gestiegen ist. Ist das der Fall, solltest Du evaluieren, was das für neu indexierte URLs sind. Wenn die neuen Seiten im Index die Ex-Soft-404er sind, solltest Du womöglich dafür sorgen, dass sie deindexiert werden oder vielleicht auch gar nicht mehr erst entstehen, wenn es sich um minderwertige Inhalte handelt, die nicht angereichert werden können.

Auch wenn Ladezeiten kein SEO sind, so beschäftigen wir SEOs uns einfach unglaublich gern damit. Deswegen haben wir den Beitrag der Kollegen von Walbusch gern gelesen, die ein wenig mit dem CLS herumgespielt haben. Der Blogpost stellt ein paar Dinge sehr gut heraus:

1. Oft genug wird vergessen, dass nicht der CLS beim Laden der Seite entscheidend ist, sondern die gesamte Page Experience. Also auch das Flippen der Elemente bei der Benutzung.
2. Natürlich muss das Layout bei Nutzung shiften. 500ms sind aber kein Problem.
3. Achtung aber, wenn bei Nutzung Daten geladen werden müssen. Dann können 500ms sehr schnell knapp werden.
4. Nicht jede Änderung der Skalierung von Elementen führt automatisch zu einem Layout-Shift. Aber wenn es dumm läuft kann die Änderung eines Elements die Verschiebung anderer Elemente zur Folge haben. Und dann addieren sich die Fehler ( Cumulative Layout Shift).
5. Änderungen durch inline JS scheint nicht zum CLS hinzu zu zählen.

Insbesondere der letzte Punkt sollte aber natürlich noch mal selbst getestet werden, bevor man darauf setzt. Viel Spaß also beim Lesen, Denken und Testen. Und natürlich sammelt Google weiter Feedback zur Weiterentwicklung der CLS-Metrik .

Passend übrigens: Ein kleines Tool , dass die Abfrage der Core Web Vitals für die rankenden URLs zu einem Keyword erhebt. Passend zu Andreas Artikel neulich, in dem er unser Vorgehen vorgestellt hat um zu ermitteln ob Ladezeitenoptimierung noch SEO ist, oder „nur“ allgemeine Verbesserung der Domain für den Nutzer. Und hier auch noch ein toller Einsteiger-Guide von seosly.com (coole Domain!), wie man an die Optimierung von Page Experience (wovon die Core Web Vitals ein Teil sind) herangeht. Darf man nicht vergessen: Das Update im Mai heißt Page Experience Update. Nicht Core Web Vital Update.