FAQ: Fragen und Antworten zu Shopware, Schnittstellen, SEO und KI

Minofinder läuft als Plugin in Shopware 6 (Versionen 6.5 bis 6.7), in Shopware 5 und in WooCommerce. Für JTL-Shop und Magento ist eine direkte Anbindung in Vorbereitung. Bis dahin und für andere Shopsysteme binden Sie Minofinder per Embed-Snippet ein.

Eine ERP-Schnittstelle für Shopware 6 verbindet den Onlineshop mit dem Warenwirtschaftssystem (ERP). Artikel, Preise, Bestände, Kunden und Bestellungen werden automatisch zwischen beiden Systemen abgeglichen, statt sie doppelt zu pflegen. Umgesetzt wird sie über einen Connector des ERP-Herstellers oder eine eigene Schnittstelle über die Shopware-API.

Meist ist das ERP führend für Artikelstammdaten, Preise und Bestände, der Shop für Bestellungen und Neukunden. Das lässt sich aber je Datenart festlegen. Arbeiten Sie mit einem PIM-System, kommen Produkttexte und Bilder oft von dort, Preise und Bestände weiter aus dem ERP.

Dann bauen wir eine eigene Schnittstelle. Shopware 6 hat eine vollständige API, und die meisten ERP-Systeme bieten eine Schnittstelle oder zumindest einen Export als CSV oder XML. Die Anbindung läuft dann direkt oder über eine Middleware, die beide Seiten übersetzt.

Häufige Ursachen sind Komplettabgleiche statt Abgleich nur geänderter Daten, zu große Pakete pro Anfrage oder ein Intervall, das nicht zum Sortiment passt. Auch Plugins, die bei jedem Import Indizes neu aufbauen, bremsen. Wir prüfen Protokolle und Abläufe und stellen die Anbindung entsprechend um.

Shopware 6 überträgt Bestellungen mit Positionen und Kundendaten an 42 ERP. Von 42 ERP gehen Lagerbestände und Preise an den Shop. Retouren melden Kunden im Shop an, Etikett und Gutschrift entstehen in 42 ERP. Die genaue Feldliste stimmen wir vor dem Projekt mit Ihnen ab.

Ja. 42 ERP erzeugt Rechnungen und Lieferscheine direkt aus den importierten Shopware-Bestellungen. Die Belege entstehen damit dort, wo auch Ihre Buchhaltung läuft, und müssen nicht im Shop gepflegt werden.

Ja. Aufträge von Shopware 6, Amazon, eBay und weiteren Plattformen können zentral in 42 ERP bearbeitet werden. Der Bestand gilt dann für alle Kanäle gemeinsam, ein Verkauf auf einem Kanal verringert die verfügbare Menge überall.

Die Kundin meldet die Rücksendung im Shopware-Kundenkonto an. 42 ERP erstellt das Rücksendeetikett und nach dem Eingang der Ware die Gutschrift. Den Status sieht die Kundin anschließend wieder im Shop.

Eine API-Schnittstelle ermöglicht den direkten Datenaustausch zwischen zwei oder mehr Systemen. Informationen werden automatisch übertragen, ohne manuellen Import. Onlineshops nutzen APIs etwa, um Produkte, Lagerbestände, Preise, Bestellungen oder Kundendaten mit ERP-Systemen und externen Plattformen abzugleichen.

Wir entwickeln Schnittstellen für Shopsysteme wie Shopware, ERP- und Warenwirtschaftssysteme, Lieferantenportale, Marktplätze, CRM-Systeme, Versanddienstleister und interne Unternehmenssoftware. Auch Eigenentwicklungen und ältere Systeme lassen sich häufig anbinden.

Ja. Viele manuelle Abläufe lassen sich über Schnittstellen ganz oder teilweise automatisieren. Preise werden automatisch aktualisiert, Lagerbestände abgeglichen oder Bestellungen direkt an ein ERP-System übertragen. Das reduziert Fehler und spart Arbeitszeit.

Ja. Bei umfangreichen Produktkatalogen und großen Lieferantenfeeds kommt es auf eine performante Verarbeitung an. Wir setzen dafür unter anderem Delta-Abgleiche, automatische Synchronisationen und optimierte Importprozesse ein.

Nicht im klassischen Sinn. Billbee ist eine Cloud-Software für Auftragsabwicklung, Versand und Retouren über mehrere Verkaufskanäle. Lager und Bestände führt Billbee ebenfalls, Finanzbuchhaltung oder Produktion aber nicht in der Tiefe einer großen Warenwirtschaft. Für viele kleine und mittlere Händler reicht das.

Shopware 6 überträgt Bestellungen und Retouren an Billbee. Billbee schickt Trackingnummern und Gutschriften zurück, den Lagerbestand gleichen wir in beide Richtungen ab. Welche Felder genau dazugehören, legen wir vor dem Start mit Ihnen fest.

Ja. Billbee bündelt Bestellungen aus Shopware 6, Amazon, eBay und weiteren Kanälen in einer Oberfläche. Sie versenden alle Aufträge von dort aus, und der Bestand bleibt auf allen Kanälen gleich.

Sie erstellen das Versandlabel für DHL, Hermes oder einen anderen Dienstleister in Billbee. Die Trackingnummer schreibt die Anbindung automatisch in die Bestellung in Shopware 6, Ihre Kundinnen und Kunden finden sie in der Versandmail.

Shopware 6 überträgt Bestellungen und die Kundendaten dazu an GDI Software. Von dort gehen Lagerbestände und Preise zurück in den Shop. Rechnungen, Lieferscheine und Gutschriften entstehen in GDI. Welche Felder genau dazugehören, legen wir vor dem Start mit Ihnen fest.

Wir verbinden GDI Software und Shopware 6 über eine API oder über Dateien im JSON-, CSV- oder XML-Format. Was sinnvoll ist, hängt davon ab, was Ihre GDI-Installation bereitstellt und wie aktuell die Daten im Shop sein müssen.

Ja, Aufträge aus Shopware 6, Amazon, eBay und weiteren Marktplätzen lassen sich in GDI Software zusammenführen. Ihr Team bearbeitet dann alle Bestellungen in einer Oberfläche. Welche Kanäle wir anbinden, klären wir zu Beginn des Projekts.

Shopware 6 überträgt Bestellungen mit den Kundendaten an Gevis ERP. Gevis meldet Lagerbestände sowie Versandstatus und Sendungsnummern an den Shop zurück. Rechnungen entstehen in Gevis. Welche Felder genau dazugehören, legen wir vor dem Start mit Ihnen fest.

Gevis ERP meldet die Lagerbestände regelmäßig an Shopware 6. Ist ein Artikel ausverkauft, zeigt der Shop das beim nächsten Abgleich an. Den Takt stellen wir passend zu Ihrem Sortiment ein, bei schnell drehender Ware kürzer als bei Artikeln mit großem Vorrat.

