SEO Revolution: Einrichtung und Hilfe
Schnellstart
- Sichern Sie die Datenbank, URL-Regeln und SEO-Dateien im Stammverzeichnis, laden Sie dann mprseorevolution hoch und installieren Sie es.
- Öffnen Sie SEO Revolution > Übersicht, wählen Sie den gewünschten Shop und führen Sie "Tools" > "Integrity Check" aus.
- Öffnen Sie "Global Settings" und prüfen Sie "Enable SEO Revolution" und "SEO Features"; prüfen Sie die Zuständigkeit, bevor Sie sich überschneidende Ausgaben aktivieren.
- Konfigurieren Sie über Inhalt > "Meta Tags" und Entitätsvorlagen eine Testseite und prüfen Sie anschließend Titel, Beschreibung und H1.
- Konfigurieren Sie die gemeinsamen Bereiche Hreflang, Canonical-Regeln und Inhalt > Strukturierte Daten nur für die Ausgaben, die Sie verwenden möchten.
- Konfigurieren Sie Technisches SEO > Sitemap und "Robots.txt"; prüfen Sie den Veröffentlichungs-/Durchsetzungsstatus und die resultierenden URLs.
- Konfigurieren Sie den gemeinsamen Cron-Befehl, prüfen Sie ein Auftragsergebnis und testen Sie eine Weiterleitung, eine fehlende Seite und die Metadaten im Shop.
Erfordert PrestaShop 1.6.0.0 oder neuer und PHP 7.1 oder neuer.
Einrichtungsanleitung
Installation und Shopauswahl
Sichern Sie die Datenbank, aktuelle SEO-Einstellungen, Routing-Regeln, die robots.txt im Stammverzeichnis und erzeugte Dateien. Laden Sie mprseorevolution hoch und installieren Sie es. Klicken Sie dann auf "Configure", um SEO Revolution > Übersicht zu öffnen. Führen Sie "Tools" > "Integrity Check" aus, bevor Sie eine produktive Ausgabe konfigurieren.
Wählen Sie einen Shop, bevor Sie shopspezifische SEO-Einstellungen oder Richtlinienüberschreibungen speichern. Prüfen Sie die Mitarbeiterberechtigungen im Backoffice, wenn ein Mitarbeiterkonto eine Seite anzeigen, aber nicht speichern kann. Die Installation gewährt dem Profil des authentifizierten Installierenden Zugriff; spätere Menüreparaturen gewähren nicht allen Mitarbeitern Zugriff.
Das Menü unterteilt sich in "Redirections", Technisches SEO, Inhalt, "Linking", "Indexing", "Tools", Einstellungen und "Global Settings". Beginnen Sie mit den Metadaten einer Seite und ergänzen Sie dann die benötigten Ausgaben. Legen Sie für jede Canonical-, Hreflang-, strukturierte Daten-, Sitemap- und Tracking-Ausgabe eine zuständige Komponente fest.
"Global Settings" konfigurieren
Öffnen Sie SEO Revolution > "Global Settings". Der Menüeintrag Einstellungen öffnet dasselbe Formular. Die folgenden Werte sind die Standardwerte des Formulars; ein Shop mit gespeicherten Einstellungen behält seine eigenen Werte.
Allgemein
-
"Enable SEO Revolution". Formularstandard:
1. Dieser Schalter wird gespeichert, schaltet die Shop-Ausgabe derzeit aber weder ein noch aus. Um SEO-Änderungen zu stoppen und nur das Tracking zu behalten, schalten Sie "SEO Features" aus; um alles zu stoppen, deaktivieren Sie das Modul im Modulmanager. -
"Trailing Slash Handling". Speichert Ihre Einstellung zum Beibehalten, Hinzufügen oder Entfernen des abschließenden Schrägstrichs. Standard:
none. Dieses Feld ändert keine kanonischen URLs. Konfigurieren Sie dieses Verhalten in den gemeinsamen Canonical-Einstellungen und prüfen Sie Weiterleitungen separat. -
"SEO Features". Standard: ein. Schalten Sie dies aus, wenn das Modul nur Tracking ausführen soll. Es überspringt dann seine SEO-Ausgaben sowie Änderungen an Routen, Weiterleitungen und Dateien, behält aber konfiguriertes Google-Tracking und Uploads bei. Leeren Sie nach der Änderung den Seitencache.
-
"Friendly photo deep-link URLs (/product/photo/N)". Standard: aus. Aktivieren Sie dies nur, wenn dieses Modul für diese Routen zuständig sein soll. Andernfalls verwenden Bild-Deeplinks Abfrageparameter.
Sitemap-Erzeugung, robots.txt-Veröffentlichung, SEO-Richtlinien und einige Weiterleitungen sind bei einer Neuinstallation zunächst deaktiviert. Die Aufgaben behalten dabei vorhandene Dateien bei. Global Settings bietet keinen Schalter zum Aktivieren. Prüfen Sie die Aufgabenergebnisse, bevor Sie die Ausgabe verwenden.
Externe Links und Seitennummerierung
- "Add nofollow to external links". Standard:
1. Die Einstellung wird gespeichert, das Modul schreibt externe Links derzeit aber nicht um, daher wird keinnofollowergänzt. - "Open external links in new tab". Standard:
1. Die Einstellung wird gespeichert, öffnet externe Links aber nicht in einem neuen Tab. - "Add noopener to external links". Standard:
1. Die Einstellung wird gespeichert, das Modul schreibt externe Links derzeit aber nicht um, daher wird keinnoopenerergänzt. - "Whitelist domains". Speichert die Domainausnahmen für die globalen Formulareinstellungen. Standard: leer. Geben Sie pro Zeile eine Domain ein.
- "Add rel="next/prev"". Formularstandard:
1. Diese globale Einstellung wird gespeichert, steuert aber keine Seitennummerierungslinks. Prüfen Sie die Links auf Folgeseiten. - "Canonical to first page". Speichert die Einstellung für den Canonical-Verweis auf die erste Seite. Formularstandard:
0. Prüfen Sie sie anhand der gemeinsamen Canonical- und entitätsspezifischen Seitennummerierungseinstellungen. - "Noindex paginated pages". Speichert die globale Noindex-Einstellung für Folgeseiten. Formularstandard:
0. Verwenden Sie SEO-Regeln und prüfen Sie die wirksame robots-Ausgabe.
Mehrere Felder dieses Formulars werden gespeichert, ändern aber die Shop-Ausgabe nicht: "Enable SEO Revolution", "Trailing Slash Handling", die Schalter unter "External Links" und "Pagination", "Enable hreflang", die Open-Graph- und Twitter-Felder sowie die Schema.org-Schalter. Ändern Sie diese Ausgaben auf ihren eigenen Seiten ("Open Graph & Social", "Structured Data") und prüfen Sie nach dem Speichern die öffentliche Seite. Um jede SEO-Ausgabe zu stoppen und nur das Tracking zu behalten, schalten Sie "SEO Features" aus.
Open Graph / Social und Überwachung
- "Enable Open Graph tags". Formularstandard:
1. Dieses Feld wird gespeichert, vom Shop aber nicht gelesen. Die Open-Graph-Ausgabe folgt dem Schalter "Enable Open Graph" auf der Seite "Open Graph & Social", der nach der Installation eingeschaltet ist (1). - Twitter Cards aktivieren. Formularstandard:
0. Dieses Feld wird gespeichert, schaltet Twitter Cards aber nicht ein oder aus. Twitter Cards sind nach der Installation aktiviert (1). - "Twitter handle". Anfangs leer. Der Wert wird gespeichert, befüllt aber das Tag
twitter:sitenicht. Kein Formular setzt den separaten Wert für dieses Tag, deshalb fehlt es in der Standardkonfiguration. - "Default social image". Lädt das Ersatzbild hoch, das verwendet wird, wenn eine Seite kein eigenes Open-Graph-Bild hat; Standard: ``.
- "Ignore exploit probes". Verhindert, dass offensichtliche Scanner- und fehlerhafte URLs im 404-Monitor gespeichert werden; Standard:
1. - "Ignored 404 URL patterns". Ergänzt benutzerdefinierte Ausschlussregeln mit Teilzeichenfolgen, Platzhaltern oder
regex:für den 404-Monitor; Standard: ``.
Maximale Anzahl gespeicherter 404-Einträge hat den Standardwert 10000. 404-Aufbewahrungsdauer in Tagen hat den Standardwert 0, also keine Altersgrenze. Begrenzen Sie damit Ihre Überwachungsdaten. Der standardmäßige Filter für Exploit-Probes ist eingeschaltet; "Ignored 404 URL patterns" akzeptiert die unterstützten Teilzeichenfolgen-, Platzhalter- und regex:-Regeln.
Das globale Formular bietet weiterhin "Enable Schema.org markup", "Organization Schema", "WebSite Schema", "Product Schema" und "Include Reviews in Product Schema" an. Ihre aufgeführten Formularstandardwerte sind ein, ein, ein, ein und aus. Konfigurieren Sie die wirksamen gemeinsamen Einstellungen für strukturierte Daten unter Inhalt > Strukturierte Daten und prüfen Sie dort die Bereitschaft; betrachten Sie einen älteren globalen Schalter nicht als vollständige gemeinsame Konfiguration.
Entitätsvorlagen und individuelle Metadaten festlegen
Prüfen Sie unter Inhalt > "Meta Tags" fehlende oder ungeeignete Titel und Beschreibungen. Bearbeiten Sie "Meta title" und "Meta description" einer einzelnen Seite, wenn sie eigenen Text benötigt. Verwenden Sie den Vorlageneditor für Entitätstypen für wiederverwendbare Vorlagen für Titel, Beschreibung, H1, URL, Open Graph, eigenen Head-Code und Seitennummerierung. Produkt-, Kategorie-, CMS-, Hersteller- und Lieferantenkontexte haben unterschiedliche Variablen.
Für Produkte können Sie Folgendes verwenden:
%product_name% | %product_brand% | %shop_name%
Buy %product_name% in %product_category% from %shop_name%. Price: %product_price%.
Für die Seitennummerierung von Kategorien:
%category_name% - Page %page_number% | %shop_name%
Browse %category_products_count% products in %category_name%. Page %page_number%.
Verwenden Sie "Bulk Operations", um geprüfte Änderungen in größerem Umfang anzuwenden. Testen Sie zuerst eine Entität und prüfen Sie ihren endgültigen Titel, ihre Beschreibung und H1. Gehen Sie nicht davon aus, dass ein gespeicherter Entwurf oder eine Vorlage die nativen Metadaten bereits ersetzt hat.
Das Modul speichert seitenbezogene Canonical-, robots-, Open-Graph-, eigene Head- und Weiterleitungsinformationen über seine Seitenregistrierung und zugehörige Editoren. Verwenden Sie den passenden Seiteneditor für den jeweiligen Entitätstyp. Beschränken Sie eigenen Head-Code auf Ausgaben, die Sie veröffentlichen möchten.
Entwickler können die Registrierung aus einem anderen Modul lesen:
require_once _PS_MODULE_DIR_ . 'mprseorevolution/vendor/autoload.php';
$registry = new \MPRSEORevolution\Classes\Registry\PageRegistry();
$productPages = $registry->getPagesByType(
\MPRSEORevolution\Classes\Registry\PageRegistry::TYPE_PRODUCT
);
Canonical-URLs, Hreflang und Richtlinien konfigurieren
Verwenden Sie Technisches SEO > Canonical-Regeln für die gemeinsame Canonical-Konfiguration. Das Canonical-Paket ist standardmäßig aktiviert, Kleinschreibung eingeschaltet, ein erzwungener abschließender Schrägstrich ausgeschaltet und das Entfernen der Seitennummerierung ausgeschaltet. Seine Liste der Tracking-Parameter lautet:
utm_source,utm_medium,utm_campaign,utm_term,utm_content,fbclid,gclid,msclkid
Standardmäßig verwendet jede Seite einer Seitennummerierung ihre eigene kanonische URL (self). Prüfen Sie das Canonical-Verhalten auf der ersten Seite, Folgeseiten, URLs mit Tracking-Parametern und Produktkombinationen. Ein HTML-Link sollte ohne unerwartete Schleife zur vorgesehenen kanonischen Seite führen.
Öffnen Sie Hreflang > Konfiguration und Hreflang > Gruppen. Diese Bereiche werden mit Hreflang Manager geteilt. Konfigurieren Sie dort aktive Sprachen, automatische/manuelle Verknüpfungen und die x-default-Auswahl. Die alte zweizeilige globale Hreflang-Einstellungsliste beschreibt diese aktuelle Ansicht nicht. Testen Sie tatsächliche alternate-Links in jedem Shop/jeder Sprache und führen Sie unveröffentlichte Übersetzungen nicht als nutzbare Alternativen auf.
Öffnen Sie Technisches SEO > SEO-Regeln für Standardwerte nach Seitentyp und Überschreibungen je Modul. Wählen Sie einen Shop, bevor Sie die Matrix speichern. Behalten Sie geerbte Optionen bei, bis Sie eine ausdrückliche Index/Noindex- oder aktiviert/deaktiviert-Richtlinie benötigen. Prüfen Sie endgültige robots-Metadaten/Headers, Canonical und Sitemap-Aufnahme gemeinsam.
Weiterleitungen, ausgelaufene Produkte und 404-Überwachung konfigurieren
Öffnen Sie "Redirections" > Weiterleitungen. Erstellen Sie eine Regel mit Quell-URL, Zielseite, Weiterleitungstyp, optional Notiz und Aktiv. Das Formular bietet 301, 302 und 410. Lassen Sie das Ziel für 410 Gone leer. Testen Sie Quelle und Ziel, bevor Sie eine weitreichende Regel anwenden.
Weiterleitungen und 404-Überwachung sind zunächst aktiviert (1). Global Settings bietet dafür keine separaten Einstellungen. 404-Monitor erfasst fehlende Frontoffice-Anfragen mit URL, Referrer, User-Agent, IP, Trefferzahl und Erledigungsstatus unter Berücksichtigung von Ausschlüssen und Grenzen. Rufen Sie einen harmlosen fehlenden Testpfad auf und prüfen Sie seinen Datensatz.
Verwenden Sie "Redirections" > Ausgelaufene Produkte für den verfügbaren Produktlebenszyklus-Workflow. Prüfen Sie seinen Status bei inaktiver Durchsetzung.
robots.txt konfigurieren
Öffnen Sie Technisches SEO > "Robots.txt". Prüfen Sie User-Agent-Regeln und die Vorschau des erzeugten Inhalts vor der Veröffentlichung. Die Verwaltung kann eine frühere Stammdatei sichern und bietet Wiederherstellung sowie Erzeugung von Standardinhalten. Bewahren Sie eine separate Sicherung Ihrer ursprünglichen Stammdatei auf.
Erzeugte Inhalte können User-Agent-Regeln und einen Sitemap-Verweis enthalten. Verwenden Sie die tatsächliche Sitemap-URL Ihres Shops. Ersetzen Sie eine bestehende produktive Datei nicht durch eine Beispielliste von Pfaden, ohne die eigenen Shoppfade und den aktuellen Veröffentlichungsstatus des Moduls zu prüfen.
Prüfen Sie, ob der Webprozess die gewünschte Stammdatei und den Sicherungsort beschreiben kann. Wird die Veröffentlichung mit enforcement_off übersprungen, prüfen Sie den Durchsetzungsstatus der Bereitstellung. Prüfen Sie nach dem Speichern die HTTP-Antwort unter /robots.txt. Eine Crawling-Sperre für eine URL kann verhindern, dass ein Crawler die Metadaten dieser Seite sieht.
Sitemaps konfigurieren und erzeugen
Öffnen Sie Technisches SEO > Sitemap, dann Sitemap-Einstellungen. Prüfen Sie die erzeugte Ausgabe und Validierung in den URL-/Protokollansichten.
Inhalte und Formate
Produkte, Kategorien, CMS-Seiten, Blog-Beiträge, Filter-SEO-Seiten, Such-SEO-Seiten, Kernseiten, Modulseiten, Bilder und Hreflang sind standardmäßig eingeschaltet. Hersteller und Lieferanten sind in den Sitemap-Einstellungen standardmäßig ausgeschaltet. Blog-/Filter-/Suchinhalte benötigen den entsprechenden installierten Anbieter. Von anderen Modulen hinzugefügte Seiten steuert die zusätzliche Anbietergruppe mit separater Anbieterauswahl für FAQ, Dokumentation, Wissensdatenbank, Präsentationen und ähnliche Seiten.
Die anfänglichen Werte für Priorität & Häufigkeit sind:
| Typ | Priorität | Häufigkeit |
|---|---|---|
| Startseite | 1.0 | täglich |
| Produkt | 0.8 | wöchentlich |
| Kategorie | 0.7 | wöchentlich |
| CMS | 0.5 | monatlich |
| Hersteller | 0.4 | monatlich |
| Lieferant | 0.3 | monatlich |
| Kernseite | 0.3 | monatlich |
| Such-SEO-Seite | 0.5 | monatlich |
Bild-Sitemaps einschließen, Hreflang-Links einschließen, In mehrere Dateien aufteilen und HTML-Sitemap generieren sind standardmäßig eingeschaltet. Max. URLs pro Datei hat den Standardwert 50000. RSS-Feed generieren ist standardmäßig ausgeschaltet. Lassen Sie bei großen Katalogen die Aufteilung eingeschaltet und prüfen Sie sowohl den Index als auch die untergeordneten Dateien unter /sitemaps/.
Prüfung und Übermittlung
| Feld | Standard | Wann ändern |
|---|---|---|
| URLs prüfen | Ein | Nur deaktivieren, wenn Ihr Erzeugungsworkflow die erforderliche Validierung auf andere Weise bereitstellt. |
| Gleichzeitige Anfragen | 1 | In produktiven Shops niedrig halten; die Prüfung begrenzt den Wert auf 3. |
| Prüf-URLs pro Cron-Lauf | 25 | Nach Messung von Anfrage- und Serveraufwand erhöhen. |
| Cache-Warm-URLs pro Cron-Lauf | 0 | Nur ein positives Budget setzen, wenn Sie den Cache vorwärmen möchten. |
| "Internal link targets per idle cron run" | 25 | Mit 0 die Aktualisierung interner Linkziele bei Leerlauf deaktivieren. |
| Pause zwischen Batches | 500 ms | Erhöhen, um die Anfragehäufigkeit zu verringern. |
| Anfrage-Timeout | 10 Sekunden | An die tatsächlichen Serverantwortzeiten anpassen. |
| Validierung wiederverwenden für | 30 Tage | Mit 0 bei jeder Erzeugung eine erneute Validierung verlangen. |
| HTTP-Stichprobenprüfung | 2 Prozent | Den Anteil ändern, der trotz wiederverwendbarer Validierung geprüft wird. |
Sitemap an Google Search Console senden und Legacy-Bing-Sitemap-Ping sind beide standardmäßig ausgeschaltet. Die Google-Aktion verwendet eine authentifizierte Search-Console-Verbindung. Verlassen Sie sich nicht auf anonyme Ping-Endpunkte. Erzeugen und prüfen Sie zuerst die Dateien und übermitteln Sie dann die geprüfte Sitemap über die konfigurierte Verbindung oder Ihre Webmaster-Tools.
Das Modul stellt eine Sitemap-URL bereit. Verwenden Sie die tatsächliche von Ihrer Installation angezeigte/erzeugte Index-URL einschließlich Shoppfaden. Eine übersprungene Cron-Erzeugung kann auf inaktive Durchsetzung hinweisen; prüfen Sie das Ergebnis, statt von einer aktualisierten Datei auszugehen.
Bild-SEO und interne Verlinkung konfigurieren
Bild-SEO
Öffnen Sie Inhalt > "Image SEO" in den verfügbaren Inhaltswerkzeugen. Alt-Texte automatisch generieren ist standardmäßig eingeschaltet. Alt-Text-Vorlage verwendet ersatzweise %product_name%. Der Produktgenerator unterstützt:
%product_name% - %category% - %manufacturer% - image %position%
Er akzeptiert außerdem %brand% und %reference%. Der Positionsplatzhalter beginnt bei eins, wenn eine Position verfügbar ist. Prüfen Sie Datensätze mit fehlendem Alt-Text, erzeugen Sie einen kleinen Stapel und kontrollieren Sie die Alt-Attribute der Bilder in Ihrem Theme. Dateinamenmetadaten werden separat gespeichert; das Modul benennt die Bilddateien selbst nicht um.
Das Formular für Bild-SEO bietet keine Einstellungen für WebP-Qualität oder Lazy Loading. Ältere Einstellungen aktivieren weder Bildkonvertierung noch Lazy Loading. Verwalten Sie diese Vorgänge mit Ihrem Bildverarbeitungswerkzeug.
Interne Links und Linkprüfung
Öffnen Sie "Linking" > Interne Links. Konfigurieren Sie Linkgruppen, Ziel-URLs, Sprach-/Shopzuordnung und benötigte Inhaltsregeln. Die anfänglichen Grenzen sind Maximale Links pro Seite = 5 und Maximale Links pro Gruppe = 3. Eingeschlossene HTML-Tags hat den Standardwert p,div,span,blockquote,li,td.
Doppelte href verhindern, Mehrere automatische Links im selben Element verhindern, Proportionale globale Limitverteilung, Gleichmäßige Linkverteilung im Text, Aktuelle Seiten-URL überspringen und Überschriften ausschließen sind standardmäßig eingeschaltet. Link in verlinktem Elternelement verhindern und Fettgedruckten Text ausschließen sind standardmäßig ausgeschaltet. Das Standardziel ist _self, rel ist leer und die CSS-Klasse ist mpr-autolink. Debug-Profiling ist standardmäßig ausgeschaltet und die IP-Liste leer. Schalten Sie es nur für eine gezielte Diagnose ein.
Die frühere CSS-Einstellung included_selectors wurde entfernt. Das Modul fügt Links in unterstützte gespeicherte Inhalte ein. Testen Sie je ein Produkt-, CMS- und Kategorieinhaltsbeispiel, statt nach dem alten Selektorfeld zu suchen.
Verwenden Sie "Linking" > "Link Audit", um Quellen zu scannen und Ziele zu prüfen. Die konfigurierten Standardbudgets betragen 2000 Quellen, 50 Ziele und 168 Stunden bis zur Veraltung. Ein aktives eigenständiges Modul mprinternallinking kann anstelle der Suite-Gruppen für die laufende Einfügung zuständig sein. Lesen Sie den Zuständigkeitshinweis, bevor Sie den falschen Regelsatz anpassen.
Verwenden Sie "Linking" > "Backlinks", um Backlink-Datensätze zu importieren oder zu verwalten und Quellen zu prüfen. Automatische Prüfungen sind standardmäßig eingeschaltet, das Intervall beträgt 7 Tage und die Stapelgrenze 50. Verwenden Sie "Disavow", um die zur Übermittlung vorgesehenen Einträge zu verwalten/exportieren; das Speichern einer Liste ist keine Übermittlung an einen externen Dienst.
KI-Erzeugung, Indexing API und Search Console konfigurieren
KI-Erzeugung
Öffnen Sie "Tools" > "AI Generation" und dessen Einstellungen. Legen Sie Primärer Anbieter (anfänglich openai) und den passenden OpenAI API-Schlüssel, Anthropic API Key oder Gemini API-Schlüssel fest. Die voreingestellten Modelle sind gpt-4, claude-3-sonnet-20240229 und gemini-pro. Wählen Sie ein von Ihrem konfigurierten Anbieter akzeptiertes Modell und testen Sie einen Entwurf.
Prompt zur Titelgenerierung und Prompt zur Beschreibungsgenerierung sind standardmäßig leer. Max. Titellänge hat den Standardwert 60, Max. Beschreibungslänge den Wert 160 und Schreibstil den Wert professional. Prüfen Sie erzeugte Entwürfe, bevor Sie sie annehmen oder eine Sammeloperation anwenden. Die Erzeugung sendet Entitätskontext an den ausgewählten Anbieter; sie ist vom Kunden-/Bestell-Conversion-Tracking getrennt.
Indexing API
Öffnen Sie "Indexing" > Indexierungs-API. "Enable Google Indexing API" und Bing IndexNow aktivieren sind standardmäßig ausgeschaltet. Konfigurieren Sie die Dienstkonto-/Schlüsselfelder für den verwendeten Anbieter. "Queue product updates" ist für beide Anbieter standardmäßig ausgeschaltet.
Googles modulseitiges Tageskontingent beträgt standardmäßig 200, die Stapelgröße 50 und die Prüfverzögerung 48 Stunden. Bings Kontingent beträgt standardmäßig 10000, die Stapelgröße 100. Für Warteschlangenwiederholungen gelten standardmäßig 5 Versuche, 30 Minuten Basiswartezeit und 21 Tage Sperrfrist vor erneuter Übermittlung. Prüfen Sie ausgewählten Umfang, Stufenzuordnung und Dienstkategoriewurzel, bevor Sie umfangreiche Warteschlangen anlegen. Eine eingereihte/übermittelte URL bestätigt nicht, dass eine Suchmaschine sie indexiert hat.
Search Console
Öffnen Sie "Indexing" > Search Console. Konfigurieren und durchlaufen Sie den angebotenen Verbindungs-/Autorisierungsworkflow, wählen Sie die richtige Website-Property und führen Sie eine kleine Synchronisierung aus. Prüfen Sie Ergebnisse zu Suchanfragen, Seiten, Ländern, Geräten und URL-Prüfungen sowie die Auftragsmeldungen. Zugangsdaten und Berechtigung für die ausgewählte Property sind erforderlich. Eine konfigurierte GA4-Property ist keine Search-Console-Verbindung.
LLMs.txt konfigurieren
Öffnen Sie Technisches SEO > LLMs.txt. llms.txt aktivieren und Auch llms-full.txt generieren sind standardmäßig ausgeschaltet. Anfänglich gilt Sprache = Shop-Standard. Kategorien, Produkte, CMS-Seiten und Blog-Beiträge sind standardmäßig eingeschlossen; Marken / Hersteller ist standardmäßig ausgeschaltet.
Max. Produkte hat den Standardwert 50, Max. Blogbeiträge den Wert 30 und Produktsortierung den Wert Verkaufshits. Verwenden Sie gegebenenfalls Neueste zuerst, Name A-Z oder Preis absteigend. CMS-IDs ausschließen, Beschreibung, Über und gespeicherte eigene Abschnitte sind standardmäßig leer. Schließen Sie private oder irrelevante Seiten vor der Erzeugung aus.
Speichern und erzeugen Sie die Dateien und prüfen Sie angezeigten Dateistatus und Vorschau. Prüfen Sie /llms.txt und bei Aktivierung /llms-full.txt im gewünschten Shop. Die vollständige Datei enthält erweiterte Inhalte. Stellen Sie sicher, dass der Ausgabeort beschreibbar ist, und prüfen Sie Zuständigkeits-/Veröffentlichungswarnungen, statt eine fremde Stammdatei zu überschreiben.
Google-Tracking und Conversion-Uploads konfigurieren
Öffnen Sie den Google-Analytics-Bereich in "Global Settings" und prüfen Sie die Steuerung der Tracking-Zuständigkeit. Geben Sie Zugangsdaten und IDs nur für Ausgaben ein, für die dieses Modul zuständig sein soll. Google-/GA4-Browser- und Serverereignisse benötigen die passende Konfiguration und Einwilligungsentscheidungen; ein eingeschalteter Schalter mit leeren IDs ist keine funktionierende Integration.
Standardwerte für Zugangsdaten/Pfade sind leer, sofern nicht anders angegeben.
| Backoffice-Feld | Formularstandard | Einrichtungshinweise |
|---|---|---|
| "Enable Google Tracking" | 1 |
Hauptschalter für GA4- und Google-Ads-Tracking durch SEO Revolution. |
| "GA4 Measurement ID" | empty |
Ihre GA4-Mess-ID (z. B. G-XXXXXXXXXX). Wird für das Tracking-Tag im Frontend verwendet. |
| "Google Tag Gateway (first-party tagging)" | 0 |
Lädt das Google-Tag und sendet GA4-Erfassungsdaten über Ihren eigenen First-Party-Pfad (Cloudflare Google Tag Gateway), damit sie ITP und Werbeblocker passieren. Das Gateway muss zuerst auf dem CDN für die GA4-Mess-ID konfiguriert werden, mit ausgeschalteter automatischer Tag-Einrichtung (Tag-Injektion): Dieses Modul gibt den einzigen Tag-Loader aus. |
| "Tag Gateway measurement path" | empty |
First-Party-Pfad des Cloudflare Google Tag Gateway, z. B. /v2ur. Bei Aktivierung leer lassen, um einen zufälligen Pfad mit 4 Zeichen zu erzeugen. |
| "GA4 Property ID" | empty |
Numerische GA4-Property-ID (z. B. 478319267). Erforderlich für die Data API (Dashboard-Berichte). |
| "Service Account Key Path" | empty |
Absoluter Pfad zur JSON-Schlüsseldatei des Google-Dienstkontos. Leer lassen, um den Standard zu verwenden. |
| "User ID Tracking" | 1 |
Sendet einen gesalzenen SHA256-Hash der Kunden-ID für geräteübergreifendes Tracking an GA4. Unverarbeitete Kunden-IDs werden nie gesendet. |
| "IP Anonymization" | 1 |
Anonymisiert Besucher-IP-Adressen (GDPR-Konformität). |
| "Measurement Protocol API Secret" | empty |
Wird nur serverseitig für GA4-Kauftracking verwendet. Wird nie im Browser ausgegeben. |
| "Server-Side Purchase Tracking" | 1 |
Sendet GA4-Käufe über Measurement Protocol statt über das Browser-Kaufereignis, wenn das API Secret konfiguriert ist. Verzögerte Änderungen des Bezahlstatus verwenden dieselbe transaction_id-Warteschlange. |
| "GA4 Debug Mode" | 0 |
Sendet debug_mode=true für GA4 DebugView. In der Produktion deaktiviert lassen. |
| "Exclude Employees" | 1 |
Fügt kein Google-Tracking ein, wenn ein Backoffice-Mitarbeiter den Shop besucht. |
| "Server Event Log Retention" | 90 |
Aufbewahrungsdauer serverseitiger Measurement-Protocol-Ereignisprotokolle in Tagen. Mit 0 unbegrenzt aufbewahren. |
| "Google Signals" | 0 |
Aktiviert die Google-Signals-Unterstützung in der gtag-Konfiguration. Google Signals muss auch in GA4 aktiviert sein. |
| "High-Intent Product Engagement" | 0 |
Sendet high_intent_product_engagement an GA4, wenn Käufer Produktbilder ansehen, Kombinationen ändern, Produktdetail-Tabs öffnen oder lange genug auf einer Produktseite bleiben. Für Zielgruppen/sekundäre Signale verwenden, nicht für primäre Kaufgebote. |
| "Gallery Views Threshold" | 3 |
Anzahl unterschiedlicher Interaktionen mit Galeriebildern, bevor das Ereignis hoher Kaufabsicht ausgelöst wird. Standard: 3. |
| "Dwell-Time Threshold" | 45 |
Sekunden auf einer Produktseite, bevor das Ereignis hoher Kaufabsicht auch ohne weitere qualifizierende Interaktion ausgelöst werden kann. Standard: 45. |
| "Product Interaction Signals" | 0 |
Sendet sekundäre Produktinteraktionsereignisse mit hoher Kaufabsicht wie select_option, configurator_complete und add_to_cart_with_options. Deaktiviert lassen, solange der Shop nicht ausdrücklich zustimmt. |
| "Record Product Interaction Signals" | 0 |
Speichert eingewilligte First-Party-Produktinteraktionsereignisse serverseitig für Customer-Match-Zielgruppenuploads. Benötigt Produktinteraktionssignale und ausdrückliche Kundeneinwilligung. |
| "Product Option Signal Throttle" | 1500 |
Mindestabstand in Millisekunden zwischen wiederholten Produktoptionssignalen mit derselben Ereignissignatur. Standard: 1500. |
| "Browse-Depth Signals" | 0 |
Sendet sekundäre GA4-Zielgruppenereignisse, wenn Käufer mehrere Produkte oder Kategorie-/Listenseiten ansehen. Der Kauf bleibt die einzige primäre Conversion. |
| "Product Depth Threshold" | 3 |
Anzahl unterschiedlicher Produktseiten in einer Browsersitzung, bevor deep_browse_products ausgelöst wird. Standard: 3. |
| "Category Depth Threshold" | 2 |
Anzahl unterschiedlicher Kategorie-/Listenseiten in einer Browsersitzung, bevor deep_browse_categories ausgelöst wird. Standard: 2. |
| "Record Browse-Depth Signals" | 0 |
Speichert eingewilligte Ereignisse zur Browsingtiefe serverseitig für First-Party-Zielgruppenworkflows. Benötigt Signale zur Browsingtiefe und ausdrückliche Kundeneinwilligung. |
| "Browse-Depth Signal Throttle" | 300 |
Mindestabstand in Sekunden, bevor dasselbe Ereignis zur Browsingtiefe bei zunehmender Tiefe erneut gesendet werden kann. Standard: 300. |
| "Browse-Depth Session Window" | 1800 |
Sekunden, bevor der browserseitige Zähler für die Browsingtiefe zurückgesetzt wird. Standard: 1800. |
| "Retail Ecommerce Events" | 0 |
Sendet view_item, view_item_list, select_item, add_to_cart, remove_from_cart, view_cart und begin_checkout an GA4 und das dynamische Remarketing von Google Ads (PrestaShop 1.7 und neuer). Warenkorbänderungen werden serverseitig erfasst, sodass Mengenänderungen auf jeder Warenkorb- und Kassenseite zählen, und mit Einwilligung des Besuchers aus dessen Browser gesendet. |
| "Ecommerce Item ID" | auto |
Artikel-ID für jedes E-Commerce-Ereignis einschließlich Käufen. Muss der Merchant-Center-Angebots-ID entsprechen, damit Google Ads den Feed zuordnen kann. Automatisch folgt dem von Google Merchant (mprgooglemerchant) veröffentlichten Feed; ohne dieses Modul wird die Produkt- und Kombinations-ID verwendet. |
| "Ecommerce Item ID Prefix" | empty |
Präfix der Merchant-Center-Angebots-IDs, etwa dme-r1-, wenn der Google-Merchant-Feed seine Produkte unter einer neuen Identität veröffentlicht. Gilt für jedes E-Commerce-Ereignis: Einzelhandelsereignisse, Produktinteraktionen und Käufe. Wird je Shop gespeichert: Ein Shop sendet ein Präfix, daher müssen alle beworbenen Feeds dieses Shops dasselbe Präfix verwenden (gemischte Präfixe innerhalb eines Shops werden nicht unterstützt). Kleinbuchstaben, Ziffern und Bindestriche, maximal 32 Zeichen, beginnend mit einem Buchstaben und endend mit einem Bindestrich; der Teil vor dem letzten Bindestrich muss einen Buchstaben enthalten. Für reine Produkt-IDs leer lassen. Erst ändern, wenn Google Ads die Angebote mit Präfix bewirbt. Ein zum serverseitigen Versand eingereihter Kauf behält die beim Einreihen gültigen Artikel-IDs. |
| "Production Hostnames" | empty |
Durch Kommas getrennte produktive Hostnamen, z. B. example.com, www.example.com. Wenn gesetzt, lädt das Google-Tag nur auf diesen Hostnamen und serverseitige GA4-, Google-Ads- und Customer-Match-Uploads laufen nur in Shops mit aufgeführter Domain, sodass eine Staging-Kopie mit produktiver Konfiguration nichts an Google sendet. Leer lassen, wenn der Shop keine Staging-Kopie hat. |
| "Retry Failed Server Purchases" | 1 |
Wiederholt fehlgeschlagene GA4-Measurement-Protocol-Kaufübermittlungen über MPR Cron, bis Google das Ereignis annimmt. |
| "Retry Batch Size" | 20 |
Höchstzahl eingereihter Kaufereignisse, die je Cron-Lauf erneut versucht werden. |
| "Maximum Retry Attempts" | 0 |
0 bedeutet unbegrenzt wiederholen, bis Google das Ereignis annimmt. Ein positiver Wert beendet die Wiederholung nach dieser Anzahl von Versuchen. |
| "Google Ads Conversion ID" | empty |
Google-Ads-ID, zum Beispiel AW-123456789. |
| "Google Ads Purchase Label" | empty |
Kauf-Conversion-Label aus Google Ads. Muss dieselbe für den Serverupload konfigurierte Conversion-Aktion kennzeichnen, damit transaction_id-Deduplizierung gültig ist. |
| "Google Ads Purchase Conversion" | 1 |
Sendet dynamische Kauf-Conversion-Ereignisse mit Bestellwert, Währung, transaction_id und new_customer. |
| "Enhanced Conversions" | 0 |
Sendet mit SHA256 gehashte First-Party-Bestelldaten vor der Google-Ads-Kauf-Conversion für bessere Zuordnung. |
| "Queue Google Ads Click Conversions" | 1 |
Speichert geeignete Bestellungen mit gclid, gbraid oder wbraid für den späteren Upload über die Google Ads API. |
| "Upload Google Ads Click Conversions" | 0 |
Sendet eingereihte Bestell-Conversions über die API. Das Senden von Google-Ads-Conversions im Browser wird nur für einen aktiven echten Upload-Datensatz mit aktueller Conversion-Aktionszuordnung unterdrückt; reine Validierungs- und abgeschlossene Datensätze unterdrücken es nie. |
| "Server-side Upload Without the Browser Tag" | 0 |
Führt den Kaufupload (Klickerfassung, Einwilligungsprotokoll, Warteschlange und Cron-Worker) bei ausgeschaltetem Google-Tracking im Browser aus, weil ein anderes Tag (etwa Google Tag Manager) den Kauf im Browser meldet. Der Upload muss auf die Conversion-Aktion dieses Tags zielen; eine zulässige Shopdomain ist erforderlich. |
| "Upload Transaction ID" | order_reference |
Muss der transaction_id entsprechen, die das Browser-Tag für denselben Kauf sendet, sonst zählt Google den Kauf doppelt. Die Bestellreferenz ist der Wert, den das moduleigene Tag sendet. |
| "Uploaded Purchases" | paid |
Muss den vom Browser-Tag gemeldeten Käufen entsprechen. Placed: jede im Shop beim Checkout aufgegebene Bestellung unabhängig von der Zahlungsart, außer Zahlungsfehlern und Stornierungen (ein Tag auf der Bestätigungsseite); Backoffice-Bestellungen werden nie hochgeladen. |
| "Upload Purchases Without a Click ID" | 0 |
Lädt auch Käufe ohne gclid, gbraid oder wbraid hoch, die nur anhand gehashter E-Mail-Adresse und Telefonnummer des Käufers zugeordnet werden (benötigt "Enhanced Conversions"). Nur bei erteiltem ad_storage und ad_user_data. Nur Data-Manager-Transport. |
| "Upload Delay (minutes)" | 0 |
Wartet nach der Bestellung so lange bis zum ersten Upload, damit das Browser-Tag Google zuerst erreicht; anschließend sendet der Cron-Worker. 0 sendet beim Checkout. Maximum 1440. |
| "Allowed Upload Domain" | empty |
Produktive Shopdomain (mehrere durch Kommas trennen). Wenn gesetzt, laufen Uploads nur, wenn jede Shopdomain zulässig ist und die flottenweite Richtlinie für ausgehende Schreibzugriffe das Schreiben erlaubt, sodass Entwicklungs-, Staging- oder wiederhergestellte Kopien ihre Warteschlange zurückhalten. Für serverseitigen Upload ohne Browser-Tag erforderlich. |
| "Google Ads Upload Transport" | legacy |
Legacy verwendet Google Ads API UploadClickConversions. Data Manager verwendet datamanager.googleapis.com events:ingest mit OAuth-Refresh-Token-Zugangsdaten. |
| "Google Ads API Version" | v24 |
Google-Ads-API-Version für den Upload-Endpunkt, zum Beispiel v24. |
| "Google Ads Developer Token" | empty |
Entwicklertoken aus dem Google Ads API Center. Testmodus-Tokens funktionieren nur mit Testkonten. |
| "Google Ads Login Customer ID" | empty |
Verwaltungskonto-ID ohne Bindestriche. Nur leer lassen, wenn das API-Token keinen MCC-Login-Kunden benötigt. |
| "Google Ads Customer ID" | empty |
ID des Google-Ads-Zielkontos ohne Bindestriche. |
| "Data Manager Operating Account ID" | empty |
Google-Ads-Konto-ID, die als Data Manager operatingAccount.accountId verwendet wird. Leer lassen, um die Google-Ads-Kunden-ID zu verwenden. |
| "Google Ads Conversion Action" | empty |
Numerische Conversion-Aktions-ID oder vollständiger Ressourcenname customers/{customer_id}/conversionActions/{action_id}. Muss die vom Browser-Purchase-Label repräsentierte Aktion sein. |
| "Google Ads Service Account Key Path" | empty |
Absoluter Pfad zum JSON-Schlüssel des Dienstkontos. Leer lassen, um den GA4-Dienstschlüsselpfad wiederzuverwenden, oder die folgenden OAuth-Zugangsdaten verwenden. |
| "Google Ads OAuth Credentials Path" | empty |
Absoluter Pfad zu einer OAuth-JSON-Datei mit client_id, client_secret, refresh_token und optional developer_token. |
| "Google Ads Upload Batch Size" | 20 |
Höchstzahl eingereihter Conversions für den Upload je Cron-Lauf. |
| "Google Ads Upload Max Attempts" | 0 |
0 verwendet den sicheren Standard von 10 Versuchen. Ein positiver Wert setzt nach dieser Anzahl echter Uploadfehler einen dauerhaften Fehlerstatus; zuständigkeitsbedingte Verschiebungen verbrauchen dieses Budget nicht. |
| "Google Ads Click Lookback Days" | 90 |
Aufbewahrungs- und Nutzungsdauer für gclid-, gbraid- oder wbraid-Zuordnung vor einer Bestellung. Auf 90 Tage begrenzt. |
| "Google Ads Validate Only" | 0 |
Validiert eingereihte Uploads, ohne Conversions in Google Ads aufzuzeichnen. |
| "Google Ads Conversion Value" | total_incl_tax |
Steuert den Bestellwert für browser- und serverseitige Google-Ads-Kauf-Conversions. |
| "Google Ads Ad User Data Consent" | UNSPECIFIED |
Optionaler Einwilligungswert, der mit Offline-Klick-Conversions gesendet wird. |
| "Google Ads Customer Match Upload" | 0 |
Lädt geeignete, eingewilligte Produktzielgruppen mit hoher Kaufabsicht in die konfigurierte Google-Ads-Customer-Match-Nutzerliste hoch. Nur sekundäres Zielgruppensignal; keine Conversion. |
| "Customer Match Token Eligibility Confirmed" | 0 |
Erforderliche Absicherung für Googles Customer-Match-Beschränkung vom 1. April 2026: Nur aktivieren, wenn dieses Entwicklertoken Customer Match bereits verwendet hat oder der Data-Manager-API-Fallback nicht erforderlich ist. |
| "Customer Match User List Resource" | empty |
Vollständiger Ressourcenname der Google-Ads-Nutzerliste, zum Beispiel customers/1234567890/userLists/987654321. |
| "Customer Match Lookback Days" | 30 |
Dauer, für die eingewilligte Produktabsichtsereignisse für Zielgruppenuploads geeignet bleiben. Käufer aus diesem Zeitraum werden ausgeschlossen. Standard: 30. |
| "Customer Match Batch Size" | 5000 |
Höchstzahl eingereihter Customer-Match-Zielgruppenmitglieder für den Upload je Cron-Lauf. Standard: 5000. |
Bei Google Tag Gateway wird die Google-Tag-ID aus der Konfiguration abgeleitet statt aus einer festen Zeichenfolge. Konfigurieren Sie Messpfad, "CF Zone ID" und "CF API Token", bevor Sie "Enable Tag Gateway" verwenden. Verwenden Sie "Disable Tag Gateway", um diese Integration über die verfügbare Aktion rückgängig zu machen. Verwechseln Sie die Gateway-Steuerung nicht mit Zugangsdaten für Kaufereignisse.
Testen Sie eine bezahlte Testbestellung und vergleichen Sie Browserereignis, eingereihtes Serverereignis und Upload-Ergebnis. Prüfen Sie Transaktions-IDs und Tracking-Zuständigkeit, um doppelte Ereignisse zu vermeiden. Kaufuploads, Wiederholungen und Customer Match sind separate Aufträge mit separaten Zugangsdaten und Schaltern. "Google Ads Validate Only" kann die konfigurierte Upload-Anfrage validieren, ohne sie als tatsächlich übermittelte Conversion zu behandeln.
Aufträge planen und den Shop prüfen
Verwenden Sie das in Ihrer gemeinsamen MPR-Cron-Verwaltung angezeigte Token. Der Cron-Einstiegspunkt im Stammverzeichnis der Suite unterstützt:
* * * * * php /var/www/html/modules/mprseorevolution/cron.php --token=YOUR_TOKEN --max-tasks=20 --max-seconds=55 --context=cron
Ersetzen Sie Pfad und Token. Dieser Runner verarbeitet gemeinsame MPR-Aufträge, nicht nur SEO-Aufträge. Unterstützte CLI-Argumente sind --token, --max-tasks, --max-seconds, --context und --task für einen einzelnen Modulauftrag. Prüfen Sie registrierten Zeitplan und zurückgegebenes Ergebnis, bevor Sie weitere Scheduler-Einträge hinzufügen.
Die Aufträge umfassen die konfigurierten Warteschlangen für Sitemap, Crawler, Backlinks, interne Linkprüfung, Search Console, Indexierung und Conversions. Aufträge überspringen ihre Arbeit, wenn ihre Funktion deaktiviert oder die SEO-Durchsetzung inaktiv ist. Prüfen Sie daher die Ergebnisse jeder Warteschlange, um zu sehen, was gesendet wurde.
Prüfen Sie in jeder benötigten Sprache/jedem Shop ein Produkt, eine Kategorie, eine CMS-Seite, eine Marke und einen Lieferanten. Prüfen Sie Titel, Beschreibung, H1, Canonical, robots, alternate-Links, Open-Graph-/Twitter-Ausgabe und JSON-LD. Testen Sie eine Weiterleitung und eine fehlende Seite. Prüfen Sie Sitemap-Index, untergeordnete Dateien, robots-Stammdatei und erzeugte LLM-Dateien. Bestätigen Sie, dass sichtbare interne Links zu veröffentlichten Seiten führen. Verwenden Sie neben dem normalen Seitencache auch öffentliche ungecachte Antworten.
Fehlt eine Ausgabe, prüfen Sie den Modulhauptschalter, "SEO Features", Shopkontext, Zuständigkeit, Bereitschaft gemeinsamer Pakete, Vorlagenintegration und Seitencache. Werden Dateien oder Aufträge übersprungen, lesen Sie deren Status und Durchsetzungszustand. Schlägt eine externe Übermittlung fehl, prüfen Sie relevante Zugangsdaten, Property-/Kontoauswahl und Warteschlangenmeldung. Führen Sie nach der Behebung von Infrastrukturproblemen erneut "Tools" > "Integrity Check" aus.
Deinstallation
Exportieren oder sichern Sie Metadaten, Weiterleitungen, Richtlinien, SEO-Datensätze, Tracking-Warteschlangen, Zugangsdatenkonfiguration, erzeugte Dateien und Stammdateisicherungen. Entfernen Sie Ihren Scheduler-Eintrag, wenn kein anderes MPR-Modul ihn benötigt.
Die Deinstallationsroutine stellt zuerst die verwalteten Routing-Regeln wieder her und entfernt dann Suite-Aufträge, Schema, Menüs und nicht beibehaltene Konfiguration. Gemeinsame Sitemap-Tabellen bleiben bestehen, wenn mprsitemapbuilder installiert ist; auch Einstellungen gemeinsamer Pakete können für andere zuständige Komponenten erhalten bleiben. Gehen Sie nicht davon aus, dass die Deinstallation jede Stammdatei wiederherstellt oder jedes erzeugte Artefakt löscht. Prüfen Sie anschließend robots.txt, Sitemap-/LLM-Dateien, Theme-Patches und öffentliche URLs und verwenden Sie bei Bedarf die Sicherungen zur Wiederherstellung.
Prüfen Sie native Metadaten und jede ersetzende SEO-/Tracking-Komponente, bevor Sie den Shop wieder normal betreiben. Bewahren Sie exportierte Weiterleitungsdaten auf, wenn alte eingehende Links weiterhin ein Ziel benötigen.
Kompatibilität
Erfordert PrestaShop 1.6.0.0 oder neuer und PHP 7.1 oder neuer.
Fragen
2
Worin unterscheidet sich die Smart SEO Revolution Suite von einzelnen SEO-Modulen?
SEO Revolution bündelt diese Werkzeuge in einem Backoffice-Dashboard:
- Metadatenvorlagen für unterstützte Seitentypen.
- Sitemaps, robots.txt und Canonicals.
- Strukturierte Daten, Social-Tags und Hreflang.
- Weiterleitungen und 404-Überwachung.
- Bild-SEO, interne Verlinkung und SEO-Bewertung.
Legen Sie bei überlappenden Modulen für jede Ausgabe eine zuständige Komponente fest.
Kann ich Ihre SEO Revolution Suite anstelle einzelner SEO-Module verwenden?
Ja, wenn ihre Funktionen Ihren Bedarf abdecken. Smart SEO Revolution Suite enthält Werkzeuge für Sitemaps, strukturierte Daten, Canonicals und interne Verlinkung in einem Modul. Vergleichen Sie die benötigten Funktionen und Übernahmeeinstellungen, bevor Sie Einzelmodule entfernen.
Bekannte Probleme
42
Entitätsauswahlen starten mit unbeabsichtigter Auswahl
Anonyme Zuordnung verliert Einwilligungsablehnungen
Sitemap und Sprachlinks ignorieren ausgegebenes noindex
Robots-Dateiveröffentlichung bleibt nach Änderungen inkonsistent
Interne Linkprüfungen überschreiten Laufzeit oder verfehlen Ziele
Such-URLs werden weitergeleitet oder erhalten widersprüchliche Robots-Anweisungen
Conversion- und Seitenbestandsansichten scheitern unter PrestaShop 9
Kaufberichte zählen dieselbe Bestellung doppelt
Codebeispiele beschädigen strukturierte Daten
Informationen zu Werbeklicks gehen bei Weiterleitungen verloren
Kontaktseite wird ohne Meldung aus Sitemap ausgelassen
Verbesserte Sicherheit
Gültige interne Links werden als inaktiv markiert
Sitemap-Veröffentlichung stellt unvollständigen Satz bereit
SEO-Anpassungen werden nicht sofort wirksam
Fehlerseiten können als indexierbar markiert werden
Indexierungssignale verschiedener Seitenausgaben widersprechen sich
Verschachtelte Produktfoto-Links lassen sich nicht öffnen
Produktangebots-Markup meldet ungenaue Daten
Modul-Hintergrundanfragen werden weitergeleitet
Sitemap-Erstellung wird trotz Fortschritt abgebrochen
Indexierungsmeldungen verwenden falsche ungesicherte Adressen
SEO-Dashboard scheitert unter PrestaShop 9
Neuinstallation des Moduls scheitert
Sitemap-Erstellung stockt oder ersetzt funktionierende Dateien zu früh
Interne Links werden verschachtelt
Produktbewertungen enthalten unzugehörige Rezensionen
Noindex-Seiten veröffentlichen weiterhin Sprachalternativen
Suchmaschinen-Markup enthält ungültige Bewertungsdaten
Kanonische Links von Modulseiten verlieren ihr vorgesehenes Ziel
Besuche fehlender Seiten werden unter PrestaShop 9 nicht erfasst
Warteschlangen für Kauf- und Werbemeldungen sind unzuverlässig
Analysefehler blockieren den Bestellabschluss
Sitemaps lassen Sprachalternativen der Startseite aus
Alte Sitemap-Einstellungen und Links werden falsch migriert
Interne Linkgruppen lösen ausgewählte Ziele nicht auf
Suchmaschinen können noindex-Anweisungen des Moduls nicht lesen
Kategorieseiten geraten in Weiterleitungsschleifen
Shop-Seiten scheitern bei Tracking-Vorbereitung
Fehler in strukturierten Daten führen zu leerer Seite
Rich-Snippet-Schema zeigt falschen Preis bei Produkten mit spezifischen Preisen
Das JSON-LD-Product-Schema gibt den Basiskatalogpreis statt des rabattierten Preises aus, wenn spezifische Preisregeln greifen. Google zeigt in den Suchergebnissen den falschen Preis an.
Hinweis zur Lösung
Verwendet jetzt Product::getPriceStatic() mit angewendeten Rabatten.
301-Redirect-Schleife, wenn sich Quell- und Ziel-URL nur durch den abschließenden Schrägstrich unterscheiden
Das Anlegen einer Weiterleitung von /old-product nach /old-product/ verursacht eine endlose Redirect-Schleife, weil das Modul sie als unterschiedliche URLs behandelt, der Webserver sie aber normalisiert.
Hinweis zur Lösung
Normalisierung des abschließenden Schrägstrichs vor dem Redirect-Matching hinzugefügt.
Funktionsanfragen
39
Implementiert
Zentrale Matrix zum Überschreiben von SEO-Regeln
Offline-Conversions an Google Ads übertragen
Lesbare Shopadressen
Verwaltung kanonischer URLs
Links zu Sprachalternativen
Strukturierte Daten für Produkte und Inhalte
Metadaten für soziale Netzwerke
XML-Sitemaps nach Sprache
Interne Verlinkung und Linkprüfung
Weiterleitungsketten bereinigen
Search Console-Berichte
GA4-Berichte im Dashboard
Zentrales Seitenverzeichnis
Zentrale SEO-Richtlinien
Berichte zur SEO-Wiederherstellung
SEO-Prüfung für Kategorien
Dauerhafte Indexierungswarteschlange
Konfigurierbare Indexierungsprioritäten
Geplante Backlink-Prüfungen
Strukturierte Daten für Dienstleistungen
Produktuntertitel
Links zu Produktgaleriefotos
Erweitertes Markup für Produktgalerien
Google-Tagging über die eigene Domain
Google Tag Gateway einrichten
Zielgruppen für Werbung hochladen
Protokoll der Conversion-Zustellung
Sprachabhängige interne Links
Zustelloptionen für Google Ads-Conversions
Geplante Indexierungszeiträume
Verwaltung von Bildalternativtexten
Weiterleitungen per CSV importieren
Weiterleitungen im Inhaltslebenszyklus
E-Commerce-Tracking für den Einzelhandel
Sitemap-Schalter für Modulseiten
Indexierungsumfang für Produkte und Startseiten
Updates im Backoffice
Mehrsprachige Verwaltung
Metadaten und Bildtexte generieren
Änderungsprotokoll
v2.3.552026-05-27
- AddedAdd internal link audit
- AddedFinalize SEO technical controller cleanup
- AddedAdd enhanced Ads conversion identifiers
- AddedAdd Google Ads offline conversion upload
- AddedFull-page internal linking via hookActionOutputHTMLBefore
- Addedcomplete FR/DE/ES/IT/PL translations
- ImprovedReplace GA4 SDK client
- ImprovedDelay listing page google tracking
- ImprovedCache SEO header output
- FixedEscape 404 monitor tilde probe pattern
- FixedExpose noindex on listing query variants
- FixedIgnore post form actions in link audit
- FixedComplete seo revolution release surface
Ältere Versionen
v1.0.02026-05-04
- Initialrelease: complete SEO suite for PrestaShop
- InitialMeta template engine, hreflang tags, XML sitemaps, 301/302 redirect manager
- InitialCompatible with PS 1.7.x and PS 8.x
v2.1.02026-04-20
- AddedUse shop name slug instead of numeric ID in sitemap filenames
- AddedAdd softwareHelp schema linking product to documentation page
- AddedSplit sitemaps by language — one XML file per shop+language
- AddedUse PreviewBadge for source/target columns
- AddedLicense management tab with key management and renewal options
- Addedself-healing integrity checks for automatic diagnostics and repair
- Addedcomplete FR/DE/ES/IT/PL translations
- ImprovedUse DashboardChartWidget from prestashop-admin package
- ImprovedMatch exact dashtrends DOM structure for visitor widget
- Improvedadmin list columns with visual badge indicators and multiselect filters
- FixedMove sitemap output from module dir to /sitemaps/ in web root
- FixedGenerate friendly URLs for search SEO pages in sitemap
- FixedRespect controller-provided canonical in fixModuleControllerCanonical
- Fixedvarious stability and compatibility improvements (24 fixes total)
- Fixedadmin list filters — sorting, searching, and filtering now work correctly on all columns
v2.0.02026-01-27
- AddedPS 9 / Hummingbird theme compatibility
- AddedAI-assisted meta-description generation using configurable prompt templates
- Addedvisual redirect manager with import/export CSV support
- Improvedhreflang generation: supports x-default tag and region variants
- Optimized XML sitemap generation — streaming output for catalogues with 500k+ URLs
- Fixedcanonical URL conflict with native PS canonical on PS 8.1+
v1.2.02025-08-19
- Addednoindex/nofollow per-page override panel
- AddedSchema.org meta-template engine for product and category pages
- Improvedmeta-title and description template tokens: {name}, {category}, {brand}, {price}
v1.1.02025-05-26
- Addedbulk meta-title and description editor with live preview
- Addedrobots.txt editor with syntax validation
- Fixedhreflang tags duplicating on multistore with shared domain
Demo
Testen Sie das vollständige Modul vor dem Kauf
Kaufen Sie die Lizenz später, Ihre Einstellungen bleiben erhalten.
- Ihre 30-Tage-Demo Testen Sie es 30 Tage ab der ersten Installation in Ihrem eigenen Shop.
- Fertiger Demo-Shop Entdecken Sie einen fertigen Demo-Shop im Browser.
- Ohne Registrierung Kein Konto, keine E-Mail-Adresse und keine Shop-Domain nötig.
Mit dem Download akzeptieren Sie die Demo-Bedingungen und die Datenschutzerklärung.
Mit dem Öffnen dieser Demo akzeptieren Sie die Demo-Nutzungsbedingungen und die Datenschutzerklärung.