Sollte jedes Modul in jedem Shop installiert werden?

Jedes Modul nennt seinen unterstützten PrestaShop-Bereich auf der eigenen Produktseite, den genauen Versionsbereich finden Sie dort. Die meisten Module im Katalog liefern eine einzige ZIP, die beim Installieren die Version Ihres Shops erkennt und den passenden Codepfad lädt. So funktioniert derselbe Kauf weiter, während Sie Ihren Shop mit der Zeit aktualisieren.Was „unterstützt" konkret bedeutet:Wir führen vor jedem Release Regressionstests auf einer frischen Installation jeder unterstützten Version durch.Fehlerberichte zu jeder unterstützten Version behandeln wir nach derselben Support-Richtlinie. Kein „diese Version ist zu alt".Einige Module setzen einen neueren Core voraus, weil die genutzte PrestaShop-API in älteren Versionen nicht existierte; das ist auf der Produktseite vermerkt.Läuft Ihr Shop auf einem sehr alten, nicht mehr gepflegten Core, ist es sicherer, PrestaShop zuerst zu aktualisieren, wir portieren nicht auf Cores zurück, die keine Sicherheitsupdates mehr erhalten.

Was genau ist mypresta.rocks?

mypresta.rocks ist ein kleines, fokussiertes Team von PrestaShop-Entwicklern mit Sitz in Tychy, Polen. Wir entwickeln seit 2013 PrestaShop-Module und haben das Unternehmen 2018 registriert.Wir entwickeln, verkaufen und betreuen mehr als 150 Module für SEO, Checkout, Performance, Suche, Analytics und mehr. Wichtig für Sie: PrestaShop ist das Einzige, was wir tun. Wir sind keine allgemeine Agentur, die nebenbei andere Plattformen bedient. Wenn Sie ein Modul kaufen, kommt der Support von den Leuten, die es geschrieben haben.Stöbern Sie im Modulkatalog oder lesen Sie die längere Geschichte auf unserer Über-uns-Seite.

Bieten Sie eine kostenlose Installation an?

Ja. Jeder Modulkauf beinhaltet die kostenlose Installation durch unser Team. Eröffnen Sie nach der Bestellung ein Support-Ticket mit Ihren Shop-Zugangsdaten, und wir installieren und konfigurieren das Modul für Sie, Sie sparen sich die Einrichtung.Was abgedeckt ist, lesen Sie in unserer Support-Richtlinie.

Muss ich Google Tag Manager verwenden oder kann ich GA4 direkt nutzen?

Beides funktioniert, und Sie können beides gleichzeitig betreiben. Aktivieren Sie die GTM-Plattform und geben Sie Ihre Container ID ein, wenn alles über Tag Manager laufen soll, das Modul pusht alle Ecommerce-Events in GA4-Enhanced-Ecommerce-Form in die dataLayer, sodass jedes Tag, das Sie dort bauen, sie erhält. Möchten Sie GTM überspringen? Aktivieren Sie die GA4-Plattform, geben Sie Ihre Measurement ID ein, und das Modul lädt gtag.js und sendet Events direkt an Analytics.Marketing Revolution - Tracking-Plattformen mit separater Einrichtung von GTM und GA4.Jede Plattform wird separat aktiviert, daher ist GTM und GA4 parallel in Ordnung: Viele Shops nutzen GTM für Custom Tags und Trigger, während GA4 direct natives Event Tracking übernimmt. Der häufige Fehler ist Doppelzählung, wenn GTM bereits ein GA4-Tag aus der dataLayer auslöst, aktivieren Sie nicht zusätzlich GA4 direct für dieselbe Property, sonst zeichnen Sie jedes Event doppelt auf. Wählen Sie einen Weg zu GA4 und bleiben Sie dabei.Im Modul sind das separate Adapter mit eigenen Pflichtfeldern: GTM braucht eine CONTAINER_ID, während GA4 direct eine MEASUREMENT_ID braucht. Der Master-Tracking-Schalter muss zuerst aktiviert werden; wenn Tracking deaktiviert ist oder eine Plattform aktiv ist, aber ihre Pflicht-ID fehlt, werden die Front-Office-Scripts für diese Plattform nicht injiziert.GTM route: enable GTM + CONTAINER_ID = GTM-XXXXXXX; create GA4 tags inside Tag Manager from dataLayer events.Direkter Weg: GA4 aktivieren und MEASUREMENT_ID = G-XXXXXXXXXX festlegen; GTM aus dem GA4-Pfad heraushalten.GA4 direct hat außerdem optionale Einstellungen, die GTM nicht auf dieselbe Weise nutzt: IP-Anonymisierung, User-ID-Tracking für eingeloggte Kunden und ein API Secret für serverseitiges erneutes Senden verpasster Käufe. GTM ist besser, wenn Sie einen Container zur Steuerung mehrerer Anbieter möchten; GA4 direct ist sauberer, wenn nur das Modul Standard-GA4-Ecommerce-Events senden soll, ohne Tags in GTM zu bauen.Das ist Teil von Marketing Revolution, das Tracking für Google, Meta und mehr an einem Ort vereint.

Wie viele Module bieten Sie derzeit an?

Wir bieten derzeit über 150 Module, gegliedert in Bereiche wie SEO und Traffic, Konversionen und Verkauf, Checkout sowie Kundenerfahrung. Der Katalog wächst, sobald wir neue Probleme finden, die sich für Shop-Betreiber zu lösen lohnen.Stöbern Sie im gesamten Angebot in unserem Modulkatalog.

Kann ich das Modul vor dem Kauf testen?

