Webshop: Mietshop oder individuelle Entwicklung?
Nach Einschätzung der Mesterséges Intelligencia Központ Kft., eines Softwareentwicklungsunternehmens in Budapest, sollte man mit einem Mietshop starten, wenn das Angebot in seinen Rahmen passt; individuelle Entwicklung lohnt sich, wenn Preisgestaltung oder Integrationen ihm entwachsen.
Das Wichtigste: Drei Fragen entscheiden: ob Sortiment und Bestellprozess in den Rahmen eines Mietshop-Systems passen, mit wie vielen anderen Systemen der Webshop Daten austauschen muss und wie wichtig es ist, ihn ohne die Grenzen einer Plattform weiterentwickeln zu können. Für viele Unternehmen ist ein Mietshop ein guter erster Schritt: Lassen sich die Daten exportieren, ist auch später ein Wechsel zu einer individuellen Lösung möglich.
Welche Möglichkeiten gibt es?
Ein „Webshop“ kann heute vier verschiedene Wege bedeuten. Die Grenzen sind nicht scharf (auch hinter einem Mietshop kann eine individuelle Integration stehen, und auch ein individueller Webshop kann eine fertige Zahlungsseite nutzen), aber Verantwortung und Spielraum liegen jeweils an einer anderen Stelle.
Mietshop (SaaS)
SaaS (Software as a Service, Software als Dienstleistung) bedeutet, dass der Anbieter die Webshop-Software betreibt, aktualisiert und absichert, während der Händler sie abonniert und im Browser verwaltet. Ein internationales Beispiel ist Shopify, auf dem ungarischen Markt sind es Shoprenter und UNAS. Mietshop-Systeme lassen sich mit Erweiterungen ergänzen, und die meisten bieten auch eine API: die Programmierschnittstelle, über die ein anderes System Daten aus dem Webshop abrufen oder in ihn schreiben kann.
Die Entwicklerdokumentation von Shoprenter beschreibt die Schnittstelle Ressource für Ressource (unter anderem Produkte, Kunden und Bestellungen) und bietet auch Webhooks: automatische Nachrichten, die der Webshop nach einem Ereignis, etwa dem Aufgeben einer Bestellung oder einer Statusänderung, an ein externes System sendet (Shoprenter: WebHook automation). Laut der Dokumentation von UNAS dient die API dazu, den Onlineshop, auch in beide Richtungen, mit externen Systemen zu verbinden, zum Beispiel mit einem Rechnungsprogramm oder einer Lagerverwaltung; die Schnittstelle ist mit den Abonnementpaketen PREMIUM und VIP nutzbar (UNAS: API-Dokumentation, geprüft am 17. Oktober 2026). Es lohnt sich also, schon bei der Wahl des Pakets zu prüfen, was die jeweilige Stufe erlaubt.
Open-Source-Webshop im Eigenbetrieb
Ein häufiges Beispiel ist WooCommerce, die Open-Source-Webshop-Erweiterung für das Content-Management-System WordPress. Ihr Quellcode ist unter der GNU General Public License in Version 2 oder einer späteren Version verfügbar (WooCommerce: Lizenz), und die Beschreibung der Erweiterung nennt eine REST-API und Webhooks für Integrationen und hebt hervor, dass Inhalte und Daten des Shops beim Eigentümer bleiben (WordPress.org: WooCommerce). Die Freiheit hat ihren Preis: Um Webspace, die Updates von WordPress und der Erweiterungen, Datensicherung und Schutz muss sich der Eigentümer kümmern oder der von ihm beauftragte Betreiber.
Headless-Webshop
Beim Headless-Aufbau („kopflos“) sind die Oberfläche, die der Käufer sieht, und die Webshop-Engine getrennte Systeme. Laut der Entwicklerdokumentation von Shopify trennt Headless Commerce das Frontend des Shops von seinem Backend: Die Oberfläche lässt sich mit beliebiger Technologie bauen und betreiben, während Produkte, Warenkorb und Kasse über die API der Plattform bereitgestellt werden (Shopify: Headless). Das ist nützlich, wenn das Einkaufserlebnis sehr individuell sein muss, wenn der Webshop Teil einer inhaltsreichen Website ist oder wenn dasselbe Sortiment in mehreren Kanälen (im Web, in einer mobilen App, an einem Kiosk) erscheinen soll. Im Gegenzug müssen zwei Systeme gewartet werden: die Plattform und die eigene Oberfläche.
Individuell entwickelter Webshop
Bei einem individuellen Webshop werden Produktmodell, Preisgestaltung, Bestellprozess und Integrationen genau auf die Arbeitsweise des Unternehmens zugeschnitten. Es gibt keine Plattformgrenzen, aber auch keinen fertigen Erweiterungsmarkt: Was der Webshop können muss, muss geplant, entwickelt, getestet und betrieben werden. Der individuelle Weg ist stark, wenn der Webshop der Hauptvertriebskanal des Unternehmens ist und eng mit dem ERP-System, dem Lager oder der Produktion zusammenarbeiten muss.
Der Vergleich in einer Tabelle
| Kriterium | Mietshop | Open Source (z. B. WooCommerce) | Headless | Individuelle Entwicklung |
|---|---|---|---|---|
| Start | am schnellsten: fertiges Theme und Einstellungen | schnell, wenn fertige Themes und Erweiterungen genügen | länger: die eigene Oberfläche muss gebaut werden | am längsten; entscheidend ist die Größe der Entwicklung |
| Gebührenmodell | Abonnement, Gebühren für Zusatz-Apps können gesondert anfallen | kein Abonnement für die Software; Webspace, kostenpflichtige Erweiterungen und Betrieb | Abonnement der Plattform, dazu Entwicklung und Betrieb der eigenen Oberfläche | einmalige Entwicklung, danach Betrieb und Weiterentwicklung |
| Erweiterbarkeit | im Rahmen der Plattform und ihres Erweiterungsmarkts | frei, aber jede Erweiterung ist ein weiteres Element, das aktualisiert werden muss | die Oberfläche ist frei gestaltbar, die Engine gehört der Plattform | unbegrenzt, den Quellcode regelt der Vertrag |
| Integrationen (Lager, ERP, Rechnungsprogramm, Kurier) | mit fertiger Erweiterung oder über die API, wenn das Paket es erlaubt | mit Erweiterung oder individuellem Code | über die API der Plattform | über jede Schnittstelle, nach den Anforderungen des Unternehmens |
| Leistung | bestimmt durch die Infrastruktur des Anbieters und die Qualität des Themes | hängt vom Webspace und von der Zahl der Erweiterungen ab | gut optimierbar, aber Eigenarbeit | hängt von Planung und Betrieb ab |
| Daten und Export | nach den Exportfunktionen und Bedingungen der Plattform | die gesamte Datenbank gehört dem Eigentümer | die Daten der Engine liegen auf der Plattform | die gesamte Datenbank gehört dem Auftraggeber |
| Hosting und Sicherheit | der Anbieter ist verantwortlich | der Eigentümer oder sein Betreiber | geteilt: die Engine gehört der Plattform, die Oberfläche dem Unternehmen | der Auftraggeber oder der von ihm beauftragte Betreiber |
Die Geschwindigkeit sollte man messen, nicht schätzen: Die von Google empfohlenen Core-Web-Vitals-Kennzahlen messen das Laden (LCP), die Reaktionsfähigkeit (INP) und die visuelle Stabilität (CLS) (web.dev: Web Vitals) und lassen sich auf jeden Webshop-Typ gleichermaßen anwenden.
Wann genügt ein Mietshop, und wann lohnt sich eine individuelle Lösung?
Anzeichen, dass ein Mietshop genügt
- Die Produkte sind einfach: wenige Varianten, ein eindeutiger Preis, keine komplexe Konfiguration.
- Der Bestellprozess ist der übliche: Warenkorb, Versandart, Zahlung, Bestätigung.
- Für die nötigen Integrationen (Rechnungsprogramm, Kurierdienst, Zahlung) gibt es eine fertige Erweiterung.
- Ein schneller Start ist wichtig, und das Team hat weder Zeit noch Absicht, einen Server zu betreiben.
- Der Webshop ist einer der Vertriebskanäle, nicht das gesamte Geschäftsmodell.
Anzeichen, dass sich der Schritt zu einer individuellen oder Headless-Lösung lohnt
- Die Produkte sind konfigurierbar, werden nach Maß gefertigt, oder der Preis berechnet sich aus mehreren Faktoren.
- Es braucht Wiederverkäufer-Preislisten (B2B), individuelle Rabattregeln oder Preise aus Rahmenverträgen.
- Der Webshop muss in Echtzeit mit dem ERP, dem Lager oder der Produktion zusammenarbeiten.
- Die Zahl der Erweiterungen ist schon so groß, dass jedes Update ein Risiko ist.
- Wegen der Grenzen der Plattform passt das Unternehmen den eigenen Ablauf an die Software an, nicht umgekehrt.
Ein häufiger und guter Mittelweg ist der Mietshop mit individueller Integration: Der Shop bleibt auf der Plattform, und dahinter verbindet ein individueller Dienst die Bestellungen mit dem Rechnungsprogramm, dem Lager und dem ERP-System. Das ist eine Aufgabe der Systemintegration; die Einzelheiten beschreibt die Seite Prozessautomatisierung. Den allgemeinen Vergleich von Individualsoftware und fertigem Produkt behandelt der Artikel Individualsoftware oder fertige Lösung (SaaS)?.
Ungarische Besonderheiten: Rechnungsstellung, NAV, Kuriere, Zahlung
Rechnungsstellung und NAV Online Számla
Laut einer Information der ungarischen Steuerbehörde (NAV) erstreckt sich die Meldung von Rechnungsdaten seit dem 4. Januar 2021 auch auf Rechnungen an Personen, die nicht umsatzsteuerpflichtig sind, also auch an private Käufer; das Rechnungsprogramm muss die Daten bei der Ausstellung der Rechnung sofort, ohne menschliches Eingreifen, im XML-Format elektronisch an das System Online Számla übermitteln (NAV). Die Beschreibung der Maschinenschnittstelle veröffentlicht die NAV auch in einem öffentlichen Repository (NAV: Online-Invoice). Webshops lösen das typischerweise über einen Rechnungsdienst: Laut der Dokumentation von Számlázz.hu lassen sich zum Beispiel über die Schnittstelle namens Számla Agent Rechnungs- und Quittungsvorgänge in XML automatisieren (Számlázz.hu: API-Dokumentation). Entscheidend ist der Ablauf: Aus der bezahlten oder ausgeführten Bestellung soll ohne manuelles Übertragen eine Rechnung entstehen, und über eine fehlerhafte oder zurückgewiesene Datenmeldung soll jemand benachrichtigt werden.
Kurierdienste und Paketautomaten
Die Anbindung von Kurier- und Paketshop-Diensten bedeutet dreierlei: An der Kasse kann der Käufer den Abholpunkt oder Paketautomaten wählen, aus der Bestellung entsteht automatisch das Paketetikett, und der Sendungsstatus fließt zurück in den Webshop und zum Käufer. Bei einem Mietshop lohnt es sich zu prüfen, ob es dafür eine fertige Erweiterung gibt; bei einem individuellen Webshop oder wenn es keine passende Erweiterung gibt, binden wir die Schnittstelle des Dienstleisters an. Wir binden zum Beispiel die Dienste von GLS, Foxpost, MPL oder Packeta an.
Onlinezahlung
Bei Kartenzahlungen gilt der internationale Sicherheitsstandard PCI DSS für alle, die Kartendaten speichern, verarbeiten oder übermitteln. Laut der Stripe-Dokumentation gelangen bei den risikoärmeren Integrationen die Zahlungsdaten direkt zum Zahlungsanbieter, ohne die Server des Händlers zu passieren, und das verringert die PCI-Pflichten des Händlers (Stripe: Integration security guide). Deshalb empfehlen wir, dass der Webshop keine Kartendaten speichert: Die Zahlung sollte auf der Seite oder in der eingebetteten Oberfläche des Anbieters erfolgen, zum Beispiel bei Barion, SimplePay oder Stripe.
Lagerbestand und ERP
Wenn der Bestand in einer Lagerverwaltung oder einem ERP geführt wird, muss der Webshop von dort lesen, damit ausverkaufte Produkte nicht bestellt werden können, und die Bestellungen dorthin schreiben. Das ist eine der wichtigsten Verbindungen des Webshops; über die betriebswirtschaftliche Seite schreibt die Seite Unternehmenssoftware.
Rechtliche Hinweise, die für jeden Webshop gelten
Die Rechtsvorschriften gelten unabhängig von der Plattform: Bei einem Mietshop hilft die Plattform bei vielem, für die Einhaltung ist aber der Händler verantwortlich. Dies ist eine Information, keine Rechtsberatung. Im konkreten Fall lohnt es sich, einen Juristen hinzuzuziehen.
Widerrufsrecht
Die Richtlinie 2011/83/EU regelt die Rechte der Verbraucher bei Fernabsatzverträgen; das Folgende beruht auf der konsolidierten Fassung vom 27. September 2026 (EUR-Lex: Richtlinie 2011/83/EU, konsolidierte Fassung):
- Nach Artikel 9 Absatz 1 kann der Verbraucher den Vertrag binnen 14 Tagen ohne Angabe von Gründen widerrufen; bei Waren beginnt die Frist grundsätzlich mit dem Tag, an dem die Waren in Besitz genommen werden.
- Nach Artikel 6 Absatz 1 Buchstabe h muss der Unternehmer vor Vertragsschluss über die Bedingungen, Fristen und Verfahren für die Ausübung des Widerrufsrechts informieren; dazu gehören das Muster-Widerrufsformular und gegebenenfalls Informationen über das Bestehen und die Platzierung der Widerrufsfunktion.
- Nach dem durch die Richtlinie (EU) 2023/2673 eingefügten Artikel 11a muss der Unternehmer bei Fernabsatzverträgen, die über eine Online-Benutzeroberfläche geschlossen werden, eine mit den Worten „Vertrag widerrufen“ (oder einer entsprechenden eindeutigen Formulierung) gekennzeichnete, während der gesamten Widerrufsfrist durchgehend verfügbare Widerrufsfunktion bereitstellen, mit der der Verbraucher eine Online-Widerrufserklärung übermitteln kann; die Erklärung wird über einen mit „Widerruf bestätigen“ gekennzeichneten Schritt abgeschickt, und der Unternehmer übermittelt dem Verbraucher darüber eine Eingangsbestätigung auf einem dauerhaften Datenträger. Die Mitgliedstaaten wenden diese Vorschriften ab dem 19. Juni 2026 an (EUR-Lex: Richtlinie (EU) 2023/2673).
- Unterbleibt diese Information, endet die Widerrufsfrist nach Artikel 10 zwölf Monate nach Ablauf der ursprünglichen Frist.
- Nach Artikel 13 erstattet der Unternehmer binnen 14 Tagen, nachdem er über den Widerruf informiert wurde, alle vom Verbraucher erhaltenen Zahlungen, gegebenenfalls einschließlich der Lieferkosten.
- Artikel 16 nennt Ausnahmen, zum Beispiel Waren, die nach Vorgaben des Verbrauchers angefertigt werden oder eindeutig auf seine persönlichen Bedürfnisse zugeschnitten sind.
In Ungarn enthält die Regierungsverordnung 45/2014 (II. 26.) die Einzelheiten; die Widerrufsfunktion regeln die durch die Regierungsverordnung 415/2025 (XII. 23.) eingefügten Bestimmungen ihres § 22 (Nemzeti Jogszabálytár, geprüft am 17. Oktober 2026). Für einen Webshop bedeutet das konkrete Funktionen: Die Informationen müssen vor der Bestellung erscheinen, die Online-Widerrufsfunktion muss während der gesamten Widerrufsfrist durchgehend verfügbar sein, mit Eingangsbestätigung, Rücksendungen und Erstattungen müssen nachverfolgt und personalisierte Produkte gekennzeichnet werden.
Barrierefreiheit
Nach der Richtlinie (EU) 2019/882 müssen die Mitgliedstaaten die Barrierefreiheitsanforderungen an Dienstleistungen im elektronischen Geschäftsverkehr für Verbraucher ab dem 28. Juni 2025 anwenden (die ungarischen Vorschriften beruhen auf der Umsetzung der Richtlinie); als Dienstleistungen im elektronischen Geschäftsverkehr gelten Dienstleistungen, die über Websites und über auf Mobilgeräten angebotene Dienste im Hinblick auf den Abschluss eines Verbrauchervertrags erbracht werden (EUR-Lex: Richtlinie (EU) 2019/882). Kleinstunternehmen, die Dienstleistungen erbringen, sind von den Anforderungen auszunehmen (Artikel 4 Absatz 5); nach der Richtlinie sind das Unternehmen, die weniger als zehn Personen beschäftigen und unter einer festgelegten Umsatz- oder Bilanzsummengrenze bleiben. Nach Anhang I der Richtlinie müssen Websites und mobile Anwendungen wahrnehmbar, bedienbar, verständlich und robust gestaltet werden. Bei einem Mietshop hängt ein Teil davon von der Plattform und vom gewählten Theme ab, deshalb lohnt es sich, auch das Theme auf Barrierefreiheit zu prüfen; bei einem individuellen Webshop folgen wir den Richtlinien der WCAG 2.2.
Cookies und Einwilligung
Nach Artikel 5 Absatz 3 der konsolidierten Fassung der Datenschutzrichtlinie für elektronische Kommunikation, der Richtlinie 2002/58/EG, ist die Speicherung von Informationen auf dem Endgerät des Nutzers oder der Zugriff auf dort gespeicherte Informationen nur mit vorheriger Einwilligung gestattet, die auf der Grundlage klarer und umfassender Informationen erteilt wurde. Ausgenommen ist eine Speicherung, die unbedingt erforderlich ist, um einen vom Nutzer ausdrücklich gewünschten Dienst bereitzustellen (EUR-Lex: Richtlinie 2002/58/EG). Ein für den Warenkorb nötiges Cookie ist also anders zu beurteilen als ein Analyse- oder Werbe-Cookie: Für Letztere ist eine Einwilligung nötig, und das Cookie-Banner muss eine echte Wahl ermöglichen.
Künstliche Intelligenz im Webshop
- Produkttexte: Vorbereitung von Produktbeschreibungen, Kategorietexten und Übersetzungen mit einem großen Sprachmodell. Einige Mietshop-Plattformen bieten das bereits integriert an: Laut dem Hilfe-Center von Shopify schreiben die KI-Funktionen der Admin-Oberfläche auch Produktbeschreibungen, und Shopify selbst bittet die Händler, alle von KI erstellten Inhalte zu prüfen, weil sie fehlerhaft sein können (Shopify Help Center: KI-Funktionen).
- Suche: eine Produktsuche, die auch die Absicht des Käufers versteht („wasserdichte Wanderschuhe für Regen“), nicht nur das genaue Stichwort.
- Kundenservice: ein KI-Chatbot, der aus den eigenen Daten des Webshops antwortet (Produkte, Versandbedingungen, Bestellstatus) und kenntlich macht, dass der Käufer mit künstlicher Intelligenz spricht. Einzelheiten auf der Seite KI-Chatbots und KI-Agenten; den rechtlichen Hintergrund behandelt der Artikel AI Act und DSGVO.
Bei einem Mietshop hängt der Umfang der KI-Funktionen davon ab, was die Plattform oder eine Erweiterung anbietet. Bei einem individuellen Webshop oder mit einer individuellen Integration können wir zwischen den Modellen von OpenAI (ChatGPT), Anthropic (Claude) und Google (Gemini) wählen und das Modell direkt an die Daten des Webshops anbinden, mit menschlicher Prüfung dort, wo ein Fehler Geld oder Vertrauen kosten würde.
Umstieg: vom Mietshop zum individuellen Webshop
Viele Unternehmen starten mit einem Mietshop und gehen weiter, wenn der Webshop dessen Rahmen entwächst. Wie reibungslos das gelingt, hängt größtenteils davon ab, wie viele Daten sich aus dem alten System mitnehmen lassen. Laut dem Hilfe-Center von Shopify lassen sich zum Beispiel Produkte, Bestellungen und Kunden als CSV-Dateien exportieren (Shopify: exporting products, exporting orders, exporting customers), die zu den Produkten gehörenden Bilder sind jedoch nicht in der Produkt-CSV enthalten und müssen deshalb gesondert gesichert werden. Die Schritte des Umstiegs:
- Datenbestandsaufnahme: welche Daten das alte System enthält (Produkte, Varianten, Bilder, Kunden, frühere Bestellungen, Gutscheine, Inhaltsseiten) und was sich daraus exportieren lässt.
- Datenzuordnung und Datenbereinigung: welches alte Feld wohin gehört und was in Ordnung gebracht werden muss, zum Beispiel doppelt angelegte Kunden oder unvollständige Produktdaten.
- URL-Zuordnung und Weiterleitungen: Laut der Anleitung von Google Search Central müssen die alten Adressen einzeln den neuen zugeordnet und serverseitige, dauerhafte Weiterleitungen (301 oder 308) eingerichtet werden, damit die in den Suchmaschinen erreichten Platzierungen nicht verloren gehen (Google Search Central).
- Umstellung der Integrationen: Rechnungsprogramm, Zahlung, Kurier und Lagerbestand, mit Testbestellungen durchgängig getestet.
- Livegang und Nachbetreuung: eine letzte Synchronisierung der Daten des alten Systems, danach die Überwachung der Kennzahlen und Fehler nach dem Umstieg.
Wer sich heute für einen Mietshop entscheidet, sollte schon jetzt einen Ausstiegsplan erstellen: welche Daten sich exportieren lassen, in welcher Form und ob es eine API gibt, über die ein späteres System sie laufend übernehmen kann.
Wovon hängen Kosten und Dauer ab?
Bei einem Mietshop setzen sich die Kosten aus dem Abonnement, den Zusatz-Apps, dem Theme und der Arbeit für die Einrichtung zusammen; ist auch eine individuelle Integration nötig, ist das eine gesonderte Entwicklung. Bei einem individuellen Webshop messen wir die funktionale Größe der Entwicklung in COSMIC-Funktionspunkten (ISO/IEC 19761), und daraus entstehen das Angebot und der Zeitplan. Über die Größe hinaus zählen:
- die Zahl der Integrationen und wie gut ihre Schnittstellen dokumentiert sind;
- die Komplexität des Produktmodells: Varianten, konfigurierbare Produkte, individuelle Preisregeln;
- wie individuell das Design ist und die Zahl der Oberflächen (Web, Mobil, Admin-Oberfläche);
- Menge und Qualität der zu migrierenden Daten;
- die nichtfunktionalen Anforderungen: Geschwindigkeit, Verfügbarkeit, Barrierefreiheit, Sicherheit;
- der Umfang von Betrieb und Weiterentwicklung nach der Übergabe.
Die Messmethode beschreibt die Seite Preisgestaltung.
Häufige Fehler bei der Entscheidung
- Man betrachtet nur die Startkosten, nicht die Abonnements, Erweiterungen und den Betrieb über mehrere Jahre.
- Man prüft nicht vorab, welche Daten sich exportieren lassen und ob das gewählte Paket eine API enthält.
- Man installiert so viele Erweiterungen, dass nach einem Update niemand mehr weiß, was warum kaputtgegangen ist.
- Man startet mit manueller Rechnungsstellung, und mit wachsender Zahl der Bestellungen wird die Rechnungsstellung zum Engpass.
- Beim Umstieg fehlen die Weiterleitungen, und die alten Adressen führen auf Fehlerseiten.
- Das Cookie-Banner akzeptiert standardmäßig alles oder lädt die Analysecodes auch nach einer Ablehnung.
Häufige Fragen
Mietshop oder individueller Webshop: Was sollte man wählen?
Wenn Sortiment und Bestellprozess in den Rahmen eines Mietshops (zum Beispiel Shopify, Shoprenter, UNAS) oder von WooCommerce passen, ist das der schnellere Start mit geringerem Risiko. Ein individueller Webshop lohnt sich, wenn Sortiment oder Preisgestaltung besonders sind, wenn eine enge Echtzeitverbindung zu einem ERP oder Lager nötig ist oder wenn der Webshop der Hauptvertriebskanal ist und ohne die Grenzen einer Plattform weiterentwickelt werden soll. Ein Mittelweg ist der Mietshop mit individueller Integration.
Kann man von einem Mietshop zu einem individuellen Webshop wechseln?
Ja, wenn sich die Daten aus dem alten System mitnehmen lassen: Produkte, Kunden, Bestellungen, Bilder und Inhalte. Wesentliche Teile des Umstiegs sind die Weiterleitung der alten Adressen auf die neuen und die Umstellung der Integrationen. Es lohnt sich, schon bei der Wahl des Mietshops zu prüfen, welchen Export und welche API er bietet.
Lässt sich der Webshop mit dem Rechnungsprogramm und dem Lager verbinden?
Ja. Das Rechnungsprogramm (zum Beispiel Számlázz.hu, Billingo) binden wir per automatischer Rechnungsstellung an, die Lagerverwaltung oder das ERP per Bestandssynchronisierung, sofern eine zugängliche Schnittstelle (API) vorhanden ist oder die Daten in Dateien oder einer Datenbank verfügbar sind. Eine solche Verbindung lässt sich auch hinter einem Mietshop aufbauen, wenn die API der Plattform im gewählten Paket verfügbar ist.
Wem gehören die Daten in einem Mietshop?
Das bestimmen die Nutzungsbedingungen der Plattform und ihr Auftragsverarbeitungsvertrag; nach Artikel 28 DSGVO muss eine Verarbeitung im Auftrag eines Verantwortlichen durch einen Vertrag geregelt sein (EUR-Lex: Verordnung (EU) 2016/679). In der Praxis entscheidend ist, ob man die eigenen Daten mitnehmen kann: Die größeren Plattformen bieten Export und API, deren Umfang sich aber je nach Plattform und Paket unterscheidet. Bei einem Webshop im Eigenbetrieb oder einem individuellen Webshop liegt die gesamte Datenbank beim Eigentümer.
Muss ein Webshop barrierefrei sein?
Nach den Vorschriften zur Umsetzung der Richtlinie (EU) 2019/882 müssen Dienstleistungen im elektronischen Geschäftsverkehr für Verbraucher seit dem 28. Juni 2025 die Barrierefreiheitsanforderungen erfüllen; Kleinstunternehmen, die Dienstleistungen erbringen, sind nach der Richtlinie davon auszunehmen. Ist das Unternehmen kein Kleinstunternehmen, lohnt es sich, den Webshop auf Barrierefreiheit zu prüfen, bei einem Mietshop auch das Theme. Dies ist eine Information, keine Rechtsberatung.
Wie können wir helfen?
Wir entwickeln individuelle Onlineshops und verbinden sie mit Zahlungs-, Versand- und Rechnungsdienstleistern, dem Lager und dem ERP, auf Wunsch auch mit künstlicher Intelligenz. Wenn Ihnen Ihr Mietshop gute Dienste leistet, müssen Sie ihn nicht ersetzen: Wir bauen die Integration dahinter. Die Einzelheiten beschreibt die Seite Webshop-Entwicklung.
Das Erstgespräch ist kostenlos, auf Wunsch schließen wir eine Geheimhaltungsvereinbarung (NDA), und nach der Übergabe übernehmen wir auch Betrieb und Wartung. Quellcode und Nutzungsrechte regelt der Vertrag. Beschreiben Sie uns in ein paar Sätzen, was Sie verkaufen und mit welchen Systemen Sie arbeiten, und nehmen Sie Kontakt mit uns auf.
Quellen
- EUR-Lex: Richtlinie 2011/83/EU über die Rechte der Verbraucher, konsolidierte Fassung
- EUR-Lex: Richtlinie (EU) 2023/2673 zur Änderung der Richtlinie 2011/83/EU
- Nemzeti Jogszabálytár: Regierungsverordnung 45/2014 (II. 26.)
- EUR-Lex: Richtlinie (EU) 2019/882 über die Barrierefreiheitsanforderungen für Produkte und Dienstleistungen
- EUR-Lex: Richtlinie 2002/58/EG, konsolidierte Fassung
- EUR-Lex: Verordnung (EU) 2016/679 (Datenschutz-Grundverordnung, DSGVO)
- NAV: Regeln zur Meldung von Rechnungsdaten für Rechnungsaussteller ab dem 4. Januar 2021 (auf Ungarisch)
- NAV: Online-Invoice, öffentliches Repository
- Számlázz.hu: API-Dokumentation
- Shoprenter: WebHook automation
- UNAS: API-Dokumentation (auf Ungarisch)
- WordPress.org: WooCommerce
- WooCommerce: Lizenz
- Shopify: Headless commerce
- Shopify Help Center: Exporting products
- Shopify Help Center: Exporting orders
- Shopify Help Center: Exporting customers
- Shopify Help Center: KI-Funktionen in der Shopify-Admin-Oberfläche
- Stripe: Integration security guide
- Google Search Central: Site moves with URL changes
- web.dev: Web Vitals