• Neu
Markdown4Agents Pro für PrestaShop — Shop-Inhalte in Markdown für KI-Agenten
Markdown4Agents Pro für PrestaShop — Shop-Inhalte in Markdown für KI-Agenten
Markdown4Agents Pro für PrestaShop — Shop-Inhalte in Markdown für KI-Agenten
Markdown4Agents Pro für PrestaShop — Shop-Inhalte in Markdown für KI-Agenten
Markdown4Agents Pro für PrestaShop — Shop-Inhalte in Markdown für KI-Agenten
Markdown4Agents Pro für PrestaShop — Shop-Inhalte in Markdown für KI-Agenten
Markdown4Agents Pro für PrestaShop — Shop-Inhalte in Markdown für KI-Agenten
Markdown4Agents Pro für PrestaShop — Shop-Inhalte in Markdown für KI-Agenten

Markdown4Agents Pro für PrestaShop — Shop-Inhalte in Markdown für KI-Agenten

Module version: 1.2.0

PrestaShop compatibility: 1.7.x 8.x 9.x

Moduldatei aktualisiert: 2026-09-11 17:52:14

Produktdaten aktualisiert: 2026-09-11 17:54:49


PD Markdown4Agents Pro ist ein PrestaShop-Modul, das Shop-Inhalte Assistenten und KI-Agenten im Markdown-Format bereitstellt, anstatt sie zur Verarbeitung der vollständigen HTML-Seite zu zwingen. Das Modul arbeitet über zwei unabhängige Kanäle: Inhaltsaushandlung auf der kanonischen Produktadresse (eine Anfrage mit dem Header Accept: text/markdown erhält Markdown, der Browser erhält weiterhin HTML) sowie parallele .md-Adressen für Agenten, die diesen Header nicht senden. Das Dokument wird direkt aus den PrestaShop-Daten erstellt — Produkt, Kategorie, CMS-Seite und Hersteller — und nicht durch Entrauschen des gerenderten HTML, wodurch es Preise, Varianten, Merkmale und Verfügbarkeit als Daten enthält und nicht als Text, der erraten werden muss. Das Modul generiert außerdem die Dateien llms.txt sowie llms-full.txt, also ein maschinenlesbares Inhaltsverzeichnis des Shops gemäß der sich verbreitenden Konvention für Sprachmodelle. Die integrierte Diagnose ist eine Absicherung: Die Inhaltsaushandlung wird deaktiviert installiert und kann erst aktiviert werden, wenn ein Test mit echten HTTP-Anfragen bestätigt, dass der Stack dieses Shops — CDN, Reverse Proxy, Cache — dem Browser kein Markdown und dem Agenten kein HTML ausliefert. Das generierte Markdown wird in der Datenbank zwischengespeichert und bei Änderungen an Produkt, Kombination, Aktion, Lagerbestand, Kategorie, CMS-Seite und Hersteller per Hooks invalidiert, sodass es nicht bei jeder Anfrage neu erzeugt wird. Das Modul achtet konsequent auf die Regel, dass der Agent niemals mehr sieht als ein nicht eingeloggter Gast: Es berücksichtigt das Ausblenden von Mengen, nicht bestellbare Produkte, den Katalogmodus, das Ausblenden von Preisen vor Gästen, die Produktsichtbarkeit, den Wartungsmodus und die Geolokalisierung. Der integrierte Trefferzähler zeigt schließlich das, was sich ohne ihn nicht feststellen lässt — ob irgendein Agent tatsächlich Ihren Shop abfragt, über welchen Kanal und wie oft.

278,00 zł
226,02 złnetto
Price history:

Beschreibung