Ja. Wir betreiben Live-Demo-Shops, in denen Sie das Frontend und das Back-Office jedes Moduls mit vollem Funktionsumfang ausprobieren können, ohne Registrierung. So sehen Sie genau, wie sich ein Modul verhält, bevor Sie etwas ausgeben. Sie finden sie auf unserer Demo-Seite.

Wird dieses Modul meinen Shop verlangsamen?

Wenn Sie befürchten, dass ein Tracking-Modul Ihren PrestaShop-Shop langsam macht, hier die ehrliche Antwort: Marketing Revolution ist leichter, als für jede Plattform ein eigenes Modul zu betreiben. Statt 8 bis 15 separater JavaScript-SDKs, die jeweils eigene DOM-Abfragen und Event-Listener hinzufügen, erhalten Sie eine einheitliche Event-Schicht, die alle Plattformen teilen.Es lädt gtag.js zudem nur einmal und teilt es zwischen GA4 und Google Ads, wenn beide aktiv sind, dieses Skript fällt also nicht doppelt an. Die ehrliche Grenze: Jede aktivierte Plattform fügt weiterhin ihr eigenes SDK-Skript hinzu, alle 15 zu aktivieren ist also mehr JavaScript als 3. Aktivieren Sie nur die Plattformen, die Sie wirklich nutzen, dann bleibt der Aufwand gering.Geht es Ihnen vor allem um Geschwindigkeit, kombinieren Sie es mit Performance Revolution, das sich direkt um Caching und Frontend-Optimierung kümmert.

Was macht das für Agenturen nützlich?

Die meisten ja. PrestaShop-Multistore ist pro Modul aktivierbar, und die Tiefe der Unterstützung variiert. Die ehrliche Antwort lautet daher: meist ja, aber prüfen Sie es, bevor Sie sich darauf verlassen.Was wir konkret zu unseren Modulen in einem PrestaShop-Multistore sagen können:Einstellungen pro Shop, Module, die Konfiguration speichern, tun dies mit id_shop / id_shop_group-Kontext, sodass jeder Shop seine eigene Einrichtung behält und den Multistore-Umschalter im Back Office respektiert.Inhalte pro Shop. Alles, was Datenbankzeilen erzeugt (FAQ-Einträge, Sitemap-Regeln, eigene Blöcke), ist dem aktiven Shop zugeordnet.Templates pro Shop, Front-End-Templates lassen sich unter themes//modules// überschreiben, genau wie Core-Templates.Module, die eng mit dem Core arbeiten, etwa SEO Revolution und Performance Revolution, werden in Multistore-Umgebungen entwickelt und betrieben. Kleinere Hilfsmodule funktionieren meist ebenfalls, zeigen aber nicht immer jede Option im Multistore-Umschalter. Wenn Multistore für Sie entscheidend ist, prüfen Sie die Produktseite oder fragen Sie uns vorher.

Was passiert, wenn ein Modul in meinem Shop nicht funktioniert?

Wir stehen hinter jedem Modul, das wir verkaufen. Verursacht ein Modul ein Problem in Ihrem Shop, behebt unser Team es kostenlos, und falls wir es nicht lösen können, erhalten Sie eine vollständige Rückerstattung. Sie bleiben nie auf Code sitzen, der in Ihrem Shop nicht läuft.Schicken Sie uns bei einer Meldung Ihre PrestaShop-Version, die Modulversion und die genaue Fehlermeldung oder einen Screenshot, damit wir das Problem schnell nachstellen können. Meist steckt ein Theme- oder Drittmodul-Konflikt dahinter, den wir gemeinsam eingrenzen. Für eigene Vorab-Checks siehe unseren PrestaShop-Fehlerbehebungsleitfaden.

Was ist Meta Conversions API (CAPI) und brauche ich sie?

Meta Conversions API (CAPI) sendet Kauf-Events serverseitig an Meta, statt sich nur auf den Browser des Besuchers zu verlassen. In Marketing Revolution verwendet der Meta-Server-Side-Sender Ihre Pixel ID und Ihr CAPI Access Token und sendet Kauf-Events an Metas Graph API. Ziel ist es, Käufe zurückzugewinnen, die Browsertracking wegen Adblockern, Consent-Timing, Checkout-Weiterleitungen oder einem zu frühen Schließen der Bestätigungsseite verpassen kann.CAPI-Einstellungen verbinden serverseitiges Tracking mit Ihrer Meta Pixel-Konfiguration.CAPI arbeitet mit dem Resender für verpasste Käufe zusammen. Das Modul protokolliert Kauftracking, die geplante Resend-Aufgabe läuft stündlich, schaut über das konfigurierte Zeitfenster zurück und sendet verpasste Bestellungen über die konfigurierten serverseitigen APIs. Für Meta enthält der Payload das Purchase-Event, Währung, Wert, Produktinhalte, Order ID und Enhanced-Matching-Daten. E-Mail, Telefon, Vorname, Nachname, Stadt, Postleitzahl, Bundesland und Land werden normalisiert und mit SHA-256 gehasht, bevor sie gesendet werden; Client-IP und User-Agent werden ungehasht gesendet, weil Meta diese Felder in dieser Form erwartet.Minimal CAPI checklist:1. Meta Pixel ID in the Meta platform settings.2. Meta CAPI access token in the Meta platform settings.3. Optional Test Event Code while validating in Meta Events Manager.4. Aktivieren Sie Resend Missed Purchases, wenn Sie den stündlichen serverseitigen Wiederherstellungsauftrag nutzen möchten.5. Lassen Sie auch das Browser-Pixel aktiviert, denn CAPI ergänzt das normale Frontend-Tracking, anstatt es zu ersetzen.Event flow:Customer reaches order confirmation -> browser pixel tries to send Purchase.Marketing Revolution logs the purchase tracking attempt.Hourly cron task -> ResendMissedPurchases finds completed orders not logged as tracked inside the lookback window.MetaConversionsApi::sendPurchase() -> POST /{pixel_id}/events with Purchase, value, currency, contents, order_id and hashed customer data.Meta Events Manager -> use the Test Event Code first, then remove it for live traffic.Sie brauchen CAPI, wenn Meta Ads für Ihr Reporting oder Ihre Optimierung wichtig sind. Wenn Sie keine Meta-Kampagnen schalten, ist es optional. Wenn Sie Meta-Kampagnen schalten, ist es eine der wirksamsten Tracking-Verbesserungen, weil es die Lücke zwischen echten PrestaShop-Bestellungen und dem, was Meta attribuieren kann, reduziert.

