Skip to main content

​
Allgemein

Hier schaltest du die SEO-Einstellungen von NIU Plus ein und steuerst die Debugging-Ausgabe.
Allgemein
​
boolean
Hauptschalter für alle SEO-Einstellungen auf dieser Seite. Robots, Canonical, hreflang und die Linkmaskierung greifen nur, wenn dieser Schalter aktiv ist.
​
boolean
Gibt die SEO-Werte der aktuellen Seite als Konsolenausgabe im Browser aus. Hilfreich zur Fehleranalyse.

​
Robots, Canonical und hreflang je Seitensituation

Für jede Seitensituation legst du in einer Zeile fest, welchen Robots-Wert die Seite bekommt, wohin das Canonical zeigt und ob hreflang ausgegeben wird.
  • Robots weist Suchmaschinen-Crawler an, ob sie eine Seite indexieren und den Links darauf folgen sollen.
  • Canonical zeigt Suchmaschinen, ob die Seite ein Original ist oder die Variante einer anderen Seite. So wird Inhalt nicht als doppelt gewertet.
  • hreflang verweist auf die Sprachversionen einer Seite.
Robots, Canonical und hreflang je Seitensituation
Treffen auf einer Seite mehrere Situationen zu, gilt beim Robots-Wert der strengste (noindex vor index, nofollow vor follow). Canonical und hreflang entfallen, sobald eine zutreffende Situation es verlangt. hreflang wird außerdem nur ausgegeben, wenn das Canonical auf die Seite selbst zeigt oder keins ausgegeben wird.
Mit Empfehlungen übernehmen trägst du die DZM-Empfehlung in alle Zellen ein. Gespeichert wird erst mit Speichern.

​
Seitensituationen und Empfehlungen

​
Optionen je Spalte

​
select
noindex-Seite: noindex (Standard), noindex, follow, noindex, nofollowAlle übrigen Situationen: Standard (Shop entscheidet), index, follow, noindex, follow, noindex, nofollow
​
select
Folgeseite: Auf die Seite selbst (Standard), Auf Seite 1, Kein CanonicalAlle übrigen Situationen: Standard (Shop entscheidet), Kein Canonical
​
boolean
Legt fest, ob für die Situation hreflang-Verweise auf die Sprachversionen ausgegeben oder nicht ausgegeben werden.

​
Weitere Einstellungen

Weitere Einstellungen
​
boolean
An: Ein oben eingestellter Robots-Wert gilt auch dort, wo der Shop selbst noindex setzt (z. B. index, follow auf einer Suchseite). Aus: Der strengere Wert gewinnt. Empfehlung: Aus.
​
select
Sprache, auf die hreflang x-default zeigt, z. B. Deutsch, Englisch, Spanisch oder Französisch. Leer bzw. Standardsprache des Shops: Es gilt die Standardsprache des Shops.Browser zeigen anhand der Sprache des Besuchers die passende Sprachversion an. Gibt es keine passende Sprache, wird die x-default-Sprache bevorzugt. Oft ist es sinnvoll, hier die englische Version zu wählen, ohne die Standardsprache des Shops ändern zu müssen.

​
Linkmaskierung