Ja. Gevis ERP erstellt die Rechnung zur Shopware-Bestellung und kann die Buchungsdaten über Schnittstellen an Buchhaltungssysteme wie DATEV weitergeben. Welche Schnittstelle in Ihrer Gevis-Installation aktiv ist, prüfen wir zu Beginn.

Shopware 6 übergibt Bestellungen mit Kunden-, Zahlungs- und Rechnungsdaten an IN:Software. Aus dem ERP kommen Artikel, Preise, Lagerbestände und nach dem Versand die Sendungsnummern zurück in den Shop. Die genaue Feldliste legen wir vor dem Start mit Ihnen fest.

Ja, wenn IN:Software dafür eine Verfügbarkeit oder Lieferzeit liefert. Wir bilden diese Werte in Shopware 6 ab, sodass Kundinnen und Kunden sehen, ob ein Artikel sofort lieferbar ist oder später kommt. Wie das bei Ihnen gelöst ist, prüfen wir vorab.

Ja. Sie erzeugen Etiketten für DHL, DPD und andere Dienstleister in IN:Software. Die Sendungsnummer übertragen wir an die passende Bestellung in Shopware 6, damit sie in der Versandbestätigung und im Kundenkonto erscheint.

Ja. Aufträge von Amazon, eBay und weiteren Marktplätzen laufen zusammen mit den Shopware-Bestellungen in IN:Software. Alle Kanäle greifen auf denselben Bestand zu.

Aus JTL-Wawi gehen Artikelstammdaten, Preise, Kundengruppenpreise und Lagerbestände an Shopware 6. Der Shop überträgt Bestellungen und neue Kundendaten an JTL-Wawi. Versandstatus und Sendungsnummern laufen nach dem Versand zurück in den Shop. Welche Felder genau dazugehören, legen wir vor dem Start mit Ihnen fest.

Für viele Shops reicht er: Artikel, Bestände und Aufträge laufen damit ohne Zusatzentwicklung. Eine Erweiterung lohnt sich, wenn Sie eigene Datenfelder, Custom Products, Treuepunkte oder mehrere Shops in einer Installation nutzen. Das prüfen wir anhand Ihrer Daten, bevor wir etwas entwickeln.

Das Intervall stellen wir passend zu Ihrem Sortiment ein. Bei schnell drehender Ware lohnt ein kurzer Takt, damit der Shop nichts verkauft, was nicht mehr auf Lager ist. Bei großen Katalogen gleichen wir nur geänderte Artikel ab, damit Shop und Warenwirtschaft nicht unnötig belastet werden.

Ja. JTL-Wawi kann mehrere Verkaufskanäle gleichzeitig führen. Shopware 6, Marktplätze wie Amazon und eBay sowie eine Ladenkasse greifen dann auf denselben Bestand zu. Ein Verkauf auf einem Kanal verringert die verfügbare Menge auf allen anderen.

Shopware 6 überträgt Bestellungen und Kundendaten an Lexware. Dort erstellen Sie Rechnungen, Lieferscheine und Gutschriften. Lexware meldet die Lagerbestände an den Shop zurück, damit ausverkaufte Artikel nicht weiter bestellt werden können.

Ja. Aus jeder übertragenen Bestellung erzeugt Lexware die Rechnung, bei Rücksendungen die Gutschrift. Die Belege entstehen damit in Ihrer Buchhaltungssoftware und nicht im Shop.

Vor allem für kleine und mittlere Onlinehändler, die ihre Buchhaltung und Warenwirtschaft bereits in Lexware führen und den Shop nicht mehr von Hand abgleichen wollen. Bei stark wachsendem Auftragsvolumen besprechen wir auch, ob ein größeres ERP sinnvoller ist.

Aus Business Central gehen Artikel, Lagerbestände sowie B2B-Rabatte und Staffelpreise an Shopware 6. Kundendaten gleichen wir in beide Richtungen ab, Bestellungen laufen vom Shop ins ERP. Auf Wunsch übertragen wir auch die Gesamtumsätze je Kunde. Welche Felder dazugehören, legen wir vor dem Start mit Ihnen fest.

Business Central ist der Nachfolger von Microsoft Dynamics NAV, das früher Navision hieß. Wenn Sie noch mit NAV arbeiten und Shopware anbinden möchten, sprechen Sie uns an. Wir prüfen Ihre Installation und besprechen, welcher Weg zu Ihrem Stand passt.

Ja. Rabatte und Staffelpreise für B2B-Kunden steuern Sie in Business Central, der Shop zeigt sie automatisch an. Auch Preise für ganze Warengruppen, die über den Kundengruppen-Rabatten liegen, übertragen wir nach Shopware 6.

Je nach Projekt setzen wir einen Connector wie den von Firebear Studio, die iPaaS-Plattform Alumio oder eine eigene Schnittstelle über die API ein. Bei großen Katalogen gleichen wir per Delta-Synchronisation nur geänderte Daten ab. Welcher Weg passt, klären wir anhand Ihrer Daten und Abläufe.

Shopware 6 überträgt Bestellungen, Kundendaten und Zahlungsdaten an microtech. Aus microtech gehen Lagerbestände und Preise zurück an den Shop. Welche Felder genau dazugehören, legen wir vor dem Start mit Ihnen fest.

Ja. microtech erstellt Rechnung und Lieferschein direkt aus der Bestellung, die der Shop übergibt. Gutschriften und der Zahlungsabgleich laufen ebenfalls im ERP, damit Ihre Buchhaltung mit einem System arbeitet.

Ja. Aufträge aus Shopware 6, Amazon, eBay und weiteren Marktplätzen führen Sie zentral in microtech. Bestand und Preise kommen für alle Kanäle aus demselben System.

Aus Odoo gehen Artikel, Varianten, Preise und Lagerbestände an Shopware 6. Der Shop überträgt Bestellungen und neue Kundendaten an Odoo. Auf Wunsch übertragen wir auch Kundenumsätze und Bestände je Lager. Welche Felder genau dazugehören, legen wir vor dem Start mit Ihnen fest.

Nicht immer. Für viele Shops reicht ein fertiger Connector oder eine Integrationsplattform wie Alumio. Eine eigene Entwicklung lohnt sich, wenn Ihre Odoo-Installation stark angepasst ist oder Sie Sonderlogik bei Preisen, Steuern oder Lagern brauchen. Das prüfen wir anhand Ihrer Daten, bevor wir etwas entwickeln.

Ja. Wir übertragen die Bestände je Lager aus Odoo und zeigen sie im Shop getrennt an, etwa mit dem Hinweis „Verfügbar in Lager Berlin“. Ob Sie die Mengen einzeln oder als Summe zeigen, entscheiden Sie.

Beim Delta-Sync überträgt die Schnittstelle nur Artikel, Preise und Bestände, die sich seit dem letzten Abgleich geändert haben. Das entlastet Odoo und Shopware 6 bei großen Katalogen und verkürzt die Laufzeit. Fehler beim Abgleich landen in einem Protokoll, damit sie nicht unbemerkt bleiben.