Können Sie ein individuelles Modul für meine speziellen Anforderungen entwickeln?

Ja, wir übernehmen individuelle PrestaShop-Modulentwicklung, wenn keines unserer bestehenden Module abdeckt, was Sie brauchen. Wir betreiben selbst Shops und betrachten jede Anfrage aus Händlersicht: welches Problem sie löst und ob sich die Umsetzung lohnt.Sagen Sie uns, was Sie erreichen möchten. schildern Sie uns die Details und wir geben Ihnen vorab eine ehrliche Einschätzung zu Machbarkeit, Zeitrahmen und Kosten. Wenn ein individuelles Modul nicht der richtige Weg ist oder eines unserer bestehenden Module die Aufgabe bereits erfüllt, sagen wir Ihnen das. Nicht jede Anfrage können wir annehmen, aber Sie wissen es immer im Voraus.

Bieten Sie Support nach dem Kauf?

Ja. Jeder Modulkauf enthält drei Monate kostenlosen Support und Updates über unser Ticket-System, und der Support lässt sich mit kostenpflichtigen Paketen verlängern. An Werktagen antworten wir in der Regel innerhalb weniger Stunden, ob bei der Konfiguration, der Fehlersuche oder einer Frage zur Anpassung. Ihre Tickets werden von aktiven PrestaShop-Entwicklern beantwortet, wir betreiben selbst Shops, und nicht von einem ausgelagerten Support-Team. Alle Einzelheiten finden Sie in unserer Support-Richtlinie.

Wie funktioniert der Missed Purchase Resender?

Er stellt Käufe wieder her, die das browserseitige Tracking verpasst hat: Das Modul loggt die Purchase-Events, die es erfasst, und der stündliche Cron vergleicht aktuelle gültige PrestaShop-Bestellungen mit diesem Log, um Bestellungen zu finden, die nie ein Purchase-Event ausgelöst haben. Jede verpasste Bestellung wird dann serverseitig erneut gesendet.Resends werden über das GA4 Measurement Protocol und/oder die Meta Conversions API gesendet. Das läuft nur, wenn Sie die serverseitigen Zugangsdaten eingetragen haben - ein GA4 API Secret und/oder einen Meta Access Token; ohne sie gibt es keinen Sendekanal, und der Job überspringt. Sie wählen, wie weit zurück gesucht wird: 6, 12, 24, 48 oder 72 Stunden.Die Funktion ist standardmäßig aus. Um sie zu nutzen, aktivieren Sie das erneute Senden verpasster Käufe, lassen Sie das Purchase Logging aktiviert und stellen Sie sicher, dass der Cron des Moduls läuft; das Modul registriert eine stündliche resend_missed_purchases-Aufgabe. Der Standard-Lookback beträgt 24 Stunden, und die Lookup-Query wählt gültige PrestaShop-Bestellungen in diesem Fenster, die keine Purchase-Zeile im Tracking-Log des Moduls haben.GA4 resend: benötigt die GA4 Measurement ID und API Secret. Das Modul sendet den Kauf über Measurement Protocol.Meta resend: benötigt die Meta Pixel ID und einen Conversions API Access Token. Ein Meta Test Event Code kann beim Testen verwendet werden.Logging: Nach einem erfolgreichen Resend schreibt der Cron einen Purchase-Log-Eintrag mit Source cron_resend, sodass wiederhergestellte Bestellungen erfasst werden und nicht erneut gesendet werden.Ein nützliches Detail: Das ist keine magische Wiederholung der exakten Browsersitzung des Kunden. Für eine verpasste Bestellung baut das Modul den Order Payload aus PrestaShop-Bestelldaten neu auf und sendet ihn serverseitig. Das ist weiterhin wertvoll für Purchase Attribution und Reporting, auch wenn browser-only Details, die nie erfasst wurden, für den Resend möglicherweise nicht existieren.Der Resender ist in Marketing Revolution eingebaut, unserem All-in-one-Tracking-Modul.

In welchen Sprachen sind Ihre Module verfügbar?

Unser Shop und die Admin-Oberflächen der Module sind auf Englisch, Deutsch, Französisch, Polnisch, Italienisch und Spanisch verfügbar. Die kundenseitige Ausgabe der meisten Module richtet sich nach den Sprachen, die Sie in Ihrem PrestaShop-Shop eingerichtet haben, der angezeigte Text stammt aus Ihren eigenen Übersetzungen, nicht aus fest hinterlegten Zeichenketten. Mehr über uns: über mypresta.rocks.

Fügt MPR FAQ SEO-Schema und Indexierungssteuerung zu PrestaShop-FAQ-Seiten hinzu?