Durch die Linkmaskierung werden alle Links für Filterauswahl, Sortierung und Layout so unkenntlich gemacht, dass sie für Crawler nicht direkt als Links identifiziert werden. Dadurch kann verhindert werden, dass entsprechend parametrisierte Seiten überhaupt von Suchmaschinen indexiert werden, weil die Crawler diesen Pseudolinks gar nicht erst folgen, was sich wiederum positiv auf das Crawlingverhalten auswirken kann. Grund ist, dass manche Crawler trotz nofollow Anweisung dennoch den Links auf der Seite folgen und parametrisierte Seiten dennoch indexiert werden. Der gewünschte Vorteil wäre, dass das Crawlbudget effektiver in Hauptseiten investiert wird.
Linkmaskierung
ACHTUNG! Diese Option ist mit Vorsicht zu genießen. Bitte überprüfe die Indexierung und Funktionstüchtigkeit deiner Seite regelmäßig.
​
boolean
Schaltet die Umwandlung in Pseudolinks ein. Wirkt nur, wenn unter Allgemein die SEO-Einstellungen aktiviert sind.
Produktlinks in Artikellisten sowie Kategorielinks in Menü und Sidebar tragen automatisch ein title- und ein aria-label-Attribut mit dem Namen des Produkts bzw. der Kategorie. Suchmaschinen und Screenreader erkennen so eindeutig, wohin ein Link führt. Auf Wunsch lässt sich an beide Attribute ein Zusatz per Sprachvariable anhängen.

​
Graph based LD+JSON für strukturierte Daten

JTL verwendet standardmäßig das inline Markup für die Auszeichnung strukturierter Daten. Diese sind zum Teil schwer wartbar, teilweise unvollständig und schlecht erweiterbar. Wir bieten dir hier die Möglichkeit die Strukturierten Daten per LD+JSON, einem JSON-ähnlichen, gut strukturierten Format zur Verfügung zu stellen. Das Format ist maschinen-freundlich für Crawler und KI. Bitte beachte, dass Suchmaschinen-Crawler erwarten, dass strukturierte Daten aus LD+JSON auch valide sind. Reichere deine Daten nicht mit widersprüchlichen Informationen an.
Graph based LD+JSON
Graph based LD+JSON verwenden: Aktiviere diesen Schalter, um die strukturierten Daten im JSON-ähnlichen, gut strukturierten Format bereitzustellen.

​
Strukturierte Daten (Graph) – Optionen

