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.

Verarbeitet das Alt Tags-Modul Bilder, die ich künftig hinzufüge?

Ja, genau so funktioniert es. Automatic SEO Images Alt Tags schreibt beim Installieren keinen Alt-Text in Ihre Datenbank. Es setzt den Alt-Wert (Legend) dynamisch, jedes Mal wenn eine Produkt-, Listing- oder Kategorieseite gerendert wird, indem es in die Presenter-Schicht von PrestaShop einhakt. Laden Sie ein neues Produktbild hoch, ist es automatisch abgedeckt, kein erneuter Lauf, kein Batch-Job.Templates kombinieren Tokens wie {product_name}, {category}, {category_name}, {manufacturer}, {image_position} und Produktkennungen ({reference}, {ean13}, {isbn}, {upc}, {mpn}), mit separatem Template pro Shopsprache, damit jede Storefront ein lokalisiertes Alt-Tag bekommt.Eine Sicherheitsregel: Standardmäßig überschreibt das Modul nie Alt-Texte, die Sie von Hand eingegeben haben, es füllt nur leere Felder. Sie können Override aktivieren, wenn jedes Bild vom Template gesteuert werden soll. Die Standard-Maximallänge beträgt 125 Zeichen.Das Modul registriert Presenter-Hooks für Produktseiten, Produktlisten und Kategorieseiten. Auf einer Produktseite aktualisiert es Coverbild, Standardbild und Galeriebilder. In Listen aktualisiert es das präsentierte Produkt-Cover/-Standardbild und die Bildliste. Auf Kategorieseiten aktualisiert es die Kategorie-Bildlegende. Weil dies in den präsentierten Daten geschieht, bleibt es cache-kompatibel und erfordert kein Scannen oder Umschreiben des gerenderten HTML.Die Standardtemplates sind einfach und sicher: Produktseiten verwenden {product_name} - {manufacturer}, Listing-Seiten {product_name} - {category}, und Kategorieseiten {category_name}. Sie können sie ändern, um Referenzen oder Kennungen einzubinden, aber halten Sie das Ergebnis lesbar. Suchmaschinen und Screenreader bevorzugen hilfreichen Text gegenüber einer überfüllten Attributliste.Der Builder bereinigt den generierten Alt-Text vor der Rückgabe: Er ersetzt Variablen, entfernt HTML, dekodiert Entities, reduziert wiederholte Leerzeichen und entfernt Trennzeichen, die durch fehlende Variablen leer geblieben sind. Anschließend kürzt er auf die konfigurierte Maximallänge, möglichst an einer Wortgrenze. Dadurch sollte ein fehlender Hersteller kein hässliches hängendes Template hinterlassen, und ein sehr langer Produktname sollte kein übergroßes Alt-Attribut erzeugen.Der praktische Workflow ist: Produkttemplate, Listingtemplate und Kategorietemplate einmal setzen, Override deaktiviert lassen, sofern Sie handgeschriebene Legenden nicht ersetzen wollen, und anschließend eine Produkt- und eine Listing-Seite im Browser-Quelltext prüfen. Künftige Bilder folgen automatisch denselben Regeln, weil der Hook jedes Mal läuft, wenn die Seite präsentiert wird.

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.

Erstellt ein PrestaShop Canonical-Manager 301-Weiterleitungen?

