Wie helfen strukturierte Daten / Schema Markup meinem Shop?

PrestaShop-Schema, auch strukturierte Daten genannt, ist eine kleine zusätzliche Code-Schicht, die Suchmaschinen sagt, wofür jedes Inhaltselement auf Ihrer Seite steht: Preis, Lagerstatus, Produkt, Bewertung, Breadcrumb-Pfad oder FAQ-Eintrag. Suchmaschinen können diese Daten für geeignete Rich-Result-Funktionen nutzen, etwa Produktpreis- und Lager-Snippets, Bewertungssterne, wo unterstützt, Breadcrumb-Links oder FAQ-artige Darstellung, sofern die Suchmaschine sie noch unterstützt.Rich Results schieben Ihre Seite nicht von allein höher im Ranking, können das Listing aber nützlicher und vertrauenswürdiger machen. Für einen Shop sind meist diese Schema-Typen wichtig: Product, Offer, AggregateRating/Review, BreadcrumbList, Organization, WebSite, CollectionPage, Article und, wo passend, FAQPage.Unser Modul Automatic SEO Schema Rich Snippets versucht Product, Offer, Rating/Review, Breadcrumb, Organization, WebSite, Kategorie- und CMS-Seiten-Markup ohne Template-Bearbeitung hinzuzufügen. Dieselbe Schema-Funktionalität ist auch Teil der Smart SEO Revolution Suite, wenn Sie zusätzlich Sitemaps, Canonicals und Meta-Tag-Automatisierung an einem Ort möchten.Wichtiger aktueller Code-Hinweis: Das Modul gibt JSON-LD über hookDisplayHeader aus, aber clean_existing_jsonld ist standardmäßig aktiviert, und die finale Output-Bereinigung erhält nur JSON-LD-Scripts, die den Marker enthalten. Der Header-Hook gibt derzeit unmarkiertes JSON-LD aus. Wenn JSON-LD-Cleanup aktiv ist, kann das finale HTML also das eigene Schema des Moduls entfernen. Bis der Renderer seine Scripts markiert oder die Cleanup-Logik deaktiviert/korrigiert ist, prüfen Sie die finale Seitenquelle, bevor Sie das JSON-LD als zuverlässig vorhanden behandeln.Auf Produktseiten kann das Product-Schema Produktname, URL, Beschreibung, SKU, GTIN/UPC/ISBN/MPN-Kennungen, Hersteller-/Lieferanten-/Feature-basierte Brand-Daten, Bilder, Artikelzustand, Offer-Daten, Gewicht, Kategorie und Review-Daten enthalten, wenn der Shop diese Daten hat. Der Brand-Generator nutzt die konfigurierte Katalogquelle, etwa Hersteller, Lieferant oder ein Feature namens Brand, mit Hersteller-Fallback; das deklarierte Override-Brand-Feld wird vom aktuellen Generator nicht verwendet. Offer-Daten können Preis, Währung, Verfügbarkeit, Verkäufer, Versanddetails und Rückgaberichtlinie enthalten. Für Produkte mit Kombinationen kann die Implementierung aggregierte Offer-Daten bauen, statt so zu tun, als hätte jede Variante ein identisches Angebot.Kategorieseiten werden anders behandelt: Sie werden als CollectionPage-Daten mit Kategoriename, URL, Beschreibung, Bild, Anzahl der Artikel und einer ItemList-Stichprobe von Produkten gerendert. CMS-Seiten werden als Article-Schema mit Headline, URL, Beschreibung, Artikeltext, Wortzahl, Daten, Autor, Publisher, Logo, Sprache und Main-Entity-URL gerendert.Die praktische Händlerregel lautet: Füllen Sie die zugrunde liegenden Daten, schalten Sie nicht nur Schema ein. Wenn ein Produkt keine Kennung, schwache Bilder, keinen Lagerstatus, keine Bewertungen oder eine leere Beschreibung hat, kann das Schema nur diese schwachen Daten beschreiben. Strukturierte Daten funktionieren am besten, wenn Ihre Katalogdaten bereits sauber sind, und im aktuellen Modul sollten Sie außerdem prüfen, dass Cleanup-Einstellungen nicht das JSON-LD entfernen, das Sie veröffentlichen wollen.

Kann ich hreflang- und noindex-Regeln zu PrestaShop-Seiten hinzufügen?

Ja. Mit dem Product Canonical Manager setzen Sie Regeln pro Entität für Produkte, Kategorien, Hersteller, Lieferanten und CMS-Seiten. Das Modul schreibt noindex und nofollow in das Robots-Meta-Tag der Seite. Dasselbe Modul regeneriert hreflang-Tags aus Ihren aktiven Shop-Sprachen und fügt x-default für Ihre Standardsprache hinzu, sodass jede Sprachversion auf die passenden Alternativen zeigt.Product Canonical Manager – kanonische, noindex- und hreflang-Regeln pro Eintrag, mit Auto-hreflang und Parameter-Entfernung.So halten Sie dünne oder doppelte Seiten wie gefilterte Listings, interne Suche oder Kontoseiten aus Googles Index heraus, während Ihre echten Produkte indexierbar bleiben, und Sie zeigen Google, welche Sprache welchem Publikum ausgespielt werden soll. Ein häufiger Fehler ist, noindex und ein Canonical hinzuzufügen, die auf derselben URL in unterschiedliche Richtungen zeigen; entscheiden Sie pro Seite, ob sie indexiert-aber-kanonisiert oder vollständig noindexed sein soll, nicht beides gegeneinander.Die Smart SEO Revolution Suite nutzt dieselbe Canonical-, hreflang- und noindex-Engine, sodass dieselben Regeln pro Entität auch dort verfügbar sind.Regeln haben Priorität und Shop-Scope. Die Suche akzeptiert die exakte Entitäts-ID oder Entitäts-ID 0, und exakte oder shopglobale Regeln können nach Priorität sortiert werden. So können Sie eine breite Regel für alle Produkte erstellen und dann ein wichtiges Produkt, eine Kategorie oder CMS-Seite überschreiben, ohne jede Einstellung zu duplizieren.Das Robots-Tag wird nur aus den Direktiven gebaut, die Sie wählen. Wenn Sie noindex anhaken, fügt das Modul noindex hinzu; wenn Sie nofollow anhaken, fügt es nofollow hinzu; wenn keines ausgewählt ist, erfindet es kein Robots-Tag nur, um sichtbar zu sein. Vorhandene Robots-Tags werden ersetzt, wenn eine Regel greift, sodass Sie zwei widersprüchliche Robots-Meta-Tags im selben Head vermeiden.hreflang-Generierung ist nur in mehrsprachigen Shops sinnvoll. Das Modul prüft aktive Sprachen, erzeugt Alternativ-URLs für jede aktive Sprache und fügt x-default für die konfigurierte Standardsprache hinzu. Es entfernt außerdem vorhandene hreflang-Tags, bevor es eigene einfügt, was doppelte Alternate-Cluster verhindert, wenn Theme und Modul beide dasselbe Signal kontrollieren wollen.Nutzen Sie noindex vorsichtig mit Sitemaps. Eine noindexed URL sollte nicht als indexierbare Sitemap-URL beworben werden, und die Policy-Tabellen der SEO Suite enthalten deshalb getrennte Overrides für Index, hreflang, Sitemap und Schema. Halten Sie die Signale konsistent: indexierbare Seiten bekommen Canonical und hreflang; absichtlich versteckte Seiten bekommen noindex und sollten normalerweise aus der XML-Sitemap herausbleiben.