Ja. FAQ Manager gibt Ihnen Indexierungssteuerung über Ihre FAQ, statt Suchmaschinen jede dünne Frage und Suchseite crawlen zu lassen - Sie entscheiden also genau, welche Antworten eine Indexierung wert sind.Die Indexierung wird pro Seitentyp entschieden, und Sie behalten die Kontrolle:FAQ landing page - standardmäßig indexierbar (index/follow), weil sie Ihr echter Einstiegspunkt ist.Individual question pages - Opt-in. Sie aktivieren einen Hauptschalter und markieren dann die konkreten Fragen, die indexiert werden sollen. Nur diese nutzen index/follow und können der XML-Sitemap hinzugefügt werden; der Rest bleibt draußen.Search results pages - immer noindex, damit Sie den Index nicht mit internen Such-URLs verschmutzen.Category and tag pages - Kategorieseiten sind optional indexierbar und können in die Sitemap aufgenommen werden, wenn die Kategorie-Sitemap-Policy und das indexierbar-Flag pro Kategorie es erlauben. Tag-Seiten bleiben aus der Sitemap heraus.Es gibt außerdem strukturierte Daten. Das Modul kann FAQPage-Schema auf einer Frageseite ausgeben; diese Ausgabe ist konfigurierbar und standardmäßig deaktiviert, sodass Sie sie nur aktivieren, wenn ein Structured-Data-Consumer sie benötigt. Der eigentliche Fokus liegt hier auf den Indexsteuerungen - Schema und Robots-Tags steuern, welche Seiten Suchmaschinen crawlen, garantieren aber kein Ergebnis.Den vollständigen Funktionsumfang finden Sie bei FAQ Manager.Die Standardwerte sind absichtlich streng: Schema ist standardmäßig deaktiviert, einzelne Frageseiten sind standardmäßig nicht indexierbar, der FAQ-Hub ist indexierbar, Kategorie- und Tag-Seiten sind standardmäßig nicht indexierbar, Suchseiten sind nie indexierbar, und Sitemap-Aufnahme ist nur für Seitentypen aktiviert, die durch die SEO-Policy erlaubt sind. Das verhindert, dass eine neue FAQ den Index flutet, bevor Sie geprüft haben, welche Antworten eigenständige Suchsichtbarkeit verdienen.Für Schema einzelner Fragen baut der Controller FAQPage JSON-LD nur dann, wenn die Frage aktiv, veröffentlicht, indexierbar ist, nicht-leeren Frage- und Antworttext hat und die relevante Schema-Policy es erlaubt. Auch Hub-Schema ist begrenzt: Es wählt eine kleine Menge aktiver, veröffentlichter, indexierbarer Fragen, sortiert nach Nützlichkeit und Sichtbarkeitssignalen, statt jeden Entwurf oder jede Antwort mit geringem Wert in strukturierte Daten zu kippen.Der Sitemap-Hook folgt derselben Disziplin. Er kann die Hub-URL hinzufügen, Kategorie-URLs, die aktiv und indexierbar sind, wenn die Kategorie-Sitemap-Policy es erlaubt, und Frage-URLs, die aktiv, veröffentlicht, mit Slug versehen und als indexierbar markiert sind. Ein Entwurf, eine Vorschau, eine noindex- oder unveröffentlichte Frage sollte daher aus der Sitemap herausbleiben, auch wenn sie in den FAQ-Tabellen existiert.Die Admin-Konfiguration warnt außerdem, dass Google die Anzeige von FAQ-Rich-Results reduziert hat. FAQ-Schema sollte also nicht als magischer Ranking-Schalter betrachtet werden. Der praktische SEO-Wert ist redaktionelle Kontrolle: nützliche Antworten veröffentlichen, die eigenständig tragfähigen indexieren und Suchseiten, dünne Tags sowie ungeprüfte Fragen aus dem Index halten.

Sind Ihre Module mit meinem Theme kompatibel?

Wenn Sie ein Theme sicher anpassen möchten, ist ein Child Theme der sauberste Weg in PrestaShop. Ihre Änderungen liegen im Child und überstehen Updates des Eltern-Themes. Unser kostenloser Child Theme Generator erstellt es für Sie.Er generiert ein einsatzbereites Child Theme für diese Eltern-Themes:Classic, das Standard-Theme von PrestaShop.Hummingbird, das schlanke Theme für PrestaShop 8/9.Warehouse, das beliebte Warehouse-Eltern-Theme.Das erzeugte Child enthält eine config/theme.yml, die auf das gewählte Eltern-Theme verweist und use_parent_assets setzt, sodass das Child dessen Styling von Haus aus erbt. Außerdem werden eine custom.css und eine custom.js für Ihre eigenen Anpassungen angelegt, dazu optionale Template-Overrides, wenn Sie das Markup des Eltern-Themes ändern müssen.Legen Sie Ihr CSS, JavaScript und Ihre Template-Änderungen im Child Theme ab, ein späteres Update des Eltern-Themes überschreibt sie dann nicht.

Funktioniert Marketing Revolution mit Consent Mode v2?

