Als Content-Publisher, die Websites mit Anzeigen monetarisieren, wollen wir alle Google Discover-Traffic, das ist eine Selbstverständlichkeit. Es handelt sich nicht um Suchverkehr, sondern eher um „Browsing basierend auf Interessen“-Verkehr. Er kann einen tollen RPM und eine tolle Verweildauer auf der Seite haben.
Auch wenn Sie ein E-Commerce-Unternehmen betreiben, profitieren Sie davon Google Discover Traffic zu generieren, um mehr Reichweite, Impressionen und Markenbekanntheit zu generieren, ist keine schlechte Idee (vor allem, wenn es sich um einen einfachen Prozess handelt, mit dem Sie Ihre Chancen auf Discover-Traffic überhaupt maximieren können).
Lasst uns anfangen.
Inhaltsverzeichnis
1. Stellen Sie sicher, dass Ihre Seiten über das Robots-Meta-Tag „max-image-preview:large“ verfügen
Dies weist Google im Wesentlichen an, „ein großes Bild abzurufen“, anstatt es dem Abrufen einer Miniaturansicht des vorgestellten Bildes zu überlassen (das klein und körnig wäre).
Dieses Bild von Fallstudie von Google erklärt ziemlich genau, was dies ermöglicht
Die guten Nachrichten:
WordPress standardmäßig, seit WordPress 5.7 beinhaltet die max-image-preview:large im Meta-Tag „name=“robots“ content=““.
Dieser Artikel von SEMRush Verdammt, der Zweck des Robots-Meta im Vergleich zur robots.txt wird wirklich auf den Punkt gebracht – und es wird erklärt, welche Direktiven verwendet werden können – eine Lektüre lohnt sich, wenn Sie genau verstehen möchten, wie das funktioniert.
Darüber hinaus zeigt dieser Artikel, wie Yoast und RankMath Ihnen Optionen zum „Tuning“ des Robot-Meta-Tags auf Seitenbasis bieten
Offensichtlich basiert die Lösung bei Shopify zwangsläufig mehr auf Code, da sie einfach viel weniger benutzerfreundlich ist als WordPress in fast jedem einzelnen Kontext – ich hasse Shopify nicht, aber ein weiterer Grund, warum es schwieriger ist, wenn man sich nicht mit Code auskennt .
Bedeutung: 9/10
Von 10 – dieser Punkt scheint verdammt wichtig zu sein, etwa eine 9 oder 10. Wenn Ihre Website Google nicht die Möglichkeit bietet, ein qualitativ hochwertiges Bild in den Display-Slots von Google Discover anzuzeigen, dann werden Sie dies wahrscheinlich tun zugunsten einer Website ignoriert, die dies tut.
2. Stellen Sie sicher, dass sich Ihre Haupt-RSS-Feed-URL im befindet von jedem Ihrer Artikel
Das machte absolut Sinn, stellte mich aber auch vor eine technische Zwickmühle.
Wenn Sie diese URLs im Kopf Ihrer Seite haben, bedeutet dies, dass sie von den Bots gecrawlt werden und diese URLs die Search Console mit URLs überschwemmen, die insgesamt die Daten verunreinigen. Das macht das Erkennen ECHTER Probleme in der Search Console weniger „unmittelbar“ und deutlicher.
Hinzu kommt, dass Ezoic Ihrer Meinung nach tatsächlich eine Einstellung unter der Registerkarte „Geschwindigkeitseinstellungen“ bereitstellt, wenn Sie ihr Werbenetzwerk und ihr Plugin verwenden „Feed-URLs aus dem Seitenkopf entfernen“.
Noch drin ein weiterer Ezoic-Artikel Ich wurde von Danijel Dadović (Teammitglied bei Ezoic) darauf hingewiesen. Sie betonen, wie wichtig es ist, dass Ihr Feed für den Google Discover-Verkehr „optimiert“ wird (indem er aus dem Feed entfernt wird). der Seite ist definitiv KEINE Optimierung!).
Meiner Meinung nach wird dies unter dem Vorwand der „Geschwindigkeit der Website“ vorgeschlagen – aber das grundsätzlich Verrückte daran ist die Tatsache, dass es dazu führen könnte, dass Sie Ihre Chancen, Google Discover-Traffic zu gewinnen, einschränken. Verrückt.
Da ich ein bisschen ein Technikfreak bin, entferne ich den „Seitenebene“-Feed – da das kein Feed ist, dem irgendjemand folgen sollte (warum es ihn gibt, weiß ich nicht).
Ich entferne auch die „Kommentar“-Feed-URL aus dem Kopf – welchen Nutzen liefert der Kommentar-Feed im Jahr 2023 tatsächlich?
Fügen Sie dies in das Code-Snippets-Plugin ein und Ihre Kommentar-Feed-URL sollte entfernt werden:
add_action( 'feed_links_show_comments_feed', '__return_false', -1 );Schemaeinstellungen für Google Web Stories
Interessanterweise scheint Google in seinem Verzeichnis nichts zum Schema für Google Web Stories anzugeben Best-Practice-Anleitungsdokumentation.
Da „Web Stories“ jedoch als neuer benutzerdefinierter Beitragstyp auf Ihrer WordPress-Site erstellt werden, wendet Ihr SEO-Plugin (Yoast oder RankMath) das Schema auf diese „Beiträge“ an.
RankMath-Standardwerte und beschränkt sich auf die Angabe, dass der allgemeine Schematyp für eine Web-Story „Artikel“ ist – Sie haben jedoch freie Wahl beim „Artikeltyp-Schema“ (Blog, Artikel oder News).
Yoast hingegen verwendet standardmäßig „WebPage“ als Hauptschematyp, dann aber standardmäßig „kein Artikeltypschema“. Das scheint mir der falsche Ansatz zu sein, denn wenn man es so belassen würde, würden Ihre Web-Storys das gleiche Schema tragen wie Ihre „Homepage“ oder andere „Seiten“ auf Ihrer Website, die nicht unbedingt darauf ausgelegt sind, organischen Traffic zu generieren . Ich würde daher empfehlen, „Artikel“ aus der Dropdown-Liste „Artikeltypschema“ in Yoast auszuwählen.
Das sieht ein wenig „nuanciert“ aus und klingt auch so, und ich bin ehrlich: „Spielt das eine Rolle?“ kommt in den Sinn.
Tatsache ist, dass Google in Zukunft möglicherweise einige Leitlinien dazu veröffentlichen wird. Zumindest jetzt weiß Google, wie sie eingestellt sind.
Gibt es irgendwelche Nachteile beim Hinzufügen des Artikeltypschemas? Basiert nicht auf unserer Erfahrung.
Gibt es irgendwelche Vorteile/Gewinne, die durch das Hinzufügen des Artikeltypschemas erzielt werden können? Schwer mit Sicherheit zu sagen.
Dein Umzug, Google.
Monitoring Web Stories Analytics
This is a topic that’s going to get it’s own series of articles, but for now a signpost in the direction of some resources, and what to / what not to expect from WordPress and your Plugins and services will be pretty useful.
Using Rank Math – Gap in Analytics
I thought Rank Math may be a saviour of analytics, indexation and otherwise optimisation of Google Web Stories. But it’s really not, not yet at least.
Rank Math Analytics exclusively looks at your POSTS and PAGES – it doesn’t include your Web Stories (which are a custom post type) in it’s Analysis, SEO Performance, Keywords, Rank Tracker or Index Status tools and reports.
It’s likely a significant reason for this is the fact that web stories show up in places that Rank Math and Google Search console isn’t looking, or doesn’t give us granularity on. i.e. there’s not really a “rank” to track when it comes to getting your story featured in one of the many “non-search” placements – such as the discover panel on Android.
I think Rank Math could do more, especially with regard to index status – there’s an open feature request, maybe something coming soon.
Using Google Data Studio with Web Stories
This guidance from Google is well overdue an overhaul and update to take into account the sunsetting of GA3/UA and the forceful replacement with GA4.
Here’s a video from Google themselves about the Web Stories Insights Dashboard – but the template is built around UA – so it’s borderline useless. HOWEVER, you can integrate GA4 with GDS, you just need to rebuild the template.
Hier ist ein Link zum full article from Google
Google News vs. Google Discover
Google News und Google Discover sind zwei völlig unterschiedliche Google-Produkte und Quellen für Google-Traffic – allerdings könnte man meinen, dass sie miteinander zusammenhängen, da es sich bei keinem von beiden um „Google-Suchtraffic“ handelt.
Hier ist ein ziemlich guter Artikel, der das erklärt Kernunterschiede, für die Zwecke dieses Artikels müssen wir nur wissen, dass sie unterschiedlich sind und die Optimierung für Google News Traffic ein anderes Ziel ist als die Optimierung Ihrer Website für Google Discover Traffic.
Hier ist ein Artikel von Matthew Woodward darüber, wie Sie Ihre Website bei Google News einreichen.
Discover Traffic to Web Stories vs Articles
You might already have had a conversation with your Ad Network about monetization of web stories – if not, here’s the quick summary:
Web Stories don’t monetise as well as a full blow article (is that really a surprise?! It’s a condensed content format, so there’s less real estate for ads. It makes sense)
However Mediavine and Raptive both monetise your Web Stories – here’s the latest article from Mediavine about what you need to do to monestize Google Web Stories if you’re with Mediavine.
In summary for Mediavine:
- Ads aren’t shown until after slide 6-8, so make it longer
- Ads are automatically enabled, but there’s a specific setting in the Mediavine plugin that can be switched on or off for monetizing Web Stories (see image below)
Raptive’s documentation for Web Stories monetisation is far more up to date that Mediavine’s, but ultimately aligns closely with the mechanism for Mediavine. Here’s the Raptive documentation.
In summary for Raptive:
- Raptive defer to Google’s documentation to indicate after which slide the ads will be placed, “sometime after the first 2 pages” at time of writing
- Ads need to be enabled by selecting the “Enable Web Stories Ads” setting in the Raptive plugin (see image below)