Was ist der Unterschied zwischen einer XML-Sitemap und einer HTML-Sitemap?

Eine XML sitemap ist eine maschinenlesbare Datei für Suchmaschinen. Sie listet URLs mit Metadaten wie Änderungsdatum, hreflang-Alternativen und Bildreferenzen auf und wird an Google Search Console oder Bing Webmaster Tools übermittelt. Ihre Aufgabe ist Discovery: Crawlern helfen, Seiten zu finden und zu priorisieren, die sie sonst verpassen könnten.Eine HTML sitemap ist eine normale Seite in Ihrem Shop, gemacht für menschliche Besucher. Sie listet Links zu Kategorien, Produkten, CMS-Seiten und Herstellern in einer lesbaren Struktur. Ihre Aufgabe ist Navigation und interne Verlinkung — sie gibt Besuchern einen Ersatzindex und Crawlern ein weiteres Linkset in tiefere Seiten.Meist möchten Sie beides: Die XML-Sitemap ist die, die Suchmaschinen tatsächlich konsumieren, während die HTML-Sitemap optional, aber bei großen Katalogen praktisch ist. Unser Advanced SEO Sitemap Builder erzeugt XML-Sitemaps mit hreflang-Alternativen und Bildeinträgen, teilt große Kataloge automatisch am Suchmaschinenlimit von 50.000 URLs in einen Sitemap-Index auf und kann zusätzlich eine HTML-Sitemap-Seite veröffentlichen.Der Sitemap Builder ist nicht nur ein URL-Dump. Modulbeschreibung und Pipeline sind auf verifizierte XML-Sitemaps ausgelegt: URLs können gecrawlt und auf HTTP-Status, Canonical und noindex geprüft werden, bevor sie geschrieben werden. Die gespeicherten URL-Zeilen enthalten Entitätstyp, Sprache, Shop, Status, Canonical- und Bild-/hreflang-Metadaten, sodass die finale Sitemap auf URLs basieren kann, die die Verifizierung bestanden haben, statt auf jeder denkbaren Katalog-URL.Für XML-Ausgabe enthält der Writer den Standard-Sitemap-Namespace und fügt Image- und XHTML-Namespaces hinzu, wenn Bild- oder hreflang-Ausgabe aktiviert ist. Jede URL kann , , , , Bildeinträge und Alternativsprachlinks erhalten. Große Ausgaben werden nach konfigurierter maximaler URL-Anzahl und Dateigröße aufgeteilt, und ein Sitemap-Index verweist Crawler auf die generierten Dateien.Die HTML-Sitemap ist bewusst anders. Sie verwendet verifizierte URLs für den aktuellen Shop und die aktuelle Sprache, gruppiert sie nach Typ wie Home, Product, Category, CMS, Manufacturer, Supplier, Core, Hook oder Custom und rendert sie als normale Seite. Im geprüften Front Controller ist die HTML-Sitemap-Seite mit noindex markiert. Behandeln Sie sie daher vor allem als Navigations- und Internal-Linking-Seite für Nutzer, nicht als weitere Landingpage, von der Sie Rankings erwarten.Für Händler ist die praktische Einrichtung: Aktivieren Sie die Entitätstypen, die Sie wirklich indexiert haben möchten, lassen Sie Bild- und hreflang-Ausgabe für mehrsprachige oder bildlastige Kataloge eingeschaltet, reichen Sie den XML-Sitemap-Index in Search Console ein und verlinken Sie die HTML-Sitemap nur dort, wo sie Besuchern hilft.

Kann Kategorie-SEO-Text ergänzt werden, ohne die Hauptbeschreibung der Kategorie zu ändern?

Bleiben wir realistisch: Ein SEO-Modul legt die technischen Signale fest – strukturierte Daten, sauberere URLs, Canonical-Tags und interne Verlinkung –, doch wann diese Änderungen in den Suchergebnissen erscheinen, hängt von Google ab, nicht vom Modul. Google muss Ihre Seiten erst neu crawlen und neu verarbeiten, und dieser Zeitraum ist von Shop zu Shop unterschiedlich: bei manchen Seiten Tage, bei anderen deutlich länger, je nachdem, wie oft Google Ihren Shop besucht. Niemand kann dafür ein festes Datum nennen.Einige Schritte beschleunigen die ersten Signale: eine aktuelle XML-Sitemap einreichen, 404-Fehler beheben und alte URLs umleiten, damit das Crawl-Budget auf die wichtigen Seiten fällt. Genau diese Hebel bedient unsere Smart SEO Revolution Suite. Was kein Modul kann: Platzierungen zu einem festen Termin versprechen – wer Ergebnisse über Nacht verspricht, führt Sie in die Irre. Wir betreiben selbst Shops und sind ehrlich: SEO ist ein Langstreckenlauf, und ein gutes Modul verkürzt den technischen Teil, nicht Googles Uhr.

Kann ich Ihre SEO-Module zusammen mit Yoast oder einem anderen SEO-Plugin nutzen?