Nein. Der Product Canonical Manager gibt keine 301-Weiterleitungen aus. Stattdessen schreibt er den HTML-Head Ihrer Storefront-Seiten um: Er ersetzt oder ergänzt den canonical tag, setzt Robots noindex/nofollow dort, wo Sie es festlegen, regeneriert hreflang-Tags aus Ihren aktiven Sprachen und bereinigt Canonical-Konventionen wie Parameter entfernen, Kleinschreibung erzwingen oder abschließenden Slash setzen. Die vom Besucher angeforderte URL bleibt gleich.Das ist wichtig, weil Canonical-Tags und 301-Weiterleitungen unterschiedliche Probleme lösen. Ein Canonical-Tag sagt Google, welche Version indexiert werden soll, während jede Variante erreichbar bleibt; eine 301 verschiebt eine URL tatsächlich und ist das richtige Werkzeug, wenn sich eine Adresse dauerhaft geändert hat. Ein häufiger Fehler ist, Weiterleitungen zu verwenden, um doppelte Parameter-URLs zu beheben, etwa Sortierung, Filter oder Tracking-Tags, obwohl ein Canonical die sauberere Lösung ist und diese Seiten für Käufer nutzbar bleiben. Der Product Canonical Manager verändert nur die Head-Tags und lässt die angeforderte URL unverändert.Im Code arbeitet das Modul über hookActionOutputHTMLBefore. Dieser Hook erhält das fertige HTML, prüft, ob ein -Bereich existiert, ermittelt die aktuelle Seitenentität und ändert dann Canonical-, Robots- und hreflang-Tags, bevor die Antwort gesendet wird. In diesem Pfad gibt es keine Redirect-Antwort, keine Änderung des HTTP-Status und kein Umschreiben der Request-URL.Regeln werden nach Entitätstyp und Entitäts-ID gespeichert, mit Shop-Scope, Priorität, Aktiv-Flag und sprachspezifischer benutzerdefinierter Canonical-URL. Unterstützte Entitätstypen sind Produkte, Kategorien, CMS-Seiten, Hersteller und Lieferanten. Eine Regel kann eine bestimmte Entität ansprechen oder mit Entitäts-ID 0 als Regel für alle Entitäten dienen. So können Sie einen breiten Fallback erstellen und ihn anschließend mit einer spezifischen Regel höherer Priorität überschreiben.Auch die Canonical-Aktion ist wichtig:override ersetzt ein vorhandenes Canonical durch die berechnete oder benutzerdefinierte URL.custom verwendet die für die Sprache gespeicherte benutzerdefinierte URL.add missing fügt nur dann ein Canonical ein, wenn die Seite keines hat.Das Entfernen von Parametern wird auf die Canonical-URL angewendet, nicht auf die sichtbare URL des Käufers. Die standardmäßig entfernten Parameter enthalten übliche Tracking-Werte wie utm_source, utm_medium, utm_campaign, fbclid, gclid und msclkid. Deshalb ist das Modul nützlich, um doppelte URLs zu bereinigen, ohne Filter-, Sortier- oder Kampagnen-URLs zu zerstören, die Kunden weiterhin nutzen können.

Fügt das Internal Linker-Modul Links automatisch hinzu oder muss ich jeden Link konfigurieren?