Ja. Marketing Revolution enthält eine Consent-Mode-v2-Bridge, die unterstützte Cookie-Banner mit Googles Consent-Signalen verbindet. Sie ist dafür ausgelegt, vier Consent-Plattformen automatisch zu erkennen: MPR Cookies Revolution, Cookiebot, jedes IAB TCF v2 Banner und OneTrust.Wenn die Bridge mit verfügbarem window.mprMarketingConfig.consentMode läuft, setzt sie Googles Default Consent für Analytics und Ads auf die konfigurierten Standardwerte, typischerweise denied für ein EU-artiges Setup, und aktualisiert Consent, wenn der Besucher die relevanten Kategorien akzeptiert. Die Bridge übergibt den Consent-Status an Google; sie blockiert Drittanbieter-Scripts nicht selbst. Script Blocking bleibt Aufgabe des Cookie-Banners oder CMP.Es gibt einen wichtigen aktuellen Code-Hinweis zur Reihenfolge. Die Bridge beendet sich sofort, wenn window.mprMarketingConfig noch nicht definiert ist, während das Header-Template Plattform-Init-Scripts und Page-Event-Scripts ausgibt, bevor es dieses Config-Objekt definiert. Deshalb garantiert der aktuelle Build nicht, dass denied/default Consent angewendet wird, bevor Google Tags oder Page Events laufen. Für strikte Consent-Mode-Sequenzierung prüfen Sie die tatsächlich gerenderte Reihenfolge in Ihrem Theme oder passen Sie das Modul so an, dass Config und Default-Consent-Command vor allen Google Init-/Event-Scripts vorhanden sind.Consent Mode ist in den Moduleinstellungen standardmäßig deaktiviert. Wenn aktiviert und wenn die Bridge das Config-Objekt rechtzeitig hat, sind die Standard-Modulwerte denied für Analytics Storage und denied für Ads Storage, sofern Sie sie nicht bewusst ändern.Die Bridge sendet Googles v2-Consent-Felder: analytics_storage, ad_storage, ad_user_data und ad_personalization. Sie lässt außerdem functionality_storage und security_storage granted und verwendet ein wait_for_update-Fenster von 500 Millisekunden, damit ein CMP-Update eintreffen kann, bevor Google Hits verarbeitet.Default EU-style setup: Consent Mode enabled; analytics default = denied; ads default = denied; CMP accepts analytics + marketing; bridge updates Google consent to granted.Wenn Ihr CMP nicht zu den unterstützten Integrationen gehört, brauchen Sie eine kleine Custom Bridge, die denselben Update-Pfad aufruft, wenn der Besucher Consent ändert. Ohne das behält Google den zuletzt gesendeten Consent-Status, auch wenn sich die Banner-UI geändert hat.Marketing Revolution übernimmt die Tracking-Seite; für das Banner selbst siehe Cookies Revolution, unser GDPR-Consent-Modul.

Sind Ihre Module Open Source?

Nein. Unsere Module sind kommerzielle Software unter einer proprietären Lizenz. Sie erhalten jedoch den vollständigen PHP-Quellcode: nichts ist verschleiert, verschlüsselt oder mit ionCube geschützt. Jede Datei lässt sich öffnen, Ihre Entwickler können den Code auf Sicherheit oder Kompatibilität prüfen, und kleinere Teile lassen sich an die Besonderheiten Ihres Shops anpassen.Was unsere Lizenzbedingungen erlauben: Installation auf den lizenzierten Domains, Anpassung von Overrides und Templates für den Eigengebrauch sowie zeitlich unbegrenzte Nutzung der gekauften Version. Was nicht erlaubt ist: Weiterverbreitung, Weiterverkauf, Sublizenzierung oder erneute Veröffentlichung des Kerncodes, Forks als abgeleitetes Produkt sowie das Entfernen des ursprünglichen Copyright-Hinweises.Offener Code zahlt sich praktisch aus: Jede PrestaShop- oder PHP-Änderung ist sichtbar und behebbar, Sicherheitsaudits sind möglich, und Sie sind nie auf einen Anbieter angewiesen, der nicht mehr erreichbar ist.

Kann ich dies zusammen mit meinem bestehenden Google-Analytics-Modul verwenden?

Sie können, aber lassen Sie niemals zwei Module dasselbe Google-Analytics-Tag injizieren, das zählt jedes Event doppelt und bläht Ihre Berichte auf. Wählen Sie ein Modul pro Plattform: Wenn Sie GA4 in Marketing Revolution aktivieren, deaktivieren oder deinstallieren Sie vorher jedes andere GA4-Modul, und umgekehrt.Marketing Revolution > Platforms - aktiviere eine Tag-Quelle, damit du neben einem vorhandenen GA-Modul nicht doppelt trackst.Wenn Sie stattdessen ein einzelnes dediziertes PrestaShop-Google-Analytics-Modul möchten, übernimmt unser eigenständiges Google Analytics GA4-Modul GA4 allein (Browser plus serverseitiges Measurement Protocol und Consent Mode v2). Es neben einem anderen GA-Pack zu betreiben ist nur dann in Ordnung, wenn genau eines von beiden GA4 sendet, das andere sollte GA4 ausgeschaltet lassen.Es ist außerdem in Ordnung, Plattformen aufzuteilen: Nutzen Sie Marketing Revolution zum Beispiel für TikTok und Pinterest, während ein separates Modul GA4 besitzt. Die Regel lautet ein Tag pro Plattform, nicht ein Modul pro Store.Marketing Revolution ist um einen Master-Tracking-Schalter plus plattformspezifische Adapter gebaut. Das bedeutet, ein sicheres gemischtes Setup ist möglich: Lassen Sie zum Beispiel Ihr bestehendes GA4-Modul aktiv, lassen Sie den GA4-Adapter in Marketing Revolution deaktiviert und aktivieren Sie nur TikTok, Pinterest, Reddit oder Meta in Marketing Revolution. Die Front-Office-Konfiguration legt die aktiven Plattform-Slugs offen, sodass Debug Mode leicht zeigt, was das Modul für aktiv hält.Unsafe: Ein anderes Modul lädt G-XXXXXXXXXX und Marketing Revolution GA4 direct lädt ebenfalls dieselbe Measurement ID.Usually safe: Marketing Revolution pusht GTM-dataLayer-Events, während ein separates GA4-Modul direct GA4 besitzt, solange der GTM-Container nicht zusätzlich GA4-Ecommerce-Tags für dieselbe Property auslöst.Safe split: bestehendes GA4-Modul besitzt GA4; Marketing Revolution besitzt Meta, TikTok, Pinterest, Snapchat, Reddit oder andere Nicht-GA-Plattformen.Öffnen Sie beim Testen die Seitenquelle oder das Browser-Netzwerkpanel und suchen Sie nach GA4 Measurement ID und GTM Container ID. Einen beabsichtigten Besitzer zu sehen ist normal; dieselbe GA4-Property aus mehreren Modulen geladen zu sehen ist das Warnsignal.