Kurz gesagt: Yoast ist ein WordPress-Plugin und hat in PrestaShop kein Gegenstück — dort gibt es also nichts zu integrieren. Meinen Sie ein anderes PrestaShop-SEO-Modul, können unsere Module daneben laufen; zu steuern ist nur die Überschneidung.Das Risiko bei zwei SEO-Tools ist doppelte Ausgabe: zwei Canonical-Tags, zwei Sätze Open-Graph-Tags, zwei JSON-LD-Blöcke. Suchmaschinen mögen das nicht. Legen Sie pro Funktion fest, welches Tool die Quelle ist, und schalten Sie das Duplikat im anderen ab.Unsere eigenen Module sind auf Zusammenarbeit ausgelegt, nicht auf Kollision. Die Smart SEO Revolution Suite entfernt aktiv Duplikate gegenüber dem Theme: Gibt sie eigene hreflang- oder Open-Graph-Tags aus, entfernt sie die passenden Theme-Tags aus dem Seitenkopf und kann optional auch fremdes JSON-LD bereinigen. Blog Revolution übergibt zusätzlich die strukturierten Blog-Daten an SEO Revolution, sobald dieses Modul sie ausgeben soll — so entstehen nie zwei Blog-Schemas.Häufiger Fehler: dieselbe Funktion in zwei Modulen aktivieren in der Annahme „viel hilft viel“. Bestimmen Sie pro Funktion einen Verantwortlichen, dann bleibt die Ausgabe sauber und einfach.

Meine Google Search Console zeigt viele Warnungen „Seite ist nicht indexiert". Können Ihre Module helfen?

Teilweise, und es hängt vom Grund ab, den Google zu jeder URL nennt. Seien Sie ehrlich zu sich: Kein Modul kann Google zwingen, eine Seite zu indexieren. Wir können aber die technischen Gründe beheben, die Google häufig angibt.Gefunden/gecrawlt – aktuell nicht indexiert oder fehlende Sitemap: Der Advanced SEO Sitemap Builder erstellt eine geprüfte XML-Sitemap und kann Google und Bing bei Änderungen benachrichtigen, sodass gute URLs leicht auffindbar sind.Duplikat / Alternativseite mit Canonical: dafür sorgen die Canonical- und noindex-Regeln der Smart SEO Revolution Suite, die auch 301/302-Weiterleitungen für verschobene URLs verwaltet.Der Rest ist Inhalts- und Serverarbeit, die das Modul nicht abnimmt: dünne Seiten, von Google als gering bewertete Seiten oder Serverfehler. Öffnen Sie in der Search Console den genauen Grund je URL, beheben Sie die Ursache und senden Sie erneut. Ein häufiger Fehler: Seiten in der Sitemap zu lassen, die zugleich auf noindex stehen — der Sitemap Builder überspringt noindex- und Nicht-200-URLs, damit Sie keine widersprüchlichen Signale senden.

Beheben hreflang-Tags meine multilingualen SEO-Probleme?

hreflang-Tags lösen ein bestimmtes Problem gut: Sie sagen Google, welche Sprach- oder Länder-Version einer Seite welchem Besucher angezeigt werden soll, sodass Ihre übersetzten Seiten nicht mehr als nahezu doppelte Inhalte miteinander konkurrieren. Für einen mehrsprachigen PrestaShop-Shop sind sie nicht optional — aber sie sind nur ein Teil der Arbeit, nicht die ganze Lösung.Hreflang-Einstellungen - Sprach- und Länder-Alternativen für mehrsprachiges SEO.Was hreflang nicht leisten wird: dünne oder maschinell schlechte Übersetzungen retten, Seiten ergänzen, die nur in einer Sprache existieren, oder inkonsistente URL-Strukturen zwischen Shops reparieren. Dafür brauchen Sie echte Inhalte und saubere URLs unter den Tags. Unsere Smart SEO Revolution Suite erzeugt hreflang automatisch für jede aktive Sprache, fügt ein korrektes x-default hinzu, bleibt multishop-aware und nimmt dieselben Referenzen in Ihre XML-Sitemap auf. Wenn diese Signale stimmen, kann Google die richtige Version jedem Suchenden zuordnen; die Übersetzungsqualität bleibt trotzdem Ihre Aufgabe.In der SEO Suite ist hreflang-Ausgabe Teil des Header-Hooks. Wenn HREFLANG_ENABLED aktiv ist, ruft das Modul seinen Hreflang-Manager auf und rendert -Tags für die Alternativ-URLs, die es bauen kann. Wenn mehr als eine Alternative existiert, fügt es außerdem eine x-default-URL hinzu. Wenn die aktuelle Robots-Entscheidung noindex enthält, gibt die Suite für diese Seite kein hreflang aus, damit noindexed Seiten keine gemischten Signale senden. https://example.com/en/product.html Die Sitemap-Seite ist getrennt, aber abgestimmt. Der Sitemap-Writer kann xhtml:link rel='alternate'-Einträge ausgeben, wenn er passende URLs für dieselbe Entität in anderen Sprachen findet. Die Sitemap-Konfiguration hat einen INCLUDE_HREFLANG-Schalter, sodass Header-hreflang und XML-Sitemap-hreflang bewusst gesteuert werden können.Es gibt weiterhin echte Grenzen. hreflang funktioniert nur, wenn es eine echte Alternativ-URL gibt, auf die verwiesen werden kann. Wenn ein Produkt auf Englisch existiert, aber das französische Produkt fehlt, deaktiviert, noindexed ist oder schlecht übersetzten Inhalt hat, kann das Tag keine gute französische Landingpage für Sie erstellen. Ebenso ersetzt hreflang keine Canonical-Tags; jede Sprachseite sollte normalerweise auf sich selbst kanonisieren und dann ihre Alternativen auflisten.Eine gute mehrsprachige SEO-Checkliste lautet: Jede Sprach-URL crawlbar halten, self-referencing Canonicals verwenden, vollständige Übersetzungen für wichtige Produkte und Kategorien veröffentlichen, Sprachwechsler-URLs konsistent halten, Alternativen in die XML-Sitemap aufnehmen und noindex auf Seiten vermeiden, die am hreflang-Cluster teilnehmen sollen.

Welche Module ändern sichtbaren Seiteninhalt?