Meist sind es Order Management für Bestellungen, Inventory für Bestände und Receivables für Rechnungs- und Zahlungsstatus. Für Vertragspreise kommt Oracle Advanced Pricing hinzu. Welche Module bei Ihnen im Einsatz sind und welche Daten der Shop braucht, klären wir zu Beginn.

Eine Plattform wie Oracle Integration Cloud oder MuleSoft Anypoint bündelt die Datenflüsse, protokolliert Fehler und lässt sich überwachen. In großen Systemlandschaften ist das übersichtlicher als viele direkte Verbindungen. Besteht bei Ihnen bereits eine Plattform, nutzen wir sie.

Ja. Steuersätze wie VAT oder GST werden nach den Regeln aus Oracle EBS angewendet. Damit rechnen Shop und ERP gleich, und Sie pflegen die Steuerlogik nur an einer Stelle. Welche Länder und Sonderfälle abgedeckt werden müssen, legen wir vorab fest.

Ja. Die Bestände je Standort kommen aus Oracle Inventory und werden im Shopware-Frontend getrennt angezeigt, zum Beispiel als Verfügbarkeit in einem bestimmten Lager. Wie die Anzeige aussieht, stimmen wir mit Ihnen ab.

Shopware 6 überträgt Bestellungen und Kundendaten an orgaMAX. Dort erstellen Sie Rechnungen und Lieferscheine. orgaMAX meldet Lagerbestände und Versandstatus an den Shop zurück.

Ja, das ist ein möglicher Weg. In einem Kundenprojekt haben wir den Bestellimport aus Shopware 6 über den Connector von Oscware an orgaMAX angebunden. Ob ein fertiger Connector reicht oder eine eigene Anbindung besser passt, klären wir anhand Ihrer Abläufe.

Ja. Aufträge von Marktplätzen wie Amazon oder eBay können ebenfalls in orgaMAX ankommen. Welche Kanäle sinnvoll angebunden werden, klären wir vor dem Projekt.

Nein. Pickware ist speziell für Shopware entwickelt und läuft direkt im Shopware-6-Backend. Bestellungen, Lagerbestände und Zahlungsstatus liegen in derselben Datenbasis. Aufwand entsteht vor allem bei der Einrichtung von Lager, Versand und Modulen.

Pickware WMS ist das Lagerverwaltungsmodul von Pickware. Sie verwalten damit Bestände, Wareneingang und Kommissionierung direkt in Shopware 6 und können dabei Barcode-Scanner einsetzen.

Ja, mit Pickware POS. Ladenverkäufe laufen dann ebenfalls über Shopware und greifen auf denselben Bestand zu wie der Onlineshop. Beide Kanäle lassen sich zentral auswerten.

Wir richten Pickware in Shopware 6 ein: Lagerstruktur, Versandarten, Retouren, Zahlungsabgleich und die Module WMS und POS. Wenn weitere Systeme wie Marktplätze oder eine Buchhaltung angebunden werden sollen, planen wir die Schnittstellen dazu.

pixi übernimmt die Bestellung aus Shopware 6 und bereitet sie für den Versand vor: Kommissionierung, Verpackung und Versandetikett laufen in pixi. Danach meldet pixi Trackingnummer und aktuellen Lagerbestand an den Shop zurück.

pixi gleicht die Lagerbestände automatisch mit Shopware 6 ab. Wird Ware auf einem anderen Kanal verkauft oder ausgebucht, sinkt die verfügbare Menge auch im Shop. Den Takt des Abgleichs stimmen wir auf Ihr Sortiment ab.

Ja. Die Retoure wird im Shopware-Kundenkonto angemeldet. pixi erstellt das Rücksendeetikett und nach dem Wareneingang die Gutschrift, der Status geht zurück an den Shop.

Ja. Aufträge aus Shopware, Amazon, eBay und weiteren Marktplätzen laufen zentral in pixi zusammen. Das Lager arbeitet damit eine gemeinsame Liste ab.

Beides. plentymarkets, heute PlentyONE, verbindet Warenwirtschaft, Auftragsabwicklung, Lager, Marktplatzanbindungen und einen eigenen Shop in einer Plattform. Mit Shopware 6 als Shop nutzen Sie plentymarkets für Stammdaten, Lager und Marktplätze, verkaufen im eigenen Shop aber über Shopware.

Aus plentymarkets gehen Artikel, Varianten, Preise und Lagerbestände an Shopware 6. Der Shop überträgt Bestellungen und neue Kundendaten an plentymarkets. Auf Wunsch übertragen wir auch Kundenumsätze und Warengruppenpreise. Welche Felder genau dazugehören, legen wir vor dem Start mit Ihnen fest.

Ja. Die Marktplätze bleiben in plentymarkets angebunden, Shopware 6 kommt als weiterer Kanal dazu. Alle Kanäle greifen auf denselben Bestand zu, ein Verkauf auf Amazon verringert die Menge, die der Shop anzeigt.

Staffelpreise, Kundengruppenrabatte und Warengruppenpreise pflegen Sie in plentymarkets. Die Anbindung überträgt sie nach Shopware 6, und jede Kundengruppe sieht nach dem Login ihren Preis. Wie Warengruppenpreise und Kundengruppenrabatte zusammenspielen, legen wir vorher mit Ihnen fest.

Nein. Plytix ist ein PIM-System (Product Information Management). Es verwaltet Produktdaten wie Beschreibungen, Varianten, Attribute und Bilder. Bestellungen, Lager und Buchhaltung gehören in Shopware 6 oder in eine Warenwirtschaft, die wir bei Bedarf zusätzlich anbinden.

Plytix überträgt Produktdetails, Varianten, Attribute, Bilder, Preise und Kategoriezuordnungen an Shopware 6. Ändern Sie etwas in Plytix, übernimmt der Shop die Änderung automatisch. Welche Felder genau übertragen werden, legen wir vorher mit Ihnen fest.

Ja. Plytix kann dieselben Produktdaten an Marktplätze wie Amazon, eBay und Google Shopping liefern. Shopware 6 ist dann einer von mehreren Kanälen aus derselben Datenquelle.

Ein PIM lohnt sich, wenn Sie viele Artikel, viele Varianten oder mehrere Verkaufskanäle pflegen. Dann entlastet eine zentrale Datenquelle das Team. Bei kleinen Sortimenten reicht die Produktpflege in Shopware 6 oft aus.

Aus Priority ERP gehen Artikel, Varianten, Preise, Rabattstaffeln und Lagerbestände an Shopware 6. Der Shop überträgt die Bestellungen an Priority. Auf Wunsch kommen Kundenumsätze und Bestände je Lagerort dazu. Welche Felder genau dazugehören, legen wir vor dem Start mit Ihnen fest.

Ja. Kundengruppenspezifische Preise, Rabattstaffeln und Mindestbestellmengen pflegen Sie in Priority ERP. Shopware 6 übernimmt sie und zeigt jedem angemeldeten Geschäftskunden seine Konditionen. Ihr Vertrieb pflegt die Preise weiter an einer Stelle.

