Ein Onlineshop hat zwei Aufgaben, die in verschiedene Richtungen ziehen: gefunden werden und an jeden verkaufen, der ankommt. Wir bauen für beides und benennen die Abwägungen konkret.
Das erste ist die Sichtbarkeit. Produkt- und Kategorieseiten sind genau dort, wo kommerzielle Suchabsicht landet, und sie sind gewöhnlich die schwächsten Seiten der Website — doppelte Herstellertexte, Filter, die Tausende nahezu identischer crawlbarer URLs erzeugen, kein Produkt-Schema und eine Blätterlogik, die tiefere Seiten praktisch unerreichbar macht. Die Startseite bekommt alle Aufmerksamkeit; die Seiten, die den Verkehr verdienen könnten, bekommen keine.
Das zweite ist der Bestellvorgang. Jedes zusätzliche Feld, jede unerwartete Kostenposition und jede erzwungene Kontoanlage nimmt einen Anteil derer weg, die bereits entschieden hatten zu kaufen. Das ist der günstigste Verkehr, den Sie je haben werden — sie stehen an der Kasse mit der Karte in der Hand — und er wird routinemäßig verschenkt.
Das sind zwei getrennte Probleme mit getrennten Lösungen, und an einem zu arbeiten und das andere zu ignorieren, ist der Grund, warum Shops auf einem Plateau steckenbleiben.
Eigener, nützlicher Text dort, wo es zählt, korrektes Product- und Offer-Schema einschließlich Preis und Verfügbarkeit, kanonische Behandlung von Varianten und gesteuertes Crawling der Filternavigation, damit Filterkombinationen Ihr Crawl-Budget nicht aufbrauchen.
Bestellung ohne Konto, Adressprüfung, früh und klar ausgewiesene Versandkosten und die Zahlarten, die Ihre Kunden erwarten. Wir messen jeden Schritt, damit Abbrüche einem bestimmten Punkt zugeordnet statt geraten werden.
Produkt- und Kategorieseiten tragen schwere Bilder und häufig einen Stapel Fremdskripte. Wir setzen ein Leistungsbudget, liefern responsives AVIF und WebP aus und prüfen, was jedes Skript tatsächlich beiträgt — Analytik und Chat-Widgets sind oft der größte Einzelposten einer Produktseite.
Der Plattformwechsel ist der Moment, in dem Shops am häufigsten dauerhaft Verkehr verlieren. Wir ordnen jeder bestehenden URL ihr Ziel zu, halten 301-Weiterleitungen vor, erhalten oder verbessern die strukturierten Daten und beobachten die Indexabdeckung über den Übergang hinweg, statt zum Launch Erfolg zu melden.
Bestand, Bestellungen, Versand, Buchhaltung und Speditionssysteme sauber verbunden, damit der Shop die Wirklichkeit abbildet und Ihr Team keine Bestellungen zwischen Systemen abtippt.
Sortiment, Preise, Aktionen und Inhalte ohne Entwickler bearbeitbar. Wenn Routineänderungen ein Deployment brauchen, ist der Entwurf gescheitert.
Wir wählen daraus nach dem, was das Projekt braucht und was Ihr Team nach der Übergabe pflegen kann — nicht danach, womit wir am liebsten arbeiten. Ist bereits ein tragfähiger Technologiestand vorhanden, arbeiten wir darin weiter.
Die Ursache liegt fast immer im Trichter und nicht im Design. Wir messen den Weg zum Kauf, finden, wo Menschen abspringen, und beheben genau diesen Schritt.
Technische und inhaltliche Arbeit an Kategorie- und Produktseiten — die Vorlagen, das Schema, die interne Verlinkung und die Crawl-Steuerung. Das zahlt sich langsamer aus als Arbeit am Bestellvorgang und ist meist mehr wert.
Umzug auf WooCommerce oder einen Headless-Aufbau, um Kontrolle über die Vorlagenschicht, den Bestellvorgang oder die Kostenbasis zu gewinnen. Mit fertiger URL-Zuordnung, bevor irgendetwas live geht.
Wo die Leistung der Vorlagen begrenzt, was der Shop leisten kann, ist die Trennung von Shop und Commerce-Kern gerechtfertigt. Bei kleineren Sortimenten meist nicht, und das sagen wir dann auch.
WooCommerce ist die pragmatische Wahl für die meisten kleinen und mittleren Sortimente — ausgereift, erweiterbar, und Ihr Team kann es ohne Entwickler betreiben. Ein Headless-Aufbau rechtfertigt sich, wenn die Leistung des Shops eine echte Beschränkung ist, wenn Sie einen Shop brauchen, den die Vorlagenschicht nicht liefern kann, oder wenn mehrere Kanäle einen Commerce-Kern teilen. Er kostet mehr in Bau und Pflege, sollte also eine Entscheidung mit Begründung sein.
Das kann passieren, und es ist das Hauptrisiko jedes Plattformwechsels. Steuerbar sind eine vollständige URL-Zuordnung mit 301-Weiterleitungen, erhaltene Seiteninhalte und strukturierte Daten sowie die Beobachtung der Indexierung nach dem Launch. Sorgfältig gemacht, sehen die meisten Shops einen kurzen Einbruch und erholen sich; nachlässig gemacht, können die Verluste dauerhaft sein. Wir behandeln den Weiterleitungsplan als eigenständiges Ergebnis.
Indem wir zuerst messen. Wir instrumentieren den Trichter, bestimmen den Schritt mit den meisten Abbrüchen und nehmen uns diesen Schritt vor — meist spät auftauchende Versandkosten, erzwungene Kontoanlage oder langsame Produktseiten auf dem Telefon. Wir haben keine Standardliste von Änderungen, weil der Engpass von Shop zu Shop verschieden ist.
Ja — Massenimporte, Lieferantenfeeds, geplante Synchronisation und die Datenbereinigung, die gewöhnlich dazugehört. Die Qualität der Produktdaten ist häufig der begrenzende Faktor, sowohl für die Sichtbarkeit als auch für den Verkauf.
Ja. Shops brauchen Sicherheitsaktualisierungen, Plattform- und Plugin-Updates sowie saisonale Arbeiten. Wir bieten Wartungsvereinbarungen an, und es steht Ihnen jederzeit frei, den Code anderswohin mitzunehmen.
Schicken Sie uns das Problem und die Randbedingungen, die Sie bereits kennen. Wir melden uns mit dem, was es unserer Ansicht nach braucht, einem Vorgehen und einer realistischen Größenordnung — oder mit der Auskunft, dass wir dafür nicht die Richtigen sind.
Wir bauen WordPress-Websites auf eigens entwickelten Themes und einem sauber eingerichteten Block-Editor, damit Ihr Team frei veröffentlichen kann, ohne dass die Website dabei jedes Mal langsamer wird.
Wir entwickeln Websites und Webanwendungen mit React und Next.js — serverseitig gerendert, an den Core Web Vitals gemessen und so strukturiert, dass Google jede Seite indexieren kann, auf die es Ihnen ankommt.
Wir gestalten Oberflächen auf Grundlage von Belegen: was Menschen zu tun versuchen, woran sie heute scheitern und was die Umsetzung realistisch tragen kann.
