Wie funktioniert der neue google discover concierge und wie optimiert man wordpress fuer personalisierte feeds

#Wie funktioniert der neue google discover concierge und wie optimiert man wordpress fuer personalisierte feeds

Google Discover ist der Feed aus Artikeln und Videos, den die Google-App unter Android und iOS anzeigt, ohne dass jemand eine Suchanfrage eingibt. Im Oktober 2026 tauchte dazu das Wort “Concierge” auf, deshalb lohnt es sich, zu trennen, was Google ausgerollt hat und wofür Google erst Personal sucht. Am 13. Oktober 2026 berichtete Search Engine Roundtable über eine Google-Stellenanzeige für Principal, UX, Search Discover, deren erklärtes Ziel es ist, Discover zu einem proaktiven, hyperpersonalisierten Concierge-Erlebnis zu machen. Das ist eine Richtung in einer Stellenbeschreibung, kein gestartetes Produkt. Tatsächlich ausgerollt wurde 2026 die Steuerung des Feeds in natürlicher Sprache, angekündigt im Google-Blog am 20. August 2026.

Für WordPress-Websites und WooCommerce-Shops ist die praktische Folge in beiden Fällen dieselbe. Discover wählt Inhalte aus dem Google-Index nach Interessen aus, nicht nach Suchanfragen, und eine Handvoll technischer Bedingungen entscheidet, ob eine Seite überhaupt mit einer großen Bildkarte erscheinen kann. Dieser Leitfaden trennt bestätigte Fakten von Spekulation und geht dann die WordPress-Seite durch: robots-Direktiven, Bilder, Feeds und WebSub, Caching, Entity-Markup, strukturierte Daten in WooCommerce, Core Web Vitals und die Messung in der Search Console.

#Was unterscheidet den google discover concierge vom klassischen nachrichten feed

Der heutige Discover-Feed ist eine Empfehlungsfläche. Die Discover-Dokumentation von Google beschreibt ihn als Inhalte, die zu den Interessen einer Person passen, und weist darauf hin, dass sich diese Interessen mit der Zeit ändern. Es gibt keine Suchanfrage und keine Position im üblichen Sinn: Eine Seite wird einer Person mit passenden Interessen gezeigt oder eben nicht.

Die Bezeichnung Concierge stammt aus der Anzeige auf der Google-Karriereseite. Laut den von Search Engine Roundtable zitierten Auszügen soll die Stelle die Arbeit an einem “proaktiven, hyperpersonalisierten Concierge-Erlebnis” leiten, “KI-Fähigkeiten ausbalancieren und dabei menschliche Stimmen und Quellen in den Mittelpunkt stellen” und “Feed-Formate weiterentwickeln, indem KI-gestützte Formate skaliert werden” (Google-Stellenanzeige, zitiert von Search Engine Roundtable, eigene Übersetzung). Das beschreibt eine Absicht und einen Rekrutierungsauftrag. Es nennt keine Kartentypen, keine Datenquellen und kein Startdatum, und Google hat keine Entwicklerdokumentation zu einem Concierge-Modus veröffentlicht. Jeder Text, der erklärt, wie der Concierge Inhalte sortiert, welche Signale aus Kalender oder Maps er liest oder welche Kartenformate er erzeugt, rät.

Die bestätigte Änderung ist kleiner und bereits bei den Nutzern angekommen. In einem Beitrag im Google-Blog vom 20. August 2026 schrieb Mrinalini Loew, General Manager Google Search Ecosystem, man werde “in den kommenden Tagen in der Google-App auf jedes Dreipunktmenü im Feed tippen können, um Google in eigenen Worten die genauen Themen oder Links zu nennen, von denen man mehr (oder weniger) sehen möchte”, und “der Feed passt sich sofort an und merkt sich die Wünsche” (Mrinalini Loew, Google, eigene Übersetzung). Vorher steuerten Nutzer den Feed vor allem über Folgen und “Kein Interesse”.