Ja. Die Smart SEO Revolution Suite ist unser All-in-one-SEO-Modul für PrestaShop: Sie führt unsere wichtigsten SEO-Funktionen in einem Back-Office-Dashboard zusammen, unter einer Lizenz und einem Update-Kanal, damit Sie nicht mehrere Module mit je eigener Einstellungsseite verwalten müssen.Die Suite liefert, was diese Einzelmodule können, plus Extras:Advanced SEO Sitemap Builder — XML/HTML-Sitemaps, hreflang und Bildeinträge, mit automatischer Teilung an der Grenze von 50.000 URLs.Automatic SEO Schema Rich Snippets — Product-, Offer-, BreadcrumbList-, Organization-, Article-, FAQ- und Review-Markup.Product Canonical Manager — Canonicals, hreflang und noindex/nofollow-Steuerung.Automatic Internal SEO Linker — interne Verlinkungsvorschläge von Keyword zu URL über Ihre Inhalte.Hinzu kommen Vorlagen für Title/Description mit Platzhaltern, ein 301/302/410-Weiterleitungsmanager mit Zugriffsprotokoll, 404-Monitoring, robots.txt- und llms.txt-Editoren, Open-Graph- und Twitter-Card-Ausgabe, Google-Search-Console-Import sowie KI-Massenerstellung von Meta-Tags über OpenAI, Claude oder Gemini.Die Kauflogik ist einfach: Brauchen Sie nur eine Funktion für sich — etwa nur Canonicals — ist das passende Einzelmodul womöglich die schlankere Wahl. Die Suite bündelt diese SEO-Funktionen in einem Modul und einem Dashboard; vergleichen Sie sie daher mit den Einzelmodulen anhand der Funktionen, die Sie tatsächlich brauchen.

Meine Produktbilder erscheinen nicht in der Google-Bildersuche. Warum?

Meist liegt es an ein paar behebbaren Dingen, am häufigsten an fehlendem oder leerem Alt-Text. Google stützt sich stark auf das alt-Attribut und den umgebenden Kontext, um zu verstehen, was ein Bild zeigt. Bilder ohne beschreibenden Alt-Text erscheinen daher selten in der Bildersuche. Gehen Sie diese Liste durch:Leerer oder generischer Alt-Text — der größte Faktor; beheben Sie das zuerst.robots.txt blockiert den Bildordner — Google kann nicht indexieren, was es nicht abrufen kann.Bilder werden nur durch Lazy-Loading-JavaScript geladen, das der Crawler nicht ausführt. Mit nativem Lazy Loading ist das heute seltener.Keine Bildeinträge in Ihrer Sitemap, sodass Discovery langsamer ist.Sehr kleine oder qualitativ schwache Bilder, die Google möglicherweise nicht indexiert.Beginnen Sie mit dem Alt-Text. Automatic SEO Images Alt Tags generiert ihn aus Ihren Katalogdaten — Produktname, Hersteller, Kategorie, Referenz und mehr — und kann nur leere Legends füllen oder vorhandene ersetzen. Beachten Sie: Es gibt Google sauberen Alt-Text zu lesen; es garantiert keine Indexierung oder Rankings.Im Modul ist das Standard-Produkttemplate {product_name} - {manufacturer}, Listing-Seiten verwenden {product_name} - {category}, Kategorien {category_name}, und die Standard-Maximallänge beträgt 125 Zeichen. Sie können Platzhalter wie {reference}, {ean13}, {mpn} und {image_position} hinzufügen, um Galeriebilder unterscheidbarer zu machen. Der Builder entfernt leere Trennzeichen und schneidet langen Text an einer Wortgrenze ab, sodass ein Template wie {product_name} - {manufacturer} - {reference} lesbar bleibt, auch wenn ein Feld fehlt.Das Modul füllt den Image-Legend-/Alt-Wert zur Präsentationszeit für Produkt-Coverbilder, Produktgaleriebilder, Listing-Bilder und unterstützte Kategoriebilder. Standardmäßig füllt es leere Werte, ohne handgeschriebene Legends zu überschreiben; aktivieren Sie Ersetzung nur, nachdem Sie geprüft haben, dass Ihr manueller Alt-Text nicht besser ist. Leeren Sie nach Template-Änderungen den Cache und prüfen Sie die gerenderten img alt-Attribute auf einer Produkt- und Kategorieseite. Es ist kein Bild-Sitemap-Generator und kann Google nicht zur Bildindexierung zwingen, entfernt aber einen der wichtigsten katalogseitigen Blocker.

Wie weiß ich, ob meine strukturierten Daten korrekt funktionieren?

Lassen Sie eine Ihrer Produkt-URLs durch Googles Rich Results Test laufen - er zeigt, welche strukturierten Daten Google auf der Seite findet und markiert Fehler oder Warnungen. Sie können die Abdeckung außerdem über Zeit in Google Search Console unter den Enhancements-Berichten überwachen. Nach der Installation unseres Schema & Rich Snippets module testen Sie einige Produkt-, Kategorie- und CMS-Seiten, bevor Sie sich auf die Storefront-Ausgabe verlassen.Im Modul-Back-Office können Sie im Vorschaubildschirm einen Seitentyp auswählen und JSON-LD erzeugen, bevor Sie sich auf die Live-Seite verlassen. Product-, Organization-, WebSite-, Breadcrumb-, Category- und CMS-Schema sind standardmäßig aktiviert, während FAQ-Markup standardmäßig aus ist, weil FAQ-Inhalt mit sichtbarem Seiteninhalt übereinstimmen muss. Product-Schema nutzt Katalogdaten wie Hersteller/Brand, SKU-artige Kennungen, Zustand, Reviews, Varianten und bis zu fünf Bilder, sofern Sie das Bildlimit nicht ändern.Wichtiger aktueller Code-Hinweis: Live-Storefront-Schema sollte mit deaktiviertem bestehenden JSON-LD-Cleanup geprüft werden oder nachdem die Modulausgabe so markiert wurde, dass der Cleaner sie erhält. Das Modul gibt JSON-LD-Scripts in displayHeader aus, aber der Cleanup-Schritt läuft auf dem finalen HTML und entfernt application/ld+json-Blöcke, sofern sie nicht den Modul-Markerkommentar enthalten. Die aktuelle Header-Ausgabe enthält diesen Marker nicht, sodass Standard-Cleanup das Schema entfernen kann, das das Modul gerade gerendert hat.Das bedeutet: Validieren Sie sowohl die Vorschauausgabe als auch die echte öffentliche URL, nachdem Cache, Theme-Hooks und andere SEO-Module gelaufen sind. Wenn Cleanup aktiviert ist, prüfen Sie die tatsächliche Seitenquelle, um zu bestätigen, dass JSON-LD noch vorhanden ist. Warnungen für optionale Felder blockieren nicht immer die Berechtigung, aber Fehler in erforderlichen Product-Feldern sollten behoben werden, bevor Sie Rich Results erwarten. Auch gültiges Schema garantiert nicht, dass Google Rich Results anzeigt; es macht die Seite nur berechtigt.