Nicht zwingend. Eine Middleware wie Synesty lohnt sich, wenn weitere Systeme beteiligt sind, etwa Marktplätze. Bei klaren Abläufen kann eine eigene Schnittstelle der direktere Weg sein. Was zu Ihnen passt, entscheiden wir nach Datenmenge, Sonderfeldern und Ihren Prozessen.

Ja. Wir übertragen die Bestände je Lagerort aus Priority ERP und zeigen sie im Shop an, zum Beispiel als „Verfügbar in Lager Hamburg“. So sehen Ihre Kundinnen und Kunden vor der Bestellung, ob und wo die Ware vorrätig ist.

Aus Sage 100 gehen Artikel, Lagerbestände, Kundengruppenpreise und Warengruppenpreise an Shopware 6. Der Shop überträgt die Bestellungen an Sage 100. Auf Wunsch spielen wir auch die Gesamtumsätze je Kunde zurück ins Shopware-Backend. Welche Felder genau dazugehören, legen wir vor dem Start mit Ihnen fest.

Ja. Rabatte, Sonderkonditionen und Staffelpreise pflegen Sie in Sage 100. Shopware 6 zeigt jeder Kundengruppe ihre Preise und prüft sie bei der Bestellung. Auch Preise für ganze Warengruppen, die über den Kundengruppen-Rabatten liegen, übertragen wir in den Shop.

Ja. Mehrere Shops und Vertriebskanäle können an derselben Sage-100-Installation hängen. Dafür setzen wir zum Beispiel die Multi-Shop-Schnittstelle von intellicon ein oder bauen die Anbindung über die REST-APIs. Welche Regeln je Shop gelten, legen wir gemeinsam fest.

Wir übertragen die Gesamtumsätze je Kunde aus Sage 100 ins Shopware-Backend. So sehen Sie, welcher B2B-Kunde kurz vor einer Cashback-Stufe oder einem Bonus steht, und können Aktionen gezielt planen, ohne Auswertungen aus dem ERP zu exportieren.

Aus SAP Business One gehen Artikel mit Varianten, Bildern und Preisen, Lagerbestände und Kundengruppenpreise an Shopware 6. Der Shop überträgt Bestellungen als Sales Orders samt Zahlungsstatus und legt neue Kundenkonten in SAP an. Trackingnummern laufen nach dem Versand zurück. Welche Felder dazugehören, legen wir vor dem Start mit Ihnen fest.

Ja. Über Filter legen Sie fest, welche Artikel aus SAP Business One nach Shopware 6 übertragen werden, zum Beispiel nach Artikelstatus, EAN oder Lagerverfügbarkeit. Der Abgleich läuft automatisch, Sie können ihn bei Bedarf aber auch manuell anstoßen.

Ja. Die Anbindung von SAP S/4HANA und SAP ERP an Shopware 6 beschreiben wir auf einer eigenen Seite unter /shopware-6-erp-anbindung/sap/. Diese Seite hier gilt für SAP Business One.

Nicht zwingend. Je nach Ausgangslage arbeiten wir direkt mit der REST-API, mit einem Connector wie dem von Firebear oder mit der iPaaS-Plattform Alumio. Welcher Weg passt, hängt von Ihren Daten, der Zahl der Shops und Ihren Sonderfällen ab. Das klären wir, bevor wir etwas entwickeln.

Ja. Wir verbinden Shopware 6 über die Schnittstellen Ihres SAP-Systems, zum Beispiel OData-Services, IDocs oder BAPI-Aufrufe, und eine Middleware, die beide Seiten übersetzt. Welche Schnittstellen in Ihrem System zur Verfügung stehen, klären wir vor dem Start mit Ihrem SAP-Team.

Ja. Auch SAP ERP stellt Schnittstellen bereit, über die Artikel, Preise, Bestände und Aufträge mit Shopware 6 abgeglichen werden können. Steht ein Umstieg auf SAP S/4HANA an, planen wir die Schnittstelle so, dass sie sich danach anpassen lässt.

Aus SAP kommen Artikel, Preise, kundenspezifische Konditionen und Lagerbestände in den Shop. Bestellungen gehen als Kundenaufträge zurück nach SAP, dazu neue Kundendaten. Den Lieferstatus spielt die Schnittstelle zurück an Shopware. Welche Felder genau dazugehören, legen wir vor dem Start fest.

Bestellungen gehen aus Shopware 6 an SelectLine und werden dort weiterbearbeitet. Lagerbestände laufen aus SelectLine zurück in den Shop, ebenso die Trackingnummern nach dem Versand. Rechnungen erstellt SelectLine. Welche Felder genau übertragen werden, legen wir vor dem Start mit Ihnen fest.

Ja. Versandlabels für DHL, DPD und andere Dienstleister erstellen Sie direkt in SelectLine. Die Trackingnummer übertragen wir anschließend an Shopware 6, damit Ihre Kunden den Versand verfolgen können.

Ja. Bestellungen aus Shopware, Amazon, eBay und weiteren Marktplätzen verwalten Sie zentral in SelectLine. Alle Kanäle greifen auf denselben Lagerbestand zu, sodass ein Verkauf auf einem Kanal die verfügbare Menge überall verringert.

Ja. Wir haben bestehende SelectLine-Schnittstellen bereits über den Standard hinaus erweitert, ohne Updates zu blockieren. Vorher prüfen wir, was Ihre aktuelle Anbindung kann und welche Felder oder Abläufe fehlen.

Nein. Sync4 von Dupp ist eine Schnittstellen-Software. Sie verbindet Shopware 6 mit einer bestehenden Warenwirtschaft und gleicht Aufträge, Bestände, Artikel und Kundendaten zwischen beiden Systemen ab. Das ERP selbst bleibt das System, in dem Sie Lager, Kunden und Rechnungen führen.

Sync4 lohnt sich, wenn Ihre Warenwirtschaft keine eigene Shopware-Schnittstelle hat oder wenn Sie den Datenabgleich an einer zentralen Stelle steuern möchten. Bringt Ihr ERP einen direkten Connector mit, ist der oft der kürzere Weg. Wir vergleichen beide Varianten anhand Ihrer Daten.

Shopware 6 übergibt Bestellungen mit Kunden- und Rechnungsdaten an die Warenwirtschaft. In die andere Richtung laufen Lagerbestände, Artikeldaten und Preise. Welche Felder genau dazugehören, legen wir vor der Einrichtung mit Ihnen fest.

Bestellungen gehen aus Shopware 6 an VARIO 8. Lagerbestände, Preise und Versanddaten laufen von VARIO 8 zurück in den Shop. Retouren melden Kunden in Shopware an, Etikett und Gutschrift entstehen in VARIO 8. Welche Felder dazugehören, legen wir vorher mit Ihnen fest.