Dieser Abschnitt erscheint nur, wenn Graph based LD+JSON verwenden aktiviert ist.
Strukturierte Daten (Graph) – Optionen
Feinjustierung der Graph-Auszeichnung. Alle Optionen sind opt-in, im Standard bleibt die Ausgabe unverändert. Nur aktivieren, wenn deine SEO-Agentur das fordert.
​
boolean
Entfernt alle Inline-Microdata (itemprop/itemscope/itemtype) aus dem HTML. Nur sinnvoll bei aktivem JSON-LD/Graph, sonst gehen strukturierte Daten verloren. Meta-Description und Meta-Keywords bleiben dabei erhalten, entfernt wird nur das Microdata-Attribut daran.
​
boolean
Ausgegeben wird in beiden Fällen der am Artikel gepflegte Hersteller, nur Schlüssel und Typ ändern sich: an = brand vom Typ Brand, aus = manufacturer vom Typ Organization. Google wertet brand aus, manufacturer nicht. Wer Hersteller und Marke wirklich getrennt auszeichnen will, schaltet diese Option aus und pflegt die Marke über ein Merkmal (siehe “Marke aus einem Merkmal beziehen”).
​
select
Erscheint nur, wenn ‘brand’ statt ‘manufacturer’ ausgeschaltet ist.JTL kennt nur ein Herstellerfeld. Wer Hersteller und Marke getrennt auszeichnen will, legt ein Merkmal (z. B. “Marke”) an und pflegt es an den Artikeln. Das hier gewählte Merkmal liefert dann brand, der Hersteller bleibt manufacturer. Hat ein Artikel mehrere Werte, wird der erste genommen; ist am Artikel kein Wert gepflegt, entfällt brand für diesen Artikel. Merkmale sind im Shop filterbar, die Pflege zahlt also auch auf die Navigation ein.
​
boolean
Erscheint nur, wenn ‘brand’ statt ‘manufacturer’ ausgeschaltet ist.Lässt den Hersteller komplett weg, im JSON-LD und in der Microdata. Das gilt für alle Artikel, auch für solche ohne gepflegten Markenwert: Diese haben dann weder brand noch manufacturer. Nur aktivieren, wenn der Hersteller ausdrücklich nicht ausgezeichnet werden soll. Google wertet manufacturer ohnehin nicht aus, es schadet aber auch nicht.
​
boolean
Entfernt alle priceSpecification-Blöcke aus dem Produkt-Graph. Preis, Währung und Verfügbarkeit bleiben erhalten.
​
boolean
Gibt ein generisches gtin-Feld aus statt gtin8/gtin12/gtin13/gtin14 (Google-Empfehlung). Aus = bisheriges Verhalten.
​
boolean
Ergänzt die Website-Entity um eine SearchAction (Sitelinks-Searchbox).
​
boolean
Reduziert die BreadcrumbList-Einträge auf die Standardfelder (position, name, item).
​
boolean
Entfernt das veraltete businessFunction-Feld aus dem Offer. Ohne SEO-Nachteil, Google wertet es nicht aus.
​
select
Welches Feld als description im Produkt-Graph genutzt wird (Standard: Kurzbeschreibung).
​
boolean
Ist die gewählte Quelle leer, wird auf das jeweils andere Feld zurückgegriffen.
​
boolean
Gibt CollectionPage/ItemPage als einzelnen @type aus statt ['WebPage', ...] im JSON-LD und in der Microdata. Beides ist valide, da der Subtyp WebPage bereits impliziert wird.
​
select
Modernes priceType-Format für den Streichpreis. “Aus (Legacy-Format)” (Standard) entspricht dem bisherigen Legacy-Format (RegularPrice/SalePrice/MSRP). “Früherer Preis (alterVKNetto)” nutzt deinen alten VK, Omnibus-konform. “UVP (Omnibus beachten!)” nutzt die Herstellerempfehlung, nur verwenden, wenn das rechtlich (Omnibus/PAngV) sauber ist.
​
select
“Organization” (Standard) oder “OnlineStore”, Google empfiehlt für Onlineshops OnlineStore (Subtyp von Organization, erbt alle Felder). Wirkt auf die Organization-Entity im Graph.
​
select
Woher der name von WebPage, BreadcrumbList und ItemList kommt. “Meta-Titel” (Standard) übernimmt den SEO-Titel, der enthält oft Zusätze wie Shopname, Haken oder Preis. “Name der Seite” nutzt stattdessen den Produktnamen auf der Artikelseite bzw. den Kategorie-/Herstellernamen auf Listen und ist damit deckungsgleich mit dem Produkt-Graph und dem letzten Breadcrumb-Eintrag.

​
Mehr Infos

Warum Graph based? “Graph based” bedeutet, dass Beziehungen zwischen einzelnen Elementen hergestellt werden. Crawler verstehen so die Semantik und Zusammenhänge besser, was insbesondere für KI-Anwendungen von Vorteil ist.
Hinweis zu Testing Tools: Es ist normal, dass Daten in Testing Tools doppelt auftauchen (einmal als JTL-Standard Microdata und einmal als LD+JSON). Das ist laut Google unbedenklich und valid.
Achtung! Google und andere Suchmaschinen vertrauen nicht alleine auf deine Angaben zu Produkten. Insbesondere Google hat eine eigene Datenbank zu Organisationen, Unternehmen, Marken, Produkten, etc. Damit Google deine Produkte platziert und validieren kann, solltest du deine Produkte vergleichbar und identifizierbar machen. Das bedeutet, dass du Daten zur Verfügung stellen solltest, durch die man deine Artikel auch wieder finden kann. Halte dich bei der Wahl von Artikelnummern oder der GTIN möglichst an die Originale und denk dir keine eigenen IDs aus. Missbrauche keine vordefinierten Felder, da diese sonst falsch interpretiert werden könnten. Arbeite nicht mit Fake-Preisen oder anderen irreführenden Daten

​
FAQ