Kann der Friendly URL Manager URLs reparieren, die bereits von Google indexiert sind?

Ja. Das Modul zeichnet alte URLs auf, wenn Produkt-/Kategorie-/CMS-/Hersteller-/Lieferanten-URLs geändert werden, und liefert Weiterleitungen aus der History-Tabelle. Genau dafür ist es da: indexierte Google-URLs nach Slug- oder Pattern-Änderungen zu schützen. Nutzen Sie 301-Weiterleitungen für permanente Umzüge, lassen Sie Redirect History aktiviert und vermeiden Sie wiederholte Änderungen an URL-Patterns, außer Sie sind bereit, die Redirect Chain zu verwalten.Die History-Tabelle speichert alte URL, neue URL, Redirect-Typ, Entitätstyp, Entitäts-ID, Shop-ID, Aktiv-Flag, Hit Count, Last-Hit-Datum und Änderungsgrund. Der Lifecycle Handler erfasst alte URLs vor Entitätsupdates, vergleicht sie nach dem Update und zeichnet URL-Änderungen für Produkte, Kategorien, CMS-Seiten, Hersteller und Lieferanten auf. Er hat außerdem Delete- und Disable-Verhalten, das je nach Konfiguration zu Parent, Homepage, 410 Gone oder zu nichts weiterleiten kann.Zur Request-Zeit prüft der Router Overrides und History-Einträge und gibt konfigurierte Redirect-URL und Redirect-Typ zurück, wenn eine alte URL gematcht wird. Für SEO-Migrationen halten Sie alte History-Zeilen lange genug aktiviert, damit Suchmaschinen und externe Links sich setzen, bevorzugen Sie 301 bei permanenten Slug-Änderungen und testen Sie wichtige indexierte URLs mit einem direkten HTTP-Request, um zu bestätigen, dass sie eine saubere Weiterleitung zum finalen Ziel zurückgeben.

Wie viele Sitemaps erstellt der Sitemap Builder?

So viele, wie Ihr Shop braucht. Advanced SEO Sitemap Builder verwendet keine feste Anzahl von Sitemap-Dateien und benennt Child-Dateien nicht nach Entitätstyp. Das Modul sammelt die aktivierten URL-Quellen, prüft sie, schreibt aufgeteilte XML-Dateien und erstellt dann einen Sitemap-Index für den Shop.Standardmäßig enthält das Modul Produkte, Kategorien, CMS-Seiten, Core-Seiten, Produktbilder und hreflang-Alternativen. Hersteller und Lieferanten sind ebenfalls verfügbare URL-Quellen, sind in den Modul-Defaults aber deaktiviert. Der Writer teilt die Ausgabe auf, wenn das konfigurierte URL-Limit erreicht ist, mit 50,000 URLs pro Datei als Standard, und schützt zusätzlich das 50 MB-Dateigrößenlimit des Sitemap-Protokolls.Example generated files for shop ID 1:modules/mprsitemapbuilder/sitemaps/sitemap_index_1.xmlmodules/mprsitemapbuilder/sitemaps/sitemap_1_1.xmlmodules/mprsitemapbuilder/sitemaps/sitemap_1_2.xmlmodules/mprsitemapbuilder/sitemaps/sitemap_1_3.xml https://www.example.com/modules/mprsitemapbuilder/sitemaps/sitemap_1_1.xml 2026-06-17T10:00:00+00:00 https://www.example.com/modules/mprsitemapbuilder/sitemaps/sitemap_1_2.xml 2026-06-17T10:00:00+00:00 Reichen Sie nur die Index-URL in der Google Search Console ein. Google liest die Child-Dateien aus dem Index, Sie müssen also nicht jede generierte XML-Datei manuell verwalten. In Multistore-Installationen erhält jeder Shop seinen eigenen shop-ID-basierten Index und eigene Child-Dateien.

Mein SEO-Modul zeigt in manchen Tools "missing Schema markup". Ist das ein Problem?