Ja. Internal Linker kann Links automatisch einfügen, wenn die Seite gerendert wird, basierend auf Linkgruppen, die Keywords einer Ziel-URL zuordnen. Sie müssen nicht jede Produkt-, Kategorie-, CMS- oder Blogbeschreibung manuell bearbeiten, und der gespeicherte Text in der Datenbank wird nicht umgeschrieben.Eine typische Linkgruppe könnte so aussehen:Group name: Shower screen SEOTarget URL: /en/shower-screensKeywords: shower screen, walk-in screen, glass shower panel, shower enclosure|shower partition, shower*Page types: product, category, cmsContent zones: product description, category description, CMS contentMax links from this group: 2Link position: firstKeywords können kommasepariert, sprachspezifisch sein und Varianten mit | nutzen. Wildcard-artige Begriffe wie shower* werden von der Modul-Keyword-Konfiguration unterstützt.Das Modul hat außerdem Schutzmechanismen, damit die Ausgabe natürlich bleibt: Es kann die aktuelle URL überspringen, Überschriften vermeiden, bereits verlinkten Text meiden, doppelte Ziel-URLs verhindern und die Gesamtzahl der Links pro Seite oder pro Gruppe begrenzen. Dadurch eignet es sich für SEO-Linkmuster wie wiederholte Produktbegriffe auf wichtige Kategorie- oder Guide-Seiten zu verlinken, ohne übermäßige interne Links zu erzeugen.Das Modul läuft auf actionOutputHTMLBefore, erhält also das finale Storefront-HTML und verändert nur die Antwort, die an den Besucher gesendet wird. Es überspringt Nicht-Front-Office-Ausgabe, AJAX-Requests, Nicht-HTML-Antworten und Inhalt, der nicht wie HTML aussieht. Der gemeinsame Injector extrahiert dann den und arbeitet in konfigurierten Inhaltsbereichen, während , Scripts und JSON-LD unberührt bleiben.Die Standardwerte sind konservativ: max_links_per_page ist 5, max_links_per_group ist 3, Standardselektoren enthalten Produktbeschreibungen, Beschreibungsblöcke, Seiteninhalt und Beitragsinhalt, und standardmäßig erlaubte Tags sind p, div, span, blockquote, li und td. Die Standardklasse für generierte Links ist mpr-autolink, Ziele auf der aktuellen Seite werden übersprungen, Überschriften ausgeschlossen und mehrere Autolinks im selben Element verhindert.Content-Zonen machen die Einrichtung einfacher als Selektoren von Hand zu schreiben. Der Resolver ordnet Händlerlabels wie product description, category description, CMS content, blog content, manufacturer description und supplier description üblichen Theme-Selektoren zu und filtert sie nach Seitentyp. Sie können CSS-Selektoren und HTML-Tags pro Gruppe trotzdem überschreiben, wenn Ihr Theme ungewöhnliches Markup hat.Der Injector zählt vorhandene Links innerhalb der Zielinhaltsbereiche und reduziert das verfügbare Budget für eine Gruppe, wenn die Seite bereits auf dieselbe Ziel-URL verlinkt. Er unterstützt außerdem Linkplatzierungsstrategien: first, middle, last und spread. Das ist nützlich, wenn ein Keyword in einem langen Guide häufig vorkommt und Sie nur einen natürlichen Link möchten, statt jedes Vorkommen zu einem Anchor zu machen.Für Ziel-URLs können Sie eine URL manuell eingeben oder eine PrestaShop-Entität wählen. Das Admin-Formular unterstützt Produkte, Kategorien, CMS-Seiten, Hersteller und Lieferanten und kann die ausgewählte Entität zu ihrer Front-Office-URL auflösen. Sprachspezifische Keyword- und Ziel-URL-Overrides sind verfügbar, sodass ein mehrsprachiger Shop lokalen Anchor-Text verwenden kann, statt Phrasen einer Sprache in jede Storefront zu zwingen.

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.

Worin unterscheidet sich die Smart SEO Revolution Suite von einzelnen SEO-Modulen?

Die Smart SEO Revolution Suite ist ein Modul, das die wichtigsten technischen SEO-Aufgaben gemeinsam übernimmt, statt mehrere Einzweck-Module zu einer Kette zu verbinden. Sie konfigurieren alles an einer Stelle, und die Teile teilen sich ein Regelwerk.Was in dem einen Modul gebündelt ist:Meta-Title- und -Description-Vorlagen für Produkte, Kategorien, CMS und mehr.XML-Sitemap, robots.txt-Editor und Canonical-Verwaltung.Schema.org-Daten, Open Graph und Twitter Cards sowie hreflang für mehrsprachige Shops.301/302-Weiterleitungen und 404-Überwachung.Bild-SEO, interne Verlinkung und SEO-Bewertung.Einzelne Module sind sinnvoll, wenn Sie wirklich nur eine eng begrenzte Aufgabe brauchen, etwa Bild-Alt-Texte oder nur eine Sitemap. Der Vorteil der Suite: Die Funktionen wissen voneinander. Da ein Modul den Seitenkopf erzeugt, kann es doppelte Theme-Tags entfernen und einen einzigen sauberen Satz aus Canonical, hreflang und Schema halten. Bei mehreren unabhängigen Modulen müssen Sie das selbst koordinieren. Duplikat-Konflikte sind die Folge.Häufiger Fehler: die Suite und ein überschneidendes Einzelmodul kaufen und dann dieselbe Funktion in beiden aktivieren. Lassen Sie je Aufgabe ein Modul zuständig sein. Siehe Smart SEO Revolution Suite.

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