Welche Monitoring-Daten kann das Modul speichern?

Performance Revolution speichert technische Monitoring-Daten über Ihren Shop, aber nicht jede Monitoring-Tabelle hat dasselbe Datenschutzprofil. RUM-Zeilen basieren auf Timings, URL, Geräteklasse und Shop-Kontext statt auf Kundenprofilfeldern; Slow-Query-Logging ist anders, weil es rohen SQL-Text und Stack-Trace-Kontext speichert. Behandeln Sie es daher als potenziell sensible Diagnosedaten, wenn Ihre Queries Kunden-, Warenkorb- oder Bestellkennungen enthalten.Konkret speichert das Modul diese Tabellen:Performance metrics - zeitlich erfasste Messwerte mit Metriktyp, Wert und JSON-Kontext, um die Entwicklung des Shop-Verhaltens über die Zeit darzustellen.Aggregated metrics - zusammengefasste Werte nach Stunde, Tag, Woche und Monat, einschließlich Summe, Durchschnitt, Minimum, Maximum und Anzahl, damit Dashboards auch über längere Zeiträume nutzbar bleiben.Slow queries - Query-Hash, SQL-Text, Ausführungszeit, Controller, Stack Trace, Anzahl der Vorkommen sowie Zeitstempel für erstes und letztes Auftreten. Das Schema kann zusätzliche Platzhalter enthalten, aber der Profiler-Pfad zeichnet diese Felder auf und nicht geprüfte oder gesendete Zeilen.Real-user monitoring (RUM) - Browser-Timing-Daten aus Stichprobenbesuchen: TTFB, FCP, LCP, CLS, FID und INP, plus DOM-Timing-Felder, eine Resource-Timing-Zusammenfassung, URL, Gerätetyp und Shop.RUM aggregates - stündliche Stichprobenzahlen und Durchschnittswerte pro URL und Gerät für die RUM-Metriken. Das Aggregatschema enthält eine p75_lcp-Spalte, aber die aktuelle Aggregationsabfrage befüllt sie nicht.Häufiger Fehler: alle Monitoring-Daten als gleichermaßen risikoarm zu behandeln. RUM ist Timing-/Gerätediagnose, aber Slow-Query-Zeilen können alles offenlegen, was in der SQL-Anweisung enthalten war. Beschränken Sie den Zugriff auf diese Diagnosen genauso wie den Zugriff auf Datenbank-Logs.Die Standardwerte sind bewusst konservativ. Fragment-Cache ist mit einer TTL von 3600 Sekunden aktiviert, Query-Cache ist aktiviert, Metriken sind aktiviert, der Slow-Query-Schwellenwert liegt standardmäßig bei 0.1 Sekunden, die Metrikaufbewahrung standardmäßig bei 30 Tagen, Profiling ist standardmäßig aus, und RUM-Sampling liegt standardmäßig bei 0.1, also ungefähr 10 Prozent der geeigneten Seitenaufrufe. In einem Shop mit wenig Traffic können RUM-Diagramme dadurch spärlich wirken, bis genug Besucher gemessen wurden.Das Front-Script sammelt Browser-Timings mit den Performance APIs, sendet sie anschließend wenn möglich mit sendBeacon und fällt sonst auf XHR zurück. Der RUM-Controller akzeptiert JSON-POST-Daten, prüft, ob eine URL vorhanden ist, speichert bereinigte Timing-/Ressourcenfelder und gibt eine 204-Antwort mit No-Store-/Noindex-Headern zurück. Der Controller entfernt außerdem Set-Cookie-Header, sodass der Beacon-Endpunkt selbst keine Kunden-Cookies erstellt.Für die Bereinigung zeichnet der Query-Profiler langsame SQL-Abfragen nach Hash auf und aktualisiert Vorkommensanzahl und Zeitpunkt des letzten Auftretens, wenn dieselbe Query erneut auftritt. Rohe RUM-Daten können zu stündlichen Zusammenfassungen aggregiert werden, und ältere Rohzeilen werden nach der Aggregation entfernt. So bleiben langfristige Dashboards nutzbar, ohne jeden einzelnen Beacon dauerhaft zu speichern. Die wichtige Einschränkung ist, dass die aktuelle RUM-Aggregation Durchschnittswerte und Zählungen speichert, aber keinen berechneten 75. Perzentil-LCP.

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…

Wie finde ich die URL meines PrestaShop-Admin-Panels?

Ihre PrestaShop-Admin-URL basiert auf dem physischen Admin-Verzeichnisnamen auf dem Server. Normalerweise gibt es keinen separaten Datenbank- oder Konfigurationswert, der PrestaShop die Back-Office-URL mitteilt. Ihre Back-Office-URL ist der umbenannte Admin-Ordner, finden Sie diesen Ordnernamen per FTP/SFTP oder im File Manager Ihres Hosters. Um sie per FTP zu finden, öffnen Sie das PrestaShop-Root-Verzeichnis und suchen Sie nach einem Ordner wie admin123abc, admin-dev oder backoffice. Die Admin-URL ist Ihre Shop-Domain plus dieser Ordnername, zum Beispiel https://example.com/admin123abc/. Mit SSH können Sie aus dem Shop-Root wahrscheinliche Admin-Ordner auflisten: cd /var/www/html/prestashop ls -ld admin* backoffice* 2>/dev/null for d in admin* backoffice*; do test -f $d/index.php && echo $d; done Wenn Sie nicht sicher sind, ob Sie im richtigen PrestaShop-Root sind, prüfen Sie auf Dateien wie config/settings.inc.php, app/config/parameters.php, classes, modules und themes. Diese bestätigen das Shop-Root, speichern aber nicht den Admin-Ordnernamen. Wenn kein admin-artiger Ordner sichtbar ist, prüfen Sie, ob Ihr Hoster Systemordner ausblendet, ob Sie im falschen Document Root sind o…