Für Publisher hat das eine konkrete Bedeutung. Leser können ein Interesse jetzt in normalen Worten beschreiben, bis hin zu einem engen Unterthema, und der Feed soll das berücksichtigen. Inhalte, die in Titel, Überschriften und Hauptbild klar sagen, worum es geht, lassen sich einer solchen Anfrage leichter zuordnen als eine vage oder reißerische Überschrift. Die Discover-Richtlinien von Google verlangen schon länger Seitentitel und Überschriften, die den Kern des Inhalts treffen. Die Steuerung in natürlicher Sprache macht diesen Rat konkreter, ersetzt ihn aber nicht.

#Welche technischen anforderungen muss eine wordpress website fuer google discover erfuellen

Für Discover gibt es keine Anmeldung. Laut Google-Dokumentation sind Inhalte automatisch für Discover geeignet, wenn sie von Google indexiert sind und die Inhaltsrichtlinien von Discover erfüllen. Spezielle Tags oder strukturierte Daten sind nicht erforderlich, und die Eignung garantiert keine Anzeige. Die erste Anforderung ist also gewöhnliche Indexierbarkeit: Die Seite liefert 200, ist nicht in der robots.txt gesperrt, trägt kein noindex und hat einen Canonical, der auf sich selbst oder auf die gewünschte Version zeigt.

Die zweite Anforderung betrifft große Bildvorschauen. Google nennt die robots-Einstellung max-image-preview:large oder AMP als Bedingung für große Bilder in Discover. Ohne sie kann eine Seite zwar erscheinen, aber nur mit kleinem Vorschaubild. Die Direktive sieht so aus:

<!-- Korrekte robots-Konfiguration fuer Google Discover im HTML-Head -->
<meta name="robots" content="index, follow, max-image-preview:large, max-snippet:-1, max-video-preview:-1" />

Der WordPress-Core gibt diese Direktive seit Version 5.7 standardmäßig über die Funktion wp_robots_max_image_preview_large() aus, allerdings nur, wenn die Option blog_public aktiv ist, die Website Suchmaschinen also nicht vom Indexieren abhält. Prüfen Sie zuerst das gerenderte Tag <meta name="robots">. Entfernt oder überschreibt ein Theme, ein SEO-Plugin oder ein Überbleibsel aus dem Staging den Wert, stellt ein Filter auf wp_robots in der functions.php des Child-Themes ihn mit später Priorität wieder her:

<?php
/**
 * Roboter-Direktiven fuer Google Discover in WordPress erzwingen
 */
function wppoland_erzwinge_discover_robots($robots) {
    $robots['max-image-preview'] = 'large';
    $robots['max-snippet'] = -1;
    $robots['max-video-preview'] = -1;
    return $robots;
}
add_filter('wp_robots', 'wppoland_erzwinge_discover_robots', 99);

Die dritte Anforderung ist das Bild selbst. Google empfiehlt, mit schema.org-Markup oder dem Meta-Tag og:image ein großes Bild anzugeben, das relevant und repräsentativ für die Seite ist, weil das beeinflussen kann, welches Bild ausgewählt wird. Ein defektes oder winziges og:image schließt eine Seite nicht automatisch aus Discover aus, nimmt Ihnen aber die Kontrolle darüber, welches Bild Google wählt. Google dokumentiert nicht, welche Open-Graph-Felder außer dem Bild Discover liest. Deshalb müssen auch das HTML-Tag <title> und die sichtbare Überschrift stimmen, nicht nur die Open-Graph-Tags.

#Welche inhalte filtert google discover heraus und wann drohen manuelle massnahmen