Smart SEO Revolution Suite - All-in-One-Suite für das SEO-Management in PrestaShop

Smart SEO Revolution Suite - Durch technische SEO-Probleme verlorenen Traffic zurückgewinnen

All-in-One SEO Module for PrestaShop - Verwaltung strukturierter Daten

Smart SEO Revolution Suite - Suchmaschinen klarere Seiteninformationen bereitstellen

Smart SEO Revolution Suite - 404-Fehler beheben und 301-Weiterleitungen in PrestaShop verwalten

Smart SEO Revolution Suite - Indexierung und Robots-Regeln pro Seitentyp steuern

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

SEO Revolution

Name: SEO Revolution
Brand: mypresta.rocks
SKU: mprseorevolution
Price: 299.00 EUR
Availability: InStock

All-in-One-SEO für PrestaShop, Canonicals, hreflang, JSON-LD, Sitemaps und Search Console in einer Regelmatrix

Keine Bewertungen

PrestaShop 1.6 – 9.0PHP 7.1+Version 2.28.33Veröffentlicht 24.12.2025Aktualisiert 26.07.2026

299,00 €

zzgl. MwSt.

SEO Revolution ist ein Modul für PrestaShop-Shops, das Suchdaten, Katalogänderungen und Indexierung in einem gesteuerten Ablauf zusammenführt. Nach der Installation führt das Aktionszentrum durch das erste Seiteninventar, die Analyse, die Sitemap-Erstellung und die Integritätsprüfung.

Google Search Console liefert Klicks, Impressionen, Klickrate, durchschnittliche Position, Suchanfragen, Zielseiten, Länder und Geräte. Google und Bing erhalten geänderte Adressen über die eigenen Verbindungen des Händlers. OpenAI, Claude und Gemini liefern auf Wunsch Textvorschläge mit dem Zugangsschlüssel des Händlers. Mögliche Gebühren berechnet der gewählte Dienst separat.

Der Einstieg bleibt übersichtlich, die Konfiguration reicht tief. Sie wählen, welche Seiten in die Suche gehören, welche Adresse kanonisch ist, welche Sprachfassungen veröffentlicht werden, was in die Sitemaps gelangt und welche Angaben in erweiterten Suchergebnissen erscheinen. Gemeinsame Regeln erfassen den Katalog schnell, Einzelwerte regeln Ausnahmen.

SEO Revolution schützt außerdem die bereits erarbeitete Sichtbarkeit. Inaktive, ausgeblendete und gelöschte Produkte behalten ihre früheren Adressen in jeder Sprache und führen zu einem freigegebenen Ersatz oder einer aktiven Oberkategorie. Gespeicherte fehlerhafte Links werden nach der Prüfung korrigiert, und jede Seite erhält neben der SEO-Bewertung eine eigene Lesbarkeitsnote.

Der Shop gewinnt eine klare Arbeitsreihenfolge, widerspruchsfreie Angaben für Suchmaschinen und weniger verlorene Sichtbarkeit bei Katalogänderungen. Ein kleines Team steuert damit auch einen großen mehrsprachigen Katalog über mehrere Shops hinweg.

Sofortiger Download nach dem Kauf

Sofortige Live-Demo Echter Shop, bereit in ca. 1 Min.

5 Demo-Installationen verfügbar · wird alle 48h aufgefüllt

Angebot anfordern

Lebenslange Lizenz pro Domain, sie gehört Ihnen dauerhaft. Enthält 3 Monate Support und Updates. Mehr erfahren