Merkmale und Vorteile des Moduls

  • Markdown wird aus PrestaShop-Objekten aufgebaut und nicht durch Konvertierung der gerenderten Seite — das Dokument enthält weder Menü, Footer, Formulare noch Code anderer Module.
  • Radikal geringere Token-Kosten auf Agentenseite: Der Header X-Markdown-Tokens-Estimate gibt in jeder Antwort die geschätzte Dokumentgröße an, und das Panel zeigt einen Vergleich von Markdown gegenüber HTML für die angegebene Entität.
  • Zwei unabhängige Bereitstellungskanäle — Inhaltsaushandlung unter der kanonischen Adresse sowie separate .md-Adressen — sodass der Agent den Inhalt erreicht, unabhängig davon, ob er den Header Accept sendet.
  • Diagnostische Sicherheitsprüfung vor dem Aktivieren der Aushandlung: Das Modul erlaubt das Einschalten der Funktion erst, nachdem es mit echten HTTP-Anfragen gemessen hat, dass ein zwischengeschalteter Cache die gemeinsame Cache-Speicherung nicht vergiftet.
  • Die Regel „der Agent sieht nie mehr als ein Gast“ ist als Grundsatz und nicht als einzelne Ausnahme umgesetzt — die Sichtbarkeitseinstellungen des Shops gelten gegenüber Agenten genauso wie gegenüber einem anonymen Besucher.
  • Preise werden im Gastkontext berechnet, mit expliziter Auflösung von Währung und Land, sodass der Cache nicht den Preis eines Kunden speichert und ihn allen übrigen ausliefert.
  • Volle Unterstützung für Multistore und Mehrsprachigkeit: Einstellungen, llms-Dateien, Cache und Zähler werden für jeden Shop und jede Sprache getrennt geführt.
  • Keine externen Abhängigkeiten — kein Composer, keine externen Bibliotheken, keine Aufrufe an Drittanbieterdienste; das Modul sendet die Daten Ihres Shops nirgendwohin außer in der Antwort auf die Anfrage.
  • Es werden keine personenbezogenen Daten gesammelt: Der Trefferzähler speichert ausschließlich Tag, Shop, Kanal und Client-Familie, ohne IP-Adressen, Sitzungen, vollständige URLs und vollständigen User-Agent.
  • Kompatibilität von PrestaShop 1.7.1.0 bis 9.x und von PHP 7.0 bis 8.5, anhand realer Quellbäume verifiziert und nicht nur deklarativ.

Wichtigste Funktionen des Moduls

  • Inhaltsaushandlung auf den kanonischen Shop-Adressen: Eine Anfrage mit Accept: text/markdown erhält ein Markdown-Dokument, eine Browser-Anfrage erhält unverändertes HTML.
  • Header Vary: Accept sowie Kennzeichnung Link: rel="alternate" auf den vom Modul abgedeckten HTML-Seiten, damit Vermittler und Agenten wissen, dass eine alternative Version existiert.
  • Parallele Adressen markdown/{typ}/{id}.md für Produkte, Kategorien, CMS-Seiten und Hersteller, unter eigenem Präfix, damit sie nicht mit anderen Modulen kollidieren, die Adressen umschreiben.
  • Datei llms.txt — ein kuratiertes Verzeichnis der wichtigsten Shop-Bereiche: Kategorien der obersten Ebene, Informationsseiten und ein Verweis auf den vollständigen Index.
  • Datei llms-full.txt — ein kompakter Entitätsindex: Titel, kanonische Adresse, .md-Adresse, Preis, Verfügbarkeit, SKU und Zusammenfassung; wird nach Überschreiten der konfigurierten Größe automatisch in Teile aufgeteilt.
  • Erzeugung von llms-full.txt ausschließlich über einen token-geschützten Cron-Endpunkt, niemals während einer Besucheranfrage, mit Zeitbudget und Wiederaufnahme eines unterbrochenen Neuaufbaus.
  • Separates Cron-Token für jeden Shop, mit konstanter Zeit verglichen, mit einem im Panel fertig zum Kopieren bereitgestellten curl-Befehl.
  • Cache des erzeugten Markdown in der Datenbank mit konfigurierbarer Lebensdauer sowie Invalidierung per Hooks bei Änderungen an Produkt, Kombination, Aktionspreis, Preisregel, Lagerbestand, Kategorie, CMS-Seite und Hersteller.
  • Registerkarte Diagnose: sieben Prüfungen, ausgeführt mit echten HTTP-Anfragen gegen den eigenen Probe-Endpunkt des Moduls, mit separater Unterscheidung der Fehler „HTML an den Agenten geliefert“ und „Markdown an den Browser geliefert“.
  • Informative Prüfung der tatsächlichen Katalogadresse nach dem Aktivieren der Aushandlung, separat dargestellt und ohne Sperrwirkung für die Funktion.
  • Dokumentvorschau im Panel für den angegebenen Entitätstyp und die Entitäts-ID, zusammen mit einem Token-Zähler für Markdown gegenüber HTML und einem expliziten Sichtbarkeitsurteil der Entität.
  • Registerkarte Dateien: Status der llms-Dateien für jede Sprache (Vorhandensein, Größe, Datum, Anzahl der Entitäten, Anzahl der Teile), Schaltfläche für manuellen Neuaufbau mit Zeitbudget und Cron-Befehl.
  • Trefferzähler für Agenten: Aggregat Tag × Shop × Kanal × Client-Familie, mit Aufteilung in die Kanäle Aushandlung, .md-Route und llms sowie die Familien openai, anthropic, perplexity, google, bing, script, browser und other.
  • Antwort-Header passend zum Verwendungszweck des Inhalts: X-Robots-Tag: noindex, nofollow auf Markdown-Dokumenten, X-Content-Type-Options: nosniff, ETag mit Unterstützung für 304 sowie differenzierte Cache-Control-Richtlinie für die kanonische Adresse und die .md-Adresse.
  • Produktdaten im Dokument-Header: Typ, Kennung, kanonische Adresse, Markdown-Adresse, Titel, SKU, Marke, Bruttopreis und Nettopreis, Währung, Steuerinformation, Verfügbarkeit, Kennzeichnung als Set, Personalisierungspflicht, Produktzustand, Kategorien, Sprache und Aktualisierungsdatum.
  • Regulärer Preis sowie Höhe und Prozentsatz des Rabatts, wenn das Produkt von einer Aktion betroffen ist — der Agent sieht den Aktionspreis nicht als normalen Preis.
  • Variantentabelle mit Preis, Menge, Verfügbarkeit und Kombinations-ID, sodass der Agent eine konkrete Variante angeben und nicht nur beschreiben kann.
  • Inhalt von Produktsets mit Mengenangaben und Verweisen auf die Markdown-Dokumente der einzelnen Positionen.
  • Information über erforderliche Personalisierungsfelder, unter Auslassung von Feldern anderer Module, die PrestaShop im Frontend nicht anzeigt.
  • Auswahl der Entitätstypen, die Agenten bereitgestellt werden, einheitlich durchgesetzt in allen Kanälen: auf .md-Routen, in llms-Dateien und in der Kennzeichnung der alternativen Version.
  • Arbeitsverzeichnis des Moduls gegen direktes Auslesen aus dem Netz geschützt, und llms-Dateien werden ausschließlich über die Controller des Moduls ausgeliefert.
  • Beachtung des Wartungsmodus und der Geolokalisierung des Shops — ein für Besucher geschlossener Shop ist auch für Agenten geschlossen.
  • Panel im PD-Stil mit Modul-Header und Registerkartenleiste, mit Hinweisen bei Einstellungen mit kostspieligen Folgen, wie etwa der Fragmentierung des CDN-Caches.

