Unter Produktinformationsmanagement (auch PIM oder engl. Product Information Management) versteht man die Bereitstellung von Produktinformationen für den Einsatz in verschiedenen Ausgabemedien beziehungsweise Vertriebskanälen sowie für unterschiedliche Standorte. Voraussetzung dafür ist die medienneutrale Verwaltung, Pflege und Modifikation der Produktinformationen in einem zentralen System, um jeden Kanal ohne großen Ressourcenaufwand mit konsistenten akkuraten Informationen beliefern zu können.
Seite „Produktinformationsmanagement“. In: Wikipedia, Die freie Enzyklopädie. Bearbeitungsstand: 11. November 2018, 18:57 UTC. URL: https://de.wikipedia.org/w/index.php?title=Produktinformationsmanagement&oldid=182665309 (Abgerufen: 14. November 2018, 13:49 UTC)
Also ein PIM? Eher ein spezifisches Content-SEO-PIM-Tool! 🙂
Auf jeden Fall ein universelles, bidirektionales Interface für weitere API-Services und Plugins!
Für SavTee® gibt es noch keinen allgemein gültigen übergeordneten Begriff (außer PIM ist uns keiner bekannt, der dieses Prinzip annähernd beschreibt), denn es wird noch weit mehr in einer Wertschöpfungskette aktiv sein, als es das derzeit sein könnte, denn es beherrscht verschiedene Diszipinen, wie z.B. die Content basierende Suchmaschinenoptimierung als Kernziel, zusammen mit Onlineshop aber auch das Marketing (RePricing inkl.).
Derzeit ist unsere Entwickler Team mit der Version 1.0 beschäftigt. Was noch folgt:
- Zentralisierung der Content Aufgaben, Dezentralisierung der Daten - nach einer "Blockchain" Methode.
- Optimierung der derzeit die tabellarische Bearbeitung relevanter SEO KPI, wie z.B. H1 oder Titel-Tag, aber auch der Artikel-Umsatz in Bezug zum finanziellen Einsatz wird später berücksichtigt.
- Es wird die individuelle Produktbearbeitung und Speicherung für Channel-Daten an eBay oder Amazon folgen.
- Monitoring von "Ergebnissen zu spezifischen, ausgeführten Aufgaben": Bsp. Wie hat sich eine Webseite nach der Änderung des Titels in den letzten vier Wochen verändert? Unterlegt mit entsprechenden Ranking Daten externer Tools (aktuell: metrics.tools).
- Individualisierung und Speicherung von Shop Artikeltexten für z.B. Marktplätze, aber bevor Sie dorthin geschickt werden, um aus einer Quelle Channel spezifische Daten generieren zu können.
- Daten- und Versionsmanagement bei Content Änderungen
- Neue Trigger für Mautic - Marketing Automation.
- Das Ziel des Tools ist ausgerichtet auf den Kern der Aussage "Content is King, but Context is Queen". Die Innovation daran ist, Kontext nahe Services (Angebote wie Inhalte) zu zentralisieren und für ein gemeinsames miteinander dezentral Verfügbar zu machen. In einem Tool, aber mit weiteren, nahezu beliebigen Werkzeugen zum Prozessaufbau und -ablauf, aber z.B. auch zur Abrechnung von Service Leitungen - z.B. mittels gSales.
- Unser Proof of Concept wird - voraussichtlich ab der Version 2.x - zusätzlich dadurch unterstützt, dass es eine Version geben wird, die allein durch die Angabe eines Keyword, einzigartigen Themen Content automatisch zu generieren in der Lage sein wird.
Was also ist SavTee®?
SavTee® ist grundsätzlich ein Produktinformationsmanagement (PIM), ein "Software as a Service" (SaaS) Angebot mit vielfältigen SEO&Marketing Möglichkeiten! SavTee® ist geschützt, was seine Grundfunktion angeht zeitsparende SEO Aufgaben auszuführen und externe Inhalte in der SavTee typischen Art zu verarbeiten!
Stay tuned ...
Version 1.0 ist zu ...
Wer braucht SavTee®?
Jeder der mit der Content oder SEO Aktualisierung zu tun hat:
- Jede Agentur, die für Ihre Kunden SEO oder Content-Marketing betreiben
- Jeder ambitionierte Onlinehändler - der verschiedene Onlineshops einsetzt insbesondere!
- SEO Tool Anbieter (Metrics, Pagerangers, WISE, Sitrix, Searchmetrics,...), die Ihren Kunden eine sofortige Bearbeitung von OFF Page Aufgaben ermöglichen möchten.
- Onlinehändler, die Ihre Produkte - auch verändert zum Original - in Marktplätze wie eBay, Amazon oder andere Channels schicken möchten, ohne dabei auf eine CSV Datei zurückgreifen zu müssen.
- Jeder SEO Manager, der Veränderungen im Ranking, direkt einer vorausgehenden Aktion in seiner Aufgabenliste zuordnen und/oder mit aktuellen SEO Daten auch weiterhin begleiten möchte.
- Jeder SEO Manager, der Artikel in enormer Geschwindigkeit und ohne Lade-, Orientierungs-Zeiten und anderen Zeitvergeudungen aktualisieren möchte
- Jeder Markeeer, der Open Source Marketing Automation mit Mautic nutzen möchte
- ...
Der Grund für SavTee!
Der Name SavTee® ist ein Wortspiel aus "Save" und "Time". Zeitsparend wegen der zentralen Editierfunktion auf der einen und den editierbaren Inhalten aus externen Quellen, auf der anderen Seite.
Unser Service zentralisiert die Aktualisierung von beliebigen Content. Die in der aktuellen Version editierbaren und signifikanten Felder lauten H1, Meta Title, der Permalink, sowie der eigentliche Seiten Inhalt (Content) und evtl. noch die Meta Description. Die Community Version (WordPress Plugin) als Test Variante des Tools, ist in der Lage, Ihre WordPress Artikel und Seiten als tabellarische Ansicht zum Editing anzubieten, um alle Inhalte in einer Übersicht editieren zu können, Sie also zentral zu pflegen.
Vorteile?
Sie sparen sehr viel Zeit! Sie sehen Inhalte tabellarisch untereinander, was die Möglichkeit eines direkten Vergleichs anbietet. Behalten Sie die Kontrolle über Ihre Artikel SEO und da ohne ein fremdes Backend betreten zu müssen, welches Sie unter Umständen nicht einmal kennen, um nur einen kleinen Teil eines Artikels zu bearbeiten. Später wird es über eine Mandantenverwaltung auch für Agenturen möglich ein, alle Ihre Kunden zentral mit allen Seiten anzubinden.
1.
Unsere Idee ist zu Hause im Raum der Online Contentpflege. Nach heutigem Stand der Technik funktioniert eine Content Anpassung nach der Umsetzung mit dezentralen Mitteln. Das heißt, jede Online verfügbare Web-Applikation, z.B. das „CMS“ WordPress, der Gambio Onlineshop oder das Content Management System Typo3, bestehen maßgeblich aus den Bereichen „Frontend“ und „Backend“. Das Frontend ist die Schnittstelle zum Besucher der Seite, das Backend dient der Aktualisierung und Konfiguration der Inhalte und Funktionen. Dazu existieren unzählige System-Beispiele dieser Art, in immer wieder anderen technischen Ausführungen. Siehe z.B. https://sourceforge.net/directory/internet/www/dynamic/cms /os:linux.
Hinzukommt, dass zu unterscheiden ist zwischen den verschiedenen Programmiersprachen und Betriebssystemen. Ein System verwendet die Sprache Ruby, ein anderes PHP auf Basis von Linux. Es existieren Systeme auf Basis von ASP unter Windows. Und alle diese Systeme verwenden i.d.R. eine Datenbank. Auch hiervon existieren viele verschiedene Typen, von denen die gebräuchlichsten MySQL, bzw. MariaDB – ein Ableger von MySQL – sind. Diese Datenbanken sind bei jedem Webhoster, der für eine Onlinepräsenz benötigt wird, verfügbar. In diesen Datenbanken werden dann nach den verschiedenen Architekturen der jeweiligen Systeme – siehe oben WordPress usw. – die Systeminhalte und Daten gespeichert.
Will man also z.B. Text Inhalte des Systems WordPress ändern, ruft man die Domain, auf der die Webseite installiert wurde, zusammen mit der Login Seite auf – hier im Beispiel z. B. /wp-admin – um in den Backendbereich des WordPress Systems zu gelangen. Dazu dienen ein Benutzername und ein zugehöriges Passwort. Ist man mit dieser Kombination eingeloggt und möchte nun z.B. einen Text auf der Seite „Impressum“ abändern, so ist es nach dem Login in das Backend notwendig die zu editierende Seite über die systemtypische Navigationsstruktur im Backend zu erreichen. Bis zu dem Punkt, an dem die eigentliche Aufgabe erledigt werden kann, werden daher verschiedene Wartezeiten für den Aufruf der unterschiedlichen Navigationsschritte notwendig:
- Die Ladezeit beim Aufruf der zu editierenden Seite selbst,
- sowie die Ladezeit nach dem Speichern der Seite ist dabei zu berücksichtigen,
- ebenso wie die Ladezeit der initialen Loginseite.
Dies kann bei einem kleinem zu verändernden Text, welcher z. B. in 5 Sekunden editiert werden könnte, zu einer Vervielfachung der benötigten Zeit führen, die allein durch die Wartezeit während der eigentlichen Aufgabe generiert würde.
Dieses Verhalten ist bei allen Web-Applikationen gleich. Dabei ist es nahezu unerheblich ob sie auch über sogenanntes Frontend Editing verfügt, also das editieren ohne direkten Backend Zugang oder ob sie auf die oben geschilderte Art und Weise der Anpassung zurückgreift. Alle Abläufe sind i.d.R. wie oben beschrieben gleich.
2. Das zugrunde liegende Problem
Wie oben unter Punkt 1. erklärt, sind die sich addierenden (Warte-) Zeiten ein großer Kostenfaktor. Insbesondere bei der Notwendigkeit Marktfähige Dienstleistungen anbieten zu müssen, entsteht hiermit ein zuberücksichtigender Kostenfaktor für die Agenturen, welcher das Angebot für SEO Leistungen und Contentpflege Online verteuert und verlangsamt. Zudem sind die Einarbeitungszeiten und insbesondere auch die Vielfalt der unterschiedlichen Online Systembackends, die alle Ihre Eigenarten haben, ein weiterer Zeitfaktor.
Wenn eine Agentur SEO relevante Daten auf einer, sagen wir mal, WordPress Webseite abändern möchte, muss Sie i.d.R. wie folgt vorgehen:
BSP Zeitaufwand (gerundet)
- 30 sec – Die korrekten Logindaten je nach Kunde heraussuchen (abhängig von der
Speicherung und des Systems in dem gespeichert wird auch länger) - 5 sec – Loginseite aufrufen
- 5 sec – die korrekten Logindaten je nach Kunde eingeben 1min – 3min. – Je nach System (und Internetgeschwindigkeit) im Backend zur editierbaren
Webseite wechseln. - Dies mehrmals, je nach Anzahl der zu erledigenden Aufgaben bei unterschiedlichen Kunden (z.B. in
anderen WordPress Installationen) - 10 sec – Inhalte ändern (für eine Textänderung)
- 5 sec – Seite speichern (mit Reload)
- 10 sec – Änderung online überprüfen.
Gesamtaufwand nach herkömmlicher Vorgehensweise: 125 – 245 Sekunden x Kundenanzahl
Dieser Ablauf ist obligatorisch. Selbst bei den heutigen Servergeschwindigkeiten im Shared Hosting und schnellen Internetverbindungen sind damit dennoch hohe Zeitaufwände zu berücksichtigen, die nicht mehr amortisiert werden können und i.d.R. dem Kunden in Rechnung gestellt werden müssen, weil es Arbeitszeit ist.
3. Die Problemlösung
Unsere Idee ermöglicht nun zwei Dinge:
Als Erstes zentralisiert sie über ein gemeinsames universelles Login den zentralen Backendbereich zum Editieren der Inhalte des angeschlossenen Systems (z.B. WordPress) und ermöglicht so nach der Konfiguration das Aktualisieren der Inhalte des jeweiligen Zielsystems / der Webseite / des Onlineshops, ohne das System eigene Backend betreten zu müssen. Dies erfordert keine weitergehende Kenntnis der jeweiligen Backends und standardisiert und zentralisiert so die Aktualisierung von Web Inhalten.
Zum Zweiten egalisiert Sie die verschiedenen Darstellungsarten der verschiedenen Systeme für den Fall der Aktualisierung, da auch hier nur das zentrale universelle Backend notwendig wird, welches bei allen angeschlossenen Systemen auf die gleiche Art funktioniert. Auf diese Weise wird die Einarbeitung in unterschiedliche Verfahrensweisen mehr oder minder überflüssig. Unsere Liste von oben reduziert sich wie folgt um den Part der Zeit intensivsten Aufwände:
- 30 sec – Die korrekten Logindaten je nach Kunde heraussuchen (abhängig von der
Speicherung und des Systems in dem gespeichert wird auch länger) - 5 sec – Loginseite aufrufen
- 5 sec – die korrekten Logindaten je nach Kunde eingeben
- 10 sec – Inhalte ändern (für eine Textänderung)
- 5 sec – Seite speichern (mit Reload)
- 10 sec – Änderung online überprüfen.
Gesamtaufwand mit unserer Schnittstelle: 65 Sekunden für eine Änderung, gleich bei welchem Kunden.
4. Die erreichten Vorteile
Ist das angeschlossene System erst einmal konfiguriert, können sich Agenturen über das universelle Backend „per Klick“ in das auszuwählende Zielsystem einloggen um dort sehr schnell Änderungen durchzuführen. Es sind keine umfangreichen Einarbeitungs- oder Ladezeiten mehr zu berücksichtigen, was die Arbeiten schneller macht und die Kosten geringer hält. Neben der zentralen Editiermöglichkeit ist auch die Präsentation innerhalb des zentralen Backends
in tabellarischer Form, statt pro Seite im jeweiligen Backend, so aufgebaut, dass keine Artikelwechsel wie in den Zielsystemen mehr notwendig sind. Das erspart dem Benutzer immens Zeit und dem Kunden dadurch erneut Kosten.
Aktualisierungsarbeiten werden, über die universelle Schnittelle ausgeführt, dazu führen, dass dadurch auch z.B. „nur“ Shopbetreiber ein hohes Einsparungspotential erlangen können.
Vorteile vom z.B. SavTee® – dem auf lokale SEO ausgerichtetem Plugin
Bei der heutigen SEO-Pflege müssen immer folgende Schritte absolviert werden, egal ob mit oder ohne SEO-Plug-In. Beispiel anhand der Meta Daten Page-Title, Meta-Description und der H1 Überschrift:
Bearbeitungs-Ablauf:
- entsprechende Seite aufrufen
- zum Page-Title Eingabefeld scrollen, diesen anklicken und Eintragung vornehmen
- zum Meta-Description Eingabefeld scrollen, diesen anklicken und Eintragung vornehmen
- zur H1 Überschrift scrollen und Eintragung vornehmen
- nach Erledigung alles „SPEICHERN“
Bei jeder weiteren Seite muss immer wieder der gleiche Aufwand von Punkt 1-5 erneut werden.