Die Demo ist das vollständige Modul: kaufen Sie jederzeit und aktivieren Sie dieselbe Installation, ohne Neuinstallation und ohne Datenverlust. Öffnen Sie den Tab „Lizenz“ des Moduls und klicken Sie auf „Über mypresta.rocks aktivieren“ (oder fügen Sie Ihren Schlüssel ein); Ihre Einstellungen und Daten bleiben unverändert. Updates installieren Sie mit einem Klick über den Tab „Update“.

Support und Updates

3 months Kostenlos 6 months +49,00 € 9 months +79,00 € 12 months +109,00 €

Support automatisch verlängern

+29,90 €/Mo.

Zusätzliche Dienstleistungen

Professionelle Einrichtung Wir konfigurieren das Modul vollständig nach Ihren Bedürfnissen: alle Optionen eingestellt, getestet und verifiziert innerhalb von 1 Werktag. +29,00 €

Visuelle Integration CSS- und Template-Anpassungen passend zu Ihrem Theme: inklusive geräteübergreifender Überprüfung und Screenshot-Review. +49,00 €

Optionen gesamt: 0,00 €

Ausgewählte Summe: 299,00 €

Überblick über die Möglichkeiten von SEO Revolution

SEO Revolution steuert den vollständigen SEO-Ablauf des Shops in PrestaShop und verbindet Search-Console-Daten, Katalogkorrekturen, die Übermittlung an Suchmaschinen und die spätere Kontrolle in einem nachvollziehbaren Prozess. Nach der Installation führt ein Aktionszentrum durch Inventar, Analyse, Sitemap und Integritätsprüfung, während detaillierte Regeln für wachsende Kataloge bereitstehen.

Prioritäten aus echten Suchdaten: Suchanfragen, Zielseiten, Länder, Geräte, Bewertungen und Warnungen ergeben eine geordnete Aufgabenliste.
Schutz bei verschwundenen Adressen: ausgelistete Produkte, Fehlerseiten und defekte Links behalten den Anschluss an ein sinnvolles Ziel.
Arbeit im ganzen Katalog: Vorlagen, Sammelbearbeitung, geprüfte Textvorschläge und interne Links ersetzen wiederholte Einzeländerungen.
Eine Antwort für Suchmaschinen: Indexierung, kanonische Adresse, Sprachfassungen, Sitemaps und Daten für erweiterte Ergebnisse folgen derselben Regel.
Kontrolle beim Wachstum: Multistore-Regeln, Linküberwachung, Konversionsdaten und weitere Werkzeuge bleiben in einem Verwaltungsbereich.
Ein klarer Arbeitsort: die Arbeit findet im eigenen SEO-Bereich des PrestaShop-Backoffice statt, Kunden sehen nur die korrigierten Seiten und Suchangaben.

Der Konfigurationsbildschirm von SEO Revolution

Welche Seite braucht zuerst Aufmerksamkeit?

Der Search-Console-Bereich holt Klicks, Impressionen, Klickrate und durchschnittliche Position in den Administrationsbereich. Suchanfragen und Zielseiten besitzen eigene Ansichten, ergänzt um Länder und Geräte. Ein Rückgang erhält damit einen Begriff, eine Adresse und eine Größenordnung.

Das Seiteninventar ergänzt Seitentyp, Suchstatus, bevorzugte Adresse, Sitemap-Aufnahme und Bewertung. Keyword-Einträge bewahren die Positionsentwicklung, Warnungen melden verlorene Sichtbarkeit und eine eigene Lesbarkeitsnote erklärt schwer verständliche oder zu dichte Texte. Sie wählen den nächsten Eingriff anhand der Daten statt nach einer beliebigen Katalogreihenfolge.

Ansicht im Shop: Welche Seite braucht zuerst Aufmerksamkeit?

Was geschieht, wenn eine Adresse nicht mehr funktioniert?

Ein inaktives, ausgeblendetes oder gelöschtes Produkt gelangt mit seinen früheren Adressen in allen Shopsprachen in den Auslaufprozess. SEO Revolution leitet jede Adresse zum freigegebenen Ersatz oder zur aktiven Oberkategorie weiter. Ohne ein passendes Ziel gilt die alte Seite als dauerhaft entfernt, Weiterleitungsschleifen werden blockiert und eine vom Händler angelegte Weiterleitung bleibt unangetastet.