Ja. VARIO 8 erzeugt Rechnung und Versandetikett direkt aus der importierten Bestellung. Die Sendungsnummer übertragen wir anschließend an Shopware 6, damit Ihre Kunden den Versand verfolgen können.

Ja. VARIO 8 ist modular, und jedes Unternehmen nutzt andere Module und Abläufe. Wir richten die Schnittstelle nach Ihren Workflows ein, etwa mit eigenen Statusfeldern, mehreren Lagern oder besonderen Preisregeln.

Ja. Bestellungen von Shopware, Amazon, eBay und weiteren Kanälen lassen sich zentral in VARIO 8 zusammenführen. Lager und Buchhaltung arbeiten dann mit einem gemeinsamen Datenstand.

Bestellungen gehen aus Shopware 6 ins ERP, Lagerbestände, Preise und Versanddaten laufen zurück in den Shop. Retouren gleichen wir in beide Richtungen ab. Welche Felder genau dazugehören und welche Wege die VARIO Cloud dafür anbietet, prüfen wir vor dem Projekt mit Ihnen.

Die Anbindung an Shopware 6 planen wir beim Wechsel in die VARIO Cloud von Anfang an mit ein. Wir dokumentieren den bisherigen Datenaustausch, prüfen Zahlungs- und Lieferbedingungen und testen die neue Schnittstelle in Testmigrationen, bevor der Shop umgestellt wird.

Nicht unbedingt. Für manche Unternehmen passt ein kompletter Wechsel zu einem Stichtag. Bei vielen Benutzern oder mehreren angebundenen Systemen wie Shop, Marktplätzen und Versand ist ein schrittweises Vorgehen oft sicherer. Das entscheiden wir gemeinsam nach einer Bestandsaufnahme.

Wir arbeiten sehr eng mit OSKO IT zusammen, einem starken VARIO-Partner. Den Umstieg von VARIO 8 in die VARIO Cloud begleiten wir gemeinsam, wir übernehmen dabei Shopware und die Schnittstelle.

Aus weclapp kommen Artikeldaten, Preise und Lagerbestände in den Shop. Shopware 6 schickt Bestellungen an weclapp, wo Rechnung und Versand weiterlaufen. Kundengruppen und kundenspezifische Preise lassen sich in beide Richtungen abgleichen. Welche Felder genau dazugehören, legen wir vor dem Start mit Ihnen fest.

Für weclapp selbst nicht, das ERP läuft in der Cloud und stellt eine API bereit. Die Schnittstelle läuft je nach Umsetzung als Shopware-Plugin in Ihrer Shop-Installation oder als eigener kleiner Dienst. Welche Variante passt, hängt von Datenmenge und Abgleichtakt ab.

Ja, mit unserer Erweiterung. Wir übertragen die Gesamtumsätze je Kunde aus weclapp nach Shopware 6 und zeigen sie im Kundenkonto an, zusammen mit dem Zielumsatz für eine Cashback-Stufe. Das lohnt sich vor allem bei Stammkunden und Bonusprogrammen.

Ja. Wir übertragen die Warengruppen aus weclapp nach Shopware 6 und hinterlegen dafür eigene Preise. Diese Warengruppenpreise haben Vorrang vor den Preisen der Kundengruppe, damit auch verschachtelte Preislogiken im Shop richtig ankommen.

WinLine ERP liefert Artikel, Varianten, Lagerbestände sowie Preise, Rabattstaffeln und kundenspezifische Konditionen an Shopware 6. Der Shop überträgt Bestellungen und Retourenanmeldungen an WinLine. Welche Felder im Detail synchronisiert werden, legen wir zu Projektbeginn gemeinsam mit Ihnen fest.

Nicht zwingend. Für eine direkte Verbindung gibt es den MESOshop-Konnektor. Eine Middleware wie Synesty lohnt sich, wenn neben Shop und ERP weitere Systeme Daten austauschen, etwa Marktplätze oder ein PIM. Wir empfehlen den Weg nach einer Prüfung Ihrer Daten und Abläufe.

Ja. Kundengruppenpreise, Rabattstaffeln, Warengruppenpreise und individuelle Konditionen einzelner Kunden werden aus WinLine übernommen. Angemeldete Geschäftskunden sehen im Shop dann die Preise, die Ihr Vertrieb in WinLine hinterlegt hat.

Kunden melden die Retoure im Shopware-Kundenkonto an. Die Anmeldung geht an WinLine, dort wird der Vorgang für die Gutschrift angelegt. Ihr Team prüft die Ware und schließt die Retoure im ERP ab, ohne Daten doppelt zu erfassen.

Shopware 6 überträgt Bestellungen und Kundendaten an Xentral. Xentral liefert Artikel, Preise, Lagerbestände und nach dem Versand die Trackingnummern an den Shop zurück. Welche Felder zusätzlich nötig sind, etwa eigene Artikelattribute, legen wir vor dem Start gemeinsam mit Ihnen fest.

Nein. Xentral ist ein Cloud-ERP, Shopware 6 und Xentral kommunizieren direkt über ihre Schnittstellen. Ein Rechner im Büro, auf dem ein Abgleich laufen muss, entfällt. Läuft Ihr Shop bei einem Hoster, prüfen wir nur, dass er die Verbindungen zu Xentral zulässt.

Ja. Sobald Sie in Xentral ein Versandetikett für DHL, DPD oder einen anderen Dienstleister erzeugen, schreiben wir die Trackingnummer in die Bestellung in Shopware 6. Sie erscheint in der Versandbestätigung und im Kundenkonto.

Ja. Xentral bündelt Aufträge aus Shopware 6, Amazon, eBay und weiteren Marktplätzen in einer Oberfläche. Alle Kanäle nutzen denselben Lagerbestand, ein Verkauf auf einem Kanal verringert die verfügbare Menge überall.

GEO (Generative Engine Optimization) bereitet Shop-Inhalte so auf, dass generative Suchsysteme sie als hilfreiche Quelle nutzen. AEO (Answer Engine Optimization) legt den Schwerpunkt auf klare Antworten auf konkrete Fragen. Für Shopware heißt das: verständliche Produktinformationen, zugängliche Technik und eine nachvollziehbare Marke.

Welche Systeme wichtig sind, legen wir gemeinsam nach Zielgruppe und Markt fest, etwa ChatGPT Search, Googles AI Overviews und AI Mode, Microsoft Copilot oder Perplexity. Die Systeme wählen Quellen unterschiedlich aus. Deshalb prüfen wir technische Voraussetzungen und beobachtete Antworten je Plattform.

Nein. Technische Erreichbarkeit, gute Inhalte und eine nachvollziehbare Shopstruktur bleiben die Basis. GEO und AEO ergänzen diese Arbeit um Antwortformate und die Beobachtung von KI-Suchen. Google nennt für AI Overviews und AI Mode keine zusätzliche Spezialoptimierung.