Discover hat eigene Inhaltsrichtlinien, die zusätzlich zu den allgemeinen Richtlinien der Google-Suche gelten. Die Dokumentation nennt Formate, die Discover möglicherweise nicht zeigt: Bewerbungsformulare für Jobs, Petitionen, Formulare, Code-Repositories und Satire ohne Kontext. Außerdem filtert Discover Inhalte, die auf jemanden, der nicht danach gesucht hat, schockierend oder unerwartet wirken könnten. Eine WordPress-Website, die Code-Snippets als Repository veröffentlicht oder Landingpages betreibt, die vor allem aus Formularen bestehen, sollte diese URLs nicht in Discover erwarten, unabhängig von ihrer Qualität.

Die Hinweise zur Darstellung sind konkret. Google bittet darum, Clickbait zu vermeiden, also irreführende oder übertriebene Details in der Vorschau (Titel, Snippets oder Bilder), die den Reiz erhöhen sollen, oder das Zurückhalten entscheidender Informationen, die zum Verständnis des Inhalts nötig sind. Ebenso soll Sensationsmache vermieden werden, die mit morbider Neugier, Anzüglichkeit oder Empörung spielt. Stattdessen erwartet Google Inhalte, die zu aktuellen Interessen passen, eine Geschichte gut erzählen oder eigene Erkenntnisse liefern.

Verstößt eine Website gegen diese Richtlinien, können laut Google manuelle Maßnahmen für Discover in der Search Console unter Sicherheit und manuelle Maßnahmen erscheinen. Dort sollten Sie zuerst nachsehen, wenn der Discover-Traffic komplett verschwindet, während der Suchtraffic stabil bleibt. Eine manuelle Maßnahme für Discover zeigt sich nicht als Einbruch im Leistungsbericht für die Websuche, eine Website kann also in einem Bericht gesund aussehen und im anderen ausgeschlossen sein.

In einer WordPress-Redaktion ergibt das drei Prüfungen vor der Veröffentlichung: Die Überschrift sagt, welche Frage der Artikel beantwortet, das Beitragsbild zeigt das Thema statt eines Logos oder Textbanners, und der erste Absatz hält, was die Überschrift verspricht.

#Warum grosse bilder ueber 1200px und max image preview large zwingend erforderlich sind

Discover ist ein visueller Feed, und das Bild entscheidet, wie viel Platz eine Karte einnimmt. Die Google-Dokumentation nennt die Vorgaben für große Bilder:

• Breite: mindestens 1200 px.
• Auflösung: mehr als 300.000 Pixel insgesamt.
• Seitenverhältnis: 16x9.
• robots-Einstellung: aktiviert durch max-image-preview:large oder durch AMP.

Google ergänzt zwei Warnungen, die in WordPress-Themes leicht untergehen. Allgemeine Bilder wie das Website-Logo gehören nicht in schema.org-Markup oder og:image, und genau darauf greifen viele Themes und SEO-Plugins zurück, wenn ein Beitrag kein Beitragsbild hat. Außerdem erzielt man laut Google die besten Ergebnisse, wenn man in diesen Feldern textlastige Bilder vermeidet, was Titelkarten mit groß gesetzter Überschrift ausschließt.

Eine eigene Bildgröße macht die 1200-px-Regel durchsetzbar, statt vom Upload jedes Redakteurs abzuhängen. Das folgende Snippet registriert einen Zuschnitt von 1344 mal 768, nahe an 16:9 und mit rund 1,03 Millionen Pixeln, und gibt die Open-Graph-Bild-Tags nur aus, wenn die erzeugte Datei tatsächlich 1200 px erreicht:

<?php
/**
 * Spezielles Bildformat fuer Google Discover registrieren
 */
function wppoland_setup_discover_bildformat() {
    add_image_size('discover-hero', 1344, 768, true);
}
add_action('after_setup_theme', 'wppoland_setup_discover_bildformat');

/**
 * Open-Graph-Bild mit exakten Abmessungen in den Head einbinden
 */