Die Fehlerseiten-Überwachung speichert Adresse, Aufrufzahl und Herkunftsseite. Die Prüfung interner Links findet außerdem gespeicherte Verweise mit Weiterleitung oder Fehler und ersetzt sie nach Freigabe durch das endgültige Ziel oder entfernt sie. Vorschau und Änderungsverlauf mit Wiederherstellung sichern die Korrektur ab.

Ansicht im Administrationsbereich: Was geschieht, wenn eine Adresse nicht mehr funktioniert?

Wie erreicht eine Entscheidung den ganzen Katalog?

Vorlagen für Titel, Beschreibungen und Seitenüberschriften gelten je Seitentyp und Sprache, während ein einzelnes Produkt, eine Kategorie oder Inhaltsseite bei Bedarf einen eigenen Wert behält. Die Sammelbearbeitung wendet eine gewählte Vorlage an und importiert oder exportiert Metatitel, Metabeschreibungen und umgeschriebene Adressen als CSV. Die Suchvorschau zeigt das Ergebnis vor dem Speichern.

Textvorschläge für Titel und Beschreibungen stammen nach Eingabe des eigenen Zugangsschlüssels von OpenAI, Claude oder Gemini. Der Anbieter rechnet eine Nutzung separat ab, und jeder Vorschlag wartet auf Annahme oder Ablehnung. Regeln für interne Links arbeiten mit eigenen Formulierungen je Sprache, gewählten Seitentypen, Inhaltsbereichen, Zielen und Linkgrenzen.

Blog Revolution veröffentlicht die Artikel, während SEO Revolution deren Indexierung, kanonische Adressen, interne Links und Darstellung in der Suche steuert. Inhaltserstellung und Suchverwaltung behalten damit getrennte Aufgaben.

SEO-Dashboard mit Zählern für Seiten, Indexierung, Weiterleitungen und Fehler über den Aufgaben des Aktionszentrums

Wie erhalten Google und Bing eine widerspruchsfreie Antwort?

Sie wählen, ob eine Seite indexiert wird, welche Adresse sie vertritt, welche Sprachfassungen veröffentlicht und in die Sitemap aufgenommen werden und welche Angaben zum Inhalt passen. Dieselbe Regel steuert Robots-Angaben, kanonische Adresse, Sprachalternativen, Sitemaps und strukturierte Seiteninformationen. Sobald das Modul eigene Angaben veröffentlicht, entfernt es doppelte Sprach-, Social-Media- und strukturierte Einträge des Themes.

Getrennte Listen für Google und Bing zeigen Grund, Zustand, Versuche und nächsten Schritt geänderter und ausgemusterter Adressen. Die externe Übermittlung beginnt nach Aktivierung und Verbindung des betreffenden Dienstes. Google verwendet die Zugangsdaten eines Dienstkontos des Händlers, Bing erzeugt oder übernimmt einen eigenen Schlüssel.

Einstellungen zu strukturierten Daten mit getrennten Schaltern für Produkt-, Kategorie-, Artikel-, Brotkrumen-, Organisations- und Website-Schema

Was bleibt beim Wachstum des Shops unter Kontrolle?

SEO Revolution umfasst Seiteninventar und Bewertung, Search-Console-Berichte, Metadaten, Überschriften und Untertitel, Adressmuster und kanonische Adressen, Weiterleitungen und Fehlerseiten, Auslaufprodukte, Robots-Regeln, XML- und HTML-Sitemaps, Sprachalternativen, Social-Media- und strukturierte Informationen, llms.txt, interne und externe Links, Bildbeschreibungen, Backlink-Überwachung, Disavow-Daten, Indexierungslisten, serverseitige Analysen und Werbekonversionen.

