In vielen Magento-Shops ist der Blog bereits seit Jahren im Einsatz, doch seine aktuelle Technologie wird in der Wartung zunehmend unpraktisch. Mit der Zeit entsteht der Bedarf, die Architektur zu vereinfachen, native Magento-Mechanismen besser zu nutzen und Inhalte zu ordnen, ohne Hunderte von Beiträgen manuell neu schreiben zu müssen.
In vielen Magento-Shops ist der Blog bereits seit Jahren im Einsatz, doch seine aktuelle Technologie wird in der Wartung zunehmend unpraktisch. Mit der Zeit entsteht der Bedarf, die Architektur zu vereinfachen, native Magento-Mechanismen besser zu nutzen und Inhalte zu ordnen, ohne Hunderte von Beiträgen manuell neu schreiben zu müssen.
Kowal_Blog löst dieses Problem dank eines Migrationsmechanismus von bestehenden Blog-Modulen auf ein neues Modell auf Basis des Magento-Katalogs.
Das bedeutet, dass ein Blog-Wechsel weder den Verlust der bisherigen redaktionellen Arbeit noch das Risiko eines starken Sichtbarkeitsverlusts in Suchmaschinen bedeuten muss.
Was die Migration bringt
Der wichtigste Nutzen für den Kunden ist einfach: Bereits vorhandene Inhalte können in die neue Lösung übernommen werden, ohne alles von Grund auf neu aufzubauen.
Die Migration ermöglicht es, Folgendes zu erhalten und zu ordnen:
Blogbeiträge,
Kategorien,
Tags,
grundlegende SEO-Metadaten,
die Veröffentlichungsstruktur,
Beziehungen zwischen Inhalten und Kategorien,
die URL-Historie, die für Weiterleitungen benötigt wird.
In der Praxis bedeutet das eine kürzere Implementierungszeit, ein geringeres redaktionelles Risiko und niedrigere Kosten für den Umstieg auf die neue Lösung.
Unterstützung für bekannte Magento-Blogs
Der Migrationsmechanismus wurde für reale Magento-Implementierungen entwickelt, in denen am häufigsten einige bekannte Blog-Erweiterungen anzutreffen sind.
Aktuell werden Migrationen unterstützt von:
Amasty Blog,
Magefan Blog.
Das ist wichtig, weil genau diese Lösungen häufig in Shops vorkommen, die ihren Blog unabhängig vom Magento-Katalog entwickelt haben und ihn heute in ein konsistenteres Modell überführen möchten.
Migrationsbefehle
Die Migration wird über die Magento-Konsole gestartet:
bin/magento kowal:blog:migrate
Der Parameter bestimmt das Modul, aus dem die Daten übernommen werden sollen. Verfügbare Werte:
amasty - Import aus Amasty Blog Pro,
magefan - Import aus Magefan Blog.
Grundlegende Migration aus Amasty:
bin/magento kowal:blog:migrate amasty
Grundlegende Migration aus Magefan:
bin/magento kowal:blog:migrate magefan
In der Standardvariante verwendet der Befehl die in der Konfiguration festgelegte Hauptkategorie des Blogs:
Stores > Configuration > Kowal > Blog > Blog Root Categories
Wenn die Konfiguration nicht gesetzt ist oder für einen konkreten Lauf ein anderer Blog-Root erzwungen werden muss, sollte die Option --root-category-id verwendet werden.
Der Wert 123 muss durch die ID der Magento-Kategorie ersetzt werden, unter der die übernommenen Blog-Kategorien angelegt werden sollen. Diese Kategorie wird zur Ziel-Startseite des Blogs und zum Root des importierten Kategoriebaums.
Präfix alter URL-Adressen
Der Befehl hat die Option --legacy-prefix, die das alte Präfix der Blog-Adressen bestimmt, das bei der Erstellung von 301-Weiterleitungen verwendet wird.
In dieser Variante übernimmt der Migrator weiterhin Kategorien, Tags und Beiträge, überspringt jedoch die Erstellung von 301-Weiterleitungen für alte Beitrags- und Tag-Adressen.
Was die Befehlsvarianten bedeuten
Die am häufigsten verwendeten Varianten:
bin/magento kowal:blog:migrate amasty
Importiert Daten aus Amasty, verwendet die Root-Kategorie aus der Konfiguration und erstellt Weiterleitungen mit dem Standardpräfix blog.
bin/magento kowal:blog:migrate magefan
Importiert Daten aus Magefan, verwendet die Root-Kategorie aus der Konfiguration und erstellt Weiterleitungen mit dem Standardpräfix blog.
Der Migrator übernimmt grundlegende SEO-Metadaten dort, wo sie direkt auf native Magento-Felder abgebildet werden können.
Die wichtigste Regel: Nach der Migration ist ein Blogbeitrag ein Produkt vom Typ blog_post, daher werden die Metadaten des Beitrags in die standardmäßigen SEO-Felder des Magento-Produkts übernommen. Blog-Kategorien sind Katalogkategorien, daher werden ihre Metadaten in die standardmäßigen SEO-Felder der Magento-Kategorie übernommen.
Metadaten von Blogbeiträgen
Für Beiträge werden folgende Daten migriert:
meta title,
meta description,
meta keywords.
Im Ziel-blog_post werden die Felder wie folgt gespeichert:
meta_titlemeta_descriptionmeta_keyword
Dadurch nutzt der Beitrag nach der Migration native Magento-SEO-Mechanismen für Produkte: Generierung des Seitentitels, meta description, meta keywords, URL rewrite und die Unterstützung von store view.
Für Amasty Blog Pro sieht das Mapping wie folgt aus:
meta_title wird nach meta_title übernommen,
meta_description wird nach meta_description übernommen,
meta_tags wird nach meta_keyword übernommen.
Für Magefan Blog sieht das Mapping wie folgt aus:
meta_title wird nach meta_title übernommen,
meta_description wird nach meta_description übernommen,
meta_keywords wird nach meta_keyword übernommen.
Wenn der Quellbeitrag separate Werte pro store view hat, speichert der Migrator diese als store-view-Werte des Produkts. Das bedeutet, dass mehrsprachige oder Multistore-Metadaten der Beiträge ohne manuelles Neuübertragen nach der Migration erhalten bleiben können.
Metadaten von Blog-Kategorien
Für Kategorien werden folgende Daten migriert:
meta title,
meta description,
meta keywords.
In der Zielkategorie von Magento werden die Felder wie folgt gespeichert:
meta_titlemeta_descriptionmeta_keywords
Für Amasty Blog Pro sieht das Mapping wie folgt aus:
meta_title wird nach meta_title übernommen,
meta_description wird nach meta_description übernommen,
meta_tags wird nach meta_keywords übernommen.
Für Magefan Blog sieht das Mapping wie folgt aus:
meta_title wird nach meta_title übernommen,
meta_description wird nach meta_description übernommen,
meta_keywords wird nach meta_keywords übernommen.
Amasty-Kategorien können Daten pro store view haben; in diesem Fall speichert der Migrator die entsprechenden Werte auf Ebene des jeweiligen store view der Magento-Kategorie.
Metadaten von Tags
Tags werden in Kowal_Blog als Optionen des Produktattributs blog_tags modelliert. Aus diesem Grund funktioniert ihre Migration anders als die Migration von Beiträgen und Kategorien.
Der Migrator übernimmt den Namen des Tags in die Beschriftung der Option blog_tags und verwendet den alten URL key oder den Slug des Tags zur Vorbereitung von 301-Weiterleitungen. Daten wie:
meta title,
meta description,
meta keywords,
meta robots,
Tag-Beschreibung,
werden aus der Quelle gelesen und in den Mapping-Daten der Migration beibehalten, jedoch nicht automatisch als aktiver Seiteninhalt des Tags in kowal_blog_tag_content gespeichert.
Nach der Migration empfiehlt es sich daher, die wichtigsten Tag-Seiten im Bereich Blog > Tags im Panel separat zu prüfen und ihre Beschreibung sowie Metadaten zu ergänzen, wenn Tags als Landingpages für SEO-Traffic dienen sollen.
Meta robots und Open Graph
Felder vom Typ meta_robots werden aus Amasty und Magefan in die Quelldaten der Migration eingelesen, aber das aktuelle Zielmodell speichert sie weder bei Beiträgen noch bei Kategorien automatisch als aktives Frontend-Feld.
Analog dazu werden zusätzliche Open-Graph-Felder aus Amasty, z. B.:
open_graph_meta_title,
open_graph_meta_description,
open_graph_meta_type,
sowie OG-Felder aus Magefan, z. B.:
og_title,
og_description,
og_img,
og_type,
in den Migrationsdaten beibehalten, jedoch von Kowal_Blog nicht automatisch im Frontend veröffentlicht.
Wenn der Kunde im aktuellen Blog erweiterte meta robots oder Open Graph verwendet, sollte dies im Audit nach der Migration berücksichtigt werden. Mögliche Varianten sind:
manuelles Setzen der wichtigsten Werte im Ziel-SEO-Modul,
Vorbereitung eines zusätzlichen Adapters oder einer Erweiterung der Migration,
Nutzung eines externen SEO-Moduls, das robots und Open Graph für Produkte vom Typ blog_post sowie Blog-Kategorien generiert.
Prüfung der Metadaten nach der Migration
Nach der Migration sollte eine Stichprobe der wichtigsten SEO-Adressen geprüft werden:
Beiträge mit dem höchsten organischen Traffic,
Blog-Kategorien, die Zugriffe aus Google generieren,
Tags, die eigene indexierte Seiten hatten,
Beiträge mit benutzerdefiniertem meta title und meta description,
Versionen pro store view, wenn der Shop mehrsprachig ist.
Minimale Prüfung im Magento-Panel:
Öffnen Sie den importierten Beitrag vom Typ blog_post.
Prüfen Sie Search Engine Optimization.
Vergleichen Sie Meta Title, Meta Description und Meta Keywords mit den Quelldaten.
Öffnen Sie die importierte Blog-Kategorie.
Prüfen Sie den SEO-Bereich der Kategorie.
Gehen Sie bei wichtigen Tags zu Blog > Tags und ergänzen Sie Beschreibung und Metadaten, wenn diese im Frontend sichtbar sein sollen.
Migration ohne manuelles Neuübertragen von Inhalten
Einer der größten Vorteile ist, dass der Blog nicht manuell neu aufgebaut werden muss.
Statt:
Texte Beitrag für Beitrag zu kopieren,
die Kategoriestruktur neu aufzubauen,
Tags neu zu übertragen,
Dutzende oder Hunderte von Adressen manuell zu korrigieren,
kann eine kontrollierte Migration zu Kowal_Blog durchgeführt werden.
Für das Team des Kunden bedeutet das weniger operative Arbeit und für das Projekt mehr Planbarkeit.
Schutz des bisherigen SEO
Bei der Migration eines Blogs taucht meist eine zentrale Frage auf: Was geschieht mit den bisherigen URL-Adressen?
Das ist absolut berechtigt, denn alte Beiträge haben oft bereits:
organischen Traffic,
eine Indexierung in Google,
externe Links,
eine Verwendung in Marketingmaterialien,
eine Einbindung in Kampagnen oder Newsletter.
Daher berücksichtigt der Migrationsmechanismus in Kowal_Blog die Erstellung von Weiterleitungen für bekannte URL-Strukturen von Beiträgen und Tags. So ist der Wechsel auf ein neues URL-Modell möglich, ohne Nutzer und Suchmaschinen-Crawler auf nicht funktionierende Seiten zu führen.
Zusätzlich generiert das System Berichte über die erstellten Weiterleitungen sowie einen separaten Bericht über URL-Kollisionen, sodass das Implementierungsteam sofort sieht, welche Pfade automatisch verarbeitet wurden und welche eine Entscheidung erfordern.
Eine bessere Grundlage für die weitere Entwicklung des Shops
Migration ist nicht nur eine einmalige Datenübertragung. Sie bedeutet auch, das Fundament zu ordnen, auf dem der Shop künftig weiterarbeitet.
Nach der Migration wechselt der Blog in ein Modell, das native Magento-Mechanismen nutzt, wie zum Beispiel:
Katalogkategorien,
store views,
URL rewrites,
EAV-Attribute,
standardmäßiges Magento-SEO,
Magento-Administrationsformulare.
Das vereinfacht die Weiterentwicklung langfristig und reduziert die Anzahl separater, individueller Schichten, die gewartet werden müssen.
Möglichkeit einer kundenspezifischen Migration
Nicht jeder Shop nutzt eines der bekanntesten Module. Ein Teil der Implementierungen läuft auf älteren Erweiterungen, kundeneigenen Lösungen oder modifizierten Versionen von am Markt verfügbaren Modulen.
Deshalb wurde der Migrationsmechanismus erweiterbar konzipiert.
Das bedeutet, dass neben der fertigen Unterstützung für bekannte Magento-Blogs auch die Vorbereitung einer Migration möglich ist:
aus einem anderen kommerziellen Blog-Modul,
aus einer kundeneigenen Lösung,
aus einer nicht standardmäßigen Datenstruktur, die in einem konkreten Projekt entstanden ist,
aus einer Version der Erweiterung, die zuvor für den jeweiligen Shop angepasst wurde.
Aus Vertriebssicht ist das ein sehr wichtiger Vorteil. Der Kunde ist nicht ausschließlich auf die Liste fertiger Integrationen beschränkt. Wenn im Shop ein individueller Blog läuft, kann ein dedizierter Migrationspfad auf Basis seiner konkreten Daten und Geschäftsprozesse vorbereitet werden.
Für wen diese Möglichkeit besonders wertvoll ist
Die Migration des Blogs zu Kowal_Blog ist besonders wertvoll für:
Shops mit einer großen Anzahl von Artikeln,
Marken, die regelmäßig SEO-Inhalte veröffentlichen,
mehrsprachige Projekte,
Unternehmen, die eine Neugestaltung des Blogs ohne Verlust des bestehenden Traffics planen,
Shops, die ihre Magento-Architektur vereinfachen und die Anzahl paralleler Content-Systeme reduzieren möchten.
Vertriebsargument auf den Punkt gebracht
Der Kunde kauft hier nicht nur ein neues Blog-Modul.
Er kauft die Möglichkeit, von der aktuellen Lösung zu einem Modell zu wechseln, das konsistenter mit Magento ist:
ohne manuelles Neuübertragen von Inhalten,
unter Erhalt des Werts bestehender Inhalte,
mit Kontrolle über Weiterleitungen,
mit einem Bericht über die ausgeführten Operationen,
mit der Option, eine dedizierte Migration vorzubereiten, wenn der aktuelle Blog nicht standardmäßig funktioniert.
Das verkürzt den Weg von der Änderungsentscheidung bis zum realen Start des neuen Blogs und senkt die Einstiegshürde für Shops mit bestehender Veröffentlichungshistorie deutlich.