Daten tauchen im Testing Tool doppelt auf - ist das schädlich? Dass Daten nun doppelt in Testing Tools auftauchen ist normal, da wir aus Kompatibilitätsgründen das Inline-Markup per Microdata im Template gelassen haben. Das ist unbedenklich so lange diese keine widersprüchlichen Informationen beinhalten. Im Zweifel wird das JSON bevorzugt eingelesen. Laut Google ist es valide, dass das JSON Format die strukturierten Daten anreichert.
Warum löscht ihr das Inline Markup nicht? JTL hat hier und da ein paar Funktionen an das Markup geknüpft. Damit wir die Kompatibilität möglichst hoch halten können, haben wir uns entschlossen das Markup nicht zu entfernen. Darüber hinaus könnte es sein, dass sich auch Pluginanbieter an dem Markup orientieren. Auch aus diesem Grund haben wir uns gegen die Bereinigung des Markups entschieden.
Wie kann ich den Inhalt bearbeiten? Aktuell ist die einfachste Möglichkeit im Childtemplate die Templatefiles zu bearbeiten. Alle JSON relevanten Daten findest du in layout/components/graph_json_ld. Achte auf Konsistenz und überprüfe deine Daten für alle Seitentypen. Für einige Datentypen gibt es zu spezielle Anforderungen, die von Shop zu Shop unterschiedlich sein können und unterschiedlich behandelt werden müssen. Daher ist die Bearbeitung per Childtemplate die beste Variante. Die Standardversion deckt allerdings alle wichtigen Features ab.

​
LD+JSON

JTL verwendet standardmäßig das inline Markup für die Auszeichnung strukturierter Daten. Diese sind zum Teil schwer wartbar, teilweise unvollständig und schlecht erweiterbar. Wir bieten dir hier die Möglichkeit die Strukturierten Daten per LD+JSON, einem JSON-ähnlichen, gut strukturierten Format zur Verfügung zu stellen. Bitte beachte, dass Suchmaschinen-Crawler erwarten, dass strukturierte Daten aus LD+JSON auch visuell auf der Seite repräsentiert werden. Daher tauchen im LD+JSON nur Daten auf, die auch sichtbar sind. Es ist nicht gestattet die Datensätze künstlich anzureichern und Suchmaschinen können solche Versuche hart abstrafen.
LD+JSON
  • LD+JSON für den Typ Organisation verwenden: Strukturierte Daten über dein Unternehmen.
    • Wert für Brand: Markenname deines Unternehmens. Leer lassen, wenn nicht verwendet.
    • Wert für AlternateName: Alternativer Name deines Unternehmens, z. B. eine Kurzform. Leer lassen, wenn nicht verwendet.
    • Sprachvariable für Beschreibung: Lege eine eigene Sprachvariable an und trage hier ihren Namen ein. Ihr Inhalt wird als Beschreibung deines Unternehmens ausgegeben.
  • LD+JSON für den Typ Website verwenden: Strukturierte Daten für die Website selbst.
  • LD+JSON für den Typ Breadcrumb verwenden: Strukturierte Daten für die Navigationsstruktur.
  • LD+JSON für Produktlisten aus Kategorie und Suchergebnissen verwenden: Die Einstellungen hier beziehen sich auf jegliches Produktlisting, zB Kategorieseiten und auch Standardslider wie CrossSelling, Bestseller etc. Aktuell werden nur Produktlisten der Artikelkategorien und Suchergebnisse unterstützt. Die Funktion wird aber ausgeweitet. Bitte beachte, dass das inline Markup weiterhin aktiv bleibt, sodass du beim Testen neben den LD+JSON Werten auch Einträge aus dem Inline Markup sehen wirst. Das LD+JSON dient der einfacheren Indexierung und Anreicherung mit Daten.
  • LD+JSON für Produkt auf Produktdetailseite: Strukturierte Daten für einzelne Artikel.
  • LD+JSON für News Artikel: Strukturierte Daten für Blogbeiträge.