Eine Missing-Markup-Warnung bedeutet, dass das Tool auf dieser URL den Schema-Typ oder ein Pflichtfeld nicht gefunden hat. In Schema Revolution prüfen Sie zuerst, ob der Schema-Typ für diesen Seitentyp aktiviert ist, vergleichen dann die Modulvorschau mit der finalen Seitenquelle nach geleertem Cache und testen schließlich die Live-URL in Googles Rich Results Test oder dem Schema.org-Validator.Schema-Warnungen sollten mit den Einstellungen für strukturierte Daten des SEO-Moduls abgeglichen werden.Das Modul baut JSON-LD basierend auf dem erkannten Seitentyp. Je nach Konfiguration kann es Organization und WebSite auf der Homepage ausgeben, BreadcrumbList auf Nicht-Home-Seiten, Product-Schema auf Produktseiten, CollectionPage für Kategorien und Article für CMS-Seiten. Product-Schema kann Name, URL, Beschreibung, SKU, GTIN, MPN, Brand aus der konfigurierten Katalogquelle, Bilder, Zustand, Offers, Verfügbarkeit, Versanddetails, Rückgaberichtlinie, Ratings, Reviews, Gewicht und Kategoriedaten enthalten, wenn der Shop diese Daten verfügbar hat.{ "@context": "https://schema.org", "@type": "Product", "name": "Example product", "url": "https://example.com/product.html", "description": "Short product description", "sku": "REF-123", "gtin13": "1234567890123", "offers": { "@type": "Offer", "price": "29.99", "priceCurrency": "EUR", "availability": "https://schema.org/InStock" } }Wenn Google fehlende Felder meldet, vergleichen Sie drei Dinge: die Modulvorschau, die finale HTML-Quelle nach dem Leeren von PrestaShop- und externen Caches und die Live-URL, wie sie vom Testtool abgerufen wird. Ein Feld kann fehlen, weil der Schema-Typ deaktiviert ist, der Page Detector die Seite nicht wie erwartet erkennt, dem Produkt Quelldaten wie Brand oder GTIN fehlen, noch gecachtes HTML ausgeliefert wird oder ein anderes Theme/Modul die finale Ausgabe verändert.Seien Sie vorsichtig mit den Cleanup-Optionen. Sie sollen ältere Microdata und doppelte JSON-LD entfernen, aber der aktuelle JSON-LD-Cleanup erhält nur Scripts, die mit markiert sind, während die Header-Ausgabe des Moduls unmarkiert ist. Wenn clean_existing_jsonld aktiviert ist, auch im Standardzustand, kann der Cleanup das eigene Schema des Moduls aus dem finalen HTML entfernen. Wenn Tools fehlendes Schema zeigen, deaktivieren/korrigieren Sie JSON-LD-Cleanup oder fügen Sie den erwarteten Marker hinzu, bevor Sie ein anderes Modul verantwortlich machen.Öffnen Sie in der Modulkonfiguration Schema Revolution > Configuration > Schema Types. Aktivieren Sie dort den fehlenden Typ: Product Schema, Organization Schema, WebSite Schema, Breadcrumb Schema, Category Schema oder CMS Article Schema, je nachdem, welche URL getestet wird.Wenn das Schema in der Vorschau existiert, aber aus dem finalen HTML verschwindet, deaktivieren Sie während des Tests Remove Existing JSON-LD im selben Tab Schema Types. Diese Option entfernt vor der Ausgabe nicht markierte application/ld+json-Skripte von der Seite und ist daher die erste Einstellung, die geprüft werden sollte, wenn Validatoren melden, dass sämtliches JSON-LD fehlt.

Was ist im SEO Technical Pack enthalten?

Das SEO Technical Pack ist das PrestaShop-SEO-Modulpaket für die technischen Signale, mit denen Google Ihren Shop crawlt, versteht und sauber zusammenführt. Es bündelt vier unserer Module: Advanced SEO Sitemap Builder für XML/HTML-Sitemaps, Automatic SEO Schema Rich Snippets für Schema.org-Daten, Product Canonical Manager für Canonical- und noindex-Steuerung sowie Hreflang Tags Manager für mehrsprachiges Targeting.Es unterscheidet sich von der vollständigen Smart SEO Revolution Suite, weil es bei der Infrastruktur bleibt und nicht jeden SEO-Arbeitsbereich abdeckt. Wählen Sie dieses Pack, wenn Crawl-Discovery, strukturierte Daten, Duplicate-Content-Kontrolle und korrektes Language Targeting Priorität haben und Sie nicht jedes technische Modul einzeln kaufen möchten.

Bündeln Sie Sitemap-, Schema-, Canonical- und Hreflang-Werkzeuge in einem PrestaShop-Paket für technisches SEO

HTML-Sitemap-Seite mit allen Kategorien und Produkten für Besucher und Crawler

XML-Sitemap-Generator-Dashboard mit Steuerung pro Entität und Zeitplanung

Vorschau des Schema.org-Rich-Snippet-Markups für Produkte und Breadcrumbs

Dashboard zur Verwaltung von Canonical-Tags zur Vermeidung von Duplicate Content

Hreflang-Tag-Einstellungen zur Zuordnung von Sprachen und Ländern für mehrsprachiges SEO

Bündeln Sie Sitemap-, Schema-, Canonical- und Hreflang-Werkzeuge in einem PrestaShop-Paket für technisches SEO

SEO Technical Pack

Name: SEO Technical Pack
Brand: mypresta.rocks
SKU: mpr-pack-seo-technical
Price: 349.00 EUR
Availability: InStock

Sitemap + Canonical + Schema + URL-Manager — komplettes technisches SEO

Keine Bewertungen

349,00 €

exkl. MwSt.

SEO Technical Pack bündelt die vier Module, die die technische Grundlage liefern, damit Google jede Seite Ihres Shops entdecken, verstehen und indexieren kann: einen XML-Sitemap-Generator, Schema.org-Markup für Rich Snippets, Canonical-Tag-Verwaltung gegen Duplicate Content und hreflang-Tags für mehrsprachige Shops.

Das ist die Basisschicht des SEO – der Teil, den Google prüft, bevor Inhalte überhaupt eine Rolle spielen. Ohne korrekte Sitemaps, Schema-Markup, Canonicals und hreflang verschenken Sie einen Großteil der Ranking-Wirkung Ihrer On-Page-Arbeit. Jedes Modul installiert und konfiguriert sich unabhängig im eigenen Backoffice-Screen, sodass Sie die Einführung modulweise auf Staging testen können.

Einzelwert: 466 €. Mit dem Pack sparen Sie 117 € (25 %). Geeignet für Shops, die die technische SEO-Basis noch nicht aufgebaut haben, mehrsprachige Shops, die hreflang ab dem ersten Tag brauchen, und Agenturen, die neue PrestaShop-Projekte aufsetzen. Die Kompatibilität variiert je Modul – die genauen PrestaShop-Versionen finden Sie auf der jeweiligen Produktseite.

Angebot anfordern

Werkzeugset für Suchsichtbarkeit. Enthält Sitemap-Erstellung, strukturierte Daten, Canonical-Behandlung und hreflang-Ausgabe in einem einzigen Paket.
Suchmaschinen-Pings und Protokolle. Aktualisierungen können Google und Bing informieren, während Meldungen zeigen, was wann erzeugt wurde.
Prüfbare Rich-Result-Daten. Mitarbeitende sehen die erzeugten Suchdaten, bevor Suchmaschinen die Seite erneut besuchen, und entfernen überlappende Theme-Ausgaben.
Adressregeln mit Priorität. Händler wählen Seitentypen, Sprachen und Regelreihenfolge für Adressangaben, ohne Katalogdaten zu ändern.
Auswahl der Fallback-Sprache. Shops wählen eine Standardsprache für nicht passende Besucher, während einsprachige Shops nichts Zusätzliches ausgeben.
Unabhängige Installationen. Jedes Modul hat seinen eigenen Konfigurationsbildschirm im Back Office; der Rollout kann in Etappen erfolgen.
Echte Paketersparnis. Rund 25% günstiger als der Einzelkauf der vier Lizenzen.