Geschäftlicher Einsatz

  • Für PrestaShop-Shops, die von Einkaufsassistenten und KI-Agenten korrekt gelesen werden sollen, statt darauf zu hoffen, dass das Modell die HTML-Seite selbstständig entrauscht.
  • Für Händler, die kontrollieren möchten, was genau an Agenten übermittelt wird — den Umfang der Entitätstypen, die Sichtbarkeit von Preisen und Mengen sowie die Art der Veröffentlichung.
  • Für Shops mit umfangreichem Katalog, in denen der Unterschied zwischen einer vollständigen HTML-Seite und einem Markdown-Dokument zu einem realen Kostenunterschied auf Seiten des Abfragenden führt.
  • Für Multistore-Implementierungen, bei denen jeder Shop eigene Einstellungen, eigene llms-Dateien und ein eigenes Cron-Token benötigt.
  • Für Unternehmen, die die Entscheidung über weitere Investitionen in diesen Kanal auf Daten stützen möchten — der Trefferzähler zeigt, ob und auf welchem Weg Agenten tatsächlich anfragen.
  • Für Shops hinter CDN oder Reverse Proxy, bei denen das eigenständige Aktivieren der Inhaltsaushandlung ohne Verifikation dazu führen könnte, dass normalen Kunden die falsche Seitenversion ausgeliefert wird.

Was das Modul nicht macht

  • Es ist kein SEO-Modul und verbessert nicht die Position des Shops in den Google-Suchergebnissen — Markdown-Dokumente sind ausdrücklich als nicht indexierbar gekennzeichnet.
  • Es verändert weder Aussehen, Inhalt noch Leistung der von Kunden gesehenen HTML-Seite; eine vom Modul abgedeckte Seite erhält ausschließlich zusätzliche Header, die über das Vorhandensein einer alternativen Version informieren.
  • Es sendet keine Shop-Daten an irgendeinen externen Dienst und erfordert weder ein Konto noch einen API-Schlüssel.
  • Es übersetzt die strukturellen Bezeichnungen des Dokuments nicht — die Feldnamen bleiben fest und englisch, da sie für die Maschine bestimmt sind, während der Inhalt der Entität immer in der Sprache des Shops vorliegt.