function wppoland_inject_discover_og_bild() {
    if (is_singular('post')) {
        global $post;
        if (has_post_thumbnail($post->ID)) {
            $img = wp_get_attachment_image_src(get_post_thumbnail_id($post->ID), 'discover-hero');
            if ($img && $img[1] >= 1200) {
                echo '<meta property="og:image" content="' . esc_url($img[0]) . '" />' . "\n";
                echo '<meta property="og:image:width" content="' . esc_attr($img[1]) . '" />' . "\n";
                echo '<meta property="og:image:height" content="' . esc_attr($img[2]) . '" />' . "\n";
                echo '<meta property="og:image:type" content="image/avif" />' . "\n";
            }
        }
    }
}
add_action('wp_head', 'wppoland_inject_discover_og_bild', 5);

Zwei praktische Hinweise. Der Zuschnitt entsteht nur für Bilder, die nach der Registrierung hochgeladen werden, ältere Beiträge brauchen also neu erzeugte Thumbnails, etwa mit wp media regenerate in WP-CLI. Außerdem vergrößert WordPress kein Ausgangsbild, das kleiner als der Zuschnitt ist, deshalb prüft das Snippet die tatsächliche Breite, bevor es die Tags ausgibt. Wenn Ihre Bilder nicht im AVIF-Format vorliegen, passen Sie den Wert von og:image:type an den echten Dateityp an.

#Wie implementiert man websub in wordpress fuer eine blitzschnelle indexierung in wenigen sekunden

Aktualität zählt in Discover, weil die Google-Richtlinien Inhalte verlangen, die zu aktuellen Interessen passen. Je früher Google von einer neuen URL erfährt, desto früher kann sie berücksichtigt werden. Sitemaps funktionieren, aber Google ruft sie nach eigenem Zeitplan ab. WebSub ist ein Push-Mechanismus: Der Publisher teilt einem Hub mit, dass sich ein Feed geändert hat, und der Hub benachrichtigt seine Abonnenten.

WebSub, früher PubSubHubbub, ist eine W3C-Empfehlung. Die Spezifikation legt fest, wie ein Publisher seinen Hub bekannt macht: über HTTP-Link-Header oder über <link>-Elemente, mit rel="hub" für den Hub und rel="self" für die eigene URL des Feeds. Offen lässt sie bewusst, wie der Publisher den Hub informiert. Die Spezifikation bezeichnet diesen Mechanismus als nicht festgelegt, und viele Hubs, darunter der öffentliche Google-Hub unter https://pubsubhubbub.appspot.com/, akzeptieren einen POST mit hub.mode=publish und hub.url für den Feed. Google dokumentiert nicht, dass ein Ping an seinen Hub die Aufnahme einer Seite in Discover beschleunigt. WebSub ist also ein Weg, die Entdeckung des Feeds zu verkürzen, kein Discover-Schalter.

Das folgende Snippet sendet den Ping bei der Veröffentlichung und ergänzt die Discovery-Links im Atom-Feed, ohne zusätzliches Plugin:

<?php
/**
 * WebSub-Publish-Ping bei Beitragsfreigabe an Google senden
 */
function wppoland_ping_websub_google_hub($post_id, $post) {
    if (wp_is_post_revision($post_id) || wp_is_post_autosave($post_id)) {
        return;
    }
    
    if ($post->post_status !== 'publish' || $post->post_type !== 'post') {
        return;
    }

    $hub_url = 'https://pubsubhubbub.appspot.com/';
    $feed_url = get_feed_link('atom');

    wp_remote_post($hub_url, [
        'method'      => 'POST',
        'timeout'     => 5,
        'redirection' => 2,
        'httpversion' => '1.1',
        'blocking'    => false, // Blockiert nicht das Speichern im Admin-Panel
        'headers'     => [
            'Content-Type' => 'application/x-www-form-urlencoded; charset=utf-8',
        ],
        'body'        => [
            'hub.mode' => 'publish',
            'hub.url'  => $feed_url,
        ],
    ]);
}
add_action('publish_post', 'wppoland_ping_websub_google_hub', 10, 2);