Der Anfang: XML- und HTML-Sitemaps für die Auffindbarkeit

SEO Technical Pack bündelt vier Module für die Signale, die Crawler zuerst lesen: Auffindbarkeit, strukturierte Daten, Canonical-Konsolidierung und sprachliche Ausrichtung. Die Auffindbarkeit übernimmt Advanced SEO Sitemap Builder, der XML-Sitemaps für Produkte, Kategorien, CMS-Seiten, Marken, Lieferanten und Kernseiten schreibt. Er kann zusätzlich die hier gezeigte gruppierte HTML-Sitemap veröffentlichen, die Kunden und Crawlern einen klaren Weg durch den Shop gibt.

SEO Technical Pack – HTML-Sitemap-Seite aus dem Sitemap Builder

Geplante Generierung mit URL-Gesundheitschecks

Eine Sitemap hilft nur, wenn ihre URLs den Crawl verdienen. Vor der Ausgabe kann der Builder gespeicherte URLs auf HTTP-Status, Canonical-Tags und noindex-Direktiven prüfen; Katalogänderungen markieren passende URLs für eine erneute Prüfung beim nächsten Lauf. Die Generierung läuft nach Zeitplan hinter einem erneuerbaren privaten Zugriffsschlüssel, große Kataloge werden in indexierte Dateien geteilt, und Google und Bing erhalten bei Updates einen Ping. Das hier abgebildete Dashboard zeigt Status und Logs — Wartung ist belegt statt vermutet.

SEO Technical Pack – Sitemap-Dashboard im Back Office

Schema.org-Markup aus Ihrem echten Katalog

Automatic SEO Schema Rich Snippets passt strukturierte Daten an den Seitentyp an: Organization und WebSite auf der Startseite, BreadcrumbList auf den übrigen Seiten, Product und Offer auf Produktseiten, CollectionPage auf Kategorien, Article auf CMS-Seiten. Das Markup liest SKU, GTIN, Marke, Preis und Bestand aus den Live-Daten; Varianten können als eigene Angebote in einem AggregateOffer erscheinen. Die hier gezeigte Vorschau erlaubt die Prüfung vor dem Recrawl, und eine Bereinigungsoption entfernt überlappendes Theme-Markup. Die Eignung für reichere Suchergebnisse steigt — die endgültige Darstellung bleibt Sache der Suchmaschine.

SEO Technical Pack – Schema-Vorschau im Back Office

Canonical-Regeln gegen doppelte URLs

Doppelte Pfade zum selben Inhalt zersplittern Ranking-Signale. Product Canonical Manager wendet prioritätsgesteuerte Regeln auf Produkte, Kategorien, CMS-Seiten, Hersteller und Lieferanten an: vorhandene Canonicals überschreiben, fehlende ergänzen oder eine eigene sprachspezifische Adresse setzen, mit noindex und nofollow auf passenden Regeln. Die Tags werden im gerenderten Seitenkopf umgeschrieben, die Katalogdaten bleiben unangetastet. Das Dashboard auf dem Screenshot fasst aktive Regeln, hreflang-Status, Parameter-Bereinigung und Seitentyp-Abdeckung zusammen.

SEO Technical Pack – Canonical-Regeln-Dashboard

hreflang-Tags, die jeden Markt seiner Sprache zuordnen

Für mehrsprachige Shops ergänzt Hreflang Tags Manager rel-alternate-hreflang-Links für jede aktive Sprache und baut die Adressen über PrestaShops eigene Linkerzeugung für Produkte, Kategorien, CMS-Seiten, Marken und Lieferanten. Der gezeigte Einstellungsbildschirm ist die gesamte Konfiguration: Sie schalten die Ausgabe ein, entscheiden, ob ein x-default-Eintrag nicht zugeordnete Besucher abdeckt, und wählen die Sprache, auf die er zeigt. Bei nur einer aktiven Sprache oder deaktiviertem Modul werden keine Tags ausgegeben.

SEO Technical Pack – hreflang- und x-default-Einstellungen

Vier eigenständige Module, ein überlegter Kauf

Die vier Lizenzen kommen in einer Bestellung, leben aber getrennt: Sitemap und Schema können diese Woche live gehen, Canonical-Regeln und hreflang folgen, sobald die Sprachzuordnung entschieden ist. Einzeln kosten die Lizenzen 466 €, im Paket 349 € — rund 25% weniger. Die unterstützten PrestaShop-Versionen unterscheiden sich je Modul; prüfen Sie die jeweilige Produktseite. Alle vier sind Back-Office-Werkzeuge, deren Ausgabe in Seitenköpfen und generierten Dateien landet, nicht in kundenseitigen Skripten. Onpage-Signale wie Alt-Tags und interne Verlinkung deckt das SEO Content Pack ab.

Referenz

mpr-pack-seo-technical
PrestaShop-Kompatibilität

Modulspezifisch
Preismodell

Paketangebot
Modultyp

Front & Back-office
DSGVO-relevant

Nein
Geschäftsziel

Traffic steigern
Externes Konto erforderlich

Nein
Modul-Komplexität

Komplettlösung
Phase der Customer Journey

Besucher anziehen
Funktioniert mit Plattform

Keine externe Plattform

Advanced SEO Sitemap Builder149,00 €

Automatic SEO Schema Rich Snippets149,00 €

Product Canonical Manager99,00 €

Hreflang Tags Manager69,00 €

Was unsere Kunden über uns sagen

Unternehmensbewertungen

5.0 ★ ★ ★ ★ ★ (4 Bewertungen)

Kundenbewertungen werden geladen...

Noch keine Produktbewertungen

Teilen Sie als Erste/r Ihre Erfahrung mit diesem Modul.

Bewertung schreiben

Ihre Bewertung *

★ ★ ★ ★ ★

Bewerten Sie bestimmte Aspekte (optional)

Qualität

★ ★ ★ ★ ★

Preis-Leistung

★ ★ ★ ★ ★

Stabilität

★ ★ ★ ★ ★

Kompatibilität

★ ★ ★ ★ ★

Kundensupport

★ ★ ★ ★ ★

Ihr Name *

Ihre E-Mail *

