PRG (Post-Request-Get)
Irrelevante Links vor Suchmaschinen verstecken — besseres Google-Ranking durch effiziente Crawl-Budget-Nutzung.
- Irrelevante Links verstecken — Wunschliste, Login, Warenkorb
- Besseres Google-Ranking durch fokussiertes Crawl-Budget
- Hyvä-Theme-kompatibel (ab v1.3.7)
- Smile Elasticsuite-Integration
- Magento 1 + Magento 2 unterstützt
- 100 % Open Source, zertifizierte Entwickler
# Customer-Repository hinzufügen composer config repositories.copex \ composer https://packages.copex.io/ # Modul installieren composer require copex/module-prg # Magento registrieren bin/magento setup:upgrade bin/magento cache:flush
Was das Modul kann.
6 Kern-Features aus dem produktiven Einsatz.
Irrelevante Links maskieren
Links wie 'Zur Wunschliste hinzufügen', 'In den Warenkorb', Login-Buttons etc. werden durch Formulare (POST) ersetzt. Suchmaschinen folgen POST-Links nicht — dein Crawl-Budget landet auf den wirklich relevanten Seiten.
Verbessertes Ranking
Wenn Google weniger Zeit mit irrelevanten Seiten verbringt, werden deine Kategorien und Produkte häufiger gecrawlt. Das wirkt sich positiv auf Indexierung und Ranking aus — besonders bei großen Katalogen.
Leichte Anpassbarkeit
Jedes Konfigurationselement besteht aus Typ (Template-Pfad oder Layout-Name), Value und optionalem CSS-Selector. So steuerst du punktgenau, welche Elemente maskiert werden — ohne Theme-Anpassung.
Theme-agnostisch
Standard-Konfiguration deckt das Luma-Theme ab. Durch die XML-Konfiguration sind beliebige Themes unterstützt — Hyvä, Porto, MageSuite und deine Custom-Themes. Standard-Hyvä-Konfiguration inklusive.
Framework-Integration
Vollständig kompatibel mit Smile Elasticsuite (ab 2.9.0) und Hyvä (ab 1.3.7). Funktioniert auch mit unserem Modul CopeX_AdvancedElasticsuiteCatalog (Ajax Smile Elasticsuite).
Zwei-teilige Konfiguration
'Exclude configuration' definiert Bereiche, die nicht maskiert werden. 'Replace configuration' definiert Bereiche, die maskiert werden. Klare Trennung, einfach zu pflegen, versionssicher.
Warum Post-Request-Get für Magento?
Ein durchschnittlicher Magento-Shop hat hunderte Links, die für Suchmaschinen irrelevant sind: „Zur Wunschliste”, „In den Warenkorb”, „Anmelden”, „Filter zurücksetzen”. Jeder dieser Links kostet Google-Crawl-Budget. Anstatt die wirklich wichtigen Kategorien und Produktseiten zu crawlen, verbringt Google Zeit mit Seiten, die nicht indexiert werden sollen — und in Extremfällen gar nicht zugreifbar sind.
Die PRG-Methode löst das: irrelevante Links werden durch kleine POST-Formulare ersetzt. Für echte Nutzer ändert sich nichts — Klick auf „Zur Wunschliste hinzufügen” funktioniert wie immer. Google-Bots folgen POST-Requests aber standardmäßig nicht und nehmen die Ziel-URLs aus dem Crawl-Pfad.
Der Effekt: dein Crawl-Budget landet auf Kategorien, Produkten und Content-Seiten — genau dort, wo du Rankings brauchst.
Die Konfiguration im Detail
Die Erweiterung findest du in Magento 2 unter Stores → Configuration → General → Web → CopeX PRG. Die Konfiguration besteht aus zwei Teilen:
- Exclude configuration — Bereiche, die von der Maskierung ignoriert werden
- Replace configuration — Bereiche, die durch PRG maskiert werden
Jedes Element besteht aus drei Teilen:
- Typ — wie das Element ausgewählt wird:
Template-PfadoderLayout-Name - Value — der Pfad oder Name (z.B.
catalog.topnav) - CSS-Selektor (optional) — für feinere Auswahl innerhalb des Elements
Das Modul unterstützt offiziell Smile_Elasticsuite und Hyvä_Theme — Standard-Konfigurationen für beide sind inkludiert.
Aktuelle Version & Release-Historie
v1.0.20 ist die aktuelle stabile Version:
- Fix: Issue in Template-Processing
- Getestet mit PHP 8.3
- Kompatibel mit Hyvä ≥ 1.3.7
- Default-Konfiguration für Hyvä-Account-Links
- Code-Refactoring
Ältere Meilensteine:
- v1.0.19 — Kompatibilität zu Magento 2.4.7-p3
- v1.0.18 — Security Improvements
- v1.0.17 — Performance Improvements, Magento-Bypass-Option
- v1.0.15 — Kompatibilität mit CopeX_AdvancedElasticsuiteCatalog
- v1.0.14 — Integration CopeX Core, Code-Refactoring
- v1.0.4 — Native JavaScript, Hyvä-Kompatibilität
- v1.0.3 — ElasticSuite-Kompatibilität (smile/module-elasticsuite-catalog > 2.9.0)
Die vollständige Versionshistorie und Migrations-Notizen findest du im Changelog.
Transparenter Preis.
- Inklusive Support
- Inklusive Updates
- Eigenes Composer-Repository
- Magento 2.4+ oder Adobe Commerce (alternativ Magento 1 auf Anfrage)
- PHP 8.2 oder 8.3
- Bei Hyvä-Setup: Hyvä ≥ 1.3.7
Häufig gestellte Fragen
Wie funktioniert die PRG-Methode technisch?
PRG steht für Post-Request-Get. Links, die Suchmaschinen nicht indexieren sollen, werden durch kleine Formulare ersetzt. Der Browser sendet einen POST-Request statt GET — Suchmaschinen-Bots folgen POST-Requests standardmäßig nicht. Für echte User bleibt das Klickverhalten identisch, für Google ist die Ziel-URL nicht zugänglich.
Muss ich meine Templates anpassen?
Meist nicht. Die Standard-Konfiguration deckt das Luma- und Hyvä-Theme ab. Bei Custom-Themes oder speziellen Anforderungen erweiterst du die XML-Konfiguration — Template-Pfad oder Layout-Name plus optionalem CSS-Selector. Keine Theme-Modifikation nötig.
Funktioniert das mit Hyvä?
Ja. Hyvä-Support ist ab Modulversion 1.0.4 enthalten, ab Version 1.0.20 inklusive Standard-Konfiguration für Hyvä-Account-Links. Voraussetzung: Hyvä ≥ 1.3.7.
Habe ich nach der Installation sofort bessere Rankings?
Realistisch: nach 2-6 Wochen siehst du Veränderungen in der Google Search Console. Google muss die veränderten Seiten neu crawlen und die verfügbare Crawl-Kapazität auf deine relevanten Seiten umverteilen. Größere Shops mit vielen Produkten profitieren schneller.
Gibt's das auch für Magento 1?
Ja. Das PRG-Modul ist für Magento 1 und Magento 2 verfügbar. Bei Bedarf für Magento 1 sprich uns direkt an.
Was kostet das PRG-Modul?
Das PRG-Modul wird individuell bepreist je nach Umfang der Installation. Nach einem kurzen Kontakt erhältst du ein passendes Angebot, das für dein Setup sinnvoll ist.
Das haben wir auch.
Post Label Center (PLC)
Versandetiketten der Österreichischen Post direkt aus Magento erstellen und verwalten — ohne CSV-Export, ohne Tool-Wechsel.
Details →BMD Connector
Service zur bidirektionalen Anbindung von BMD NTCS an Magento 2 — Produkte, Bestellungen, Kunden, Lagerstände. Kein Self-Install-Modul, sondern projektbezogen umgesetzt.
Details →DSGVO / GDPR Modul
DSGVO-konforme Aufbewahrungsfristen, automatisiertes Löschen und Selbstauskunft für Magento-Shops.
Details →
Kein reines Umsetzen
Mitdenken macht den Unterschied
Genau das braucht dein Shop, wenn es wirklich darauf ankommt.
Wenn du eine echte Anforderung hast — Neuer Onlineshop, Re-Plattforming, B2B-Setup,
Performance-Problem, Hyvä-Migration — schreib uns.
Wir hören zu, denken voraus und sagen dir offen, was Sinn ergibt – und was nicht.
Erstgespräch kostenlos, ehrlich, ohne Verkaufstrichter.