/**
 * Hub- und Self-Links im Atom-Feed hinterlegen
 */
function wppoland_add_websub_atom_links() {
    $hub_url = 'https://pubsubhubbub.appspot.com/';
    echo '<link rel="hub" href="' . esc_url($hub_url) . '" />' . "\n";
    echo '<link rel="self" href="' . esc_url(get_feed_link('atom')) . '" />' . "\n";
}
add_action('atom_head', 'wppoland_add_websub_atom_links');

Wer ein gepflegtes Plugin bevorzugt, findet im WordPress.org-Verzeichnis WebSub (FKA. PubSubHubbub), das Hubs in den Feeds bekannt macht und den Publish-Ping sendet. Plugin und Snippet sollten nicht gleichzeitig laufen, sonst sendet jede Veröffentlichung zwei Pings.

Der Feed sollte den vollständigen Text jedes Beitrags enthalten, nicht nur einen Auszug. In WordPress steuert das die Option rss_use_excerpt in den Leseeinstellungen: Mit dem Wert 0 gibt der Atom-Feed den vollen Text im Element <content> aus, der RSS-2.0-Feed nutzt <content:encoded>.

#Wie konfiguriert man cache control header und cloudflare edge caching fuer rss und atom feeds

Wenn Hubs und Crawler nach jeder Veröffentlichung Feeds abrufen, durchläuft jede ungecachte Anfrage den kompletten PHP-Stack von WordPress. Ein kurzer gemeinsamer Cache hält den Feed aktuell und schützt den Ursprungsserver. In Nginx:

# Nginx-Konfiguration fuer beschleunigte WordPress-Feeds
location ~* /feed/ {
    add_header Cache-Control "public, max-age=300, stale-while-revalidate=600";
    expires 5m;
}

Derselbe Header lässt sich auch in WordPress setzen:

<?php
/**
 * Optimierte Cache-Header fuer RSS- und Atom-Feeds
 */
function wppoland_customize_feed_cache_headers() {
    if (is_feed()) {
        header_remove('Pragma');
        header('Cache-Control: public, max-age=300, stale-while-revalidate=600');
    }
}
add_action('template_redirect', 'wppoland_customize_feed_cache_headers', 1);

Mit max-age=300 darf ein CDN wie Cloudflare den Feed bis zu fünf Minuten ausliefern, und stale-while-revalidate=600 erlaubt ihm, die vorherige Kopie zu liefern, während es eine neue holt. Halten Sie die TTL kurz. Ein stundenlang gecachter Feed würde den WebSub-Ping sinnlos machen, weil der Hub die veraltete Version abholt. Wer Feeds am Edge länger cacht, sollte die Feed-URL bei jeder Veröffentlichung aus dem Cache löschen.

#Wie baut man thematische autoritaet und wikidata entity verknuepfungen fuer die ki personalisierung auf

Discover ordnet Inhalte Interessen zu, und Google beschreibt diese Interessen über Themen, nicht über Keywords. Wie Discover Seiten Themen zuordnet, veröffentlicht Google nicht. Realistisches Ziel ist deshalb, das Thema jeder Seite eindeutig zu machen: klare Überschriften, einheitliche Begriffe und strukturierte Daten, die die wichtigsten Entitäten benennen.

Auf einer WordPress-Website bedeutet das drei Dinge:

1. JSON-LD mit about und mentions: Verknüpfen Sie die Hauptthemen mit stabilen Kennungen wie Wikidata- oder Wikipedia-URLs, damit “Discover” oder “WebSub” nicht mit einem anderen Begriff verwechselt werden.
2. Autoren als Person-Entitäten: Verknüpfen Sie Autorenprofile mit Profilen, die der Autor tatsächlich pflegt, etwa LinkedIn oder GitHub, damit Leser und Crawler sehen, wer den Inhalt geschrieben hat.
3. Themencluster: Veröffentlichen Sie zusammenhängende Artikel zu einem Thema und verlinken Sie sie untereinander, damit die Tiefe der Abdeckung sichtbar wird.