Sie wählen eigene Regeln und Werte für jeden Shop und jede Sprache, mit ausdrücklicher Vererbung gemeinsamer Einstellungen und einer schreibgeschützten Gesamtansicht. So bleibt der erste Scan einfach, während mehrere Sprachfassungen, Storefronts und Zuständigkeiten präzise getrennt werden.

Illustration: Was bleibt beim Wachstum des Shops unter Kontrolle

Referenz

mprseorevolution
Auf Lager

2147483647 Artikel
PrestaShop-Kompatibilität

PS 1.7 – 9.x
Preismodell

Einmalkauf
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

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

MPR SEO Revolution bündelt die SEO-Arbeit für Ihren PrestaShop-Shop an einem Ort: Meta-Templates, strukturierte Daten, Sitemaps, Weiterleitungen, robots.txt, Indexierung, interne Links, Backlinks und Conversion-Tracking. Das Modul hilft Händlern, Produkt-, Kategorie-, CMS-, Hersteller-, Lieferanten-, Filter-, Such- und Blogseiten leichter crawlbar, indexierbar und teilbar zu machen.

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.

1321 Fragen

9 Kategorien

2014 Modulbau seit

1.6–9 PrestaShop-Versionen

Alle Fragen anzeigen

v2.3.552026-05-27

AddedAdd internal link audit
AddedFinalize SEO technical controller cleanup
AddedAdd enhanced Ads conversion identifiers

Passt gut zu SEO Revolution

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

Generieren Sie automatisch SEO-Alt-Tags für PrestaShop-Produkt- und Kategoriebilder

Automatic SEO Images Alt Tags

99,00 €

★ ★ ★ ★ ★

Complement

Smart SEO Revolution Suite bündelt bereits die technischen SEO-Signale, die Crawling, Indexierung und Suchdarstellung beeinflussen, darunter Meta-Templates, strukturierte Daten, Canonicals und Redirects. Etwas außerhalb dieses technischen Rückgrats liegt die repetitive Aufgabe, Tausende Katalogbilder zu beschreiben, eine eigene, klar abgegrenzte Arbeit.

Automatic SEO Images Alt Tags übernimmt genau das und generiert Alt-Texte aus Templates für Produkt-, Listen- und Kategoriebilder, ohne manuelles Bearbeiten der Felder. Es ergänzt die Suite, indem es speziell die Bildbeschreibungen abdeckt, als separates, fokussiertes Werkzeug an ihrer Seite, ohne ihre Steuerungen zu duplizieren.

Zusammen hat Ihr Shop sowohl breites technisches SEO-Management als auch automatisierte Bildbeschreibungen. Die Suite hält die Signale auf Seitenebene organisiert, während das Alt-Tag-Modul im Hintergrund Barrierefreiheit und Bildkontext verbessert, so wird ein Teil des On-Page-SEO, auf den die Suite nicht spezialisiert ist, erledigt, ohne jedes Bildfeld von Hand zu pflegen.

Veröffentlichen Sie Beiträge, Kategorien und Autoren mit SEO-freundlichen Routen über einen PrestaShop-Blog

Blog Revolution

299,00 €

★ ★ ★ ★ ★

Complement

Smart SEO Revolution Suite gibt Ihrem Shop einen zentralen Ort für Seitendetails, strukturierte Daten, Canonicals, Redirects und Discovery-Workflows, das technische Rückgrat des SEO. Sie produziert jedoch nicht die redaktionellen Inhalte, die Suchtraffic in früheren Phasen der Kaufreise gewinnen; dafür braucht es eine eigene Publishing-Fläche.

Blog Revolution fügt sie hinzu und hält native Artikel, Kategorien, Tags, Autoren, Kommentare und saubere Blogseiten im Shop, damit Inhalte Suchtraffic anziehen und Leser zu Produkten führen können. Es ergänzt die Suite, indem es Inhalte liefert, wo die Suite technische Kontrolle liefert, jedes besitzt eine andere Ebene.