Nein. Über Erwähnungen, Formulierungen und Quellen entscheidet das jeweilige KI-System, und die Antworten ändern sich mit Frage, Kontext und Zeitpunkt. Wir verbessern überprüfbare Voraussetzungen und werten die Entwicklung aus. Platzierungen oder Umsätze lassen sich daraus nicht garantieren.

Ein Plugin oder eine zusätzliche Textdatei ersetzt keine hilfreichen Inhalte und sauberen Produktdaten. Für Googles KI-Suchfunktionen sind weder spezielle KI-Dateien noch ein besonderes Schema erforderlich. Ob eine Erweiterung sinnvoll ist, hängt von der konkreten Aufgabe in Ihrem Shop ab.

Nein. OpenAI unterscheidet den Such-Crawler OAI-SearchBot vom Trainings-Crawler GPTBot, und beide lassen sich getrennt steuern. Sie können Suchzugriffe zulassen und das Crawling für das Modelltraining trotzdem sperren.

Wir trennen beobachtete Erwähnungen, verlinkte Quellen, erkennbare Website-Zugriffe und messbare Anfragen oder Käufe. Bing Webmaster Tools weist für unterstützte KI-Angebote Quellenverweise aus. Google zählt Zugriffe aus seinen KI-Suchfunktionen im Leistungsbericht der Search Console mit.

Der Umfang hängt von Sortiment, vorhandenen Inhalten, Datenqualität, Märkten und technischer Umsetzung ab. Im Erstgespräch klären wir Ihre Ziele, danach erhalten Sie ein Angebot mit abgegrenzten Leistungen. Oft beginnt man mit wichtigen Kategorien und ausgewählten Produktgruppen.

Neue Inhalte und technische Änderungen prüfen wir direkt nach der Umsetzung. Wann Suchdienste sie verarbeiten und in Antworten berücksichtigen, ist unterschiedlich. Wir vereinbaren deshalb Beobachtungsintervalle und bewerten die Entwicklung über mehrere Stichproben.

Eine Shopware-PageSpeed-Optimierung betrachtet die gesamte Auslieferung: Bilder, Schriften, CSS, JavaScript, Drittanbieter, Theme, Cache, Serverantworten und die Shopware-Konfiguration. Entscheidend sind die Ursachen hinter LCP, INP und CLS auf den wichtigsten Seitentypen, weniger einzelne Scores.

Der Media Booster komprimiert und skaliert Bilder in Shopware, erzeugt je nach Serverunterstützung WebP- und AVIF-Versionen und verarbeitet vorhandene Medien auf Wunsch gesammelt. Außerdem pflegt er Alt-Texte, Titel und SEO-freundliche Dateinamen. Die Originaldateien bleiben erhalten.

Nein. Kleinere Bilder verbessern vor allem die Ladephase, lösen aber keine langsamen Serverantworten, blockierendes JavaScript, schwere Drittanbieter-Skripte oder Layout-Verschiebungen. Bildoptimierung ist ein wichtiger Baustein, ersetzt aber nicht die übrige PageSpeed-Arbeit.

Lighthouse hat den Prüfbereich Agentic Browsing eingeführt. Er prüft eine llms.txt, einen gut aufgebauten Accessibility Tree und bei interaktiven Anwendungen registrierte WebMCP-Werkzeuge, die Formular-Abdeckung und gültige WebMCP-Schemas. Wir bewerten diese Punkte getrennt vom klassischen Performance-Score.

Dafür gibt es derzeit keine Aussage von Google. Agentic Browsing ist ein neuer Lighthouse-Prüfbereich für die Nutzbarkeit durch KI-Agenten und kein neuer Core Web Vital. Wir setzen deshalb nur Maßnahmen um, die für den jeweiligen Shop fachlich sinnvoll sind.

Laborwerte schwanken durch Serverlast, Netzwerkbedingungen und Drittanbieter. Wir vergleichen deshalb mehrere Messungen und unterschiedliche Seitentypen und ziehen reale Felddaten hinzu, wenn es sie gibt. Ein einzelner Testlauf ist keine belastbare Entscheidungsgrundlage.

Wir beginnen mit einem kurzen Performance-Check der wichtigsten Seitentypen. Danach erhalten Sie eine priorisierte Einschätzung: welche Punkte schnell lösbar sind, wo der Media Booster hilft und welche Anpassungen an Theme, Plugins, Hosting oder Shopware zusätzlich nötig sind.

Strukturierte Daten beschreiben Inhalte in einem standardisierten Format, meist als JSON-LD. Suchmaschinen erkennen so Produkt, Preis, Verfügbarkeit, Bewertung oder Navigationspfad. Rich Snippets sind erweiterte Darstellungen in den Suchergebnissen, die auf solchen Daten beruhen können.

Nein. Korrekte strukturierte Daten schaffen die technische Voraussetzung, garantieren aber keine besondere Darstellung. Google entscheidet, ob und wie ein erweitertes Suchergebnis erscheint. Inhalt, Richtlinien, Datenqualität und die Suchanfrage spielen ebenfalls eine Rolle.

Das Plugin ergänzt Product-, Offer-, BreadcrumbList-, ItemList-, Organization-, FAQPage- und HowTo-Daten als JSON-LD. Dazu kommen Funktionen für Canonicals, Pagination, hreflang, Indexierungssteuerung und optionale KI-Feeds. Damit deckt es die wiederkehrenden technischen Aufgaben in typischen Shopware-6-Setups weitgehend ab.

Ein Plugin kann fehlende oder falsche Produktdaten nicht ersetzen. Individuell bleiben oft Datenpflege, besondere Variantenlogik, Konflikte mit Theme und Plugins, abweichende Verkaufskanäle und die Auswahl der passenden Auszeichnung. Diese Punkte prüfen und lösen wir passend zum Shop.

Im Mittelpunkt stehen Produkt- und Kategorieseiten. Zusätzlich lassen sich Unternehmensdaten, Breadcrumbs, sichtbare FAQ-Bereiche und echte Schritt-für-Schritt-Anleitungen auszeichnen. Der Schema-Typ muss immer zum sichtbaren Inhalt und zum Zweck der Seite passen.

Wir prüfen zuerst repräsentative Produkte, Kategorien und vorhandene Auszeichnungen. Danach klären wir, was das Plugin direkt abdeckt und wo Anpassungen nötig sind. Sie erhalten einen klar abgegrenzten Umfang für Einrichtung, Korrekturen und Validierung.

Beides. Web Labels erstellt eine priorisierte SEO-Roadmap und setzt die technischen Maßnahmen direkt in Shopware um, also im Theme, in Plugins und in der Infrastruktur. Analyse und Umsetzung liegen damit in einer Hand.

Ja. Wir steigen in bestehende Shopware-6-Setups ein, prüfen individuelle Themes und Erweiterungen und verbessern den Shop Schritt für Schritt. Ein Relaunch ist dafür in den meisten Fällen nicht nötig.

