Diese Cookies sind für die ordnungsgemäße Funktion der Website unbedingt erforderlich. Sie ermöglichen grundlegende Funktionen wie Sicherheit, Warenkorb und Kontozugang. Sie können diese Cookies nicht deaktivieren.
Diese Cookies ermöglichen erweiterte Funktionen und Personalisierung, wie die Speicherung Ihrer Spracheinstellung oder Region. Wenn Sie diese Cookies nicht zulassen, funktionieren einige Funktionen möglicherweise nicht richtig.
Diese Cookies helfen uns zu verstehen, wie Besucher mit der Website interagieren, indem sie Informationen anonym sammeln und auswerten. Dies hilft uns, unsere Website zu verbessern.
Diese Cookies werden verwendet, um für Sie relevante Werbung basierend auf Ihren Interessen anzuzeigen. Sie helfen auch, die Wirksamkeit von Werbekampagnen zu messen.
Individuelle CMS-Seitennamen geben Ihren PrestaShop-Informationsseiten kurze Anzeigenamen, während ihre Suchmaschinentitel unverändert bleiben. Die Einrichtung erfolgt auf einer Seite: alle Seiten in einer Tabelle, daneben die Namen, anschließend einmal speichern.
PrestaShop verwendet denselben Titel für Suchmaschinen, Seitenüberschriften und Navigation. Ausführliche Formulierungen landen deshalb auch in Fußzeilen und Menüs, die eigentlich kurze Bezeichnungen brauchen.
Sie vergeben Namen je Sprache und Shop; der ursprüngliche Suchmaschinentitel steht zum Abgleich neben jedem Feld. Die kurzen Namen erscheinen in Überschriften, Fußzeilenlinks und Menüs. Leere Felder behalten die ursprünglichen Titel. Weder Theme-Dateien noch externe Dienste sind beteiligt; ein geleertes Feld stellt die ursprüngliche Anzeige wieder her.
Ihre Fußzeile bleibt für Kunden übersichtlich, ohne dass Sie die bereits ausgearbeiteten Suchmaschinentitel Ihrer Informationsseiten dafür kürzen müssen.
Custom CMS Page Names beendet den Zielkonflikt zwischen suchfreundlichen Titeln und lesbarer Navigation.
Die Plattform speichert einen Titel je Informationsseite und verwendet ihn überall: in Suchergebnissen, in der Überschrift, in der Fußzeile, in den Menüs. Ein zum Ranken geschriebener Titel trägt Orte, Leistungen und Präzisierungen, und exakt diese Zeichenkette steht dann dreizeilig in einer Fußzeilenspalte.
Jeder, der Titel optimiert, landet an derselben Weggabelung: den Titel kürzen und die Begriffe aufgeben, für die er rankt, oder ihn behalten und mit zerrissener Navigation leben. Das Modul beseitigt die Gabelung mit einem zweiten Namen, der allein der Anzeige gehört.
Der Titel, den Suchmaschinen lesen, wird überhaupt nicht berührt. Das Modul ändert sichtbare Überschriften und Links und behält dabei das ursprüngliche Title-Tag bei; Platzierungen in Suchergebnissen sind nicht garantiert.
Diese Grenze ist konstruktiv, keine Einstellung, die man richtig treffen muss: Der Anzeigename fließt ausschließlich in Überschrift und Links, und der Suchtitel entsteht jedes Mal aus dem unangetasteten Original.
An den drei Stellen, auf die Kunden wirklich schauen: in der Überschrift oben auf der Seite, in den Linklisten der Fußzeile und in den Menüeinträgen, die auf die Seite zeigen. Alle drei zeigen denselben kurzen Namen, die Navigation bleibt einheitlich.
Seiten mit leerem Feld behalten an allen drei Stellen ihren nativen Titel. Sie benennen die fünf Seiten mit sperrigen Titeln um und lassen die übrigen zwanzig in Ruhe.
Jeder Name wird pro Sprache und pro Shop gespeichert. Die deutsche Storefront liest Versand, die englische Delivery, die französische Livraison, jede von Ihnen geschrieben, nicht maschinell übersetzt.
Im Multistore behält jeder Shop seinen eigenen Namenssatz. Eine Marke mit zwei Storefronts benennt dieselbe Seite in jeder anders, ohne dass sich etwas überschneidet.
Ein Bildschirm listet alle Informationsseiten des Shops: Nummer, den Suchtitel schreibgeschützt, und das Feld für den kurzen Namen. Sie sehen das ganze Bild auf einmal, statt Seiten einzeln zu öffnen.
Die schreibgeschützte Spalte ist das Geländer: Beim Eintippen des kurzen Namens blicken Sie direkt auf den Titel, den er vertritt, die Namen driften also nie vom Inhalt der Seite weg.
Keine Theme-Datei wird bearbeitet, und der Browser des Kunden lädt nichts Neues: Die Namen werden im Shop in die Seite geschrieben, bevor sie gesendet wird. Ein externer Dienst kommt in diesem Modul nicht vor.
Das Zurücknehmen ist vollständig. Ein geleertes Feld stellt den ursprünglichen Titel wieder her; nach der Deinstallation verwenden alle Seiten, Überschriften und Links wieder die ursprünglichen Titel.
Teilen Sie als Erste oder Erster Ihre Erfahrungen mit diesem Produkt.
Mit CMS Display Names können Sie jeder CMS-Seite eine kurze Bezeichnung für den Shop geben, ohne den ursprünglichen CMS-Metatitel zu ändern. So bleiben Menüs, Footer-Links und CMS-Überschriften gut lesbar, während Ihre vorhandenen SEO-Titeldaten erhalten bleiben.
Bei der Deinstallation wird die moduleigene Tabelle mprcmsnames gelöscht, sodass jeder von Ihnen gespeicherte individuelle Anzeigename entfernt wird. Ihre nativen PrestaShop-CMS-Seiten bleiben unberührt: ihre ursprünglichen Namen und Meta-Titel wurden ohnehin nie geändert, daher zeigt das Front Office einfach wieder die Standard-CMS-Titel an. An den Tabellen ps_cms oder ps_cms_lang wird zu keinem Zeitpunkt etwas geändert.
Nein. Die einzige Tabelle des Moduls (mprcmsnames) speichert vier Spalten: id_cms, id_lang, id_shop und den von Ihnen eingegebenen display_name-Text, und nichts über Kunden, Bestellungen oder Besucher. Es liest keine personenbezogenen Daten und schreibt keine, sodass es keine Auswirkungen auf Ihre DSGVO-Pflichten oder Ihre Datenschutzerklärung hat. Es ist rein ein redaktionelles Beschriftungswerkzeug für Ihre CMS-Seiten.
Nein, es schreibt das HTML-title-Tag nicht um. Das Modul ist bewusst auf sichtbaren CMS-Inhalt und gerenderten CMS-Linktext begrenzt, sodass PrestaShop weiterhin den ursprünglichen CMS Meta Title für Page Head und Search Snippets verwenden kann.
Der Source-Kommentar sagt, dass das <title>-Tag durch PrestaShops Meta::getMetaTags()-Pfad gebaut wird und unberührt bleibt. Das Modul aktualisiert die native CMS-Tabelle nicht, hängt sich nicht in Meta-Tag-Generierung ein und schreibt keinen neuen SEO Title zurück nach PrestaShop.
Was es ändern kann, ist das CMS-Objekt, das durch filterCmsContent läuft. Wenn das Seitentemplate den meta_title dieses gefilterten CMS-Objekts als sichtbare Überschrift nutzt, sehen Käufer den kürzeren Display Name auf der Seite. Separat kann actionOutputHTMLBefore passenden CMS-Linktext im finalen HTML ersetzen. Das sind Änderungen an sichtbarem Inhalt, keine Head-Tag-Änderungen.
Für SEO-Arbeit bearbeiten Sie weiterhin den echten CMS Meta Title in der nativen PrestaShop-CMS-Seite. Nutzen Sie dieses Modul, wenn der SEO Title zu lang für Menüs, Footer, Breadcrumbs oder On-page-Headings ist.
Verwenden Sie dieses Modul, um separate Display Names für PrestaShop-CMS-Seiten zu setzen. Es speichert einen Display Name pro id_cms, Sprache und Shop in seiner eigenen mprcmsnames-Tabelle, sodass der native CMS-Datensatz und sein SEO-meta_title in der CMS-Tabelle nicht umgeschrieben werden.
Terms and Conditions | My Shop.Terms im Display Name-Feld ein und speichern Sie.filterCmsContent, und CMS-Links, die zu PrestaShops cms-page-link-Pattern passen, werden im finalen HTML ersetzt.meta_title zurück.Die praktische Trennung lautet also: Nutzen Sie den nativen CMS Title für Search Snippets und Browser-Title-Verhalten, und nutzen Sie dieses Modul für kürzere Seitenüberschriften, Footer-Links und Menülabels, die Käufer tatsächlich scannen.
Das Modul hat zwei Front-Office-Pfade. Erstens ändert filterCmsContent das CMS-Objekt, das an das Seitentemplate übergeben wird, indem es meta_title durch den gespeicherten Display Name für aktuelle Sprache und Shop ersetzt. Zweitens bearbeitet actionOutputHTMLBefore das finale HTML für passende CMS-Links, bevor die Antwort gesendet wird.
Der Source-Kommentar ist ausdrücklich, dass das echte HTML-<title>-Tag unberührt bleibt, weil PrestaShop es über Meta::getMetaTags() mit seinem eigenen SQL-Pfad baut. Deshalb kann dieses Modul sichtbare Namen kürzen, ohne den von PrestaShop gespeicherten CMS-SEO-Title zu überschreiben.
Theme-Markup ist weiterhin wichtig. Link-Relabeling läuft nur auf Anchors, die zum erwarteten CMS-Link-Pattern des Moduls passen, mit CMS Page ID in link-cms-page-{id}-... und dem exakten cms-page-link-Class-Attribut in der von der Regex erwarteten Reihenfolge. Wenn ein Theme CMS-Menüs mit anderem Markup oder verschachteltem HTML innerhalb des Anchor-Texts baut, kann die Überschrift weiterhin geändert werden, aber der Linktext möglicherweise nicht ersetzt werden.
Ja, Display Names werden pro CMS-Seite, Sprache und Shop gespeichert. Die Modultabelle nutzt id_cms, id_lang und id_shop als Key, und das Speichern eines leeren Werts entfernt dieses gespeicherte Label, sodass PrestaShop auf den nativen CMS Title zurückfällt.
Der Front-Office-Lookup ist ebenfalls sprach- und shopspezifisch. Er lädt Zeilen aus mprcmsnames, bei denen id_lang der aktuellen Kontextsprache und id_shop dem aktuellen Kontextshop entspricht. Es gibt keinen breiten id_shop=0-Fallback in diesem Lookup. Ein für einen Shop gespeicherter Display Name wird also nicht automatisch von einem anderen Shop wiederverwendet.
Beim Speichern iteriert das Modul durch CMS-Seiten und Sprachen, ersetzt Zeilen, wenn ein Wert gepostet wurde, und löscht Zeilen, wenn der übermittelte Wert leer ist. Deshalb ist das Leeren eines Felds ein echter Reset, nicht nur ein leeres Custom Label.
Ein Implementierungsdetail in dieser Source-Version sollte geprüft werden: Die gerenderte Konfigurationstabelle zeigt den Default-Language-Input für jede CMS-Seite. Datenbank und Save-Logik unterstützen id_lang, aber das sichtbare Formular in diesem Checkout rendert keine separaten Eingabespalten für jede Sprache. Wenn Sie Display Names in Nicht-Default-Sprachen brauchen, bestätigen Sie, dass der installierte Build diese Inputs bereitstellt, oder ergänzen Sie sie, bevor Sie sich auf mehrsprachige Bearbeitung über das Standardformular verlassen.
Nein. Das Modul arbeitet vollständig über zwei PrestaShop-Hooks: filterCmsContent für CMS-Seitenüberschriften und actionOutputHTMLBefore für den gerenderten Linktext in Footern und Menüs. Beide werden bei der Installation registriert, und es werden keine .tpl-Template-Overrides und keine Core-Klassen-Overrides erstellt, sodass es mit Ihrem Theme kompatibel bleibt und Theme-Updates übersteht. Da actionOutputHTMLBefore die endgültige HTML-Ausgabe umschreibt, werden Ihre CMS-Linkbezeichnungen überall dort ersetzt, wo die standardmäßigen cms-page-link-Anker von PrestaShop erscheinen, ohne dass Sie eine einzige Template-Datei anfassen müssen.
Es benennt CMS-Links um, die PrestaShops erwartetem CMS-Link-Markup entsprechen. Der Output-Hook sucht nach einem Anchor, dessen id mit link-cms-page-{id}- beginnt und dessen Klasse cms-page-link ist, und ersetzt dann den reinen Linktext durch den gespeicherten Display Name für aktuelle Sprache und Shop.
<a id="link-cms-page-3-1" class="cms-page-link" href="/content/3-terms-and-conditions">Terms and conditions</a>Dieses Pattern ist wichtig für angepasste Themes: Wenn der CMS-Link eine andere Klasse hat, keine link-cms-page-...-ID hat, die Klasse vor der ID im vom Modul anvisierten Markup erscheint oder das Label aus verschachteltem HTML statt Plain Text gebaut ist, matcht die Output-Ersetzung möglicherweise nicht.
Die Regex ist bewusst eng. Sie erwartet das id-Attribut vor class="cms-page-link" und erfasst Plain Text zwischen öffnendem und schließendem Anchor-Tag. Ein Link mit mehreren Klassen wie class="footer-link cms-page-link", ein Span innerhalb des Anchors oder eine komplett eigene Menükomponente kann außerhalb dieses Patterns liegen.
Die Ersetzung tut außerdem im Back Office nichts und kehrt früh zurück, wenn es keine Display Names für aktuelle Sprache und Shop gibt. Wenn der CMS-Footer oder das Menü Ihres Themes nicht umbenannt wird, prüfen Sie zuerst das generierte Anchor-Markup; oft besteht die Lösung darin, das Template das native PrestaShop-CMS-Link-ID- und Class-Pattern ausgeben zu lassen.
Module, die unser Team wirklich mit diesem kombiniert, und warum jedes davon in dasselbe Setup gehört.
Mit CMS Display Names behält Ihr Shop kurze, klare Bezeichnungen für Kunden in Menüs, Footer-Links und CMS-Überschriften bei, während der beschreibende native CMS-Meta-Titel erhalten bleibt, den PrestaShop weiterhin im Seitenkopf verwenden kann. Das ordnet, wie CMS-Seiten auf der Website präsentiert werden, doch die Präsentation ist nur die halbe Arbeit: Sie steuert in keiner Weise, wie dieselben Seiten von Suchmaschinen gefunden und gecrawlt werden.
Advanced SEO Sitemap Builder ist ein separates Modul, das XML-Sitemaps erstellt und zusätzlich eine HTML-Sitemap bereitstellen kann, wodurch Crawler und Kunden einen klareren Weg durch Produkte, Kategorien, CMS-Seiten, Marken, Lieferanten und Kernseiten erhalten, gespeist aus auswählbaren URL-Quellen. Es kümmert sich um die Auffindbarkeit und sorgt dafür, dass Ihre CMS-Seiten einen klaren Weg in die Sitemaps finden, die Suchmaschinen lesen.
Zusammen eingesetzt können Sie CMS-Seiten auf der Website sauber präsentieren und zugleich sicherstellen, dass dieselben Seiten in Ihren Sitemaps korrekt abgebildet sind, zwei sich ergänzende Werkzeuge für Präsentation und Crawlbarkeit. Der Gewinn sind Inhalte, die für Kunden in Ihrer Navigation lesbar und für Suchmaschinen über Ihre Sitemap auffindbar sind, sodass ordentliche Bezeichnungen und zuverlässige Auffindbarkeit einander verstärken, statt getrennt behandelt zu werden.
Mit CMS Display Names trennt Ihr Shop kurze, kundengerichtete Bezeichnungen von beschreibenden CMS-Meta-Titeln und hält Menüs und Überschriften ordentlich, ohne die Titel zu schwächen, auf die sich die Suche stützt. Das löst die Präsentation von CMS-Seiten sauber, doch Ihre Kategorieseiten haben eine andere Herausforderung: Sie brauchen Raum für SEO-Tiefe, ohne die Produkte auf der Seite nach unten zu drängen, und dazu tragen Anzeigenamen nichts bei.
Second Category Description ist ein separates Modul, das einen zusätzlichen mehrsprachigen Inhaltsblock unter dem Produktraster auf Kategorieseiten hinzufügt und eine zweite Beschreibung je Kategorie, Shop und Sprache speichert. Es gibt Ihrem Shop Platz für umfangreichere SEO-Texte, während der obere Bereich der Kategorie auf das Einkaufen fokussiert bleibt.
Zusammen eingesetzt halten sie beide Seitentypen oben aufgeräumt und unten stark für die Suche: Anzeigenamen ordnen Ihre CMS-Bezeichnungen, während die zweite Beschreibung unter den Kategorielistings für Tiefe sorgt, zwei sich ergänzende Werkzeuge, die an unterschiedlichen Seitentypen arbeiten. Der Gewinn ist, dass Sie die SEO-Formulierungen auf CMS- und Kategorieseiten verbessern, ohne zu überladen, was Kunden zuerst sehen, sodass sich sowohl Lesbarkeit als auch Suchtiefe verbessern, ohne dass eines dem anderen geopfert wird.
Mit CMS Display Names präsentiert Ihr Shop kurze, klare Bezeichnungen in Menüs und Überschriften, während für die Suche ausführlichere CMS-Meta-Titel erhalten bleiben. Klare Bezeichnungen verbessern die Lesbarkeit wirklich, betreffen aber nur den Wortlaut, den Kunden lesen; die zugrunde liegenden Seitenadressen können weiterhin technisch oder überladen sein und untergraben den professionellen Eindruck, den Ihre ordentlichen Bezeichnungen erzeugen sollen.
Smart SEO Friendly URL Manager ist ein separates Modul, das technische, überladene Adressen durch sauberere, lesbare Links bei Produkten, Kategorien, CMS-Seiten, Herstellern und Lieferanten ersetzt, mit konfigurierbaren URL-Mustern samt Entitätsdaten, und den Traffic-Verlust bei Adressänderungen verringert. Es räumt die Adresszeile so auf, wie Anzeigenamen Ihre On-Page-Bezeichnungen aufräumen.
Zusammen eingesetzt können Sie CMS-Inhalte sauber präsentieren, sowohl im Wortlaut, den Kunden lesen, als auch in den URLs, die sie teilen, , zwei sich ergänzende Werkzeuge, die Bezeichnungen und Links in Einklang bringen. Der Gewinn ist Konsistenz über die gesamte Präsentation einer CMS-Seite hinweg: Sie wirkt im Menü, in der Überschrift und in der Adresse gleichermaßen professionell, sodass der Feinschliff Ihrer Bezeichnungen von den Links, die Menschen kopieren, mit Lesezeichen versehen und weitergeben, aufgegriffen wird.
Mit CMS Display Names behält Ihr Shop prägnante Bezeichnungen für CMS-Seiten bei, während beschreibende Titel für die Suche erhalten bleiben, was zu Shops passt, die CMS-Seiten für beständige Informationsinhalte nutzen. Doch CMS-Seiten sind ein begrenzter Ort für Inhalte, die wachsen und sich verändern: Sie sind nicht für einen stetigen Strom datierter, kategorisierter Artikel gebaut, und redaktionelle Inhalte hineinzuzwängen wird schnell unhandlich.
Blog Revolution ist ein separates Modul, das Ihrem Shop einen nativen Ort für Kaufratgeber, Ankündigungen und Tipps gibt und Artikel, Kategorien, Tags, Autoren, Kommentare, Bewertungen, RSS und saubere Blog-Seiten im Shop hält, mit Status für Entwurf, veröffentlicht und geplant. Es kümmert sich um die laufenden redaktionellen Inhalte, für die CMS-Seiten nie gedacht waren.
Zusammen eingesetzt können Sie statische CMS-Seiten mit klaren Bezeichnungen ordentlich halten, während Sie reichhaltigere, sich weiterentwickelnde Inhalte in einem echten Blog führen, zwei sich ergänzende Werkzeuge für unterschiedliche Inhaltsbedürfnisse. Der Gewinn ist, dass jede Inhaltsart die Struktur erhält, die zu ihr passt: Ihre Informationsseiten bleiben ordentlich und gut beschriftet, Ihre Artikel leben in einem eigens dafür gebauten Blog, und keines von beiden leidet darunter, in den falschen Ort gepresst zu werden.
30 Tage Rückgaberecht
Plug & Play Module
Support an erster Stelle
Entwickelt und gepflegt von David Miller und mypresta.rocks. David Miller arbeitet seit 2013 mit PrestaShop, und das Unternehmen hinter diesem Shop ist seit dem 3. Dezember 2018 eingetragen. Jedes Modul in diesem Katalog ist unsere eigene Arbeit, deshalb landen Ihre Supportfragen bei den Menschen, die den Code geschrieben haben. Das Änderungsprotokoll auf dieser Seite zeigt jedes Update mit Datum.