Kompatibilität

  • PrestaShop: 1.7.1.0 - 9.x
  • PHP: 7.0 - 8.5
  • Ohne Composer und ohne externe Bibliotheken
  • Multistore: ja, Einstellungen und Dateien werden für jeden Shop getrennt geführt
  • Mehrsprachigkeit: ja, Dokumente und llms-Dateien für jede aktive Sprache

Produktdetails

Unterstützung für Prestashop 9.x
Ja
Unterstützung für Prestashop 8.x
Ja
Unterstützung für Prestashop 1.7.x
so
Modulübersetzungen
EN, ENG
Kostenloser Support
so
Kostenlose Updates (1 Jahr)
so
Einfache Installation
so
PDMD4APRO

Changelog

Newest entries first. Click to expand details.

  • dodano obsługę Content Signals
  • dodano obsługę ph_simpleblog
  • dodano obsługę pdfaqpro
  • dodano obsługę productcomments
  • dodano obsługę iqitrewievs

FAQ

Find answers to the most common questions about this product.

Das Modul stellt den Inhalt des PrestaShop-Shops im Markdown-Format bereit, bestimmt für KI-Assistenten und -Agenten. Es arbeitet über zwei Kanäle: Unter der kanonischen Produktadresse antwortet es mit Markdown, wenn die Anfrage den Header Accept: text/markdown enthält, und für Kunden, die einen solchen Header nicht senden, stellt es parallele Adressen bereit, die mit der Erweiterung .md enden. Zusätzlich generiert es die Dateien llms.txt sowie llms-full.txt, also ein maschinenlesbares Inhaltsverzeichnis des Shops. Unterstützte Inhaltstypen sind Produkte, Kategorien, CMS-Seiten und Hersteller.

Nein. Dies ist kein SEO-Modul und beeinflusst nicht die Positionen in den Suchergebnissen. Markdown-Dokumente sind ausdrücklich mit dem Header X-Robots-Tag: noindex, nofollow gekennzeichnet, das heißt, sie fordern Suchmaschinen direkt dazu auf, sie nicht zu indexieren. Das Modul beantwortet eine andere Frage als SEO: wie man dafür sorgt, dass ein KI-Assistent das Shop-Angebot korrekt und kostengünstig ausliest, anstatt die gesamte HTML-Seite zusammen mit Menü, Fußzeile und dem Code anderer Module zu verarbeiten.

Das Modul konvertiert nicht die gerenderte Seite, sondern erstellt das Dokument direkt aus den PrestaShop-Daten. Dadurch gelangen Preis, regulärer Preis bei einer Aktion, Währung, Steuerinformation, Verfügbarkeit, SKU, Merkmale, Varianten mit Mengen und Kennungen sowie der Inhalt von Sets als strukturierte Daten in das Dokument und nicht als Text, der erraten werden muss. Die HTML-Konvertierung liefert dagegen das, was sich gerade in der Darstellungsschicht befindet, zusammen mit Oberflächenelementen und den Inhalten anderer Module.

Nein. Der Browser des Kunden erhält weiterhin eine normale HTML-Seite, ohne Änderungen an Aussehen und Inhalt. Die vom Modul erfassten Seiten erhalten lediglich zusätzliche Header, die Vermittler und Agents darüber informieren, dass eine alternative Version existiert: Vary: Accept sowie Link rel="alternate". Das Modul verändert das Theme nicht, fügt dem Frontend keine Skripte hinzu und ändert nicht die Art und Weise, wie die Seite gerendert wird.

Dies sind zwei Textdateien in der von Tools auf Basis von Sprachmodellen verwendeten Konvention. llms.txt ist ein kurzes, kuratiertes Verzeichnis der wichtigsten Bereiche des Shops: Kategorien der obersten Ebene, Informationsseiten und ein Verweis auf den vollständigen Index. llms-full.txt ist ein kompakter Entitätsindex, in dem jeder Eintrag den Titel, die kanonische Adresse, die Adresse der Markdown-Version, den Preis, die Verfügbarkeit, die SKU und eine kurze Zusammenfassung enthält, wobei der Agent den vollständigen Inhalt erst aus dem Dokument abruft, das ihn interessiert. Die Datei wird nach Überschreiten der konfigurierten Größe automatisch in Teile aufgeteilt.