Zusammen decken Sie beide Seiten des SEO ab, die oft getrennt laufen: die technischen Signale bestehender Seiten und einen Strom neuer, thematischer Inhalte. Die Suite hält die Signale Ihres Katalogs aufgeräumt, während der Blog die Reichweite des Shops mit Ratgebern und Tipps ausbaut, technische Hygiene und Content-Wachstum schreiten parallel voran, statt dass eines auf das andere wartet.

Beschleunigen Sie stark frequentierte PrestaShop-Shops mit Redis-, APCu- oder Datei-Caching und Asset-Optimierung

Performance Revolution

299,00 €

★ ★ ★ ★ ★

Complement

Smart SEO Revolution Suite ordnet die Signale, die Crawling, Indexierung und Suchdarstellung beeinflussen, die Suchleistung hängt aber auch davon ab, wie schnell Seiten tatsächlich laden, und das ist eine eigene Disziplin. Langsame Seiten können ansonsten solides SEO untergraben, indem sie Crawl-Budget verschwenden und Käufer verlieren.

Performance Revolution deckt die Geschwindigkeit ab und gibt Ihrem Team Steuerungen für Caching, Cache-Warming, Asset-Handling und Engpassanalyse in einem Back-Office-Bereich, mit Redis-, APCu- und Auto-Detect-Optionen. Es ergänzt die SEO-Suite ohne Überschneidung: Eines verwaltet Suchsignale, das andere die Seitengeschwindigkeit, jedes in seinem eigenen Arbeitsbereich.

Zusammen adressieren Sie zwei Dinge, die Suchmaschinen und Käufern gleichermaßen wichtig sind. Die Suite hält Ihr technisches SEO konsistent, während Performance Revolution an den Ladezeiten hinter diesen Seiten arbeitet, gut optimierte Seiten sind so auch schnell, und das Risiko sinkt, dass langsame Auslieferung Rankings und Conversions trotz solider On-Page-SEO leise nach unten zieht.

Erfassen Sie Produktbewertungen, Rezensionen, Kriterien und Bilder direkt in PrestaShop

Product and Store Reviews

149,00 €

★ ★ ★ ★ ★

Complement

Smart SEO Revolution Suite kümmert sich um die technischen SEO-Signale Ihres Shops, einschließlich strukturierter Daten und Seitendetails, sie erzeugt aber nicht die Bewertungsinhalte, die Produktseiten oft überzeugender machen und ihnen echtes, frisches On-Page-Material geben.

Reviews & Ratings ergänzt genau das: native, moderierte Bewertungen, schriftliches Feedback, optionale Fotobewertungen und Bewertungskriterien für Produkte, Kategorien, CMS-Seiten und den Shop selbst, alles innerhalb von PrestaShop. Es ergänzt die Suite als separates Vertrauenswerkzeug; es speist keine Daten in die Suite ein, und Einsendungen moderieren Sie selbst.

Zusammen kombiniert Ihr Shop organisiertes technisches SEO mit echten, von Kunden beigesteuerten Inhalten. Die Suite hält die Signale aufgeräumt, während Reviews & Ratings sichtbare Belege dort aufbaut, wo Kaufentscheidungen fallen, Seiten profitieren von sauberer Struktur und von echten Bewertungsinhalten, wobei jedes Werkzeug klar für seine eigene Aufgabe zuständig ist.

Alle bekannten Probleme anzeigen

1 In Prüfung

1 Geplant

23 Implementiert

25 Anfragen

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

Vielleicht gefällt Ihnen auch

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

Smart SEO Friendly URL Manager

149,00 €

★ ★ ★ ★ ★

Blog Revolution

299,00 €

★ ★ ★ ★ ★

JSON-LD-strukturierte Daten zu PrestaShop hinzufügen für bessere Google-Suchergebnisse

Automatic SEO Schema Rich Snippets

149,00 €

★ ★ ★ ★ ★

Erzeugen Sie gültige PrestaShop-XML-Sitemaps mit Canonical-, Noindex- und Hreflang-Prüfungen

Advanced SEO Sitemap Builder

149,00 €

★ ★ ★ ★ ★

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)