Ja. Wir analysieren die mobile und die Desktop-Ansicht und optimieren Bilder, Frontend, Shopware-Konfiguration, Plugins und Hosting. Welche Werte realistisch sind, hängt vom einzelnen Shop ab. Eine feste Punktzahl sagen wir deshalb vorab nicht zu.

Nicht automatisch. Zuerst prüfen wir, welche Reserven in Code, Cache, Datenbank und Konfiguration stecken. Erst danach lässt sich wirtschaftlich entscheiden, ob zusätzliche Hardware wirklich etwas bringt.

Tools liefern Messdaten, aber keine Entscheidung. Im Shopware-SEO-Audit verbinden wir Crawling, Rankings und Performance mit dem tatsächlichen Shopware-Setup, bewerten die Ursachen und übersetzen den Befund in eine priorisierte Roadmap.

Ein SEO-Audit lohnt sich für bestehende Shopware-6-Shops, vor einem Relaunch oder einer Migration und bei stagnierender Sichtbarkeit. Besonders hilfreich ist es, wenn viele Einzelmaßnahmen im Raum stehen, aber eine klare Reihenfolge fehlt.

Das hängt vom vereinbarten Umfang ab. Besonders hilfreich sind Zugänge oder Exporte aus der Google Search Console, aus Analytics und aus vorhandenen SEO-Tools. Für tiefere technische Prüfungen stimmen wir mit Ihnen Zugriffswege ab, die möglichst wenig Risiko bergen.

Die Dauer richtet sich nach Shopgröße, Anzahl der Sales Channels und Märkte, Varianten, individuellen Plugins und dem gewünschten Prüfumfang. Nach einer kurzen Sichtung nennen wir Ihnen einen verbindlichen Ablauf.

Ja. Unser SEO-Team arbeitet direkt mit Shopware-Entwicklung, Content, UX und Hosting zusammen. Technische und inhaltliche Maßnahmen setzen wir deshalb auf Wunsch aus einer Hand um.

Technische SEO-Optimierung sorgt dafür, dass Suchmaschinen einen Shopware-6-Shop effizient crawlen, relevante URLs erkennen und die richtigen Seiten indexieren. Dazu gehören Canonicals, Statuscodes, Weiterleitungen, URL-Struktur, Sitemaps, robots.txt, interne Verlinkung und der Umgang mit Varianten und Filtern.

Das hängt vom einzelnen Shop ab. Häufig betroffen sind Varianten- und Filter-URLs, die Canonical-Konfiguration, Weiterleitungen nach URL-Änderungen, unnötig indexierbare Parameterseiten, die interne Verlinkung und Nebenwirkungen von Themes und Plugins.

Ja. Web Labels verbindet SEO mit eigener Shopware-Entwicklung. Viele technische Optimierungen setzen wir deshalb direkt im Shopware-System, im Theme oder über individuelle Anpassungen um.

Nein. Gerade große Shops sollten relevante SEO-Landingpages von technisch erzeugten URLs trennen. Filter, Parameter, interne Suchseiten und bestimmte Varianten brauchen keinen eigenen Platz im Google-Index.

Ja. Auch kleinere Shops verlieren Sichtbarkeit durch falsche Canonicals, fehlerhafte Weiterleitungen, schwache interne Verlinkung oder Indexierungsprobleme. Je größer der Shop wird, desto wichtiger ist eine kontrollierte technische Struktur.

Überschneidungen berücksichtigen wir in jedem Fall. Performance und Core Web Vitals sind aber ein eigenes, umfangreiches Thema. Die detaillierte Shopware-PageSpeed-Optimierung behandeln wir deshalb als separaten Baustein.

ChatGPT Ads sind bezahlte Anzeigen, die ChatGPT in passenden Gesprächen zu Produkten, Dienstleistungen oder Problemen einblendet. Die Anzeige ist klar als Werbung von der eigentlichen Antwort getrennt. Unternehmen erhalten damit einen Werbeplatz mitten in der Recherche ihrer Kunden.

Ja. Unternehmen in Deutschland setzen Kampagnen über den OpenAI Ads Manager auf und steuern sie dort. Wenn Sie sich damit nicht selbst beschäftigen möchten, übernimmt Web Labels Einrichtung und Betreuung.

Anders als bei klassischer Suchmaschinenwerbung zählen nicht nur einzelne Suchbegriffe. Wichtig ist auch, worüber der Nutzer gerade spricht und was er erreichen möchte, zum Beispiel ein Produkt vergleichen, einen Anbieter finden oder ein Problem lösen.

Bei Google Ads beginnt vieles mit einer Suchanfrage oder einem Keyword. In ChatGPT beschreiben Nutzer oft ausführlicher, was sie brauchen. Eine Anzeige kann dadurch besser zur aktuellen Frage passen. Beide Kanäle ergänzen sich.

Ja. Wir richten die Messung so ein, dass neben Klicks auch sichtbar wird, ob daraus eine Anfrage oder Bestellung entsteht. Mit diesen Daten optimieren wir die Kampagnen weiter.

ChatGPT Ads passen zu Produkten und Leistungen, zu denen Menschen Fragen stellen, Alternativen vergleichen oder Beratung suchen. Das gilt für Onlineshops genauso wie für B2B-Unternehmen und Dienstleister.

Nein. Web Labels übernimmt Einrichtung, Kampagnenstruktur, Anzeigen, Budgetsteuerung, Auswertung und laufende Optimierung. Sie erhalten eine verständliche Einordnung der Ergebnisse statt eines Dashboards voller Fachbegriffe.

Nach unseren Erfahrungswerten liegt ein KI-gestützter Prototyp bei etwa 20 Prozent der Kosten einer klassischen Softwareentwicklung (keine Garantie für Ihr Projekt). Der Grund: Am Anfang stehen Funktionen, Prozesse und Datenflüsse, nicht aufwendiges Design, perfekte Architektur oder Skalierung. So prüfen Sie eine Idee früh und vermeiden teure Fehlentwicklungen.

Erste lauffähige Funktionen entstehen meist in der ersten Woche nach Projektstart. Mit KI-Werkzeugen und klar strukturierten Abläufen stellen wir Prototypen für webbasierte Software, Schnittstellen, Plattformen oder Automatisierungen schnell bereit.

Prototypen bekommen ein Basis-Sicherheitskonzept, das für interne Nutzung und Tests reicht. Viele laufen zunächst im Intranet, lokal oder in geschützten Umgebungen. Soll die Lösung öffentlich erreichbar sein oder sensible Daten verarbeiten, sichern unsere Senior-Entwickler sie vorher umfassend ab.

Ja, darin liegt der größte Vorteil des Ansatzes. Nach der Validierung lässt sich der Prototyp schrittweise erweitern, technisch optimieren, in eine skalierbare Architektur überführen oder bei Bedarf neu entwickeln. Die Erkenntnisse aus dem Prototyp sparen dabei Zeit und Budget.