Muss ich Google Tag Manager verwenden oder kann ich GA4 direkt nutzen?

Beides funktioniert, und Sie können beides gleichzeitig betreiben. Aktivieren Sie die GTM-Plattform und geben Sie Ihre Container ID ein, wenn alles über Tag Manager laufen soll, das Modul pusht alle Ecommerce-Events in GA4-Enhanced-Ecommerce-Form in die dataLayer, sodass jedes Tag, das Sie dort bauen, sie erhält. Möchten Sie GTM überspringen? Aktivieren Sie die GA4-Plattform, geben Sie Ihre Measurement ID ein, und das Modul lädt gtag.js und sendet Events direkt an Analytics. Marketing Revolution - Tracking-Plattformen mit separater Einrichtung von GTM und GA4. Jede Plattform wird separat aktiviert, daher ist GTM und GA4 parallel in Ordnung: Viele Shops nutzen GTM für Custom Tags und Trigger, während GA4 direct natives Event Tracking übernimmt. Der häufige Fehler ist Doppelzählung, wenn GTM bereits ein GA4-Tag aus der dataLayer auslöst, aktivieren Sie nicht zusätzlich GA4 direct für dieselbe Property, sonst zeichnen Sie jedes Event doppelt auf. Wählen Sie einen Weg zu GA4 und bleiben Sie dabei. Im Modul sind das separate Adapter mit eigenen Pflichtfeldern: GTM braucht eine CONTAINER_ID, während GA4 direct eine MEASUREMENT_ID braucht. Der Master-Tracking-Schalter muss zuerst aktivie…

Was ist Meta Conversions API (CAPI) und brauche ich sie?

Meta Conversions API (CAPI) sendet Kauf-Events serverseitig an Meta, statt sich nur auf den Browser des Besuchers zu verlassen. In Marketing Revolution verwendet der Meta-Server-Side-Sender Ihre Pixel ID und Ihr CAPI Access Token und sendet Kauf-Events an Metas Graph API. Ziel ist es, Käufe zurückzugewinnen, die Browsertracking wegen Adblockern, Consent-Timing, Checkout-Weiterleitungen oder einem zu frühen Schließen der Bestätigungsseite verpassen kann. CAPI-Einstellungen verbinden serverseitiges Tracking mit Ihrer Meta Pixel-Konfiguration. CAPI arbeitet mit dem Resender für verpasste Käufe zusammen. Das Modul protokolliert Kauftracking, die geplante Resend-Aufgabe läuft stündlich, schaut über das konfigurierte Zeitfenster zurück und sendet verpasste Bestellungen über die konfigurierten serverseitigen APIs. Für Meta enthält der Payload das Purchase-Event, Währung, Wert, Produktinhalte, Order ID und Enhanced-Matching-Daten. E-Mail, Telefon, Vorname, Nachname, Stadt, Postleitzahl, Bundesland und Land werden normalisiert und mit SHA-256 gehasht, bevor sie gesendet werden; Client-IP und User-Agent werden ungehasht gesendet, weil Meta diese Felder in dieser Form erwartet. Minimal CAPI…

Mein Modul-Upload schlägt mit "file too large" fehl. Was soll ich tun?

Das ist normalerweise ein PHP-Upload-Limit, kein Problem mit der Modul-ZIP. PrestaShop empfängt die ZIP über den normalen PHP-Upload-Ablauf; wenn PHP die Datei zuerst ablehnt, kann das Back Office nur einen Fehler wie "file too large" oder einen unvollständigen Upload anzeigen. Advanced Parameters > Information - deine PHP-Limits upload_max_filesize, post_max_size und memory_limit hinter der Meldung 'file too large'. Bitten Sie Ihren Hoster, upload_max_filesize und post_max_size zu erhöhen. Setzen Sie post_max_size höher als upload_max_filesize, weil der gesamte HTTP POST zusätzlichen Overhead hat. Für größere Module oder langsames Shared Hosting erhöhen Sie außerdem max_execution_time, damit PHP genug Zeit hat, das Archiv zu kopieren und zu entpacken. ; php.ini or .user.ini example upload_max_filesize = 64M post_max_size = 80M max_execution_time = 300 memory_limit = 256M # Apache + mod_php only, not PHP-FPM php_value upload_max_filesize 64M php_value post_max_size 80M php_value max_execution_time 300 Starten Sie nach der Änderung der PHP-Einstellungen PHP-FPM oder Apache neu, falls Ihr Hoster das verlangt, laden Sie dann das PrestaShop Back Office neu und versuchen Sie es erneut.…

Unterstützt das Modul Google Customer Reviews?

Ja. Google Customer Reviews (GCR) ist eine der Plattformen, die Sie in Marketing Revolution aktivieren können. Geben Sie Ihre Google Merchant Center ID ein und setzen Sie die geschätzten Liefertage, standardmäßig 7. Das Modul hat einen Purchase-Confirmation-Opt-in-Script-Pfad und einen separaten Badge-Script-Pfad für Googles Bewertungsbadge. Marketing Revolution-Plattformen - Integration von Google Customer Reviews. GCR funktioniert anders als Analytics- und Ad-Plattformen. Es wird nicht für Standard-Ecommerce-Events wie view_item, add_to_cart oder purchase genutzt. Aktivieren Sie es für Review-Erfassung und das Google Trust Badge, aber lassen Sie GA4, Google Ads, Meta oder eine andere Analytics-/Ad-Plattform für echtes Conversion Tracking aktiviert. Der Opt-in-Payload enthält aktuell die Merchant Center ID, die PrestaShop-Bestell-ID und ein geschätztes Lieferdatum, berechnet aus der konfigurierten Tageszahl. Der Adapter hat Felder für Customer Email, Delivery Country und Product GTINs, aber die Order- und Product-Extractors, die den Payload bauen, befüllen customer_email, delivery_country_iso oder Item ean13 nicht. Im aktuellen Code sind diese Werte leer, sofern die Extractors ni…