Ein Beispielgraph:

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@graph": [
    {
      "@type": "TechArticle",
      "@id": "https://wppoland.com/blog/wie-funktioniert-der-neue-google-discover-concierge/#article",
      "isPartOf": {
        "@id": "https://wppoland.com/#website"
      },
      "headline": "Wie funktioniert der neue google discover concierge und wie optimiert man wordpress fuer personalisierte feeds",
      "description": "Technischer Leitfaden zur Architektur des Google Discover KI-Concierge und zur WordPress-Optimierung.",
      "inLanguage": "de-DE",
      "mainEntityOfPage": "https://wppoland.com/blog/wie-funktioniert-der-neue-google-discover-concierge/",
      "datePublished": "2026-10-14T08:00:00+02:00",
      "dateModified": "2026-10-14T10:30:00+02:00",
      "image": {
        "@type": "ImageObject",
        "@id": "https://wppoland.com/blog/wie-funktioniert-der-neue-google-discover-concierge/#primaryimage",
        "url": "https://wppoland.com/images/digital-experience-platforms-dxp-vs-wordpress.avif",
        "width": 1344,
        "height": 768,
        "caption": "Google Discover Optimierung fuer WordPress"
      },
      "author": {
        "@type": "Person",
        "name": "Mariusz Szatkowski",
        "url": "https://wppoland.com/author/mariusz-szatkowski/",
        "jobTitle": "Lead WordPress Architect",
        "sameAs": [
          "https://www.linkedin.com/in/mariuszszatkowski",
          "https://github.com/wppoland"
        ]
      },
      "publisher": {
        "@type": "Organization",
        "name": "WPPoland",
        "url": "https://wppoland.com",
        "logo": {
          "@type": "ImageObject",
          "url": "https://wppoland.com/logo.png",
          "width": 512,
          "height": 512
        }
      },
      "about": [
        {
          "@type": "Thing",
          "name": "Google Discover",
          "sameAs": "https://en.wikipedia.org/wiki/Google_Discover"
        },
        {
          "@type": "SoftwareApplication",
          "name": "WordPress",
          "sameAs": "https://www.wikidata.org/wiki/Q13166"
        }
      ],
      "mentions": [
        {
          "@type": "Thing",
          "name": "Core Web Vitals",
          "sameAs": "https://en.wikipedia.org/wiki/Core_Web_Vitals"
        },
        {
          "@type": "Thing",
          "name": "WebSub",
          "sameAs": "https://en.wikipedia.org/wiki/WebSub"
        }
      ]
    }
  ]
}
</script>

Strukturierte Daten sind keine Voraussetzung für Discover; Google schreibt, dass keine speziellen Tags nötig sind. Ihr Nutzen liegt hier darin, Mehrdeutigkeit über Thema und Autor der Seite zu beseitigen.

#Wie optimiert man woocommerce produkte fuer proaktive empfehlungen im google feed

Die Discover-Dokumentation beschreibt weder Produktkarten noch eine WooCommerce-spezifische Funktion. Ein Shop kontrolliert die Qualität seiner Produktdaten in der Google-Suche insgesamt und die Art von Inhalten, die Discover tatsächlich zeigt: redaktionelle Artikel, die aktuell und nützlich sind.

Drei Schritte halten die Produktdaten konsistent:

1. Preis und Verfügbarkeit im Schema: WooCommerce gibt strukturierte Daten vom Typ Product aus; prüfen Sie, ob price, priceCurrency und availability mit der Seite übereinstimmen.
2. GTIN: WooCommerce hat seit Version 9.1 ein Feld für GTIN, UPC, EAN oder ISBN am Produkt, und die Klasse für strukturierte Daten gibt eine gtin-Eigenschaft aus, wenn der Wert gültig ist. Die Google-Dokumentation zu Händlereinträgen führt gtin unter den gelesenen Produktkennungen, daher ist dieses Feld besser als ein eigenes Meta-Feld.
3. Redaktionelle Inhalte rund um Produkte: Kaufratgeber, Vergleiche und Testberichte passen zu den Discover-Richtlinien für aktuelle, aufschlussreiche Inhalte. Produktlisten und Kategorieseiten passen selten.