Bewertungstitel

Ihre Bewertung *

Fotos hinzufügen (Max. 3)

Zum Hochladen klicken oder per Drag & Drop

Komplette technische SEO-Abdeckung für PrestaShop in einem Bundle: Meta-Tag-Templates, XML-Sitemaps, hreflang für mehrsprachige Shops, Schema.org JSON-LD, saubere URL-Strukturen, Lazy Loading für Bilder, automatische interne Verlinkung, Steuerung des Kategorie-H1, Untertitel für Produkt-/Kategorie-/CMS-Seiten und CMS-Anzeigenamen.

Vollständige Dokumentation lesen PDF herunterladen

Haben Sie eine Frage zu diesem Produkt? Unsere Experten helfen Ihnen gerne. Fragen Sie uns zu Installation, Kompatibilität oder technischen Daten.

1258 Fragen

9 Kategorien

2014 Modulbau seit

1.7–9 PrestaShop-Versionen

Alle Fragen anzeigen

Passt gut zu SEO Technical Pack

Module, die unser Team wirklich mit diesem kombiniert — und warum jedes davon in dasselbe Setup gehört.

-10%

Fügen Sie automatisch keywordbasierte interne Links in Ihre PrestaShop-Shopseiten-Inhalte ein

Automatic Internal SEO Linker

116,10 €

129,00 €

★ ★ ★ ★ ★

Complement

Sobald Crawler über Ihre Sitemap jede Seite erreichen, zeigen interne Links, welche Seiten am wichtigsten sind; der Internal SEO Linker baut kontextbezogene Links zwischen Produkten und Kategorien auf, um diese Crawl-Wertigkeit zu verteilen.

Saubere SEO-freundliche URLs in PrestaShop mit Weiterleitungen und Duplikat-URL-Kontrolle erstellen

Smart SEO Friendly URL Manager

149,00 €

★ ★ ★ ★ ★

Complement

Sitemaps und Canonicals nützen nur bei sauberen URLs; der SEO Friendly URL Manager schreibt Produkt- und Kategorie-URLs um und normalisiert sie, damit die Links, die dieses Paket an Google übermittelt, ordentlich und konsistent bleiben.

Ihr gesamtes PrestaShop-SEO an einem Ort verwalten - Metadaten, Canonicals, Weiterleitungen, Schema und Hreflang

Smart SEO Revolution Suite

299,00 €

★ ★ ★ ★ ★

Complement

Dieses Paket deckt die vier technischen Grundlagen mit je einem Modul ab; SEO Revolution ist die All-in-One-Suite, die zusätzlich Weiterleitungen, Meta-Regeln und Indexierungsrichtlinien steuert. Kombinieren Sie beide für technische Basics plus zentrale SEO-Steuerung.

Stärken Sie das On-Page-SEO von PrestaShop mit Alt-Tags, Lazy Loading, internen Links und Kategorietexten

SEO Content Pack

329,00 €

Bundle — Save Big

★ ★ ★ ★ ★

Complement

Technisches SEO liefert Google saubere Sitemaps, Schema, Canonicals und Hreflang zum Crawlen; das SEO Content Pack füllt diese Seiten mit optimierten Titeln, Beschreibungen und Texten. Beide zusammen ergeben das komplette Bild aus On-Page und Infrastruktur.

Alle bekannten Probleme anzeigen

Funktionswünsche werden geladen...

Vollständige Roadmap anzeigen

30 Tage Rückgaberecht
Einfache Rückgabe – keine Fragen

Plug & Play Module
Installieren, einrichten und profitieren

Support an erster Stelle
Priorität für Hilfe & Zufriedenheit

Bündeln Sie PrestaShop-Kasse-, SEO-, Such-, Social- und Sicherheitswerkzeuge in einem Revolution-Paket

Revolution Complete Pack

1.999,00 €

Bundle — Save Big

★ ★ ★ ★ ★

Details ansehen

Schalten Sie den vollständigen PrestaShop-Modulkatalog in einem All-in-One-Kauf frei

Ultimate All-In-One Pack

2.999,00 €

Bundle — Save Big

★ ★ ★ ★ ★

Details ansehen

SEO Content Pack

329,00 €

Bundle — Save Big

★ ★ ★ ★ ★

Ein PrestaShop-B2B-Paket, das USt-Validierung, Zahlungsziele, Steueranzeige und Handelsregistrierung bündelt

B2B Essentials Pack

399,00 €

Bundle — Save Big

★ ★ ★ ★ ★

Cookie	Anbieter	Zweck	Dauer
PrestaShop-*	PrestaShop	Sitzungsverwaltung und Warenkorb-Funktionalität	Sitzung
PHPSESSID	PHP	PHP-Sitzungskennung	Sitzung
mprcr_consent	MPR Cookies Revolution	Speichert Cookie-Einwilligungseinstellungen	365 Tag(e)
mprcr_version	MPR Cookies Revolution	Verfolgt die Version der Einwilligungskonfiguration	365 Tag(e)

Cookie	Anbieter	Zweck	Dauer
TawkConnectionTime	Tawk.to	Verfolgt die Verbindungszeit der Chat-Sitzung	Sitzung
__tawkuuid	Tawk.to	Identifiziert wiederkehrende Chat-Besucher	6 Monat(e)

Cookie	Anbieter	Zweck	Dauer
_ga	Google Analytics	Unterscheidet eindeutige Benutzer durch eine zufällig generierte Nummer	2 Jahr(e)
_ga_*	Google Analytics	Wird verwendet, um den Sitzungsstatus über Seitenaufrufe hinweg beizubehalten	2 Jahr(e)
_gid	Google Analytics	Unterscheidet eindeutige Benutzer für 24 Stunden	24 Stunde(n)

SEO Technical Pack

Sitemap + Canonical + Schema + URL-Manager — komplettes technisches SEO

Der Anfang: XML- und HTML-Sitemaps für die Auffindbarkeit

Geplante Generierung mit URL-Gesundheitschecks

Schema.org-Markup aus Ihrem echten Katalog

Canonical-Regeln gegen doppelte URLs

hreflang-Tags, die jeden Markt seiner Sprache zuordnen

Vier eigenständige Module, ein überlegter Kauf

Was unsere Kunden über uns sagen

Passt gut zu SEO Technical Pack

You might also like