404-Fehlermeldungen on der Google Search Console durch „data-od-xpath“-Attribut

Google meldete mal wieder 404-Fehler, meinte dabei allerdings „Seiten“ die sowieso nicht indexiert waren. Als ich einen Blick auf die Linkliste warf, fand ich Einträge wie

https://beispiel.site/HTML/BODY/DIV[@class='wp-site-blocks']/*[4][self::MAIN]/*[2][self::DIV]/*[4][self::FIGURE]/*[1][self::A]/*[1][self::IMG]"

Was für eine Seuche ist das wieder, war mein erster Gedanke, doch nur ganz kurz. – Nein, keine Seuche, wie der Blick in den Quellcode einer „verweisenden“ Seite zeigte.

<img data-od-xpath="/HTML/BODY/DIV[@class='wp-site-blocks']/*[4][self::MAIN]/*[2][self::DIV]/*[4][self::FIGURE]/*[1][self::A]/*[1][self::IMG]" decoding="async" width="1443" height="830" sizes="(max-width: 960px) 100vw, 960px" src="https://beispiel.site/wp-content/uploads/2018/11/bild.png" alt="bildbeschreibung" class="wp-image-xxxxx" srcset="https://beispiel.site/wp-content/uploads/2018/11/bild.png 1443w,   https://beispiel.site/wp-content/uploads/2018/11/bild-800x460.png 800w,   https://beispiel.site/wp-content/uploads/2018/11/bild-768x442.png 768w">

Das konnte nur ein Bildoptimierungstool sein. Installiert waren unter anderem mehrere Performance Lap Plugins, die zumindest teilweise experimentel sind. Verursacher ist Image Prioritizer das sich noch in der Beta-Phase befindet.

Das Attribut selbst ist erstmal “nur Text”. Dass daraus in GSC 404-URLs werden, könnte so passiert sein:

• Ein Script liest data-od-xpath aus,
• baut daraus fälschlich eine URL (z. B. location = ... oder fetch()),
• oder es gibt ein HTML/JS, das diese Werte irgendwo als Link darstellt (auch unsichtbar).
• Google rendert die Seite (Smartphone Googlebot), sieht/folgt der “URL” → 404.

In jedem Fall: Fehler melden und erstmal das Plugin abschalten.