Angaben zur Rückgabe gehören über den Filter woocommerce_structured_data_product_offer ins Angebot. WooCommerce speichert Angebote als Liste im Produkt-Markup, deshalb ist dieser Filter der saubere Ort für hasMerchantReturnPolicy, eine Eigenschaft, die Google laut Dokumentation zu Händlereinträgen unterstützt:

<?php
/**
 * Rückgabebedingungen zum Angebots-Schema von WooCommerce hinzufügen.
 * WooCommerce 9.1+ gibt gtin bereits aus dem GTIN-Feld des Produkts aus.
 */
function wppoland_discover_return_policy($markup_offer, $product) {
    $markup_offer['hasMerchantReturnPolicy'] = [
        '@type' => 'MerchantReturnPolicy',
        'applicableCountry' => 'DE',
        'returnPolicyCategory' => 'https://schema.org/MerchantReturnFiniteReturnWindow',
        'merchantReturnDays' => 30,
        'returnMethod' => 'https://schema.org/ReturnByMail',
        'returnFees' => 'https://schema.org/FreeReturn',
    ];
    return $markup_offer;
}
add_filter('woocommerce_structured_data_product_offer', 'wppoland_discover_return_policy', 10, 2);

Land, Anzahl der Tage und Gebühren müssen den tatsächlichen Bedingungen des Shops entsprechen. Strukturierte Daten, die der sichtbaren Rückgaberegel widersprechen, sind schlechter als gar keine.

#Wie beeinflussen core web vitals und ein inp wert unter 200ms die discover sichtbarkeit

Die Discover-Richtlinien bitten Publisher, insgesamt eine gute Nutzererfahrung auf der Seite zu bieten. Discover-Besuche finden auf Smartphones statt, oft über Mobilfunk, daher zählen mobile Felddaten am meisten. Die auf web.dev veröffentlichten Schwellenwerte der Core Web Vitals sind:

• LCP: 2,5 Sekunden oder weniger.
• INP: 200 Millisekunden oder weniger. INP hat FID im März 2024 als Core Web Vital abgelöst.
• CLS: 0,1 oder weniger.

web.dev empfiehlt, sie am 75. Perzentil der Seitenaufrufe zu messen, getrennt nach Mobilgeräten und Desktop.

In einem Discover-Artikel ist das LCP-Element meist das Beitragsbild, also dasselbe große Bild, das die Karte zeigt. Seit WordPress 6.3 setzt der Core fetchpriority="high" auf das Bild, das er für das wahrscheinlichste LCP-Element hält, und lädt Bilder oberhalb des Loops nicht mehr verzögert, wie die Hinweise zur Bildperformance in WordPress 6.3 beschreiben. In älteren Versionen oder in Themes, die das Beitragsbild außerhalb der Standardfunktionen ausgeben, setzt das folgende Snippet die Attribute explizit:

<?php
/**
 * Titelbild fuer Discover priorisieren und LCP optimieren
 */
function wppoland_prioritise_discover_hero_lcp($content) {
    if (is_singular('post')) {
        add_filter('wp_get_attachment_image_attributes', function($attr, $attachment, $size) {
            if ($size === 'discover-hero' || $size === 'post-thumbnail') {
                $attr['loading'] = 'eager';
                $attr['fetchpriority'] = 'high';
                $attr['decoding'] = 'async';
            }
            return $attr;
        }, 10, 3);
    }
    return $content;
}
add_action('wp', 'wppoland_prioritise_discover_hero_lcp');