Das ist eine absichtliche Absicherung. Die Inhaltsaushandlung besteht darin, dass unter einer Adresse die Antwort vom Anfrage-Header abhängt, und das ist gefährlich, wenn irgendein Cache auf dem Weg — CDN, Reverse Proxy, Hosting-Cache — eine Version speichert und sie allen ausliefert. Dann könnte ein normaler Kunde den Rohtext statt der Shop-Seite sehen. Deshalb ist der Schalter blockiert, bis die integrierte Diagnose mit echten HTTP-Anfragen prüft, dass sich der Stack Ihres Shops in beide Richtungen korrekt verhält. Die Diagnose selbst ändert keine Einstellungen.

Für den vollständigen Betrieb ja, aber nicht für die Inbetriebnahme. Die Datei llms-full.txt wird ausschließlich über einen durch ein Token geschützten Endpoint erstellt und niemals während einer Anfrage eines Besuchers erzeugt, damit ein großer Katalog die Seite nicht blockiert. Im Panel gibt es eine Schaltfläche für den manuellen Neuaufbau sowie einen fertigen Befehl zum Kopieren in den Aufgabenplaner. Ohne Cron funktioniert das Modul, und die Dateien llms-full.txt werden nur dann aktualisiert, wenn du den Neuaufbau manuell anklickst. Jeder Shop hat sein eigenes, separates Token.

Nein. Das Modul wendet konsequent die Regel an, dass der Agent niemals mehr sieht als ein nicht angemeldeter Gast auf der Shop-Seite. Berücksichtigt werden: das Ausblenden der Lagerbestände, Produkte, die als nicht bestellbar gekennzeichnet sind, der Katalogmodus, das Ausblenden der Preise für die Gruppe „Gast“, die Einstellungen zur Produktsichtbarkeit sowie der Wartungsmodus des Shops und die Geolokalisierung. Die Preise werden im Kontext eines anonymen Besuchers berechnet, sodass der Cache nicht den Preis eines Kunden speichert und ihn den übrigen anzeigt.

Nein. Das Modul ruft keinen externen Dienst auf, erfordert weder ein Konto noch einen API-Schlüssel und sendet keine Shop-Daten über die Antwort auf eine eingehende Anfrage hinaus. Der integrierte Trefferzähler speichert ausschließlich aggregierte Daten: den Tag, die Shop-ID, den Kanal sowie die Kundenfamilie, reduziert auf einige wenige Kategorien. Es werden weder IP-Adressen, Sitzungskennungen, vollständige URLs noch der vollständige Inhalt des User-Agent-Headers gespeichert.

Dafür dient der integrierte Trefferzähler. Er zeigt die Anzahl der Anfragen aufgeschlüsselt nach Tag, Shop, Kanal sowie der Familie des Anfragenden. Zu den Kanälen gehören Content Negotiation, .md-Adressen sowie llms-Dateien, und die Familien umfassen unter anderem openai, anthropic, perplexity, google und bing sowie Anfragen aus Skriptbibliotheken und Browsern. Dadurch basiert die Entscheidung über den weiteren Ausbau dieses Kanals auf den Daten Ihres Shops und nicht auf Vermutungen.

Ja, in beiden Fällen vollständig. Einstellungen, llms-Dateien, Cache, Cron-Token und Trefferzähler werden für jeden Shop separat geführt. Markdown-Dokumente sowie llms-Dateien werden für jede aktive Sprache des Shops erstellt. Das Speichern der Einstellungen erfordert die Auswahl eines konkreten Shops im Umschalter, damit ein einziger Klick nicht die Konfiguration der übrigen Shops überschreibt.

Das Modul funktioniert mit PrestaShop von 1.7.1.0 bis 9.x sowie mit PHP von 7.0 bis 8.5, ohne Composer und ohne externe Bibliotheken. Das generierte Markdown wird im Cache in der Datenbank gespeichert und bei Änderungen am Produkt, an der Kombination, an der Aktion, am Lagerbestand, an der Kategorie, an der CMS-Seite oder am Hersteller automatisch invalidiert, sodass es nicht bei jeder Anfrage neu erstellt wird. Die von Kunden gesehene HTML-Seite wird weder neu aufgebaut noch verlangsamt — sie erhält ausschließlich zusätzliche Header.

Bewertungen (0)

Keine Bewertungen