Ja, wenn erfahrene Entwickler die Kontrolle behalten. KI-gestützte Entwicklung eignet sich heute für einen Großteil digitaler Projekte auch im Dauerbetrieb. Entscheidend ist weniger das Werkzeug als die Prüfung durch qualifizierte Entwickler, die auf Stabilität, Wartbarkeit und Datensicherheit achten.

Mit machs mit kAI übersetzen Sie auch größere Mengen an Produkttexten deutlich schneller als von Hand. Je nach Umfang und Datenqualität liegen erste Übersetzungen nach wenigen Minuten vor. Besonders bei vielen Artikeln und Varianten spart das viel Zeit.

Ja. Vorhandene Texte und Produktinformationen dienen als Grundlage. Die Übersetzungen orientieren sich dadurch an den bestehenden Inhalten, den Produkteigenschaften und der Struktur Ihres Shops.

Ja, gerade bei großen Sortimenten lohnt sie sich. Statt jeden Artikel einzeln zu bearbeiten, bereiten Sie viele Produktdaten strukturiert vor und machen sie schneller in weiteren Sprachen nutzbar.

Ja. Mehrsprachige Produktinhalte sind ein wichtiger Schritt, um internationale Zielgruppen zu erreichen. Mit machs mit kAI stellen Sie Shop-Inhalte schneller in weiteren Sprachen bereit und bereiten neue Verkaufskanäle oder Märkte effizienter vor.

Ein mehrsprachiger Shop erreicht neue Zielgruppen und internationale Märkte. Wer Produktinformationen in der eigenen Sprache liest, vertraut dem Shop eher, findet sich leichter zurecht und entscheidet sich oft schneller für den Kauf.

Der Produktberater arbeitet mit Claude von Anthropic. Suche und Chat greifen auf denselben Index zu, den Minofinder automatisch aus Ihrem Shop befüllt. Empfehlungen kommen deshalb aus Ihrem echten Katalog, mit den Preisen und Beständen aus dem Shop.

Im Shop arbeiten Suche und Chat auf Deutsch, Englisch, Französisch, Türkisch und Dänisch. Eine Sprache ist im Paket enthalten, jede weitere kostet einen Aufschlag auf den Monatspreis. Die Verwaltungsoberfläche gibt es auf Deutsch und Englisch.

Die Website selbst entsteht in wenigen Stunden. Wann sie online geht, hängt vor allem davon ab, wie schnell Ihre Angaben und Ihre Freigabe vorliegen. Einen Termin für den Livegang stimmen wir im ersten Gespräch mit Ihnen ab.

Ändern sich Gesetze, die für Websites relevant sind und dem EU-Recht unterliegen, aktualisieren wir die betroffenen Funktionen kostenlos. Diese Updates sind bereits in den 29 € im Monat enthalten, Zusatzkosten fallen dafür nicht an.

Der Betrieb kostet 29 € im Monat zzgl. MwSt. Darin sind das Hosting, Ihre Domain und Ihre E-Mail enthalten, außerdem tägliche Backups und die Wartung des Systems. Weitere laufende Kosten kommen nicht dazu.

Ja, auf jeden Fall. Texte und Bilder tauschen Sie selbst aus, Inhalte erweitern, ergänzen oder löschen Sie im Modiva CMS. Neue Seiten legen Sie auf Knopfdruck an, auch in mehreren Sprachen.

Nein. Jeder Kunde erhält ein individuelles, einzigartiges Design und seinen persönlichen Auftritt. Gleich bleibt nur das System dahinter: unser Modiva CMS. So verbinden Sie eine eigene Gestaltung mit einer Technik, die wir für alle Kunden zentral pflegen.

Modiva ist ein System, das Web Labels selbst entwickelt hat. Damit entstehen komplette Unternehmenswebsites mit Texten und Bildern in wenigen Stunden statt in Wochen. Sie bekommen keinen Baukasten, sondern eine fertige Website von uns.

Ein normaler Hoster stellt vor allem die Infrastruktur bereit. Eine Shopware-Hosting-Agentur betrachtet zusätzlich die Anwendung: Shopware-Konfiguration, PHP, Caches, Redis, Elasticsearch, Datenbank, Plugins und reale Seitentypen. So lassen sich Ursache und Wirkung bei Performance-Problemen genauer trennen.

Nein. Wir arbeiten mit verschiedenen Hosting-Anbietern zusammen und optimieren auch bestehende Umgebungen. Wenn ein Wechsel sinnvoll ist, bieten wir zusätzlich eigene Server an, die wir seit mehreren Jahren für Shopware, Laravel und WordPress abstimmen.

Redis ist ein sehr schneller Speicher im Arbeitsspeicher. Je nach Shopware-Version und Architektur nutzt man ihn für Cache, Sessions oder Warteschlangen. Entscheidend sind die korrekte Anbindung, eine passende Speicherstrategie und die Kontrolle, ob der Shop tatsächlich entlastet wird.

OPcache speichert vorkompilierten PHP-Bytecode, damit PHP denselben Code nicht bei jedem Aufruf neu übersetzt. APCu ist ein schneller lokaler Speicher für geeignete Anwendungsdaten. Beide erfüllen unterschiedliche Aufgaben und werden passend zur Anwendung und zum Arbeitsspeicher konfiguriert.

Datenbankzugriffe, Suchindizes, Cache-Dateien, Logs und Deployments erzeugen viele Lese- und Schreibvorgänge. Aktuelle NVMe-Speicher haben sehr kurze Zugriffszeiten und hohe Datenraten. Sie sind deshalb die technische Basis unserer neuen Performance-Server.

Eine Ladezeit von null kann niemand seriös zusagen, weil auch Theme, Bilder, Drittanbieter, Endgerät und Internetverbindung mitwirken. Unser Ziel sind sehr kurze Serverantworten und ein Shop, der sich sofort anfühlt. Dafür optimieren wir alles, was wir beeinflussen können, und machen die Ergebnisse messbar.

Ja. Unsere eigenen Server und ihre Konfiguration sind neben Shopware auch auf Laravel und WordPress ausgerichtet. PHP, Cache, Datenbank und Webserver richten wir immer passend zur jeweiligen Anwendung ein.

Nein. Sie installieren pro Shop das ShopSignal Connector Plugin aus dem Shopware Store. Es schickt signierte Daten über TLS an ShopSignal. Auf dem Server läuft kein zusätzlicher Agent, und einen SSH-Zugang brauchen wir nicht.

Nein. ShopSignal unterstützt Shopware 6 in den Versionen 6.5 bis 6.7. Wenn Ihr Shop noch auf Shopware 5 läuft, beraten wir Sie gern zur Migration auf Shopware 6.

Erreichbarkeit und Antwortzeiten, SSL-Zertifikate, den Server mit CPU, RAM, Festplatte, PHP-FPM, MySQL und Redis, die Message-Queue und die Fehler-Logs. Dazu kommen SEO-Werte aus PageSpeed, Search Console und Bing sowie Umsatz und Bestellungen. Daraus berechnet ShopSignal einen Health Score pro Shop.