Ab WordPress 6.3 sollten Sie vor dem Einbau das gerenderte HTML prüfen: Markiert der Core das Bild bereits, ist der Filter überflüssig. Bei INP sind die üblichen Ursachen in WordPress schwere Drittanbieter-Skripte, Slider und Consent-Banner, die den Main Thread bei den ersten Interaktionen blockieren.

#Warum bricht der traffic aus google discover nach wenigen tagen ein und wie stabilisiert man die kurve

Discover-Traffic kommt meist in Wellen: Ein Artikel wird kurz breit ausgespielt und flacht dann ab. Die Google-Dokumentation sagt ausdrücklich, dass Traffic aus Discover weniger vorhersehbar und verlässlich ist als Besuche aus der keywordbasierten Suche und dass Publisher ihn als Ergänzung zum Suchtraffic betrachten sollten.

Google nennt die Gründe für Schwankungen:

• Wechselnde Interessen: Discover zeigt Inhalte passend zu den Interessen einer Person, und diese verschieben sich.
• Inhaltstypen: Discover hat die Arten von Inhalten, die im Feed erscheinen können, angepasst und tut das weiterhin.
• Updates der Suche: Discover ist eine Erweiterung der Suche, daher können Such-Updates den Discover-Traffic verändern.
• Produktänderungen: Laut Google kann die Arbeit an Discover Traffic-Änderungen verursachen, die nichts mit der Qualität oder der Veröffentlichungsfrequenz der Inhalte zu tun haben.

Der letzte Punkt korrigiert eine verbreitete Annahme. Mehr Artikel pro Woche zu veröffentlichen ist kein dokumentierter Hebel für Discover. In der Hand des Publishers bleibt, was die Google-Richtlinien nennen: aktuelle Inhalte, klare Titel, gute große Bilder und eine gute Nutzererfahrung. Einen Evergreen-Artikel mit neuen Informationen und einem echten dateModified zu aktualisieren ist legitim, wenn sich der Inhalt tatsächlich geändert hat; nur das Datum zu ändern ist es nicht.

Für die Planung gilt: Ein Discover-Peak ist ein Bonus zusätzlich zum Suchtraffic, keine Basis für ein Budget.

#Wie analysiert man die discover performance in der google search console und misst conversions

Die Search Console hat unter Leistung einen eigenen Discover-Bericht. Laut Google zeigt er Impressionen, Klicks und CTR für Inhalte, die in den letzten 16 Monaten in Discover erschienen sind, sofern die Daten eine Mindestzahl an Impressionen erreichen. Den Schwellenwert veröffentlicht Google nicht. Der Bericht enthält Traffic aus Chrome und erfasst laut Dokumentation den Discover-Traffic einer Website über alle Oberflächen, auf denen Discover genutzt wird.

Worauf Sie im Bericht achten sollten:

• Seiten mit Impressionen, aber niedriger CTR: Vergleichen Sie Bilder und Titel mit den Hinweisen oben; ein Logo oder ein textlastiges Bild ist der erste Verdächtige.
• Verteilung nach Ländern: Prüfen Sie bei mehrsprachigen Websites, ob hreflang jeden Leser zur passenden Sprachversion führt.
• Plötzlicher Absturz auf null: Prüfen Sie unter Sicherheit und manuelle Maßnahmen, ob eine manuelle Maßnahme für Discover vorliegt, bevor Sie etwas an der Website ändern.

Google Analytics 4 hat keinen Standardkanal für Discover, die Referenz für Discover-Klicks bleibt daher die Search Console. Um zu sehen, ob Discover-Leser einen Newsletter abonnieren oder in WooCommerce bestellen, nehmen Sie die Zielseiten aus dem Discover-Bericht und vergleichen deren Conversions in GA4 im selben Zeitraum. Wenn Sie dabei Unterstützung brauchen, sprechen Sie mit einem WordPress-Spezialisten.