Wie funktionieren Google Ads Conversion Labels?

Ein Conversion Label sagt Google Ads, welche Aktion gerade passiert ist, ein Kauf, ein Add-to-cart, ein Sign-up. Sie erstellen jedes Label in Google Ads (Tools & Settings → Conversions → Tag setup) und fügen es dann zusammen mit Ihrer AW- Conversion ID in das passende Feld der Google-Ads-Plattform des Moduls ein. Marketing Revolution > Google Ads - die Conversion-ID und Conversion-Label-Felder pro Event. Sie erhalten ein separates Label-Feld für jede getrackte Aktion: Purchase, Add to Cart, Begin Checkout, View Item, Sign Up, Search sowie ein Page-View-Label, das auf jedem Seitenaufruf feuert, um Remarketing Audiences aufzubauen. Nur Aktionen, denen Sie ein Label geben, senden eine Conversion. Lassen Sie ein Feld leer, wird diese Aktion einfach übersprungen. So steuern Sie genau, was zählt. Der häufige Fehler ist, ein Label für alles wiederzuverwenden; nutzen Sie pro Aktion ein eigenes Label, damit Ihr Reporting einen Sale von einem Cart Add trennt. Wenn Sie zusätzlich GA4 direct verwenden, nutzt das Modul das bereits geladene gtag.js, statt es doppelt zu laden. Das Pflichtfeld ist die Google Ads Conversion ID. Labels sind pro Event optional, aber kein Label bedeutet keinen Google…

PrestaShop-Modul-FAQ, Installation, Support & Updates

Praktische Antworten zur Installation von PrestaShop-Modulen, Checkout, SEO, Updates, Lizenzen und Support, direkt vom Entwicklerteam.

1301 Fragen

9 Kategorien

2013 Modulbau seit

1.6–9 PrestaShop-Versionen

Geschrieben vom Entwicklungsteam Dasselbe Team, das die Module entwickelt und den Support übernimmt. Sitz in Tychy, Polen.

1301 veröffentlichte Antworten Die meisten begannen als Support-Antworten. Wenn eine Frage mehr als zweimal auftaucht, veröffentlichen wir sie hier.

Erstellt 2025-03-03 Geprüft 2026-08-08 Neueste Antwort 2026-08-08

Nach Kategorie durchsuchen

Allgemeine Fragen zu PrestaShop-Modulen Hier starten Sie, wenn mypresta.rocks neu für Sie ist. Dieser Bereich beantwortet die praktischen Fragen, die... 60 Fragen Bestellungen & Zahlungen Alles zum Kauf bei mypresta.rocks und zu allem rund um die Zahlung. Dieser Bereich behandelt die akzeptierten... 15 Fragen Installation & Einrichtung Praktische Hilfe, um ein PrestaShop-Modul zu installieren und in Ihrem Shop in Betrieb zu nehmen, auch ohne... 23 Fragen Lizenzen & Updates Was Ihr Kauf tatsächlich umfasst und wie er über die Zeit aktuell bleibt. Dieser Bereich erklärt, wie eine... 12 Fragen SEO & Marketing Hier sammeln wir die häufigsten Fragen zu SEO- und Marketing-Modulen für PrestaShop, von strukturierten Daten und... 64 Fragen Checkout & Verkauf Dieses Thema behandelt den PrestaShop-Checkout und die Verkaufswerkzeuge darum herum, Zahlungsbeschränkungen nach... 12 Fragen PrestaShop Tipps Praktisches PrestaShop-Wissen aus dem Betrieb echter Shops: Performance-Tuning, Cache richtig leeren, Hosting- und... 56 Fragen Fehlerbehebung Dieses Thema hilft Ihnen, häufige PrestaShop-Probleme zu finden und zu beheben: weißer Bildschirm nach der... 44 Fragen FAQ nach PrestaShop-Modul 1015 Fragen

Noch Fragen?

Sie finden nicht, wonach Sie suchen? Senden Sie uns Ihre Frage und wir melden uns bei Ihnen.

Hilfreichste Antworten

Kann Performance-Debugging beschränkt werden?PrestaShop Tipps1 PrestaShop Suchindex: Warum die Neuindizierung von Produkten die Suche repariertPrestaShop Tipps1 Wie leere ich den PrestaShop-Cache richtig?PrestaShop Tipps Wie aktiviere ich den Debug-Modus in PrestaShop?Fehlerbehebung Wie finde ich heraus, welche PrestaShop-Version ich verwende?PrestaShop Tipps Wie installiere ich ein PrestaShop-Modul?Installation & Einrichtung

Auch in unserer Wissensdatenbank

Wissensdatenbank öffnen

PrestaShop-Modul: Lizenzierung, Aktivierung & SupportWissensdatenbankAnleitungen Handelskonten für PrestaShop-Agenturen und Shop-BuilderWissensdatenbankÜber mypresta.rocks Bewertungsintegrität: so entstehen unsere BewertungenWissensdatenbankRichtlinien & Bedingungen

Sprache (ISO-Code)

Währung

PrestaShop Modul-FAQ

Nach Kategorie durchsuchen

Noch Fragen?

Hilfreichste Antworten

Auch in unserer Wissensdatenbank

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)