# Shopware Hub: Plugins & Shopware-Wissen (Volltext) > Alle Fragen mit Kurzantwort, Fakten und Einordnung. Quelle: https://sw.seo-manager.info/ · Herausgeber: SEO NW (https://www.seo-manager.info/) · Stand: Juli 2026 ## Welche Abmahnfallen lauern im Onlineshop? URL: https://sw.seo-manager.info/abmahnfallen Auch: Abmahnung Shop · Rechtsfallen E-Commerce · Wettbewerbsrecht Shop Kategorie: Praxis & Entscheidungen Kurzantwort: Abgemahnt wird im E-Commerce selten für Exotisches – sondern für dieselben zwanzig Formalfehler: Preisangaben, Widerruf, Impressum, Werbeaussagen, fremde Bilder und Marken. Das macht die Lage beherrschbar: Wer die bekannten Fallen einmal systematisch abräumt und bei Änderungen pflegt, hat das Risiko auf ein Restmaß gedrückt. Diese Seite ist die Landkarte der Klassiker, keine Rechtsberatung – der Schutzbrief heißt Rechtstexte vom Profi oder Schutzpaket-Dienst mit Aktualisierungs-Service. Die Klassiker-Liste – sortiert nach Häufigkeit in der Abmahnpraxis: Block eins, die Preisangaben: Der fehlende Grundpreis (Preis je Liter/Kilo bei entsprechender Ware, gut sichtbar neben dem Gesamtpreis) ist ein Dauerbrenner der Abmahnindustrie, dicht gefolgt von unklaren Versandkosten und Streichpreisen ohne Basis – wer mit reduzierten Preisen wirbt, muss seit der Preisangaben-Novelle den niedrigsten Preis der letzten 30 Tage als Referenz angeben. Block zwei, die Pflichttexte: Widerrufsbelehrung mit Muster-Formular (fehlend, veraltet oder widersprüchlich – der Klassiker schlechthin), Impressum mit allen Pflichtangaben, AGB ohne unwirksame Klauseln und die Kennzahlen-Pflichten drumherum: Lieferzeiten konkret, Buttonlösung („zahlungspflichtig bestellen“), Grundangaben zur Gewährleistung sauber von Garantie-Versprechen getrennt – mit Garantien wirbt nur, wer deren Bedingungen vollständig darlegt. Ein Update wert: Der jahrelang abmahnträchtige Link zur EU-Streitbeilegungsplattform ist Geschichte – die Plattform wurde im Juli 2025 abgeschaltet, der Pflicht-Hinweis ist entfallen; wer ihn noch im Impressum trägt, verlinkt ins Leere. Block drei, Werbung und Inhalte: fremde Produktfotos ohne Lizenz (Urheberrecht verzeiht nichts, auch Herstellerbilder brauchen Erlaubnis), fremde Marken in Titeln und Anzeigen jenseits zulässiger Nennung, gesundheitsbezogene Werbeversprechen ohne zugelassene Aussagen, Fake-Elemente aller Art (erfundene Siegel, gekaufte Bewertungen, künstliche Verknappung – die Trust-Frage kennt die rote Linie) und Newsletter ohne dokumentiertes Double-Opt-in. Block vier, das Datenkapitel, hat seine eigenen Fragen in dieser Kategorie: lückenhafte Datenschutzerklärung und trotzige Cookie-Banner sind längst abmahn- und bußgeldrelevant. Der Umgang mit dem Restrisiko: Rechtstexte von spezialisierten Anbietern mit Update-Service beziehen (die Rechtslage dreht sich jährlich), bei jeder Sortiments- oder Funktionsänderung die Pflichtangaben mitdenken – und im Fall einer Abmahnung nichts unterschreiben, bevor ein Fachanwalt die Unterlassungserklärung entschärft hat: Die vorformulierte Fassung ist regelmäßig weiter gefasst, als das Recht verlangt. Fakten: - Preis-Klassiker: fehlender Grundpreis · unklare Versandkosten · Streichpreise ohne 30-Tage-Referenzpreis. - Pflichttext-Klassiker: Widerrufsbelehrung (fehlend/veraltet), Impressum, AGB-Klauseln, Buttonlösung, konkrete Lieferzeiten. - Entfallen: Der Link zur EU-Streitbeilegungsplattform – Plattform im Juli 2025 abgeschaltet, Alt-Links entfernen. - Inhalts-Klassiker: fremde Fotos/Marken ohne Recht, Gesundheitsversprechen, Fake-Siegel/-Bewertungen, Newsletter ohne Double-Opt-in. - Schutzstrategie: gepflegte Rechtstexte mit Update-Service + Pflichtangaben-Check bei jeder Änderung. - Im Abmahnfall: Fristen ernst nehmen, aber keine vorformulierte Unterlassungserklärung ohne Fachanwalt unterschreiben. Einordnung: Die Abmahnlandschaft wirkt bedrohlicher, als sie für vorbereitete Shops ist: Abgemahnt wird industriell, also nach Schema – und Schemata kann man abarbeiten. Wer die Klassiker-Liste einmal gründlich durchgeht und die Textpflege institutionalisiert, verwandelt das Damoklesschwert in eine jährliche Wartungsaufgabe; für alles darüber hinaus gilt der ehrlichste Satz dieser Seite: Das klärt der Anwalt, nicht das Lexikon. ## Shopware-Projekt: Agentur beauftragen oder selbst machen? URL: https://sw.seo-manager.info/shopware-agentur-oder-selbst Auch: Shopware Agentur · Shop selbst bauen · Dienstleister-Wahl Kategorie: Praxis & Entscheidungen Kurzantwort: Die ehrliche Antwort ist ein Sowohl-als-auch mit klarer Arbeitsteilung: Wiederkehrendes gehört ins eigene Haus, Einmaliges mit Spezialtiefe zum Profi. Selbst gut machbar – gerade mit den Anleitungen dieses Hubs: Betrieb, Inhalte, Basis-SEO, Plugin-Pflege und die Performance-Checkliste. Profi-Terrain: Migrationen, Individualentwicklung, Theme-Neubau, ERP-Anbindung – und die Wahl des Dienstleisters entscheidet dort mehr über den Erfolg als jede Systemfrage. Die Arbeitsteilung im Detail – und woran man gute Dienstleister erkennt: Ins eigene Haus gehört, was regelmäßig anfällt und Geschäftsnähe braucht: Produktpflege und Kategorietexte (niemand kennt Ihr Sortiment wie Sie – die Content-Fragen dieser Seite liefern das Handwerk), der Betriebsrhythmus aus Updates, Backups und Monitoring nach den Anleitungen der Betriebs-Kategorie, die Basis-Diagnosen (Langsam-Checkliste, Search-Console-Blick) und die Pflege des Plugin-Bestands. Diese Dinge auszulagern ist möglich, aber teuer im Dauerlauf – und wer sie nie selbst verstanden hat, kann Dienstleister-Qualität nicht beurteilen. Zum Profi gehört, was einmalig ist und Spezialwissen bündelt: die SW5- oder Fremdsystem-Migration, Individualplugins und Theme-Neubauten, ERP- und Schnittstellenprojekte, strukturelle SEO-Sanierungen – hier kostet der Lernweg des Selbermachens mehr als die Rechnung, und Fehler wirken jahrelang nach. Bei der Auswahl trennen fünf Kriterien Handwerker von Verkäufern: nachweisbare Shopware-Referenzen in Ihrer Größenordnung (Zertifizierungen sind ein Indiz, Referenzshops zum Anfassen sind der Beweis), Transparenz im Vorgehen (priorisierte Maßnahmen mit Begründung statt Blackbox-Pauschalen), realistische Aussagen – wer Platz-1-Garantien oder Festpreise für Unbekanntes verspricht, disqualifiziert sich –, saubere Übergaben (Dokumentation, Zugänge, Code in Ihrer Hand: Sie bleiben Eigentümer Ihres Shops) und erreichbarer Support nach Projektende. In eigener Sache, wie immer gekennzeichnet: Genau nach diesen Maßstäben arbeiten wir selbst – SEO NW übernimmt Shop-SEO und Betriebsthemen für Shopware-Händler (Details auf der Shopware-SEO-Seite dieses Hubs), und die ehrliche Erstberatung schließt ausdrücklich die Antwort ein, dass Sie etwas selbst erledigen können; dieser Wissensbereich existiert, damit Sie es können. Die Faustregel zum Mitnehmen: Kaufen Sie Expertise für Sprünge, behalten Sie die Schritte – ein Shop, dessen Betreiber ihn versteht, bleibt auch mit Dienstleistern in der eigenen Hand. Fakten: - Selbst (mit diesem Hub): Betrieb (Updates/Backups), Inhalte & Basis-SEO, Plugin-Pflege, Performance-Checkliste. - Profi-Terrain: Migrationen, Individualcode & Theme-Neubau, ERP-Schnittstellen, strukturelle SEO-Sanierung. - Ökonomie-Regel: Wiederkehrendes intern (Dauerkosten!), Einmaliges mit Spezialtiefe extern (Lernweg teurer als Rechnung). - Dienstleister-Kriterien: echte Referenzen · transparentes Vorgehen · realistische Aussagen · saubere Übergabe · Support danach. - Warnsignale: Platz-1-Garantien, Blackbox-Pauschalen, Code- und Zugangs-Hoheit beim Dienstleister. - In eigener Sache (gekennzeichnet): SEO NW – Shop-SEO & Betrieb für Shopware, kostenlose Erstberatung: 0800 188 7 100. Einordnung: Die Agentur-Frage ist keine Entweder-oder-, sondern eine Zuschnitt-Frage: Wer die Schritte selbst geht und Expertise nur für Sprünge einkauft, bezahlt Profis für das, was sie besser können – und bleibt trotzdem Herr im eigenen Shop. Genau diese Souveränität ist das eigentliche Produkt dieses Wissensbereichs; ob der Sprung-Partner dann wir sind oder ein Kollege, entscheidet Ihr Projekt. ## Was kann Shopware im B2B – und was braucht man dafür? URL: https://sw.seo-manager.info/b2b-shopware Auch: B2B-Shop · Großhandel Shopsystem · Firmenkunden-Shop Kategorie: Praxis & Entscheidungen Kurzantwort: B2B ist Shopwares Heimspiel-Disziplin: Kundengruppen mit eigenen Preisen, Staffelpreise, Netto-Darstellung und Regelwerk decken die Grundanforderungen schon in der Community Edition ab. Die Kür – Budgets, Freigabe-Workflows, Angebotswesen, Firmenkonten mit Mitarbeiter-Rollen – liefern die B2B-Komponenten der kommerziellen Pläne oder spezialisierte Plugins. Die eigentliche B2B-Entscheidung ist architektonisch: eigener B2B-Kanal oder Mischshop – und wie tief ERP und Shop verzahnt werden. Vom Preismodell bis zur ERP-Frage: die B2B-Bausteine im Überblick: Die Basis steht ab Werk: Kundengruppen trennen Geschäfts- von Privatkunden und steuern Netto- oder Brutto-Anzeige, erweiterte Preise bilden Staffeln und kundengruppenspezifische Konditionen ab, der Rule Builder verknüpft beides mit Zahlarten, Versandarten und Sichtbarkeiten („Rechnungskauf erst ab Kundengruppe Händler und Bestellwert X“), und die USt-IdNr.-Prüfung fürs innergemeinschaftliche Geschäft gehört in den Registrierungsprozess. Für reine Preislisten-B2B-Shops reicht das erstaunlich weit – ergänzt um Praktisches wie Bestellung per Artikelnummern-Schnellerfassung oder CSV-Upload aus dem Plugin-Ökosystem. Die Kür beginnt, wo Organisationen einkaufen statt Personen: Firmenkonten mit mehreren Mitarbeitern und Rollen, Budget-Grenzen, Freigabe-Workflows (der Einkäufer bestellt, die Leitung genehmigt), individuelles Angebotswesen mit Verhandlungsrunde – genau dieses Paket adressieren die B2B-Komponenten der kommerziellen Shopware-Pläne; wer nur einzelne Bausteine braucht, findet Alternativen im Erweiterungs-Store, sollte aber die Pflege-Kriterien der Plugin-Frage doppelt streng anlegen, denn B2B-Prozesse sind geschäftskritisch. Die Architekturfragen zum Schluss: Ein separater B2B-Verkaufskanal (eigene Domain, eigene Preise, geschlossener Zugang per Registrierungsfreigabe) hält die Welten sauber – der Mischshop mit Kundengruppen-Logik spart Pflege; beides ist gängig, entscheidend ist die bewusste Wahl. Und die ERP-Anbindung ist im B2B keine Zusatzoption, sondern meist der Projektkern: Bestände, kundenindividuelle Preise und Aufträge müssen synchron laufen – hier entsteht der Großteil des Budgets, hier gehört die Dienstleister-Erfahrung geprüft. Nüchtern kalkuliert bleibt B2B trotzdem Shopwares stärkstes Argument gegen die Miet-Konkurrenz: Genau diese Prozess-Tiefe ist bei SaaS-Systemen limitiert oder teuer zugekauft. Ein Randnutzen für die Sichtbarkeit: B2B-Suchanfragen („Großhandel X“, „X auf Rechnung für Firmen“) sind spezifisch und schwach umkämpft – eine offene B2B-Informationsseite mit geschlossenem Shop dahinter fängt sie ein, ohne Konditionen zu verraten. Fakten: - Ab Werk (CE): Kundengruppen, Netto/Brutto-Logik, Staffel- und Kundengruppenpreise, Rule Builder, geschlossene Registrierung. - Kommerzielle Kür: Firmenkonten mit Rollen, Budgets, Freigabe-Workflows, Angebotswesen – B2B-Komponenten der Pläne (v. a. Evolve/Beyond). - Pflicht-Details: USt-IdNr.-Prüfung, Rechnungskauf-Steuerung per Regeln, Schnellbestellung/CSV als Plugin-Ergänzung. - Architektur-Wahl: separater B2B-Kanal (sauber getrennt) vs. Mischshop mit Kundengruppen (pflegeleicht). - Projektkern ERP: Bestände, Individualpreise, Aufträge synchron – hier liegt das Hauptbudget und die Dienstleister-Frage. - SEO-Randnutzen: spezifische B2B-Suchanfragen mit offener Infoseite einfangen – Shop dahinter geschlossen. Einordnung: B2B-Commerce ist weniger Schaufenster als Prozessabbildung – und genau deshalb liegt er Shopware: Das Regelwerk-Denken des Systems passt zur Wirklichkeit aus Kundengruppen, Konditionen und Freigaben. Wer die Basis in der Community Edition ausreizt und die Kür erst kauft, wenn Organisationsstrukturen sie verlangen, bekommt den seltenen Fall eines B2B-Projekts, das mit dem Bedarf wächst statt ihm vorauszueilen. ## Wie sichert man einen Shopware-Shop richtig? URL: https://sw.seo-manager.info/backups Auch: Datensicherung Shop · Backup-Strategie · Restore Kategorie: Betrieb & Technik Kurzantwort: Ein Shop-Backup besteht immer aus zwei Hälften: der Datenbank (Bestellungen, Kunden, Produkte) und den Dateien (Medien, Konfiguration, Anpassungen) – eine allein ist wertlos. Der Goldstandard heißt 3-2-1: drei Kopien, auf zwei verschiedenen Medientypen, davon eine außer Haus – Hoster-Backups zählen dabei nur als eine der drei. Und die unbequemste Wahrheit zuerst: Ein Backup existiert erst, wenn die Wiederherstellung getestet wurde – ungeprüfte Sicherungen sind Hoffnungs-Dateien. Was, wie oft, wie lange – und der Restore-Test als Pflichttermin: Das Was: die komplette Datenbank (per Dump, konsistent gezogen), das Medienverzeichnis (Produktbilder sind oft die größte und am schwersten wiederbeschaffbare Position), die Konfigurationsdateien samt Umgebungsvariablen und alle Eigenanpassungen – eigene Plugins und Themes gehören zusätzlich in eine Versionsverwaltung, die nebenbei das beste Backup für Code ist. Das Wie oft folgt der Änderungsrate: Die Datenbank eines aktiven Shops verdient tägliche Sicherung, bei hohem Bestellaufkommen ergänzt um häufigere Snapshots – die Leitfrage lautet, wie viele Stunden Bestellungen man im Ernstfall nachtragen könnte. Dateien ändern sich träger; täglich inkrementell oder wöchentlich voll genügt meist. Die Aufbewahrung staffelt sich sinnvoll (etwa täglich für zwei Wochen, wöchentlich für zwei Monate, monatlich fürs Jahr) – denn nicht jede Katastrophe fällt sofort auf: Ein schleichender Datenfehler oder eine Kompromittierung, die erst nach drei Wochen entdeckt wird, braucht ältere Stände; genau deshalb müssen Backups auch versioniert und gegen Überschreiben geschützt sein, sonst sichert man verschlüsselte Ransomware-Daten brav über die letzte gesunde Kopie. Und der Pflichttermin: Zweimal im Jahr wird ein kompletter Restore auf das Staging durchgespielt und die Wiederherstellungszeit notiert – dieser Test findet zuverlässig die fehlende Tabelle, das vergessene Verzeichnis oder das abgelaufene Zugangspasswort, und zwar am Übungstag statt am Ernstfall-Sonntag. Hoster-Backups sind dabei willkommener Bestandteil der Drei – aber wer ihnen allein vertraut, delegiert seine Existenzsicherung an einen Dienstleister samt dessen Kündigungsfristen. Fakten: - Zwei Hälften: Datenbank-Dump + Dateien (Medien, Konfiguration, Anpassungen) – nur zusammen ein Backup. - 3-2-1-Regel: 3 Kopien · 2 unabhängige Systeme · 1 außer Haus – Hoster-Backup zählt als eine Kopie. - Frequenz-Leitfrage: Wie viele Stunden Bestellungen sind verschmerzbar? → DB täglich+, Dateien täglich/wöchentlich. - Aufbewahrung gestaffelt: z. B. 14 Tage täglich, 8 Wochen wöchentlich, 12 Monate monatlich – gegen spät entdeckte Schäden. - Ransomware-Schutz: Backups versioniert und unveränderlich halten – sonst wird die Kopie mitverschlüsselt. - Pflichttermin: Restore-Übung auf Staging (2×/Jahr) mit notierter Wiederherstellungszeit – erst dann existiert das Backup. Einordnung: Backups sind das einzige Betriebsthema, bei dem Paranoia die korrekte Fachhaltung ist: Der Shop ist bei vielen Händlern das wirtschaftliche Rückgrat, und seine vollständige Kopie kostet weniger als eine Stunde Ausfall. Die 3-2-1-Regel plus geübter Restore verwandelt den denkbar schlimmsten Tag des Geschäfts in eine ärgerliche, aber überschaubare Episode. ## Wie optimiert man Shop-Bilder richtig? URL: https://sw.seo-manager.info/bilder-optimieren Auch: WebP · AVIF · Bildkompression · Lazy Loading Kategorie: Performance & Core Web Vitals Kurzantwort: Bilder sind im Shop der größte Gewichtsposten – typisch die Hälfte bis zwei Drittel jeder Seitenladung – und damit der direkteste LCP-Hebel. Die Optimierungs-Trias: moderne Formate (WebP, AVIF), passende Größen für jedes Gerät und Lazy Loading für alles unterhalb des sichtbaren Bereichs. Shopware 6 erzeugt Thumbnail-Größen automatisch; moderne Formate liefern Sie je nach Setup über die Bordmittel neuerer Versionen, ein Plugin oder den Webserver aus. Die Praxis-Checkliste – und die zwei Ausnahmen vom Lazy Loading: Erstens Formate: WebP spart gegenüber JPEG grob ein Viertel bis die Hälfte, AVIF nochmals mehr – bei praktisch identischer Optik. Je nach Shopware-Version und Setup aktivieren Sie die Generierung in den Medieneinstellungen, per bewährtem Plugin oder lassen den Webserver beziehungsweise ein CDN die Konvertierung on-the-fly erledigen; wichtig ist nur das Ergebnis im Quelltext (picture/srcset mit modernen Typen plus JPEG-Fallback). Zweitens Größen: Die Thumbnail-Konfiguration der Medienordner sollte zu den tatsächlich gerenderten Maßen passen – ein 300-Pixel-Listing-Bild aus einer 1920er-Datei zu skalieren, verschenkt den ganzen Effekt; die Entwicklerkonsole („eigentliche Größe“ vs. „dargestellte Größe“) entlarvt solche Fälle in Sekunden. Drittens Kompression: Qualitätsstufe 75 bis 85 ist der Sweet Spot – darunter leiden Produktfotos sichtbar, darüber wächst nur die Datei. Viertens Lazy Loading – mit den zwei entscheidenden Ausnahmen: Das LCP-Bild (Produkt-Hauptbild, Bühnenbild) darf niemals lazy laden, sonst verschlechtern Sie exakt die Metrik, die Sie verbessern wollen; gleiches gilt für das Logo. Für dieses eine Bild lohnt das Gegenteil: eine Preload-Anweisung, damit der Browser es vor allem anderen holt. Und fünftens die Sorgfalts-Basics: sprechende Dateinamen und Alt-Texte – fürs Bilder-SEO und die Barrierefreiheit, kostenlos mitgenommen. Fakten: - Gewichtsanteil: Bilder stellen typisch 50–70 % des Seitengewichts – der größte LCP-Hebel im Shop. - Formate: WebP ≈ 25–50 % kleiner als JPEG, AVIF nochmals sparsamer – immer mit Fallback ausliefern. - Shopware-Bordmittel: automatische Thumbnail-Größen je Medienordner – Konfiguration an reale Rendermaße anpassen. - Lazy Loading: Standard für alles unter dem Sichtbereich – Ausnahme: LCP-Bild und Logo (eher preloaden). - Kompressions-Sweet-Spot: Qualität 75–85 – Produktfotos vertragen weniger Verlust als Deko-Bilder. - Nebengewinn: Alt-Texte und sprechende Dateinamen zahlen auf Bilder-SEO und Barrierefreiheit ein. Einordnung: Bildoptimierung ist die Diät mit der schnellsten Waage: Kein anderer Eingriff nimmt einer Shop-Seite so viele Kilobyte in so kurzer Zeit ab – und kein anderer wird so oft durch ein einziges lazy geladenes Hauptbild wieder ruiniert. Wer die Checkliste einmal durchzieht und das LCP-Bild heiligt, hat die halbe Vitals-Sanierung hinter sich. ## Wie funktionieren Canonical-Tags in Shopware? URL: https://sw.seo-manager.info/canonical-tags Auch: rel=canonical · kanonische URL · Duplicate-Content-Schutz Kategorie: Shop-SEO Kurzantwort: Der Canonical-Tag sagt Google, welche URL die „Original-Adresse“ eines Inhalts ist – alle Ranking-Signale von Kopien und Varianten laufen dort zusammen. Shopware 6 setzt Canonicals in den wichtigsten Fällen automatisch: Produktvarianten verweisen standardmäßig auf ihr Hauptprodukt, Listing-Spielarten auf die saubere Kategorie-URL. Ihre Aufgabe ist weniger das Setzen als das Prüfen: Falsch konfigurierte Varianten-Canonicals und vergessene Parameter-URLs sind die zwei Klassiker. Der Varianten-Fall – die wichtigste Canonical-Entscheidung im Shop: Ein T-Shirt in acht Farben und fünf Größen sind vierzig URLs mit praktisch identischem Inhalt – ohne Steuerung konkurrieren sie gegeneinander und verwässern jedes Ranking. Der Shopware-Standard löst das elegant: Alle Varianten tragen ein Canonical auf das Hauptprodukt, das damit sämtliche Signale bündelt und für „T-Shirt Modellname“ mit voller Kraft antritt. Vom Standard abweichen sollten Sie nur mit gutem Grund: Wenn eine Variante eigenes Suchvolumen hat („Modellname rot“) UND eine eigenständig beschriebene Seite bekommt, kann ihre Indexierung lohnen – wer dagegen alle vierzig Farb-Größen-Kombinationen indexieren lässt, züchtet Duplicate Content mit Ansage. Zum Prüfen genügt der Blick in den Quelltext (link rel=canonical) und in die Search Console unter „Seitenindexierung“: Meldungen wie „Duplikat – vom Nutzer nicht als kanonisch festgelegt“ sind das Symptom, dass Google Ihren Hinweisen nicht folgt – fast immer, weil interne Links, Sitemap und Canonical in verschiedene Richtungen zeigen. Fakten: - Funktion: rel=canonical bündelt Ranking-Signale von Duplikaten auf einer Original-URL. - Shopware-Standard: Varianten kanonisieren aufs Hauptprodukt – pro Produkt umstellbar. - Abweichung nur mit Grund: eigenständige Varianten-Indexierung erfordert eigenes Suchvolumen + eigenen Content. - Charakter: ein Hinweis, kein Befehl – Google ignoriert widersprüchliche Canonicals. - Konsistenz-Gebot: interne Links, Sitemap und Canonical müssen dieselbe URL nennen. - Prüfwege: Quelltext-Check und Search Console → Seitenindexierung (Duplikat-Meldungen). Einordnung: Der Canonical-Tag ist die Bündelungs-Maschine des Shop-SEO: unscheinbar, aber er entscheidet, ob vierzig Varianten-URLs gemeinsam stark sind oder einzeln unsichtbar. Die Shopware-Automatik macht das Richtige – solange niemand ohne Not daran dreht; geprüft wird trotzdem, denn hier kosten Fehler leise und lange. ## Wie optimiert man den Checkout in Shopware? URL: https://sw.seo-manager.info/checkout-optimierung Auch: Kaufprozess optimieren · Checkout-Conversion · Bestellprozess Kategorie: Conversion & Checkout Kurzantwort: Der Checkout ist die teuerste Strecke des Shops: Jeder Besucher hier wollte bereits kaufen – jede Hürde vernichtet deshalb fast fertige Umsätze. Die Optimierungs-Klassiker: Gast-Bestellung, so wenige Felder wie rechtlich und logistisch nötig, Kosten-Transparenz vor dem letzten Schritt und Vertrauenssignale am Zahlpunkt. Shopware-Vorteil gegenüber Miet-Systemen: Der Checkout gehört Ihnen – jede dieser Stellschrauben ist per Einstellung, Regel oder Template erreichbar. Die Maßnahmen-Liste nach Wirkung sortiert: Ganz oben steht die Gast-Bestellung: Der Kontozwang ist laut Abbruchforschung Ausstiegsgrund Nummer zwei und in Shopware eine simple Einstellung – das Konto lässt sich nach dem Kauf immer noch anbieten („Passwort wählen und Bestellung verfolgen“), dann als Service statt als Schranke. Es folgt die Feld-Diät: Jedes Formularfeld kostet Conversion; Firmenname, zweite Adresszeile und Telefonnummer gehören optional oder weg (Ausnahme: Nummer für Speditionsware – dann mit Begründung am Feld), Rechnungs- gleich Lieferadresse ist der Standard-Haken, und die Fehlermeldungen sollten sagen, was zu tun ist, statt rot zu blinken. Drittens Kosten-Ehrlichkeit: Versandkosten und Steuern dürfen im letzten Schritt niemals erstmals erscheinen – die Bestellübersicht bestätigt Bekanntes, sie enthüllt nichts Neues; das ist nebenbei die Buttonlösungs-Pflicht („zahlungspflichtig bestellen“) zu Ende gedacht. Viertens der Zahlpunkt: erwartete Zahlarten (eigene Frage nebenan), dezente Sicherheits- und Käuferschutz-Signale genau neben dem Zahlbereich und keine ablenkenden Ausgänge – Shopware reduziert Header und Navigation im Checkout bereits von Haus aus. Fünftens die Technik: Der Checkout ist die falscheste Stelle für träge Skripte; die Performance-Kategorie dieser Seite gilt hier doppelt. Gemessen wird jede Änderung am Verkaufstrichter – Checkout-Optimierung ist kein Projekt mit Enddatum, sondern die profitabelste Daueraufgabe des Shops: Nirgendwo sonst hebt ein gewonnener Prozentpunkt so direkt den Umsatz. Fakten: - Hebel-Rangfolge: Gast-Bestellung → Feld-Diät → Kosten-Transparenz → Zahlarten & Trust → Checkout-Performance. - Shopware-Einstellungen: Gast-Bestellung, Feld-Konfiguration und Checkout-Regeln ohne Programmierung erreichbar. - Formular-Regel: jedes Pflichtfeld braucht einen logistischen oder rechtlichen Grund – sonst optional/weg. - Rechtsrahmen DE: Buttonlösung („zahlungspflichtig bestellen“) und vollständige Bestellübersicht sind Pflicht. - Keine Last-Minute-Kosten: Versand & Co. spätestens im Warenkorb – die Übersicht bestätigt nur noch. - Messpunkt: Verkaufstrichter je Checkout-Schritt – jede Maßnahme gegen die eigene Ausstiegskurve prüfen. Einordnung: Checkout-Optimierung ist Umsatzarbeit mit Lupe statt Megafon: keine Kampagne, kein neues Budget – nur das systematische Entfernen von Gründen, im letzten Moment doch nicht zu kaufen. Dass Shopware jeden dieser Griffe erlaubt, ist der stillste Vorteil des Systems; nutzen muss ihn der Betreiber. ## Wann braucht ein Shop ein Consent-Banner – und wie macht man es richtig? URL: https://sw.seo-manager.info/consent-management Auch: Cookie-Banner · Einwilligung · CMP Shopware Kategorie: Tracking & Datenschutz Kurzantwort: Ein Consent-Banner ist keine Deko-Pflicht, sondern die Folge der eingesetzten Technik: Einwilligung braucht, wer auf dem Endgerät speichert oder ausliest, ohne dass es technisch notwendig ist – Marketing-Pixel, Werbe-Cookies, viele Drittdienste. Die Umkehrung ist die eigentliche Strategie: Wer Dienste ausmistet und cookielos misst, braucht weniger einzuholen – das kleinste gute Banner ist das überflüssige. Wenn ein Banner nötig ist, gilt: echte Wahlfreiheit, Ablehnen so leicht wie Zustimmen – Dark Patterns sind rechtlich angreifbar und kosten obendrein Vertrauen. Die Umsetzungs-Regeln – und die Fehler, die Banner abmahnbar machen: Technisch nicht einwilligungspflichtig sind Dienste, ohne die der Shop nicht funktioniert: Session- und Warenkorb-Cookies, Login, Sprach- und Zahlungsabwicklung – dafür genügt Transparenz in der Datenschutzerklärung. Einwilligung brauchen dagegen Werbe- und Tracking-Dienste mit Endgeräte-Zugriff: Marketing-Pixel der großen Plattformen, Remarketing, personalisierte Empfehlungen mit Profilbildung, eingebettete Fremdinhalte mit Cookies. Für die Umsetzung in Shopware stehen Consent-Plugins beziehungsweise Consent-Management-Plattformen bereit; entscheidend ist weniger das Produkt als die Konfiguration: Dienste dürfen erst nach dem Klick laden (vorher blockiert – prüfbar im Netzwerk-Tab), die Auswahl muss granular nach Zwecken sein, und der Ablehnen-Weg muss dem Zustimmen-Weg gleichwertig gegenüberstehen – auf erster Ebene, gleiche Größe, keine Farbtricks. Genau an diesen Punkten scheitern Banner in der Abmahn- und Behördenpraxis: vorausgeladene Pixel trotz Banner, versteckte Ablehnen-Links, „berechtigtes Interesse“ als Etikett für Werbedienste, nudgende Buttonfarben. Die Einwilligungen selbst gehören protokolliert (Nachweispflicht) und müssen so leicht widerrufbar sein wie erteilt – ein Link im Footer genügt. Und die strategische Klammer zum Schluss: Jedes Prozent Ablehnquote ist ein Prozent blinder Fleck in den Marketing-Daten – auch deshalb lohnt der cookielose Unterbau dieser Kategorie doppelt: Die Basis-Analyse läuft bannerunabhängig weiter, gefragt wird nur noch für das, was Werbung wirklich braucht. Verbindliche Bewertung im Einzelfall: Ihre Rechtsberatung. Fakten: - Einwilligungs-Auslöser: nicht notwendiges Speichern/Auslesen am Endgerät (TDDDG § 25) – nicht „Cookies“ pauschal. - Ohne Banner zulässig: technisch Notwendiges (Session, Warenkorb, Login) – transparent erklärt. - Banner-Pflichtregeln: Dienste laden erst nach Klick · granulare Zwecke · Ablehnen gleichwertig auf Ebene eins. - Abmahn-Klassiker: vorausladende Pixel, versteckte Ablehnen-Wege, Farb-Nudging, Werbedienste als „berechtigtes Interesse“. - Pflichten drumherum: Einwilligungen protokollieren, Widerruf so leicht wie Erteilung (Footer-Link). - Strategie: Dienste-Diät + cookielose Analyse = kleines Banner und lückenlosere Basisdaten. Einordnung: Consent Management wird meist als Banner-Beschaffung missverstanden – dabei ist es eine Inventur-Disziplin: Das beste Setup entsteht nicht durch das raffinierteste Popup, sondern durch die kürzeste Liste einwilligungspflichtiger Dienste. Wer erst aufräumt und dann fragt, bekommt drei Geschenke auf einmal: weniger Rechtsrisiko, bessere Daten und Kunden, die nicht schon beim Betreten des Shops genervt sind. ## Cookieloses Tracking – geht das wirklich? URL: https://sw.seo-manager.info/cookieloses-tracking Auch: Tracking ohne Cookies · disableCookies · cookiefreie Analyse Kategorie: Tracking & Datenschutz Kurzantwort: Ja – Matomo kann vollständig ohne Cookies messen: Besuche, Seitenaufrufe, Herkunft, E-Commerce-Umsätze; die Konfiguration heißt disableCookies. Der Preis ist Präzision bei der Wiedererkennung: Ohne Cookie werden wiederkehrende Besucher über längere Zeiträume schlechter zusammengeführt – für Shop-Steuerung verschmerzbar. Der Gewinn ist der eigentliche Punkt: Ohne Zugriff auf das Endgerät entfällt der klassische Einwilligungs-Auslöser – die Grundlage der banner-armen Analyse (keine Rechtsberatung!). Wie Matomo ohne Cookies zählt – und warum die Grenzen ein Feature sind: Technisch ersetzt Matomo das Cookie durch ein flüchtiges Sitzungs-Merkmal: Aus wenigen, serverseitig verarbeiteten Signalen (etwa gekürzte IP und Browser-Konfiguration) entsteht eine anonymisierte Kennung, die nach kurzer Zeit verfällt und sich nicht zu einem Langzeitprofil aufaddieren lässt. Innerhalb eines Besuchs ist damit alles messbar, was ein Shop wissen muss – welcher Kanal brachte den Besucher, welche Seiten sah er, was landete im Warenkorb, was wurde gekauft. Verloren geht die Präzision beim Satz „derselbe Besucher kam nach neun Tagen wieder“: Solche Wiederkehrer erscheinen tendenziell als neue Besucher, Kennzahlen wie „Tage bis zur Conversion“ werden unscharf. In der Praxis ist das für die allermeisten Entscheidungen irrelevant – Sortiments-, Kampagnen- und Conversion-Steuerung funktionieren mit Sitzungsdaten einwandfrei – und genau diese Datensparsamkeit ist das Argument, mit dem sich die cookielose Analyse rechtlich und gegenüber Kunden so entspannt vertreten lässt. Wichtig bleibt die Ehrlichkeits-Klammer dieser Kategorie: Die verbreitete Praxis, cookieloses Matomo mit IP-Kürzung ohne Einwilligungs-Banner zu betreiben, stützt sich auf gute Argumente und wird von Datenschutzbehörden deutlich freundlicher gesehen als US-Dienste – eine Garantie ist sie nicht, und ein Plugin ersetzt keine juristische Prüfung Ihrer konkreten Konstellation. Fakten: - Machbar: Matomo misst mit disableCookies vollständig ohne Cookies – inklusive E-Commerce. - Mechanik: kurzlebige, anonymisierte Sitzungskennung statt Langzeit-Cookie – kein Profil-Aufbau. - Einschränkung: Wiederkehrer-Erkennung über Tage/Geräte wird konservativer – Sitzungssteuerung bleibt voll aussagekräftig. - Rechtslogik: kein Speichern/Auslesen am Endgerät → der klassische Einwilligungs-Auslöser (TDDDG § 25) entfällt. - Pflicht-Begleiter: IP-Kürzung, Datenschutzerklärungs-Absatz, ggf. Widerspruchsmöglichkeit (Opt-out). - Grenze der Aussage: bewährte Argumentation, keine Garantie – finale Bewertung durch Ihre Rechtsberatung. Einordnung: Cookieloses Tracking ist der seltene Kompromiss, bei dem alle gewinnen: Kunden werden nicht verfolgt, der Shop bekommt seine Steuerungszahlen, und das Banner-Theater schrumpft auf das Nötigste. Dass dabei ein paar Langzeit-Metriken unscharf werden, ist kein Verlust, sondern der Beweis, dass man nur misst, was man wirklich braucht. ## Was bedeuten LCP, INP und CLS für einen Onlineshop? URL: https://sw.seo-manager.info/core-web-vitals-shop Auch: LCP · INP · CLS · Page Experience Kategorie: Performance & Core Web Vitals Kurzantwort: Die Core Web Vitals sind Googles drei Nutzererlebnis-Messwerte: LCP (Ladezeit des Hauptinhalts), INP (Reaktionsgeschwindigkeit auf Eingaben) und CLS (visuelle Stabilität). Im Shop haben alle drei ein Gesicht: LCP ist meist das Produktbild, INP der träge Filter- oder Variantenklick, CLS der nachspringende Banner überm „Kaufen“-Button. Die Zielwerte: LCP unter 2,5 Sekunden, INP unter 200 Millisekunden, CLS unter 0,1 – gemessen an echten Nutzern (Felddaten), nicht im Labor. Feld schlägt Labor – und was die Vitals fürs Ranking wirklich bedeuten: Der wichtigste Denkfehler zuerst: Der Lighthouse-Score aus dem Labor ist nicht die Note, die zählt. Google bewertet die Felddaten echter Chrome-Nutzer (CrUX-Report, 28-Tage-Fenster) – ein Shop kann im Labor 95 Punkte glänzen und im Feld durchfallen, weil echte Kunden auf echten Mobilfunknetzen mit vollen Warenkörben unterwegs sind. Prüfen Sie deshalb zuerst die Felddaten in PageSpeed Insights oder der Search Console (Bericht „Nutzerfreundlichkeit“); das Labor dient danach der Ursachensuche. Zweite Einordnung: Die Vitals sind ein Rankingfaktor unter vielen – sie entscheiden Duelle zwischen ähnlich relevanten Seiten, ersetzen aber keinen Inhalt; ihr größerer Wert liegt ohnehin in der Conversion (siehe Speed-und-Umsatz-Frage). Dritte Praxisnotiz für Shopware: Seit dem Wechsel von FID zu INP (März 2024) ist JavaScript-Disziplin die härteste Vitals-Währung – üppige Themes, Tag-Manager-Sammlungen und Chat-Widgets sind die üblichen INP-Täter; das Standard-Theme selbst ist solide, verdorben wird es fast immer durch Zubehör. Die Reihenfolge der Sanierung ergibt sich aus den eigenen Werten: rotes LCP → Bilder und Caching zuerst; rotes INP → Skript-Inventur; roter CLS → Maße und Platzhalter – die passenden Detail-Fragen stehen in dieser Kategorie nebenan. Fakten: - Die drei Werte: LCP < 2,5 s · INP < 200 ms · CLS < 0,1 – „gut“ jeweils für 75 % der Nutzer. - INP ersetzte FID im März 2024 – deutlich strenger, weil jede Interaktion zählt, nicht nur die erste. - Maßgeblich sind Felddaten (CrUX, 28 Tage) – Labor-Scores dienen der Diagnose, nicht der Bewertung. - Shop-Übersetzung: LCP = Produktbild · INP = Filter/Varianten · CLS = springende Banner. - Ranking-Rolle: ein Faktor unter vielen – entscheidet Gleichstände, ersetzt keine Relevanz. - Prüfpfade: PageSpeed Insights, Search Console → Nutzerfreundlichkeit, plus unsere Vitals-Tools auf pagespeed.de. Einordnung: Die Core Web Vitals haben der Performance-Debatte etwas Seltenes geschenkt: drei Zahlen, auf die sich Google, Kunden und Techniker einigen können. Wer sie als Felddaten liest und jede rote Metrik ihrem Schuldigen zuordnet, verwandelt das diffuse „der Shop fühlt sich langsam an“ in eine abarbeitbare Liste – genau dafür ist diese Kategorie da. ## Was gehört in die Datenschutzerklärung eines Onlineshops? URL: https://sw.seo-manager.info/datenschutzerklaerung-shop Auch: Datenschutzhinweise · Privacy Policy Shop · Datenschutztext Kategorie: Tracking & Datenschutz Kurzantwort: Die Datenschutzerklärung ist die Inventarliste Ihrer Datenverarbeitung: Jeder tatsächliche Vorgang im Shop – vom Serverlog bis zum Newsletter – gehört hinein, verständlich und vollständig. Shop-typische Pflichtkapitel: Verantwortlicher, Hosting, Bestellabwicklung, Kundenkonto, Zahlung, Versand-Datenweitergabe, Analyse, Newsletter, Betroffenenrechte. Die goldene Regel: Der Text muss zum Shop passen wie ein Fingerabdruck – kopierte Muster mit Diensten, die Sie gar nicht (oder eben doch) nutzen, sind der Abmahn-Klassiker. Keine Rechtsberatung – finaler Check gehört zum Profi. Das Bauprinzip: erst Inventur, dann Text – und die Shop-Besonderheiten: Der belastbare Weg beginnt nicht beim Textmuster, sondern bei der Dienste-Inventur aus der Consent-Frage dieser Kategorie: Was läuft wirklich im Shop – Hoster (mit AV-Vertrag), Shopsystem-Funktionen, Zahlungsanbieter, Versanddienstleister, Analyse, Newsletter-Tool, eingebundene Drittinhalte? Für jeden Posten beantwortet die Erklärung dieselben vier Fragen: Welche Daten, zu welchem Zweck, auf welcher Rechtsgrundlage, wie lange gespeichert – dazu der Empfänger, wenn Daten das Haus verlassen. Shop-Besonderheiten, die in Allerwelts-Mustern gern fehlen: die Weitergabe von Name, Adresse und gegebenenfalls E-Mail an Versanddienstleister (für Ankündigungs-Mails der Paketdienste braucht es eine eigene Grundlage), die Bonitätsprüfung bei Rechnungskauf (falls im Einsatz: ausdrücklich erklären!), Aufbewahrungsfristen für Bestell- und Rechnungsdaten aus dem Steuerrecht, das Kundenkonto samt Löschweg und – bei cookielosem Matomo – der ehrliche Absatz, dass ohne Cookies auf dem eigenen Server gemessen wird, inklusive Widerspruchsmöglichkeit. Formal gilt: von jeder Seite mit einem Klick erreichbar (Footer-Link „Datenschutz“, getrennt vom Impressum), aktuell gehalten bei jeder Dienste-Änderung – die Erklärung altert mit jedem neuen Plugin. Generatoren und Muster sind als Gerüst legitim; die Passung zum realen Shop und der finale Blick gehören zu Anwalt oder Datenschutzbeauftragtem. Der Lohn der Mühe ist übrigens messbar: Im DACH-Raum lesen erstaunlich viele Kunden vor der ersten Bestellung genau diese Seite – sie ist Trust-Element, nicht nur Pflicht. Fakten: - Bauprinzip: Dienste-Inventur zuerst – der Text bildet nur ab, was tatsächlich läuft. - Vier Fragen je Verarbeitung: welche Daten · Zweck · Rechtsgrundlage · Speicherdauer (+ Empfänger). - Shop-Spezifika: Versand-Datenweitergabe, Zahlung/Bonitätsprüfung, steuerliche Aufbewahrung, Kundenkonto, Analyse. - Formalia: per Footer von jeder Seite erreichbar, vom Impressum getrennt, bei jeder Änderung gepflegt. - Abmahn-Klassiker: kopierte Muster, die genutzte Dienste verschweigen oder ungenutzte auflisten. - Absicherung: Generator/Muster als Gerüst, finale Prüfung durch Rechtsprofi – diese Seite ersetzt sie nicht. Einordnung: Die Datenschutzerklärung ist das ehrlichste Dokument des Shops: Sie zwingt einmal im Jahr zur Frage, welche Dienste eigentlich noch mitlaufen – und belohnt Aufgeräumtheit mit kurzem Text. Wer sie als Inventur statt als Pflichtprosa behandelt, hat sie nie wieder als Baustelle. ## Welche DSGVO-Pflichten hat ein Onlineshop? URL: https://sw.seo-manager.info/dsgvo-onlineshop Auch: Datenschutz Shop · DSGVO Pflichten · Datenschutz E-Commerce Kategorie: Tracking & Datenschutz Kurzantwort: Ein Onlineshop verarbeitet zwangsläufig personenbezogene Daten – Bestellungen, Konten, Zahlungen, Versand – und steht damit mitten in der DSGVO, nicht am Rand. Die Kernpflichten: saubere Rechtsgrundlagen je Verarbeitung, vollständige Datenschutzerklärung, Auftragsverarbeitungsverträge mit Dienstleistern, Datensparsamkeit und funktionierende Betroffenenrechte. Diese Seite ist eine Praxis-Landkarte, keine Rechtsberatung – die verbindliche Prüfung gehört zu Anwalt oder Datenschutzbeauftragtem. Die Pflichten-Landkarte: vom Fundament bis zum Tagesgeschäft: Das Fundament sind die Rechtsgrundlagen: Bestell- und Versanddaten laufen über die Vertragserfüllung, Aufbewahrung von Rechnungen über gesetzliche Pflichten (Steuerrecht: bis zu zehn Jahre), Werbung und Newsletter über Einwilligung (Double-Opt-in dokumentieren!), Reichweitenmessung typischerweise über berechtigtes Interesse oder Einwilligung – je Verarbeitung eine bewusste Zuordnung, festgehalten im Verzeichnis der Verarbeitungstätigkeiten, das auch kleine Shops führen müssen. Die Dokumente darüber: eine Datenschutzerklärung, die jede tatsächliche Verarbeitung nennt (eigene Frage in dieser Kategorie), und Auftragsverarbeitungsverträge mit jedem Dienstleister, der Daten für Sie verarbeitet – Hoster, Newsletter-Dienst, Payment-Provider, externes Fulfillment; fehlende AV-Verträge sind ein Klassiker bei Prüfungen. Die Prozesse dahinter: Datensparsamkeit im Checkout (das Pflichtfeld „Geburtsdatum“ ohne Altersprüfungs-Grund ist ein Eigentor), Gast-Bestellung ermöglichen, Löschkonzept für Konten und Altdaten, TLS-Verschlüsselung überall, und ein realistischer Plan für Betroffenenanfragen – Auskunft, Berichtigung, Löschung binnen eines Monats – sowie für Datenpannen mit ihrer 72-Stunden-Meldefrist. Shopware unterstützt technisch (Gast-Checkout, Datenexporte, Löschfunktionen); die Verantwortung, dass Konfiguration und Papierlage zusammenpassen, bleibt beim Betreiber. Wer die Landkarte einmal systematisch abarbeitet – am besten mit professioneller Begleitung – hat danach ein ruhiges Tagesgeschäft: Die DSGVO bestraft selten das ehrliche Bemühen, aber zuverlässig das Ignorieren. Fakten: - Rechtsgrundlagen zuordnen: Vertrag (Bestellung/Versand) · Gesetz (Aufbewahrung) · Einwilligung (Newsletter) · berechtigtes Interesse (u. a. Analyse). - Pflichtdokumente: Datenschutzerklärung, Verzeichnis der Verarbeitungstätigkeiten, AV-Verträge mit allen Dienstleistern. - Datensparsamkeit: nur erheben, was der Kauf braucht – Gast-Checkout anbieten, Pflichtfelder hinterfragen. - Betroffenenrechte: Auskunft, Berichtigung, Löschung – Frist grundsätzlich ein Monat; Prozesse vorbereiten. - Datenpannen: Meldung an die Aufsichtsbehörde binnen 72 Stunden ab Kenntnis – Notfallplan bereithalten. - Shopware-Hilfen: Gast-Bestellung, Export- und Löschfunktionen – ersetzen kein Konzept und keine Rechtsberatung. Einordnung: Die DSGVO ist für Shops weniger ein Verbotskatalog als eine Ordnungsübung: Wer weiß, welche Daten er wofür verarbeitet, hat achtzig Prozent der Arbeit erledigt – und nebenbei ein Verkaufsargument, denn Datensorgfalt ist im DACH-Raum Vertrauenswährung. Der Rest ist Papier in Anwaltsbegleitung – einmal sauber, dann nur noch Pflege. ## Wie vermeidet man Duplicate Content durch Varianten und Filter? URL: https://sw.seo-manager.info/duplicate-content-varianten Auch: doppelte Inhalte · Variantenproblem · Filter-URLs Kategorie: Shop-SEO Kurzantwort: Duplicate Content entsteht im Shop fast nie durch Kopieren, sondern durch Technik: Varianten, Filter, Sortierungen und Parameter erzeugen dutzende URLs mit demselben Inhalt. Die Folgen sind schleichend: Google verteilt Crawl-Budget und Ranking-Signale auf Kopien – keine Strafe, aber verwässerte Sichtbarkeit. Die Gegenmittel sind Standardwerkzeuge in richtiger Kombination: Canonicals für Varianten, Index-Steuerung für Filter, eigene Texte gegen Herstellertext-Klone. Die drei Duplikat-Quellen jenseits der Varianten: Quelle eins: Filter- und Sortier-URLs. Jede Kombination aus Farbe, Preis-Slider und Sortierung erzeugt eine Parameter-URL des Kategorielistings – potenziell tausende Beinahe-Kopien. Die saubere Linie: Solche URLs kanonisieren auf die Basis-Kategorie oder per noindex aus dem Index halten; nur Filterseiten mit echtem eigenem Suchbedarf (etwa „Wanderschuhe wasserdicht“) verdienen als gepflegte Landingpages eine Ausnahme. Quelle zwei: Herstellertexte. Wer Produktbeschreibungen unverändert vom Lieferanten übernimmt, teilt sich denselben Text mit fünfzig anderen Shops – Google zeigt dann meist den stärksten davon, selten Sie; eigene Texte für die Top-Seller sind der wirksamste Einzelhebel dieser Seite. Quelle drei: technische Doppelgänger – http/https, mit und ohne www, Groß-/Kleinschreibung, Trailing Slash. Das gehört auf Server-Ebene per 301 auf genau eine Schreibweise vereinheitlicht, bevor über Inhalte auch nur nachgedacht wird. Der beruhigende Schluss: „Duplicate-Content-Strafe“ ist ein Mythos – es gibt keine Abstrafung, nur verschenktes Potenzial. Das macht die Aufgabe nicht kleiner, aber den Puls ruhiger. Fakten: - Hauptquellen im Shop: Varianten, Filter-/Sortier-Parameter, Herstellertexte, technische URL-Doppelgänger. - Varianten: Canonical aufs Hauptprodukt (Shopware-Standard) – Ausnahmen nur mit Suchvolumen + eigenem Content. - Filter-URLs: kanonisieren oder noindex – Ausnahme: gepflegte Filter-Landingpages mit echtem Suchbedarf. - Herstellertexte: identisch in vielen Shops – eigene Beschreibungen zuerst für die Top-Seller. - Technik-Basis: eine kanonische Schreibweise (https, www-Entscheidung, Slash) per Server-301. - Entwarnung: keine „Duplicate-Penalty“ – der Schaden ist Verwässerung, nicht Bestrafung. Einordnung: Duplicate Content ist im Shop kein Betrugsvorwurf, sondern ein Ordnungsproblem: Die Technik produziert Kopien am Fließband, und SEO heißt hier schlicht aufräumen – Signale bündeln, Kopien kennzeichnen, Eigenes schreiben. Wer das einmal systematisch erledigt, hat einen der leisesten, aber nachhaltigsten Ranking-Hebel umgelegt. ## E-Commerce-Tracking: Was sollte ein Shop wirklich messen? URL: https://sw.seo-manager.info/ecommerce-tracking Auch: Shop-Kennzahlen · Conversion-Tracking · Umsatz-Tracking Kategorie: Tracking & Datenschutz Kurzantwort: E-Commerce-Tracking verbindet Besucherdaten mit Geld: Welcher Kanal, welche Seite, welches Produkt erzeugt Umsatz – erst damit wird Webanalyse zur Steuerung. Das Kern-Set ist klein: Conversion-Rate, Umsatz je Kanal, durchschnittlicher Bestellwert, Warenkorb-Abbruchquote und die Produktleistung – fünf Zahlen, die Entscheidungen tragen. Die häufigste Fehlform ist der KPI-Friedhof: vierzig Dashboards, keine Konsequenz – gemessen wird, was eine konkrete Entscheidung speist. Einrichtung in Matomo – und die fünf Zahlen mit ihren Entscheidungen: In Matomo aktivieren Sie für die Shop-Website die E-Commerce-Funktion; die Bestell- und Warenkorbdaten übergibt die Storefront-Integration – Bestellwert, Artikel, Kategorien landen dann in eigenen Berichten (Umsatzübersicht, Produkte, Verkaufstrichter), auf Wunsch samt verlassener Warenkörbe. Danach beginnt die eigentliche Arbeit: jede Kennzahl an eine Entscheidung koppeln. Die Conversion-Rate (Bestellungen je Besuch, im deutschen Mittel grob zwischen einem und drei Prozent, stark branchenabhängig) ist der Fieberthermometer-Wert – fällt sie nach einem Relaunch oder Preisumbau, wird zurückgerollt statt gerätselt. Der Umsatz je Kanal entlarvt Budget-Romantik: Kanäle mit vielen Besuchern und wenig Bestellwert werden gekürzt, unterschätzte Bringer ausgebaut. Der durchschnittliche Bestellwert steuert Sortiments- und Versandschwellen-Politik („ab 50 € versandkostenfrei“ testet man gegen diese Zahl, nicht gegen Bauchgefühl). Die Abbruchquote im Checkout priorisiert die komplette Conversion-Kategorie dieser Seite. Und die Produktberichte zeigen, welche Artikel Besucher anziehen, aber nicht konvertieren – Kandidaten für bessere Bilder, Texte oder ehrlichere Lieferzeiten. Dazu zwei Hygiene-Regeln: Kampagnen konsequent mit Parametern versehen (sonst versickert bezahlter Traffic in „direkt“), und interne Besuche sowie Testbestellungen ausschließen – nichts verzerrt kleine Shops schneller als das eigene Team. Mehr braucht ein Shop im Monatsrhythmus nicht; alles Weitere ist Kür für konkrete Fragen. Fakten: - Einrichtung: E-Commerce-Funktion in Matomo aktivieren – Bestellungen, Artikel und Warenkörbe laufen in eigene Berichte. - Kern-Set: Conversion-Rate · Umsatz je Kanal · Ø-Bestellwert · Checkout-Abbruchquote · Produktleistung. - Richtwert zur Einordnung: Conversion-Raten im Shop-Mittel grob 1–3 % – branchenabhängig, Trend schlägt Benchmark. - Kopplungs-Regel: keine Kennzahl ohne zugeordnete Entscheidung – sonst Dashboard-Deko. - Hygiene: Kampagnen-Parameter konsequent setzen, eigene/Test-Zugriffe ausschließen. - Rhythmus: monatlicher Blick auf die fünf Kernzahlen schlägt tägliches Dashboard-Starren. Einordnung: E-Commerce-Tracking ist der Moment, in dem Webanalyse aufhört, Statistik zu sein, und anfängt, Buchhaltung mit Frühwarnsystem zu werden. Die Kunst liegt nicht im Sammeln – das erledigt Matomo nebenbei –, sondern im Weglassen: Fünf Zahlen mit Konsequenzen schlagen fünfzig mit Chartfarben. ## Wie steigt man in die Shopware-Plugin-Entwicklung ein? URL: https://sw.seo-manager.info/eigene-plugins-entwickeln Auch: Plugin-Entwicklung · Shopware Developer · eigene Erweiterung Kategorie: Betrieb & Technik Kurzantwort: Shopware-6-Plugins sind im Kern Symfony-Bundles: Wer PHP und Grundzüge des Frameworks kennt, findet einen gut dokumentierten, ungewöhnlich zugänglichen Einstieg. Der Startpfad: lokale Entwicklungsumgebung aufsetzen, Plugin-Grundgerüst per Konsolenbefehl erzeugen, dann über Subscriber und Template-Vererbung ins System eingreifen. Die Grundsatzentscheidung vorab: Vieles, was nach Plugin aussieht, gehört ins Theme (Optik) oder in die App-Konfiguration – entwickelt wird, was Logik ändert. Der Einstiegspfad – Umgebung, Gerüst, erste Eingriffe: Die Umgebung: Entwickelt wird lokal, nie am Live-Shop – bewährt sind Docker-basierte Setups (etwa fertige Shopware-Entwicklungs-Images) oder die offiziellen Entwicklungs-Templates; dazu Xdebug, eine IDE mit Symfony-Unterstützung und Git von der ersten Zeile an. Das Gerüst: Die Konsole erzeugt mit dem Plugin-Create-Befehl die Grundstruktur – eine Plugin-Klasse, die composer.json mit den Metadaten und die Verzeichniskonvention für Konfiguration, Services und Ressourcen; nach Installation und Aktivierung über die Plugin-Kommandos lebt die Erweiterung bereits im System. Die Eingriffe: Shopware 6 will erweitert, nicht überschrieben werden – die drei Standardwerkzeuge sind Event-Subscriber (auf Systemereignisse wie Bestellabschluss oder Seitenaufbau reagieren), dekorierte beziehungsweise eigene Services für Geschäftslogik und die Template-Vererbung, mit der Storefront-Blöcke gezielt ergänzt statt kopiert werden – Updatefähigkeit ist das oberste Designziel, denn jedes überschriebene Original bricht beim nächsten Release. Die offizielle Entwicklerdokumentation (developer.shopware.com) ist dabei erfreulich vollständig: Von genau dort stammen auch die Muster, nach denen unsere eigenen Plugins – das Matomo- und das NoExit-Plugin dieser Seite – gebaut sind; bewusst schlank, ein Zweck pro Plugin, keine Abhängigkeits-Kaskaden. Wer den Weg für den eigenen Shop geht, plant realistisch: Das erste nützliche Mini-Plugin (ein Subscriber, eine Konfigurationsseite) ist ein Wochenendprojekt für PHP-Erfahrene – die Pflege über Shopware-Versionen hinweg ist der eigentliche Langzeitvertrag, den man mit jeder eigenen Zeile eingeht; für Einmalbedarf ist der Store oder ein Dienstleister oft die ehrlichere Rechnung. Fakten: - Technik-Basis: SW6-Plugins = Symfony-Bundles (PHP) – Administration in Vue.js, Storefront mit Twig-Templates. - Startbefehl: Plugin-Grundgerüst per Konsole erzeugen, dann über die Plugin-Kommandos installieren/aktivieren. - Drei Standard-Eingriffe: Event-Subscriber · eigene/dekorierte Services · Template-Vererbung (nie Originale kopieren). - Entwicklungsumgebung: lokal mit Docker-Setups/Dev-Templates, Git ab Zeile eins – nie am Produktivsystem. - Pflichtlektüre: developer.shopware.com – ungewöhnlich vollständige offizielle Dokumentation. - Ehrliche Rechnung: Entwicklung ist das Wochenende, Pflege über Versionen der Langzeitvertrag – Theme-Fragen gehören ins Theme. Einordnung: Die Plugin-Entwicklung ist Shopwares Einladung an Händler mit Technik-DNA: Das System legt seine Erweiterungspunkte offen, statt sie zu verstecken – wer sie updatefähig nutzt, baut sich exakt die Funktionen, für die andere Abos zahlen. Unsere beiden kostenlosen Plugins sind aus genau dieser Haltung entstanden; der Quellcode-Blick hinein ist ausdrücklich erwünscht. ## Wann braucht ein Shopware-Shop Elasticsearch? URL: https://sw.seo-manager.info/elasticsearch-opensearch Auch: Suchserver · OpenSearch Shopware · Katalog-Performance Kategorie: Performance & Core Web Vitals Kurzantwort: Elasticsearch (bzw. der offene Fork OpenSearch) ist ein spezialisierter Suchserver, den Shopware 6 für Produktsuche und Listings anbinden kann – statt alles über die Datenbank zu rechnen. Der Effekt zeigt sich bei Größe: Suche, Filter und Kategorielistings großer Kataloge werden von Sekunden auf Millisekunden beschleunigt, dazu Toleranz für Tippfehler und bessere Relevanz. Die ehrliche Schwelle: Unter etwa 10.000 Produkten löst meist Caching und Hosting das Problem – der Suchserver lohnt ab großen Katalogen, vielen Filtern oder spürbar lahmer Suche. Was der Suchserver wirklich ändert – und was er kostet: Ohne Suchserver beantwortet die MySQL-Datenbank jede Suchanfrage und jede Filterkombination – bei kleinen Katalogen problemlos, bei 50.000 Varianten mit zehn Filtern eine Quälerei aus komplexen Abfragen, die weder gut skalieren noch gute Suchergebnisse liefern (MySQL kennt keine Tippfehler-Toleranz und keine echte Relevanz-Gewichtung). Elasticsearch dreht das Prinzip um: Alle Produktdaten werden vorab in einen für Suche gebauten Index geschrieben; Anfragen laufen dann gegen diesen Index – konstant schnell, unabhängig von der Kataloggröße, mit Fuzzy-Matching („Schue“ findet Schuhe), Synonymen und steuerbarer Gewichtung. Shopware 6 bringt die Anbindung mit; nach Installation und Konfiguration wird der Index über die Konsole aufgebaut und danach automatisch aktuell gehalten. Die Kostenseite gehört dazu: Ein Suchserver ist ein eigener Dienst mit eigenem RAM-Hunger (praktisch: ab 2–4 GB zusätzlich), will überwacht und aktualisiert werden – auf Mini-Hosting hat er nichts verloren; Managed-Shopware-Hoster bieten ihn als Zubuchung. Zur Namensfrage: OpenSearch ist der von Amazon geführte, vollständig offene Fork nach Elastics Lizenzwechsel 2021 – funktional für Shop-Zwecke gleichwertig, von Shopware unterstützt und die übliche Wahl, wenn man Lizenzdebatten aus dem Weg gehen will. Faustregel am Ende: Wer seine Suche im eigenen Shop selbst nicht benutzt, weil sie nichts findet – der ist die Zielgruppe dieser Seite. Ein SEO-Nebeneffekt zum Mitnehmen: Schnelle Listings verbessern die Vitals der Kategorieseiten – also genau der Seiten, die ranken sollen. Und eine gute interne Suche hält Besucher im Shop, deren Suchanfragen (in Matomo einsehbar) nebenbei die ehrlichste Keyword-Recherche liefern, die es gibt: Kunden sagen dort wörtlich, was sie kaufen wollen. Fakten: - Funktion: dedizierter Such-Index statt Datenbank-Abfragen – für Suche, Filter und Listings in SW6 anbindbar. - Gewinn: konstant schnelle Antworten unabhängig von der Kataloggröße + Tippfehler-Toleranz, Synonyme, Relevanz-Steuerung. - Richtwert-Schwelle: lohnend ab ≈ 10.000+ Produkten, vielen Filterattributen oder träger Suche – darunter erst Caching/Hosting prüfen. - Betriebskosten: eigener Dienst mit RAM-Bedarf (praktisch ab 2–4 GB) – bei Managed-Hostern zubuchbar. - OpenSearch: offener, gleichwertiger Fork (seit 2021) – von Shopware unterstützt, lizenzsorgenfrei. - Bonus: Interne-Suche-Begriffe (via Matomo) = wörtliche Keyword-Recherche aus Kundenmund. Einordnung: Der Suchserver ist ein klassisches Skalierungswerkzeug: Für den 500-Produkte-Shop Overkill, für den 50.000-Varianten-Katalog der Unterschied zwischen benutzbarer und dekorativer Suche. Die Entscheidung fällt nicht nach Hype, sondern nach zwei Messwerten – Antwortzeit der Listings und Erfolgsquote der internen Suche; beide liefert Ihnen der Shop selbst. ## Exit-Intent-Popups: sinnvoll oder nervig? URL: https://sw.seo-manager.info/exit-intent-popups Auch: Exit Popup · Verlassens-Popup · Popup Conversion Kategorie: Conversion & Checkout Kurzantwort: Beides ist möglich – und die Dosierung entscheidet: Ein Exit-Intent-Popup fängt Besucher im Moment des Verlassens ab; als einmaliges, relevantes Angebot funktioniert das, als Dauerbelagerung vergiftet es die Marke. Die Wirkungs-Wahrheit aus A/B-Tests: von kaum messbar bis zu niedrigen zweistelligen Rückholquoten – abhängig von Angebot, Zielgruppe und Timing; Pauschalversprechen sind Marketing. Die Grenze ist doppelt: UX (einmal pro Besucher, leicht schließbar, nie im Checkout-Formular) und Recht (Gutschein-Bedingungen klar, Schließen-Kreuz nicht verstecken). Was ins Popup gehört – und die rechtlichen Leitplanken: Inhaltlich schlagen drei Muster den generischen Rabatt: die Warenkorb-Erinnerung („Ihre Auswahl wartet – jetzt in 2 Minuten abschließen“) für Besucher mit gefülltem Korb, der Einwand-Löser (Versandkosten-Hinweis, Rückgabe-Garantie, Lieferzeit) dort, wo das Tracking Zweifel als Abbruchgrund nahelegt, und der Gutschein als letztes Mittel – wirksam, aber mit Nebenwirkung: Wer Rabatte fürs Gehen-Wollen erzieht, trainiert Kunden aufs Abbrechen (die Gutschein-Strategie-Frage vertieft das Dilemma). Rechtlich gelten unaufgeregte Leitplanken: Gutschein-Bedingungen (Mindestbestellwert, Gültigkeit, Ausschlüsse) gehören klar benannt statt ins Kleingedruckte; das Schließen muss offensichtlich möglich sein – versteckte Kreuze und beschämende Ablehn-Texte („Nein, ich zahle lieber zu viel“) sind wettbewerbsrechtlich angreifbar und im DACH-Markt ohnehin Vertrauens-Gift; und wer im Popup E-Mail-Adressen für einen Newsletter sammelt, braucht dafür den regulären Double-Opt-in – ein Gutschein kauft keine Werbeeinwilligung. Technisch setzt unser kostenloses NoExit-Plugin (Eigenempfehlung) genau diese Linie um: einmalige Anzeige, freie Gestaltung, keine Tricks – und weil Versprechen ohne Messung Marketing bleibt, gehört der Vorher-Nachher-Vergleich der Abbruchquote im eigenen Tracking zum Pflichtprogramm jedes Popup-Einsatzes: Rechtfertigen die Zahlen das Overlay nicht, ist Abschalten die professionelle Entscheidung. Fakten: - Wirkungs-Spanne (A/B-Tests): kaum messbar bis niedrig zweistellige Rückholquoten – kein seriöses Pauschalversprechen möglich. - UX-Regeln: einmal pro Besucher · klar schließbar · nie im Checkout-Formular · mobil zurückhaltend (kein Mauszeiger!). - Inhalts-Rangfolge: Warenkorb-Erinnerung > Einwand-Löser > Gutschein (Rabatt-Erziehung bedenken). - Rechtliche Leitplanken: klare Gutschein-Bedingungen, kein verstecktes Schließen, Newsletter nur mit Double-Opt-in. - Pflicht-Begleiter: Vorher-Nachher-Messung der Abbruchquote – abschalten, wenn Zahlen nicht tragen. - Werkzeug (Eigenempfehlung): kostenloses NoExit-Plugin – eingebaute Frequenz-Deckelung, keine Dark Patterns. Einordnung: Das Exit-Popup ist die Chili der Conversion-Küche: Eine Prise am richtigen Punkt hebt das Gericht, die ganze Schote ruiniert es – und wer sie in jedes Essen kippt, dem glaubt kein Gast mehr. Sinnvoll oder nervig ist deshalb keine Eigenschaft des Werkzeugs, sondern eine Entscheidung des Kochs; die Messdaten sagen ehrlich, wie sie ausfiel. ## Für wen eignet sich Shopware – und für wen nicht? URL: https://sw.seo-manager.info/fuer-wen-eignet-sich-shopware Auch: Shopware Zielgruppe · Shopware Eignung · welches Shopsystem Kategorie: Shopware-Grundlagen Kurzantwort: Shopware passt am besten zu Händlern, die ihren Shop als eigenes, wachsendes Asset betreiben wollen: Mittelstand, B2B, komplexe Sortimente, Datenhoheits-Ansprüche. Weniger gut passt es zu Projekten, die vor allem schnell, klein und wartungsfrei sein sollen – dort sind Baukästen oder WooCommerce der ehrlichere Rat. Die Eignungsfrage entscheidet sich an vier Punkten: Sortimentskomplexität, Wachstumsplan, Team-Ressourcen und Kontrollbedürfnis. Die Eignungs-Checkliste aus der Beratungspraxis: Klar für Shopware sprechen: ein Sortiment mit vielen Varianten, Staffelpreisen oder Kundengruppen; B2B-Anforderungen von Angebotswesen bis Freigabeprozessen; die Absicht, den Shop über Jahre auszubauen statt ihn nur zu besitzen; Wert auf deutschen Datenstandort und einen frei anpassbaren Checkout; sowie entweder internes Technik-Know-how oder das Budget für Managed-Hosting beziehungsweise eine Agentur. Klar dagegen sprechen: ein Nebenbei-Projekt mit einer Handvoll Produkten und ohne Pflegezeit (dort ist ein Baukasten ehrlicher), ein reines Content-Projekt mit angehängtem Mini-Shop (WooCommerce), oder der Wunsch, sich um Hosting, Updates und Sicherheit nie kümmern zu müssen (Shopify beziehungsweise die Shopware-Cloud-Pläne). Der häufigste Beratungsfehler ist übrigens nicht die falsche Software, sondern die falsche Selbsteinschätzung: Ein unterschätzter Pflegeaufwand ruiniert jedes System – ein realistisch geplanter macht fast jedes erfolgreich. Im Zweifel gilt unsere Standardempfehlung: klein und nah am Standard starten, mit echten Verkaufsdaten lernen und erst dann investieren, wo die Zahlen es rechtfertigen. Fakten: - Ideal für: Mittelstand und B2B, komplexe Sortimente, Varianten- und Preislogik, Wachstumsprojekte. - Stark bei Datenhoheit: self-hosted auf deutschem Server, Checkout und Code vollständig in eigener Hand. - Voraussetzung: Technik-Ressourcen im Haus oder Budget für Managed-Hosting/Agentur. - Eher ungeeignet für: Kleinstprojekte ohne Pflegezeit, reine Content-Seiten mit Mini-Shop, „Nie-kümmern“-Ansprüche. - Vier Prüffragen: Wie komplex ist das Sortiment? Wohin soll es wachsen? Wer pflegt es? Wie wichtig ist Kontrolle? - Bewährter Einstieg: Community Edition, Standard-Theme, gezielte Plugins – ausbauen nach Datenlage. Einordnung: Shopware ist kein Shopsystem für jeden – und genau das ist sein Vorteil: Es ist für Händler gebaut, die ihr Geschäft ernst nehmen und dafür Verantwortung übernehmen wollen. Wer sich in der Checkliste oben wiederfindet, bekommt ein System, das mitwächst; wer nicht, spart mit einer ehrlichen Alternative bares Geld – beides ist ein gutes Beratungsergebnis. ## Google Analytics 4 oder Matomo – was passt zum Shop? URL: https://sw.seo-manager.info/ga4-vs-matomo Auch: Google Analytics Alternative · Matomo Vergleich · Webanalyse Shop Kategorie: Tracking & Datenschutz Kurzantwort: GA4 ist kostenlos, mächtig und tief ins Google-Werbeuniversum integriert – bezahlt wird mit Daten in US-Konzernhand, Einwilligungspflicht und einer gewöhnungsbedürftigen Oberfläche. Matomo ist die selbst gehostete Alternative: eigene Daten auf eigenem Server, cookielos betreibbar, Rohdaten ohne Sampling – bezahlt wird mit etwas Betriebsaufwand. Die Shop-Faustregel: Wer stark auf Google Ads setzt, braucht GA4-Anbindung fast zwangsläufig – wer primär steuern und rechtssicher messen will, fährt mit Matomo ruhiger. Beides parallel geht auch. Der Praxisvergleich für Shop-Betreiber – ohne Lagerbrille: Fair beginnt der Vergleich mit GA4-Stärken: Die Verzahnung mit Google Ads ist konkurrenzlos – importierte Conversions steuern Gebote, Zielgruppen wandern direkt in Kampagnen; wer nennenswert Google-Werbebudget bewegt, kommt um diese Brücke kaum herum. Auch Machine-Learning-Features und der Preis von null Euro sind reale Argumente. Die Schattenseiten im Shop-Alltag: GA4 lebt von Einwilligungen – jede Banner-Ablehnung reißt Löcher, die Google per Modellierung schätzt statt misst; Berichte unterliegen Datenschwellen und die Aufsichtsbehörden-Historie zur US-Datenübermittlung bleibt trotz aktuellem Angemessenheitsrahmen ein Dauerthema mit Restunsicherheit. Matomo dreht die Vorzeichen: Auf dem eigenen Server gemessen – cookielos sogar weitgehend banner-unabhängig – entstehen lückenlose Rohdaten inklusive vollem E-Commerce-Tracking (Umsätze, Warenkörbe, Produktberichte), exportierbar und unbegrenzt aufbewahrbar; dafür trägt man Updates, Backups und bei großen Shops die Archivierungs-Last selbst, und die native Ads-Integration reicht nicht an Google heran (Kampagnen-Messung per Parameter funktioniert selbstverständlich). Der pragmatische dritte Weg vieler Händler: Matomo als führendes Steuerungssystem für die ehrlichen Zahlen, GA4 abgespeckt daneben, wo die Ads-Maschinerie es verlangt – sauber im Consent-Banner getrennt. Unsere eigene Präferenz ist kein Geheimnis (dieses Projekt läuft auf Matomo, unser Shopware-Plugin ist kostenlos) – die Entscheidung gehört trotzdem Ihrem Geschäftsmodell, nicht unserer Sympathie. Fakten: - GA4-Stärken: kostenlos, Google-Ads-Verzahnung (Conversions, Zielgruppen), ML-Features. - GA4-Preis: Consent-Abhängigkeit, Datenschwellen + Modellierung, Datenverarbeitung im Google-Ökosystem. - Matomo-Stärken: Datenhoheit, Rohdaten ohne Sampling, cookielos betreibbar, volles E-Commerce-Tracking. - Matomo-Preis: eigener Betrieb (Hosting, Updates, Archivierung) – schwächere native Ads-Anbindung. - Rechtslage-Kurzfassung: US-Transfer aktuell über Angemessenheitsbeschluss – Historie mahnt zur Vorsicht; Matomo umgeht die Frage strukturell. - Praxis-Muster: Matomo führend + GA4 nur für Ads-Zwecke – im Consent-Setup sauber getrennt. Einordnung: GA4 gegen Matomo ist kein Glaubenskrieg, sondern eine Portfolioentscheidung: Google verkauft Ihnen Reichweiten-Intelligenz gegen Daten, Matomo verkauft Ihnen Souveränität gegen Betriebsaufwand. Shops, die beides nüchtern zuordnen – Steuerung hier, Werbe-Anbindung dort –, haben die Debatte hinter sich, während andere noch Banner-Quoten beklagen. ## Wie setzt man Gutscheine ein, ohne die Marge zu ruinieren? URL: https://sw.seo-manager.info/gutschein-strategien Auch: Rabattcodes · Coupon-Marketing · Aktionscodes Kategorie: Conversion & Checkout Kurzantwort: Gutscheine sind das schärfste und meistmissbrauchte Conversion-Werkzeug: Richtig dosiert gewinnen sie Neukunden und retten Warenkörbe – falsch dosiert erziehen sie die Kundschaft zum Warten auf Rabatte. Die vier seriösen Einsatzmuster: Neukunden-Anreiz, Warenkorbwert-Schwelle, Reaktivierung inaktiver Kunden und der gezielte Rückhol-Gutschein. Jede Aktion braucht drei Leitplanken: klaren Zweck mit Messgröße, harte Bedingungen (Mindestwert, Befristung, Ausschlüsse) und einen Plan gegen Code-Streuung auf Schnäppchen-Portalen. Die vier Muster, das Leck und die Erziehungsfrage: Muster eins, der Neukunden-Gutschein: senkt die Erstkauf-Hürde und ist sauber kalkulierbar – der Rabatt ist schlicht ein Akquisekostenteil und tritt gegen den Klickpreis der Werbekanäle an; Bedingung „nur Erstbestellung“ technisch durchsetzen. Muster zwei, die Warenkorbwert-Schwelle („10 € ab 80 €“): hebt den Durchschnittsbestellwert, wenn die Schwelle knapp über dem aktuellen Schnitt liegt – die Kennzahl dafür liefert das E-Commerce-Tracking; zu tiefe Schwellen verschenken Marge an ohnehin sichere Käufe. Muster drei, die Reaktivierung: ein persönlicher Code an Kunden ohne Bestellung seit X Monaten – wirksam, weil exklusiv, und unbedenklich für die Preiswahrnehmung, weil nicht öffentlich. Muster vier, der Rückhol-Gutschein im Exit-Moment: das zweischneidigste Werkzeug – er rettet real Warenkörbe, trainiert bei Dauereinsatz aber exakt das Verhalten, das er bekämpfen soll (Warenkorb füllen, Verlassen simulieren, Rabatt kassieren); deshalb sparsam, rotierend und nie als einziges Popup-Motiv einsetzen – die Exit-Intent-Frage dieser Kategorie vertieft das. Das Leck aller öffentlichen Codes heißt Schnäppchen-Portale: Jeder allgemeine Code landet dort binnen Tagen und rabattiert dann auch Kunden, die zum vollen Preis gekauft hätten – Gegenmittel sind personalisierte Einmal-Codes (Shopware generiert individuelle Codes je Aktion) und stille Konditionsänderungen statt plakativer Dauercodes. Shopware-seitig bilden die Aktionen alles ab: prozentual oder absolut, Einmal-Codes, Kundengruppen-, Zeitraum- und Warenkorb-Bedingungen. Und die Grundsatzfrage gehört ins Preisbild: Ein Shop, der jede Woche rabattiert, hat keine Aktionen mehr, sondern gesenkte Preise mit Umständen – die stärkste Gutschein-Strategie mancher Marken ist gut begründete Seltenheit. Fakten: - Vier seriöse Muster: Neukunden-Code · Warenkorbwert-Schwelle · Reaktivierung · gezielter Rückhol-Gutschein. - Kalkulations-Logik: Neukundenrabatt = Akquisekosten – gegen Werbe-Klickpreise rechnen, nicht gegen die Marge allein. - Schwellen-Regel: Mindestbestellwert knapp über dem Ø-Bestellwert ansetzen (Kennzahl aus dem Tracking). - Leck-Schutz: personalisierte Einmal-Codes statt öffentlicher Dauercodes – Schnäppchen-Portale kalkulieren mit. - Erziehungs-Risiko: Dauerrabatte am Exit-Punkt trainieren Abbruch-Verhalten – sparsam und rotierend einsetzen. - Shopware-Werkzeuge: Aktionen mit Einmal-Codes, Kundengruppen-, Zeit- und Warenkorb-Bedingungen ab Werk. Einordnung: Gutscheine sind Preissenkungen mit Dramaturgie – und Dramaturgie wirkt nur, solange sie Ausnahme bleibt. Wer jeden Code an Zweck, Bedingung und Messgröße bindet, kauft sich mit kleinen Margenopfern echte Kundenbewegung; wer rabattiert, weil Dienstag ist, verkauft dieselbe Ware für weniger Geld an dieselben Leute – nur umständlicher. ## Headless und Composable Commerce – was steckt dahinter? URL: https://sw.seo-manager.info/headless-composable Auch: Headless Shop · API-first · Composable Commerce Kategorie: Praxis & Entscheidungen Kurzantwort: Headless trennt das Frontend vom Shopsystem: Shopware liefert Daten und Logik per API, die Oberfläche baut ein eigenständiges Frontend – Composable treibt das Prinzip weiter und setzt den ganzen Stack aus spezialisierten Diensten zusammen. Shopware 6 ist dafür gebaut (API-first) und bietet mit dem offiziellen Frontend-Baukasten einen gangbaren Headless-Pfad. Die ehrliche Einordnung: Für die große Mehrheit der Shops ist die mitgelieferte Storefront die bessere Wahl – Headless kauft Freiheit gegen deutlich mehr Verantwortung, Budget und SEO-Sorgfalt. Was man gewinnt, was man übernimmt – und die ehrlichen Einsatzfälle: Der Gewinn ist reale Freiheit: Ein entkoppeltes Frontend (typisch auf Basis moderner JavaScript-Frameworks, im Shopware-Umfeld etwa über das offizielle, Vue-basierte Frontend-Toolkit) kann Nutzererlebnisse bauen, die ein Template-System nicht hergibt, mehrere Ausspielkanäle aus einer Logik bedienen – Web, App, Kiosk, Konfiguratoren – und Teams entkoppeln: Frontend-Entwickler arbeiten ohne PHP-Berührung, Releases beider Welten laufen unabhängig. Composable erweitert den Gedanken auf den Gesamtstack: Suche, Content, Payment, PIM als austauschbare Spezialdienste, verklebt über APIs – maximale Wahlfreiheit für Organisationen, die je Baustein das Beste wollen. Die Übernahme-Seite ist die unbequeme Hälfte: Alles, was die Storefront gratis mitliefert, wird zur Eigenleistung – Rendering samt Caching, Barrierefreiheit, das komplette SEO-Kapitel (serverseitiges Rendering ist Pflicht, sonst sieht Google eine leere Hülle; Canonicals, hreflang und strukturierte Daten baut man selbst nach, was die Storefront längst kann), dazu doppelte Infrastruktur und ein Team, das zwei Welten pflegt. Faustregel aus der Projektpraxis: Headless verdoppelt bis verdreifacht Initial- und Pflegeaufwand gegenüber der Storefront – Geld, das erst einmal durch messbar bessere Erlebnisse zurückverdient werden will. Die ehrlichen Einsatzfälle sind deshalb klar umrissen: Mehrkanal-Strategien mit App oder Touchpoints jenseits des Browsers, außergewöhnliche Frontend-Anforderungen (Konfiguratoren, Erlebnis-Commerce), große Organisationen mit getrennten Teams – und Content-Commerce-Hybride, die ihr Frontend ohnehin im Content-System denken. Für alle anderen gilt die unglamouröse Wahrheit: Die Shopware-Storefront ist schnell, SEO-fertig, erweiterbar und wird vom Hersteller mitgepflegt – „Headless, weil modern“ ist ein Architekturmotiv, kein Geschäftsgrund; die Editionen-Frage kennt das Muster: gekauft wird, was konkrete Arbeit oder konkretes Erlebnis ersetzt. Fakten: - Begriffe: Headless = Frontend entkoppelt, Daten per API · Composable = ganzer Stack aus Spezialdiensten komponiert. - Shopware-Basis: API-first-Architektur ab Werk – offizielles Vue-basiertes Frontend-Toolkit als Headless-Pfad. - Gewinne: freie Nutzererlebnisse, Mehrkanal aus einer Logik, entkoppelte Teams und Releases. - Übernahmen: SSR/SEO, Caching, Barrierefreiheit, doppelte Infrastruktur – Faustregel 2–3× Aufwand vs. Storefront. - SEO-Warnung: ohne serverseitiges Rendering und nachgebaute Canonicals/hreflang/Schema wird Headless zum Sichtbarkeits-Risiko. - Ehrliche Einsatzfälle: App/Mehrkanal, Sonder-Frontends, Großorganisationen, Content-Commerce – sonst: Storefront. Einordnung: Headless ist die Architektur-Antwort auf eine Frage, die man erst stellen sollte, wenn das Geschäft sie aufwirft: Wer Kanäle, Teams oder Erlebnisse hat, die eine Storefront sprengt, findet in Shopwares API-first-Fundament den richtigen Unterbau. Alle anderen kaufen mit dem Buzzword vor allem Verantwortung – und die mitgelieferte Storefront bleibt der leise Beweis, dass „integriert“ kein Schimpfwort ist. ## Welches Hosting braucht Shopware 6 wirklich? URL: https://sw.seo-manager.info/shopware-hosting-anforderungen Auch: Shopware Hosting · Server-Anforderungen · Managed Shopware Kategorie: Performance & Core Web Vitals Kurzantwort: Shopware 6 ist kein Baukasten-Leichtgewicht: Es verlangt aktuelles PHP, eine ordentliche Datenbank und vor allem genügend RAM und schnellen Speicher – Billig-Webspace ist die häufigste Ursache „langsamer“ Shops. Als Untergrenze für echte Shops gilt: dedizierte Ressourcen (vServer oder Managed-Shopware-Hosting), NVMe-Speicher, HTTP/2 und die Möglichkeit, Redis zu nutzen. Die Grundsatzentscheidung lautet Managed gegen Selbstverwaltung: Wer keinen Serveradmin im Haus hat, kauft mit Managed-Hosting Betriebssicherheit – meist das bessere Geschäft. Woran man gutes Shopware-Hosting erkennt – die Prüfliste fürs Angebot: Sieben Punkte trennen Shop-taugliches Hosting vom Webspace mit Shop-Aufkleber. Erstens dedizierte Ressourcen: garantierte CPU-Kerne und RAM statt „Shared“-Lotterie – ein Shop teilt sich seine Antwortzeit nicht gern mit dreihundert WordPress-Blogs. Zweitens NVMe-Speicher: Datenbank-lastige Systeme wie Shopware danken schnelle Platten mit spürbar kürzeren Antwortzeiten. Drittens aktuelle PHP-Versionen (8.2/8.3) samt der nötigen Extensions und frei konfigurierbarem OPcache/Memory-Limit – die konkreten Versionsfenster nennt die Shopware-Systemvoraussetzungsliste je Release. Viertens Redis verfügbar, fünftens HTTP/2 (besser HTTP/3) und Brotli-Kompression, sechstens tägliche, wiederherstellbar getestete Backups plus Staging-Option, siebtens ein Support, der „Shopware“ nicht erst googeln muss – im Störfall der Unterschied zwischen Minuten und Wochenende. Zur Standortfrage: Ein deutscher Serverstandort vereinfacht Datenschutz-Argumentation und Latenz für die Kernkundschaft gleichermaßen. Und in eigener Sache, klar gekennzeichnet: Genau dieses Anforderungsprofil bieten wir mit unserem spezialisierten Shopware-Hosting auf hosting.seo-manager.info an – inklusive Matomo-Integration; die Prüfliste oben gilt aber für jeden Anbieter, auch für unsere Mitbewerber. Fakten: - Software-Basis: aktuelles PHP (8.2/8.3 je nach Release), MySQL 8/MariaDB – verbindlich: die Shopware-Systemvoraussetzungen. - Ressourcen-Richtwerte: produktiv ab 4–8 GB RAM, dedizierte CPU, NVMe – Kleinst-Setups darunter bleiben Kompromiss. - Pflicht-Features: HTTP/2, Redis-Option, konfigurierbare PHP-Limits, tägliche Backups, idealerweise Staging. - Häufigste Fehldiagnose: „Shopware ist langsam“ – tatsächlich überbuchtes Shared-Hosting ohne Reserven. - Standort-Argument: deutsche Server vereinfachen DSGVO-Kommunikation und minimieren Latenz zur Zielgruppe. - Eigenes Angebot (Kennzeichnung): spezialisiertes Shopware-Hosting mit Matomo auf hosting.seo-manager.info. Einordnung: Hosting ist der unsexy Anfang jeder Performance-Geschichte: Niemand postet Screenshots seines RAM-Ausbaus – aber jede Vitals-Zahl dieser Kategorie steht auf genau diesem Fundament. Die Prüfliste kostet beim Anbieterwechsel eine Stunde Sorgfalt und erspart danach jahrelang die Debatte, ob nun der Shop oder der Server lahmt. ## Wie setzt man hreflang und Mehrsprachigkeit in Shopware um? URL: https://sw.seo-manager.info/hreflang-mehrsprachigkeit Auch: hreflang Shopware · mehrsprachiger Shop · internationale SEO Kategorie: Shop-SEO Kurzantwort: hreflang-Tags sagen Google, welche Sprach- und Länderversion einer Seite zu welchem Nutzer gehört – die Grundlage jedes internationalen Shops. Shopware 6 erzeugt hreflang automatisch, sobald die Sprachen im Verkaufskanal sauber mit eigenen Domains oder Pfaden konfiguriert sind. Der teuerste Irrtum der Internationalisierung: Eine kopierte Sprachversion ohne echte Übersetzung ist für Google Duplicate Content mit Flagge – und für Kunden ein Abbruchgrund. Die Konfigurations-Kette – und die drei klassischen hreflang-Fehler: In Shopware führt der Weg über den Verkaufskanal: Dort werden Sprachen angelegt und jeder Sprache eine eigene Domain oder ein Pfad zugewiesen – etwa shop.de für Deutsch und shop.de/en/ oder eine .com-Domain für Englisch. Stimmt diese Zuordnung, rendert das Standard-Theme die hreflang-Tags von selbst: Jede Seite verweist auf alle ihre Sprachgeschwister und per x-default auf die Ausweichversion. Damit sind die Voraussetzungen erfüllt – gebrochen wird das System in der Praxis an drei Stellen. Fehler eins: fehlende Rückverweise – hreflang gilt nur, wenn Seite A auf B zeigt UND B zurück auf A; einseitige Verweise ignoriert Google komplett (typisch nach Theme-Basteleien). Fehler zwei: hreflang auf nicht-indexierbare Ziele – wer auf weitergeleitete oder noindex-URLs verweist, annulliert die Auszeichnung. Fehler drei – der strategische: Sprachversionen anlegen, bevor Inhalte übersetzt sind; halbenglische Seiten mit deutschen Restbeständen ranken nirgends und verbrennen Vertrauen. Die ehrliche Reihenfolge lautet daher: erst vollständig übersetzen (Produkte, Kategorien, Meta-Texte, SEO-URLs je Sprache), dann Domains zuordnen, dann hreflang prüfen – etwa mit dem Bericht zur internationalen Ausrichtung externer SEO-Tools oder per Stichprobe im Quelltext. Fakten: - Zweck: hreflang ordnet Sprach-/Länderversionen zu – verhindert Duplicate Content und falsche Länder-Rankings. - Shopware-Weg: Sprachen + Domains im Verkaufskanal konfigurieren – hreflang rendert das Theme automatisch. - Pflichtregeln: wechselseitige Verweise, nur indexierbare Ziele, x-default für die Ausweichversion. - SEO-URLs je Sprache: eigene Templates – übersetzte URLs statt deutscher Slugs unter /en/. - Strategie vor Technik: keine Sprachversion ohne vollständige Übersetzung inkl. Meta-Texten. - Gleiche Sprache, mehrere Länder (DE/AT/CH): hreflang mit Länderkennung – Preise, Versand und Rechtstexte je Land anpassen. Einordnung: Mehrsprachigkeit ist in Shopware technisch ein gelöstes Problem – und bleibt strategisch das am häufigsten unterschätzte: hreflang verteilt nur, was existiert; ranken müssen die übersetzten Inhalte selbst. Wer die Reihenfolge „übersetzen, zuordnen, prüfen“ einhält, bekommt die Internationalisierung geschenkt – wer sie umdreht, einen zweisprachigen Duplikat-Friedhof. ## Wie verteilt interne Verlinkung die Ranking-Kraft im Shop? URL: https://sw.seo-manager.info/interne-verlinkung Auch: Linkstruktur · Klicktiefe · Linkjuice Kategorie: Shop-SEO Kurzantwort: Interne Links sind das Kraftverteilungsnetz des Shops: Sie entscheiden, welche Seiten Google als wichtig versteht – und welche im Keller verhungern. Die Grundregel heißt Klicktiefe: Jede verkaufsrelevante Seite sollte in maximal drei Klicks von der Startseite erreichbar sein. Shopware liefert das Gerüst (Navigation, Breadcrumbs, Cross-Selling) – den Feinschliff machen redaktionelle Links aus Kategorie- und Ratgebertexten. Die fünf Stellschrauben – vom Gerüst bis zu den Waisen: Erstens die Navigation: Sie ist der stärkste Linkgeber des Shops – dort gehören die kommerziell wichtigsten Kategorien hin, nicht alle vierzig; ein überfülltes Menü verteilt die Kraft in homöopathischen Dosen. Zweitens Breadcrumbs: in Shopware Standard, für Nutzer wie Google die Rückversicherung der Hierarchie – anlassen und per Schema auszeichnen (macht das Theme mit). Drittens Cross- und Upselling: „Ähnliche Produkte“ und Zubehör-Blöcke sind interne Links mit Kaufabsicht – die dynamische Produktgruppen-Logik von Shopware füllt sie automatisch. Viertens die redaktionellen Links – der unterschätzte Champion: Ein Kategorietext, der auf drei Unterkategorien verweist, und ein Ratgeber, der auf die passende Kategorie zeigt, transportieren Relevanz über den Ankertext („wasserdichte Wanderschuhe“ sagt Google mehr als „hier klicken“). Fünftens die Waisen-Jagd: Produkte, die in keiner Kategorie hängen oder nur über die Suche erreichbar sind, bekommen weder Crawler noch Kunden zu Gesicht – ein Krabbel-Tool oder schlicht der Abgleich „Produkte gesamt vs. Produkte in der Sitemap mit Kategoriezuordnung“ deckt sie auf. Wer diese fünf Schrauben einmal systematisch anzieht, verschiebt Rankings ohne ein einziges neues Wort Content – nur durch bessere Verteilung dessen, was schon da ist. Fakten: - Grundregel Klicktiefe: verkaufsrelevante Seiten in ≤ 3 Klicks ab Startseite erreichbar. - Stärkste Linkgeber: Startseite und Hauptnavigation – dort nur die wichtigsten Kategorien platzieren. - Shopware-Gerüst: Breadcrumbs, Cross-Selling und dynamische Produktgruppen liefern Links automatisch. - Ankertexte zählen: beschreibende Linktexte transportieren Relevanz – „mehr erfahren“ verschenkt sie. - Waisen-Seiten: Produkte ohne Kategorie-Anbindung sind für Google quasi unsichtbar – regelmäßig prüfen. - Gratis-Hebel: Umverteilung wirkt ohne neuen Content – ideal vor jeder Text-Offensive. Einordnung: Interne Verlinkung ist das SEO-Thema mit dem schlechtesten Marketing und dem besten Wirkungsgrad: kein Tool-Abo, kein Textbudget – nur Architektur-Entscheidungen, die Sie vollständig selbst kontrollieren. Wer sie beherrscht, dirigiert die eigene Ranking-Kraft dorthin, wo sie verkauft; wer sie ignoriert, lässt Google würfeln. ## Wie schreibt man Kategorietexte, die wirklich ranken? URL: https://sw.seo-manager.info/kategorietexte Auch: Kategoriebeschreibung · Kategorie-SEO · Listing-Texte Kategorie: Shop-SEO Kurzantwort: Kategorieseiten sind die Ranking-Arbeitspferde jedes Shops: Sie treten für die kommerziellen Suchbegriffe an („Wanderschuhe Herren kaufen“) – und leben von Texten mit Substanz. Ein guter Kategorietext ist Kaufberatung, kein Keyword-Teppich: Er beantwortet die Fragen, die vor der Produktwahl stehen. Bewährtes Format in Shopware: kurzer Einstieg oberhalb des Listings, ausführliche Beratung darunter – die Produkte bleiben im sofort sichtbaren Bereich. Wie lang muss ein Kategorietext sein? Die ehrliche Antwort: So lang wie die Beratung, die die Suchanfrage verlangt – und keine Silbe länger. Für eine enge Unterkategorie („Damen-Trailrunningschuhe Gore-Tex“) reichen oft 100 bis 200 Wörter Einordnung; eine breite Hauptkategorie mit erklärungsbedürftigem Sortiment verträgt 400 bis 800 Wörter echter Kaufberatung samt Zwischenüberschriften. Die verbreitete Formel „mindestens X Wörter für Google“ ist Kaffeesatz: Google misst keine Wortzahlen, sondern ob die Seite die Anfrage besser bedient als die Konkurrenz – ein Blick auf die aktuell rankenden Wettbewerber verrät das erwartete Niveau präziser als jede Zahlenregel. Praktisch bewährt hat sich der Beratungs-Dreisatz: Welche drei Fragen stellt ein Kunde, bevor er in dieser Kategorie kauft? Diese drei Fragen als Zwischenüberschriften, darunter je ein ehrlicher Absatz, dazu Links auf die passenden Unterkategorien – fertig ist ein Text, der rankt, weil er hilft. In Shopware setzen Sie das über die Kategorie-Beschreibung oder – flexibler – über Erlebniswelten um, die Text-, Bild- und Listing-Blöcke frei kombinieren. Und die Pflege-Priorität kennt der gesunde Menschenverstand: erst die umsatzstärksten Kategorien, dann die mit Rankings knapp hinter Seite eins – dort zahlt jeder verbesserte Text sofort ein. Fakten: - Rolle: Kategorieseiten ranken für kommerzielle Suchintentionen – die wertvollsten Shop-Keywords. - Format-Standard: kurzer Text oben, ausführliche Beratung unter dem Listing – Produkte bleiben sichtbar. - Längen-Wahrheit: Der Bedarf der Suchanfrage entscheidet – 100 bis 800 Wörter, keine Mindestwort-Mythen. - Werkzeug in SW6: Kategorie-Beschreibung oder Erlebniswelten für frei kombinierte Text-/Listing-Blöcke. - Qualitätstest: Beantwortet der Text die drei wichtigsten Kauffragen? Würde ihn ein Verkäufer so sagen? - Priorisierung: Top-Umsatz-Kategorien und „Fast-Rankings“ (Positionen 8–20) zuerst überarbeiten. Einordnung: Der Kategorietext ist die Stelle, an der SEO und Verkauf dasselbe wollen: Wer hier ehrlich berät, rankt und konvertiert mit demselben Absatz. Es ist zugleich der Hebel mit dem größten Abstand zwischen Aufwand und Wirkung im ganzen Shop – eine Handvoll guter Texte auf den richtigen Kategorien schlägt jedes Technik-Feintuning. ## Wie bindet man Matomo in Shopware 6 ein? URL: https://sw.seo-manager.info/matomo-shopware-einbinden Auch: Matomo Integration · Piwik einbinden · Tracking einrichten Kategorie: Tracking & Datenschutz Kurzantwort: Drei Wege führen zu Matomo im Shopware-Shop: per Plugin (der einfachste), per Template-Anpassung im Theme oder über einen Tag-Manager. Voraussetzung ist immer eine laufende Matomo-Instanz – selbst gehostet auf eigenem Server oder als Teil eines Hosting-Pakets. Unabhängig vom Weg gehören zwei Einstellungen zum Pflichtprogramm: cookieloses Tracking (disableCookies) und die serverseitige IP-Kürzung in Matomo. Die Einrichtung im Detail – von der Instanz bis zum ersten Besuch: Schritt eins ist die Matomo-Instanz selbst: entweder auf eigenem (Sub-)Hosting installieren – Matomo ist ein schlankes PHP/MySQL-System und läuft problemlos neben dem Shop – oder gleich als Bestandteil eines Managed-Pakets beziehen. In Matomo legen Sie den Shop als Website an und erhalten die Site-ID. Schritt zwei ist die Einbindung im Shop: Mit unserem kostenlosen Plugin (klar gekennzeichnete Eigenempfehlung – Details auf der Plugin-Seite) tragen Sie nur noch Tracker-URL und Site-ID in die Konfiguration ein; das cookielose Tracking ist dort bereits Standard. Wer den Theme-Weg geht, erweitert per Template-Vererbung den head-Block der Storefront um den offiziellen Matomo-Code – funktional identisch, nur eben selbst zu pflegen. Schritt drei ist die Härtung in Matomo selbst: IP-Anonymisierung aktivieren (mindestens zwei Bytes kürzen), die Do-Not-Track-Respektierung prüfen und Auto-Archivierung per Cronjob einrichten, damit Berichte nicht beim Aufruf berechnet werden. Schritt vier ist der Funktionstest: Shop im Privatfenster besuchen und im Matomo-Besucherprotokoll den eigenen Aufruf finden – erst danach lohnt der Ausbau Richtung E-Commerce-Tracking, dem die nächste Frage dieser Kategorie gewidmet ist. Fakten: - Voraussetzung: eigene Matomo-Instanz (PHP/MySQL) – selbst gehostet oder im Managed-Hosting enthalten. - Einfachster Weg: Plugin installieren, Tracker-URL + Site-ID eintragen – z. B. unser kostenloses Matomo-Plugin (Eigenempfehlung). - Pflicht-Einstellungen: disableCookies im Tracker, IP-Kürzung serverseitig in Matomo. - Betriebs-Basics: Berichte per Cronjob archivieren, Matomo-Updates zeitnah einspielen. - Funktionstest: Privatfenster-Besuch muss im Besucherprotokoll erscheinen. - Ausbaustufe: E-Commerce-Tracking für Umsätze und Warenkörbe – siehe eigene Frage. Einordnung: Die Matomo-Einbindung ist eine Nachmittagsaufgabe mit jahrelanger Dividende: eigene Zahlen, eigener Server, keine Datenweitergabe. Der Plugin-Weg macht sie so klein, dass die eigentliche Arbeit dort beginnt, wo sie hingehört – beim Lesen der Zahlen statt beim Verkabeln. ## Matomo Plugin für Shopware 6 URL: https://sw.seo-manager.info/matomo-plugin Auch: Matomo Shopware · Piwik Plugin · Shopware Tracking Plugin Kategorie: Plugins & Services Kurzantwort: Das Matomo Plugin von SEO NW bindet die selbst gehostete Analysesoftware Matomo in Ihren Shopware-6-Shop ein – kostenlos, ohne Registrierung, als fertiges ZIP. Das Tracking arbeitet standardmäßig cookielos (disableCookies): Ihre Besucherstatistik läuft auf Ihrem eigenen Server, ohne Datenweitergabe an US-Konzerne. Installation in wenigen Minuten: Plugin hochladen, Matomo-URL und Site-ID eintragen, fertig. Was das Plugin kann – und was es bewusst nicht tut: Das Plugin fügt den offiziellen Matomo-Trackingcode sauber in die Storefront ein – auf jeder Seite, vor dem schließenden head-Element, mit Ihrer Instanz-URL und Site-ID aus der Plugin-Konfiguration. Der Cookie-Verzicht ist dabei keine Option, sondern Voreinstellung: disableCookies gehört zum ausgelieferten Standard, IP-Adressen kürzt Ihre Matomo-Instanz serverseitig. Damit entfällt der häufigste Grund für Consent-Banner-Zwang – viele Shop-Betreiber setzen cookieloses Matomo als berechtigtes Interesse ein; ob das für Ihre konkrete Konstellation trägt, klären Sie bitte mit Ihrer Rechtsberatung, denn ein Plugin ersetzt keine juristische Prüfung. Ebenso bewusst verzichtet das Plugin auf alles, was Tracking-Werkzeuge gern aufblähen: kein externer Code, keine Fremd-Server, keine Zusatz-Cookies, keine Telefonie nach Hause. Wer tiefer einsteigen will – E-Commerce-Tracking mit Umsätzen, Zielvorhaben, Kampagnen-Parameter – konfiguriert das direkt in Matomo selbst; die Grundlagen dazu erklärt unser Wissensbereich. Fakten: - Kostenlos und frei nutzbar – Direktdownload als ZIP, keine Registrierung, keine Lizenzschlüssel. - Kompatibilität: Shopware 6.4, 6.5 und 6.6 (Version 1.0). - Cookieloses Tracking ab Werk: disableCookies ist im ausgelieferten Trackingcode gesetzt. - Keine externen Dienste: Der Shop lädt ausschließlich Code von Ihrer eigenen Matomo-Instanz. - Voraussetzung: eine laufende Matomo-Instanz (selbst gehostet oder z. B. über unser Shopware-Hosting). - Support und Fragen: 301@seo-manager.info – Antwort direkt vom Entwicklerteam bei SEO NW. Installation in sechs Schritten: 1. ZIP herunterladen (Button oben) – keine Registrierung, keine E-Mail-Adresse nötig. 2. In der Shopware-Administration zu Erweiterungen → Meine Erweiterungen wechseln und „Erweiterung hochladen“ wählen. 3. Die ZIP-Datei auswählen, hochladen und das Plugin installieren und aktivieren. 4. In der Plugin-Konfiguration die URL Ihrer Matomo-Instanz (z. B. https://statistik.ihre-domain.de/) und die Site-ID eintragen. 5. Konfiguration speichern und den Shop-Cache leeren (Einstellungen → System → Caches & Indizes). 6. Prüfen: Storefront im Privatfenster aufrufen – der Besuch erscheint in Matomo unter Besucher → Besucherprotokoll. Einordnung: Google Analytics war für viele Shops jahrelang Reflex – seit DSGVO, Schrems II und Cookie-Müdigkeit ist die selbst gehostete Analyse die ruhigere Wahl: Matomo liefert die Kennzahlen, die ein Shop wirklich braucht, und lässt die Daten im Haus. Dieses Plugin ist der kürzeste Weg dorthin – und bleibt bewusst so schlank, dass Sie jederzeit nachvollziehen können, was es tut. ## Wie läuft die Migration von Shopware 5 auf 6? URL: https://sw.seo-manager.info/migration-sw5-sw6 Auch: SW5 Umstieg · Shopware Migration · Migrationsassistent Kategorie: Betrieb & Technik Kurzantwort: Die Migration ist ein Neubau mit Datenumzug: Der offizielle Migrationsassistent überträgt Produkte, Kunden, Bestellungen und Medien – Plugins, Theme und Individualcode müssen für Shopware 6 neu. Seit dem SW5-Support-Ende (Juli 2024) ist der Zeitplan keine Geschmacksfrage mehr: Jeder Monat ohne Sicherheitsupdates erhöht das Betriebsrisiko. Der SEO-Teil entscheidet über den wirtschaftlichen Erfolg: Ohne vollständiges 301-Mapping der alten URLs verbrennt der Umzug jahrelang aufgebaute Rankings. Die Erfolgsfaktoren – und die zwei Stellen, an denen Migrationen scheitern: Der Migrationsassistent selbst ist erfreulich robust: Im SW5 sorgt ein Connector-Plugin für den Zugang, im neuen SW6 wählt man das Migrationsprofil, ordnet Verkaufskanäle, Sprachen und Zahlarten zu und lässt die Durchläufe laufen – wiederholbar, sodass sich Zuordnungsfehler korrigieren lassen, und am Ende als Delta-Lauf, der nur die seit dem letzten Durchgang aufgelaufenen Bestellungen nachzieht. Gescheitert wird woanders. Scheiterstelle eins ist die unterschätzte Neubau-Hälfte: Für jedes SW5-Plugin braucht es die Entscheidung Nachfolger kaufen, Bordmittel nutzen oder ersatzlos streichen (die Migration ist die beste Gelegenheit für die Plugin-Diät dieser Kategorie), und das Theme entsteht komplett neu – wer das als „Update“ budgetiert, erlebt das Projekt als Kostenexplosion, obwohl nur die Etikettierung falsch war. Scheiterstelle zwei ist das URL-Kapitel: Shopware 6 erzeugt andere URLs als SW5; das Mapping alt→neu gehört vor dem Golive vollständig erstellt (Export aller Alt-URLs, Zuordnung per Artikel-/Kategoriereferenz, Rest von Hand), als Weiterleitungen hinterlegt und nach dem Umstieg über die Search Console überwacht – 404-Wellen in den ersten Wochen sind das Alarmsignal, auf das sofort reagiert wird. Realistischer Rahmen: kleine Standard-Shops schaffen den Umzug in wenigen Wochen nebenher, gewachsene Shops mit Individuallogik planen Monate und Agenturbudget – und in beiden Fällen gilt der Trost aus der SW6-vs-SW5-Frage: Es ist die eine Gelegenheit, zehn Jahre Altlasten kontrolliert zu entsorgen. Fakten: - Werkzeug: offizieller Migrationsassistent – Connector im SW5, Profil im SW6, wiederholbare Durchläufe + finales Delta. - Es wandern: Produkte, Kunden, Bestellungen, Medien, Kategorien – es wandern NICHT: Plugins, Theme, Individualcode. - Plugin-Inventur: je Alt-Plugin entscheiden – SW6-Nachfolger, Bordmittel oder streichen (beste Diät-Gelegenheit). - SEO-Pflicht: vollständiges 301-Mapping alt→neu vor Golive – danach Search Console auf 404-Wellen überwachen. - Betriebsmodell: parallel aufbauen, Alt-Shop verkauft weiter – Umstieg erst nach bestandenem Test im Wartungsfenster. - Zeitdruck real: SW5 ohne Sicherheitsupdates seit Juli 2024 – jeder Aufschub ist Risikoübernahme. Einordnung: Die SW5-zu-SW6-Migration ist ehrlicher als ihr Ruf: Sie verspricht keinen Knopfdruck, sondern einen geordneten Neubau mit vollständigem Datenumzug – und sie hält das Versprechen, wenn man sie als das Projekt plant, das sie ist. Wer die Plugin-Inventur als Befreiung und das 301-Mapping als Ranking-Versicherung begreift, kommt drüben mit einem besseren Shop an, als er verlassen hat. ## NoExit – Exit-Intent Plugin für Shopware 6 URL: https://sw.seo-manager.info/noexit Auch: Exit Popup Shopware · Warenkorbabbruch Plugin · Exit-Intent Shopware 6 Kategorie: Plugins & Services Kurzantwort: NoExit erkennt, wenn Besucher Ihren Shop verlassen wollen – etwa bei der Mausbewegung Richtung Tab-Leiste – und zeigt genau dann ein letztes, frei konfigurierbares Angebot. Das Ziel: einen Teil der Warenkorbabbrecher zurückholen, bevor sie weg sind – mit Gutschein, Erinnerung oder Newsletter-Anreiz. Kostenlos als ZIP, Texte, Design und Auslöser konfigurieren Sie in der Shopware-Administration. Was Exit-Intent realistisch bringt – ehrliche Zahlen statt Wunderversprechen: Rund 70 Prozent aller gefüllten Warenkörbe werden abgebrochen – das ist der branchenweit stabile Befund, und er macht jeden seriösen Rückholversuch wertvoll. Für Exit-Intent-Overlays berichten A/B-Tests je nach Shop, Angebot und Zielgruppe sehr unterschiedliche Ergebnisse: von kaum messbar bis zu einstelligen, in gut gemachten Fällen niedrigen zweistelligen Prozentanteilen zurückgeholter Abbrecher. Eine garantierte Conversion-Steigerung um X Prozent kann Ihnen deshalb niemand versprechen – wer es tut, verkauft Marketing statt Messung. Unsere Empfehlung ist unbequemer und ehrlicher: Testen Sie es an Ihren eigenen Zahlen. Mit unserem Matomo-Plugin messen Sie Abbruchraten vor und nach der Aktivierung selbst – kostenlos und auf Ihrem eigenen Server. Zwei Praxisregeln entscheiden dabei über Erfolg oder Ärger: Erstens Frequenz deckeln – das Overlay erscheint pro Besucher einmal, nicht bei jedem Seitenwechsel; NoExit hält sich daran. Zweitens die Mobile-Realität kennen: Auf Touchgeräten gibt es keinen Mauszeiger – Exit-Intent ist dort prinzipbedingt eingeschränkt und spielt seine Stärke im Desktop-Traffic aus. Fakten: - Kostenlos als ZIP – keine Registrierung, keine Laufzeitkosten, keine Provision. - Kompatibilität: Shopware 6.4, 6.5 und 6.6 (Version 1.0). - Frei konfigurierbar: Texte, Farben, Gutscheincode, Auslöse-Verhalten – ohne Programmierung. - Eingebaute Frequenz-Deckelung: ein Overlay pro Besucher, keine Popup-Kanonade. - Ehrliche Grenze: Auf Touchgeräten ohne Mauszeiger ist Exit-Intent prinzipbedingt eingeschränkt. - Erfolg messbar machen: Abbruchraten vorher/nachher mit unserem kostenlosen Matomo-Plugin vergleichen. Einrichtung in fünf Schritten: 1. ZIP herunterladen (Button oben) und in der Administration unter Erweiterungen → Meine Erweiterungen hochladen. 2. Plugin installieren, aktivieren und die Konfiguration öffnen. 3. Ihr Angebot festlegen: Überschrift, Text, optional Gutscheincode und Button-Beschriftung. 4. Erscheinungsbild anpassen (Farben, Verzögerung, Auslöse-Empfindlichkeit) und speichern, danach den Shop-Cache leeren. 5. Im Privatfenster testen: Warenkorb füllen, Maus zügig zur Tab-Leiste bewegen – das Overlay erscheint genau einmal. Einordnung: Exit-Intent ist kein Zaubertrick, sondern ein fairer letzter Versuch: Wer ohnehin geht, bekommt genau einmal einen Grund zu bleiben. Richtig dosiert holt NoExit einen messbaren Teil der Abbrecher zurück – und weil wir lieber messen als versprechen, liefern wir das Messwerkzeug gleich kostenlos mit. ## Wie installiert und verwaltet man Shopware-Plugins richtig? URL: https://sw.seo-manager.info/plugins-installieren Auch: Erweiterungen Shopware · Plugin-Verwaltung · Extension Store Kategorie: Betrieb & Technik Kurzantwort: Plugins erweitern Shopware um fast alles – installiert wird über den Store direkt in der Administration oder per ZIP-Upload unter Erweiterungen → Meine Erweiterungen. Die Verwaltungs-Wahrheit: Jedes Plugin ist ein Dauerbewohner mit Miete – es kostet Performance, Update-Abhängigkeit und Sicherheitsfläche; kuratiert wird deshalb wie ein Sortiment. Vor jedem Kauf drei Prüfblicke: Wird es aktiv gepflegt (Kompatibilität, letzte Updates)? Wie reagiert der Support? Was sagen Bewertungen jenseits der Sterne? Auswahl, Lebenszyklus und die Kunst des Deinstallierens: Die Auswahl beginnt mit einer Gegenfrage: Kann das Shopware selbst? Erstaunlich viele Plugin-Käufe ersetzen Bordmittel – Regeln, dynamische Produktgruppen und Erlebniswelten decken mehr ab, als der Store-Reflex vermutet. Braucht es doch ein Plugin, entscheiden Pflege-Indikatoren über die Kaufwürdigkeit: ausgewiesene Kompatibilität mit der aktuellen Shopware-Version, ein lebendiger Update-Verlauf, erreichbarer Hersteller-Support und Bewertungen, in denen man gezielt die kritischen liest – dort steht, wie der Anbieter mit Problemen umgeht. Beim ZIP-Bezug außerhalb des Stores (wie bei unseren kostenlosen Plugins) gilt zusätzlich die Quellenfrage: nur vom Hersteller direkt laden, nie aus dubiosen „Nulled“-Quellen – die sind der häufigste Malware-Einfallsweg in Shopsysteme. Der Lebenszyklus folgt den Betriebsregeln dieser Kategorie: Neues zuerst aufs Staging (ein Plugin kann Checkout, Performance und Cache-Trefferquote verändern – alle drei nach der Installation prüfen), Updates im Wartungsrhythmus, und einmal jährlich die Inventur mit der Gretchenfrage je Plugin: Welchen benennbaren Nutzen hatte es dieses Jahr? Deinstalliert wird dann richtig: erst deaktivieren und den Shop beobachten, dann deinstallieren – und zwar über die vorgesehene Funktion, damit das Plugin seine Datenbank-Spuren mitnimmt; anschließend Theme neu kompilieren und Cache leeren, denn Asset-Leichen ausgebauter Plugins sind ein stiller Performance-Fresser (die Theme-Frage der Performance-Kategorie kennt das Phänomen). So bleibt die Erweiterungsliste, was sie sein soll: kurz, begründet und gepflegt. Fakten: - Installationswege: Store in der Administration oder ZIP-Upload (Erweiterungen → Meine Erweiterungen → hochladen). - Vorab-Gegenfrage: Kann das Shopware selbst? Regeln, Produktgruppen und Erlebniswelten ersetzen viele Plugin-Käufe. - Kauf-Kriterien: gepflegte Kompatibilität, aktiver Update-Verlauf, erreichbarer Support, kritische Bewertungen lesen. - Quellen-Regel: ZIPs nur direkt vom Hersteller – „Nulled“-Plugins sind der klassische Malware-Vektor. - Nach jeder Installation prüfen: Checkout-Funktion, Ladezeit, Cache-Trefferquote – Plugins wirken auf alle drei. - Sauber entfernen: deaktivieren → beobachten → deinstallieren (mit Datenbereinigung) → Theme kompilieren, Cache leeren. Einordnung: Ein Plugin-Bestand ist wie ein Werkzeugkoffer: Wert entsteht nicht durch Fülle, sondern durch Griffbereitschaft – zehn gepflegte Erweiterungen mit klarem Auftrag schlagen vierzig vergessene. Wer Auswahl, Staging-Probe und Jahresinventur zur Routine macht, bekommt die Erweiterbarkeit von Shopware ohne ihre Schattenseite: den schleichend zugemüllten Shop. ## Was macht eine Produktseite, die wirklich verkauft? URL: https://sw.seo-manager.info/produktseiten Auch: Produktdetailseite · PDP Optimierung · Produktbeschreibung Kategorie: Conversion & Checkout Kurzantwort: Die Produktseite ist der Verkäufer im Regal: Sie muss in Sekunden überzeugen (Bilder, Preis, Verfügbarkeit), auf Nachfrage informieren (Beschreibung, Details) und Restzweifel absichern (Bewertungen, Versand, Rückgabe). Die drei Pflicht-Elemente über der Falz: aussagekräftige Bilder, ein eindeutiger Kaufbereich mit Preis, Lieferzeit und Verfügbarkeit – und der Kauf-Button ohne Konkurrenz. Der doppelte Lohn guter Produktseiten: Sie konvertieren Besucher und ranken zugleich – eigener Text schlägt den Herstellertext in beiden Disziplinen. Vom Herstellertext zur Verkäufer-Seite – die Praxis-Prioritäten: Der größte Einzelhebel ist der eigene Text – aus zwei Gründen zugleich: Für Kunden beantwortet er die echte Frage („Was habe ich davon?“) statt Datenblatt-Prosa zu wiederholen, und für Google unterscheidet er Ihre Seite von den fünfzig Shops mit identischem Herstellertext (die Duplicate-Content-Frage lässt grüßen). Niemand schreibt das für 5.000 Artikel – die Priorisierung kennt diese Kategorie schon: Top-Seller und margenstarke Produkte zuerst, der Rest nach Datenlage. Bei den Bildern zählt Kontext vor Studio-Perfektion: Das Produkt in Anwendung, Detail und Größenvergleich beantwortet Fragen, die Text mühsam umschreibt – technisch optimiert nach der Bilder-Frage der Performance-Kategorie, denn das Hauptbild ist fast immer das LCP-Element. Verfügbarkeit und Lieferzeit verdienen Ehrlichkeit in konkret („heute bestellt, Mittwoch geliefert“ schlägt „3–5 Werktage“) – nichts erzeugt mehr Retouren-Frust und Support-Last als geschönte Lieferversprechen. Bewertungen sind das stärkste Absicherungs-Element und wollen aktiv beschafft werden (Erinnerung nach Zustellung – rechtlich sauber umgesetzt); ihre Sterne speisen zugleich die Rich Snippets aus der SEO-Kategorie. Mobil entscheidet die Daumen-Realität: Der Kaufbereich gehört auch nach Scrollen erreichbar (Sticky-Leiste), Varianten-Wahl muss ohne Zielwasser bedienbar sein – hier trifft Conversion auf die INP-Metrik. Und zum Schluss der Ausgang mit Netz: Wer nicht kauft, bekommt Alternativen und Zubehör angeboten statt einer Sackgasse – Cross-Selling ist interne Verlinkung mit Umsatzabsicht. Fakten: - Pflicht über der Falz: Bilder, Preis, konkrete Lieferzeit/Verfügbarkeit, unübersehbarer Kauf-Button. - Größter Hebel: eigener Nutzen-Text statt Hersteller-Kopie – wirkt auf Conversion UND Ranking. - Priorisierung: Top-Seller und Margenbringer zuerst – Rest nach Traffic-/Umsatzdaten. - Bewertungen: aktiv einsammeln (Post-Purchase, rechtssicher) – speisen Vertrauen und Rich Snippets. - Mobil-Regeln: Kaufleiste sticky, Varianten daumentauglich, Hauptbild = LCP-Element (nie lazy!). - Ausgang mit Netz: Alternativen & Zubehör statt Sackgasse – Cross-Selling als Umsatz-Verlinkung. Einordnung: Die Produktseite ist der einzige Ort, an dem SEO, Performance und Verkauf dasselbe Dokument bearbeiten – und genau deshalb der dankbarste: Jede Verbesserung zahlt dreifach. Wer seine zwanzig wichtigsten Produktseiten wie Schaufenster pflegt statt wie Datenbankausgaben, braucht für den Effekt keine Agentur-Studie – der Trichter zeigt ihn. ## Wie bekommt ein Shopware-Shop Rich Snippets? URL: https://sw.seo-manager.info/rich-snippets-schema Auch: strukturierte Daten · Sterne in Google · Product Schema Kategorie: Shop-SEO Kurzantwort: Rich Snippets sind die angereicherten Suchergebnisse mit Preis, Verfügbarkeit und Bewertungssternen – gespeist aus strukturierten Daten nach Schema.org. Shopware 6 liefert das Product-Markup im Standard-Theme bereits mit: Name, Preis, Verfügbarkeit und Bewertungen werden automatisch ausgezeichnet. Rich Snippets erhöhen nicht das Ranking, aber die Klickrate – und sie sind Voraussetzung, um im Preis-Vergleichsumfeld der Suche überhaupt sichtbar mitzuspielen. Prüfen, pflegen, nicht übertreiben – der Praxis-Dreiklang: Erstens prüfen: Googles Test für Rich-Suchergebnisse zeigt pro URL, welches Markup erkannt wird und wo Pflichtfelder fehlen – typische Shopware-Befunde sind fehlende Bewertungen (dann gibt es schlicht keine Sterne, kein Fehler) oder von Theme-Anpassungen zerschossene Templates. Die Search Console führt unter „Verbesserungen“ dauerhaft Buch über alle erkannten Produkt-Markups samt Fehlern. Zweitens pflegen: Sterne erscheinen nur, wenn echte Bewertungen existieren – die beste „Markup-Optimierung“ ist deshalb ein funktionierender Bewertungs-Workflow nach dem Kauf. Preise und Verfügbarkeiten zieht das Markup live aus den Produktdaten; wer dort schlampt, sendet Google widersprüchliche Signale, was inzwischen auch die Shopping-Integration (Preisanzeige direkt in der Suche) beschädigt. Drittens nicht übertreiben: Die Versuchung, jede Seite mit jedem Markup-Typ zu tapezieren, bringt nichts – Google zeigt Rich-Ergebnisse nach eigenem Ermessen, und irrelevantes Markup wird ignoriert. Die Faustregel: auszeichnen, was da ist; beschaffen (Bewertungen!), was fehlt; erfinden – niemals. Fakten: - Wirkung: höhere Klickrate durch Preis, Verfügbarkeit und Sterne – kein direkter Rankingfaktor. - Shopware 6 Standard: Product-Schema inkl. Offer (Preis/Verfügbarkeit) und AggregateRating aus Shop-Bewertungen. - Voraussetzung für Sterne: echte, auf der Seite sichtbare Bewertungen – ohne Reviews keine Sterne. - Prüfwerkzeuge: Google-Test für Rich-Suchergebnisse (einzeln) und Search Console → Verbesserungen (dauerhaft). - Rote Linie: erfundene oder unsichtbare Auszeichnungen → manuelle Maßnahme, in DE zusätzlich wettbewerbsrechtlich riskant. - Kür: FAQ-Markup auf Ratgeberseiten – der eine Zusatztyp, der im Shop-Umfeld zuverlässig Fläche bringt. Einordnung: Rich Snippets sind das seltene SEO-Thema, bei dem Shopware-Betreiber fast alles geschenkt bekommen: Das Markup läuft ab Werk – verdient werden müssen nur die Inhalte dahinter, allen voran echte Bewertungen. Wer stattdessen an der Auszeichnung trickst, tauscht ein paar Wochen Sterne gegen Maßnahmen und Abmahnpost – das schlechteste Geschäft dieser Kategorie. ## Wie konfiguriert man SEO-URLs in Shopware richtig? URL: https://sw.seo-manager.info/seo-urls-shopware Auch: URL-Template · sprechende URLs · Shopware URL-Struktur Kategorie: Shop-SEO Kurzantwort: Shopware 6 erzeugt SEO-URLs automatisch nach Vorlagen (Templates), die Sie unter Einstellungen → SEO je Verkaufskanal definieren – mit Variablen wie Produkt- oder Kategoriename. Gute Shop-URLs sind kurz, sprechend und stabil: der Produktname ja, Bestellnummern und tiefe Kategoriepfade meist nein. Der eingebaute Schutz: Ändert sich eine SEO-URL, legt Shopware automatisch eine 301-Weiterleitung von der alten auf die neue an – Rankings wandern mit. Die Template-Entscheidungen, die später niemand mehr anfassen will: Drei Weichen stellen Sie am besten vor dem Launch. Erstens: Kategoriepfad in Produkt-URLs – ja oder nein? Der Pfad (etwa /schuhe/wanderschuhe/produktname) wirkt ordentlich, macht URLs aber lang und vor allem instabil: Hängt ein Produkt in mehreren Kategorien oder wird umsortiert, ändern sich Adressen ohne Not; der reine Produktname ist die robustere Wahl. Zweitens: Kein technischer Ballast – Bestellnummern, IDs oder Farbcodes gehören nicht in die URL, sie helfen keinem Nutzer und keinem Ranking. Drittens: Umlaute und Sonderzeichen regelt Shopware sauber selbst (ä wird ae beziehungsweise a, je nach Einstellung) – wichtig ist nur Konsistenz. Nach Änderungen an Templates den SEO-URL-Index über die geplanten Aufgaben oder per Konsole neu aufbauen lassen und stichprobenartig prüfen, ob die automatischen 301-Weiterleitungen greifen. Und eine Warnung aus der Migrationspraxis: Die Automatik gilt innerhalb von Shopware 6 – beim Umzug von Shopware 5 oder einem Fremdsystem müssen Sie das 301-Mapping selbst mitbringen. Fakten: - Konfiguration: Einstellungen → SEO – Templates je Verkaufskanal und Sprache, mit Twig-Variablen. - Empfehlung Produkt-URL: nur der Produktname – kurz, stabil, ohne Kategoriepfad und ohne Artikelnummern. - Eingebauter Schutz: Bei URL-Änderungen legt Shopware 6 automatisch 301-Weiterleitungen an. - Mehrsprachigkeit: eigene Templates und URLs je Sprache/Domäne – Grundlage für sauberes hreflang. - Nach Template-Änderungen: SEO-URL-Indexierung neu ausführen (geplante Aufgaben bzw. Konsole). - Grenze der Automatik: Migrationen von SW5/Fremdsystemen brauchen ein manuelles 301-Konzept. Einordnung: URLs sind das Straßennetz des Shops: Einmal klug angelegt, fährt jahrelang alles darüber – nachträgliche Umbauten kosten dagegen immer Rankings, egal wie sauber man umleitet. Die Shopware-Automatik nimmt Ihnen die Fleißarbeit ab; die Strategie-Entscheidung fürs Template bleibt Chefsache. ## Was bringt Server-Side-Tracking – und wem? URL: https://sw.seo-manager.info/server-side-tracking Auch: serverseitiges Tracking · Server-Side Tagging · First-Party-Tracking Kategorie: Tracking & Datenschutz Kurzantwort: Beim Server-Side-Tracking sendet nicht der Browser des Kunden die Daten an die Analyse- und Werbedienste, sondern Ihr eigener Server – als kontrollierende Zwischenstation. Die realen Vorteile: weniger Verluste durch Adblocker und Browser-Schutzmechanismen, volle Kontrolle darüber, welche Daten Dienste erhalten, und schlankeres JavaScript im Shop. Die ehrliche Einordnung: ein Werkzeug für datengetriebene, werbeintensive Shops mit Technik-Ressourcen – kein DSGVO-Freifahrtschein und für die meisten kleinen Shops schlicht Overkill. Wie es funktioniert, was es wirklich löst – und die zwei verbreiteten Irrtümer: Klassisch lädt der Browser für jeden Dienst ein Skript und funkt direkt zu dessen Servern – jeder Adblocker, jeder Tracking-Schutz und jede Consent-Ablehnung kappt diese Leitungen einzeln. Server-seitig läuft stattdessen ein eigener Endpunkt (etwa ein serverseitiger Tag-Manager-Container oder Matomos Tracking-API): Die Storefront sendet ein einziges Ereignis an die eigene First-Party-Adresse, und der Server verteilt kontrolliert weiter – bereinigt, angereichert, gefiltert. Das löst reale Probleme: Werbe-Conversions kommen vollständiger an (relevant, wo Gebotsalgorithmen mit Daten gefüttert werden), Drittskripte verschwinden aus dem Browser (INP freut sich), und sensible Felder lassen sich zentral ausfiltern, bevor irgendein Dienst sie sieht. Nun die Irrtümer: Erstens „server-side ist automatisch DSGVO-konform“ – falsch; die Rechtslage hängt an Zweck und Empfänger der Daten, nicht am Transportweg, und wer per Server heimlich weiterträckt, was der Kunde im Banner ablehnte, verschärft sein Problem statt es zu lösen. Zweitens „das braucht heute jeder“ – ebenfalls nein: Der Betrieb kostet Infrastruktur und laufende Pflege; ein Shop, der primär mit cookielosem Matomo steuert und wenig Plattform-Werbung schaltet, gewinnt fast nichts. Die ehrliche Einstiegsschwelle: nennenswertes Werbebudget auf Conversion-Algorithmen plus jemand im Team, der einen zusätzlichen Dienst betreiben mag – vorher gehören Grundlagen (saubere Messung, Consent-Ordnung, Performance) auf den Tisch, und die stehen alle in dieser Kategorie. Fakten: - Prinzip: Browser sendet an den eigenen Server – der verteilt kontrolliert an Analyse-/Werbedienste weiter. - Reale Gewinne: robustere Messung (Adblocker/Tracking-Schutz), Datenkontrolle vor Weitergabe, weniger Browser-JavaScript. - Kein Rechtstrick: Einwilligungspflichten hängen an Zweck und Empfänger – der Transportweg ändert daran nichts. - Aufwand: eigener Endpunkt (z. B. serverseitiger Container oder Matomo-API) mit Hosting und Pflege. - Sinnvoll ab: relevantem Plattform-Werbebudget + Technik-Ressourcen – vorher Grundlagen fixen. - Matomo-Kontext: Tracking-API erlaubt serverseitige Ereignisse – für Spezialfälle, nicht als Pflichtausbau. Einordnung: Server-Side-Tracking ist die Oberstufe der Messtechnik: mächtig für Shops, deren Werbemaschine von vollständigen Daten lebt – und ein teures Hobby für alle anderen. Die Reihenfolge bleibt unbestechlich: erst ehrlich messen, dann aufräumen, dann skalieren; wer die ersten zwei Stufen überspringt, baut die dritte auf Sand. ## Der Shop ist langsam – wo fängt man an? URL: https://sw.seo-manager.info/shop-langsam-checkliste Auch: Shop zu langsam · Performance-Diagnose · Ladezeit-Problem Kategorie: Praxis & Entscheidungen Kurzantwort: „Langsam“ ist ein Symptom mit vielen Vätern – die Checkliste ersetzt das Raten durch eine Diagnose-Reihenfolge: erst messen, dann Server und Cache, dann der Frontend-Ballast. Der wichtigste Einzelwert für die Weichenstellung ist die Server-Antwortzeit (TTFB): Ist schon sie hoch, liegt das Problem hinten (Hosting, Cache, Plugins) – ist sie gut, vorn (Bilder, JavaScript). Neun von zehn „langsamen“ Shopware-Shops haben dieselben drei Diagnosen: Cache trifft nicht, Hosting unterdimensioniert, Frontend zugemüllt. Die Zehn-Punkte-Checkliste zum Abarbeiten: Punkt eins: Geldseiten messen (Startseite, Top-Kategorie, Top-Produkt, Checkout-Einstieg) – Felddaten zuerst, Details in der Mess-Frage dieser Seite. Punkt zwei: die TTFB-Weiche stellen – Server-Antwortzeiten deutlich über einigen hundert Millisekunden zeigen nach hinten. Hinten-Pfad, Punkt drei: Cache-Trefferquote prüfen – anonym aufgerufene Seiten müssen aus dem HTTP-Cache kommen; tun sie es nicht, ist fast immer ein Plugin der Saboteur (Cache-Frage dieser Seite). Punkt vier: der Plugin-Verdachtstest auf dem Staging – Erweiterungen halbieren, messen, eingrenzen; erfahrungsgemäß findet sich der eine Übeltäter schneller als gedacht. Punkt fünf: Hosting-Realität – RAM-Auslastung, CPU-Drosselung, Nachbarschafts-Effekte beim Shared-Hosting; die Hosting-Frage liefert die Prüfliste. Punkt sechs: Datenbank und Suche – bei großen Katalogen lahme Listings deuten auf die Elasticsearch-Schwelle. Vorn-Pfad, Punkt sieben: Bildgewichte der betroffenen Seiten (das Vier-Megabyte-Bühnenbild ist ein Dauerbrenner – Bilder-Frage). Punkt acht: JavaScript-Inventur samt Drittanbieter-Diät (Theme-Frage). Punkt neun: das LCP-Element prüfen – lazy geladenes Hauptbild oder spät ladende Webfonts sind klassische Einzeltäter. Punkt zehn: nach jeder Maßnahme neu messen und die Wirkung notieren – sonst optimiert man ins Blaue. Und die Eskalations-Ehrlichkeit zum Schluss: Wer die Liste durch hat und weiter bei roten Werten steht, hat ein strukturelles Thema (Theme-Neubau, Hosting-Wechsel, Individualcode) – dafür gibt es die Agentur-Frage dieser Kategorie, und ja: auch uns. Fakten: - Diagnose-Weiche: TTFB schlecht → Server/Cache/Plugins · TTFB gut → Bilder/JavaScript/Drittskripte. - Top-3-Diagnosen der Praxis: Cache trifft nicht · Hosting unterdimensioniert · Frontend zugemüllt. - Plugin-Verdachtstest: auf Staging halbieren und eingrenzen – der schnellste Weg zum Übeltäter. - Einzeltäter-Klassiker: lazy geladenes LCP-Bild, Mega-Bühnenbild, Chat-Widget, nicht treffender HTTP-Cache. - Methoden-Regel: nach jeder Maßnahme messen und notieren – Wirkung statt Gefühl. - Eskalation: Liste durch + weiter rot = strukturelles Thema → Theme, Hosting oder Profi-Audit. Einordnung: Die Langsam-Checkliste ist das Gegenteil von Zauberei – und genau deshalb funktioniert sie: Reihenfolge statt Reflexe, Weiche statt Werkzeugkiste. Die meisten Shops sind nach den ersten fünf Punkten spürbar schneller; die übrigen wissen danach wenigstens präzise, wofür sie Hilfe einkaufen. ## Der Shop rankt nicht – was sind die häufigsten Fehler? URL: https://sw.seo-manager.info/shop-rankt-nicht Auch: keine Rankings · Shop unsichtbar · SEO-Fehlersuche Kategorie: Praxis & Entscheidungen Kurzantwort: „Rankt nicht“ hat drei Fehlerfamilien: technische Blockaden (Google kann nicht), Inhalts-Schwäche (Google will nicht) und Erwartungs-Irrtümer (Google braucht länger oder mehr Autorität). Die Diagnose beginnt immer in der Search Console: Indexierungsbericht und Suchanfragen-Daten verraten, in welcher Familie das Problem wohnt. Der häufigste Einzelfehler ist banal und brutal: noindex- oder Blockade-Reste aus der Entwicklungszeit – der Shop bittet Google höflich, ihn zu ignorieren. Der Diagnose-Gang durch die drei Familien: Familie eins prüft sich in einer Stunde: Der Site-Abfrage-Schnelltest (site:ihredomain.de) zeigt, ob überhaupt indexiert wird; der Indexierungsbericht der Search Console benennt die Gründe für jede ausgeschlossene Seite – „durch noindex ausgeschlossen“ auf Geldseiten ist der Klassiker nach Relaunches, gefolgt von robots-Blockaden aus der Staging-Zeit und Canonical-Verweisen auf falsche Ziele; die Technik-Fragen der SEO-Kategorie liefern zu jedem Befund die Reparatur. Familie zwei erkennt man am Muster „indexiert, aber ohne Impressionen“: Die Seiten sind im Index, treten aber zu keiner Suchanfrage an – fast immer, weil der Inhalt austauschbar ist (Herstellertexte), die Kategorieseiten nackt sind oder schlicht niemand nach den gewählten Begriffen sucht; hier heilen Kategorietexte, eigene Produkttexte und der ehrliche Abgleich mit echten Suchanfragen. Familie drei ist die unbequemste, weil sie kein Fehler ist: Eine junge Domain ohne einen einzigen externen Verweis rankt für umkämpfte Begriffe nicht – egal wie sauber die Technik glänzt; realistisch sind erste stabile Rankings für spezifische Anfragen nach Monaten, und der Autoritätsaufbau (erwähnenswert sein: Herstellerverzeichnisse, Fachbeiträge, Branchenpresse – niemals Linkkauf) ist Marathonarbeit. Die Reihenfolge der Diagnose ist deshalb heilig: Wer bei Familie drei anfängt und Verweise „aufbaut“, während ein noindex die Kategorie blockiert, verbrennt Geld fürs Warten. Und der Kannibalisierungs-Sonderfall zum Schluss: Ranken mehrere eigene Seiten schwankend für dieselbe Anfrage, konkurrieren sie gegeneinander – zusammenlegen oder sauber differenzieren, die Duplicate-Frage kennt das Werkzeug. Fakten: - Diagnose-Startpunkt: Search Console – Indexierungsbericht (kann Google?) + Suchanfragen (will Google?). - Häufigster Einzelfehler: noindex-/robots-Reste aus Entwicklung oder Relaunch auf Geldseiten. - Muster „indexiert, null Impressionen“: austauschbarer Inhalt oder kein Suchvolumen – Content-Familie. - Realitäts-Familie: junge Domains ohne externe Verweise ranken für Kopf-Begriffe nicht – Monate + Autoritätsaufbau einplanen. - Autorität weiß aufbauen: Herstellerlisten, Fachbeiträge, Presse – Linkkauf ist Abstrafungs-Roulette. - Kannibalisierung: mehrere eigene Seiten für dieselbe Anfrage → zusammenlegen oder differenzieren. Einordnung: „Der Shop rankt nicht“ ist keine Diagnose, sondern ein Hilferuf mit drei möglichen Ursachen – und die Reihenfolge kann-will-braucht sortiert sie in einer Stunde Search-Console-Arbeit. Das Tröstliche aus der Praxis: Familie eins und zwei sind vollständig selbst heilbar mit den Fragen dieser Seite; nur Familie drei verlangt, was kein Trick ersetzt – Substanz und Geduld. ## Wie misst man die Performance eines Shops richtig? URL: https://sw.seo-manager.info/performance-messen Auch: PageSpeed messen · Lighthouse · Performance-Monitoring Kategorie: Performance & Core Web Vitals Kurzantwort: Richtig messen heißt zweigleisig messen: Felddaten zeigen, was echte Kunden erleben – Labordaten zeigen, warum. Das kostenlose Grundbesteck: PageSpeed Insights (Feld + Labor), die Search Console (Vitals-Verlauf) und für Tiefenanalysen WebPageTest – ergänzt um unsere eigenen Prüfwerkzeuge auf pagespeed.de. Die drei Messfehler-Klassiker: nur die Startseite testen, nur am Desktop testen und einmalig statt regelmäßig messen. Der Mess-Werkzeugkasten – und wie man ihn benutzt, ohne sich zu belügen: PageSpeed Insights ist der Startpunkt, weil es beide Welten zeigt: oben die Felddaten echter Chrome-Nutzer der letzten 28 Tage (die Zahlen, die zählen), darunter den Lighthouse-Laborlauf mit konkreten Befunden (die Zahlen, die erklären). Die Search Console ergänzt den Verlauf: Ihr Bericht zur Nutzerfreundlichkeit gruppiert alle URLs nach gut, verbesserungswürdig und schlecht – ideal, um Mustergruppen zu erkennen („alle Kategorieseiten rot“) statt Einzelseiten zu jagen. WebPageTest liefert die Tiefenbohrung mit Wasserfall-Diagrammen und Filmstreifen aus wählbaren Standorten und Drosselungen. Und weil Einmal-Messungen naturgemäß Momentaufnahmen sind, haben wir für den Dauerbetrieb unsere eigenen Werkzeuge auf pagespeed.de gebaut – vom SEO-Check bis zu den LCP-, INP- und CLS-Einzelprüfungen samt Massentests für viele URLs auf einmal. Gemessen wird dabei nach drei Regeln: Erstens die Seiten, die Geld verdienen – Top-Kategorien, Top-Produkte, Checkout-Einstieg – nicht die ohnehin schlanke Startseite. Zweitens mobil zuerst, mit realistischer Drosselung: Ihr Büro-WLAN ist nicht das Netz Ihrer Kunden. Drittens regelmäßig und nach jedem Deployment – Performance stirbt nicht am großen Knall, sondern an zwanzig kleinen „das eine Skript macht doch nichts“-Entscheidungen. Wer so misst, hat am Ende keine Score-Sammlung, sondern eine priorisierte Aufgabenliste – und genau die ist der Sinn der Übung. Fakten: - Zwei Datenwelten: Felddaten (CrUX – was Kunden erleben) vs. Labor (Lighthouse – warum es so ist). - Grundbesteck: PageSpeed Insights, Search Console (Vitals-Bericht), WebPageTest – alle kostenlos. - Eigene Werkzeuge: SEO-Check und LCP/INP/CLS-Prüfungen inkl. Massentests auf pagespeed.de. - Messregel 1: Geldseiten testen (Kategorien, Produkte, Checkout) – nicht nur die Startseite. - Messregel 2: mobil und gedrosselt – die Kundennetz-Realität simulieren. - Messregel 3: kontinuierlich und nach jedem Deployment – Verschlechterung kommt schleichend. Einordnung: Messen ist im Performance-Thema, was Buchhaltung im Geschäft ist: unglamourös, aber ohne sie ist jede Entscheidung Bauchgefühl. Wer Feld und Labor auseinanderhält, die Geldseiten mobil misst und Trends statt Momentaufnahmen sammelt, macht aus dem gefühlten „irgendwas ist langsam“ eine Liste mit Prioritäten – und aus dieser Kategorie einen Abarbeitungsplan. ## Warum entscheidet die Ladezeit über den Umsatz? URL: https://sw.seo-manager.info/shop-speed-umsatz Auch: Ladezeit Conversion · Pagespeed Umsatz · Performance ROI Kategorie: Performance & Core Web Vitals Kurzantwort: Ladezeit ist im Shop keine Technik-, sondern eine Umsatzkennzahl: Jede spürbare Verzögerung kostet messbar Besucher, Warenkörbe und Abschlüsse. Die Branchendaten sind in der Richtung eindeutig – von den klassischen Amazon- und Walmart-Befunden bis zu Googles Absprung-Studien: langsamer heißt weniger. Doppelter Hebel: Speed wirkt direkt auf die Conversion und indirekt aufs Ranking, denn die Core Web Vitals sind Teil der Google-Bewertung. Die Zahlen ehrlich einordnen – und den eigenen Business Case rechnen: Die berühmten Speed-Statistiken verdienen denselben Ehrlichkeits-Pass wie alles auf dieser Seite: Amazons „100 Millisekunden kosten 1 Prozent Umsatz“ stammt aus den 2000ern, Walmarts Conversion-Kurven und Googles 53-Prozent-Mobilabbruch-Studie sind ebenfalls historisch – als exakte Prognose für Ihren Shop taugt keine davon. Was sie gemeinsam belegen, ist die Richtung und die Größenordnung: Ladezeit wirkt auf den Umsatz, und zwar stärker, als die meisten Budgetplanungen annehmen. Den eigenen Business Case rechnen Sie seriöser mit drei eigenen Zahlen: aktuelle mobile Ladezeit (Felddaten, nicht Labor), Absprungrate der Einstiegsseiten und Umsatz pro Besuch – dann eine konservative Annahme, etwa dass eine Sekunde Verbesserung die Absprungrate um wenige Prozentpunkte senkt, und die Rechnung steht. In der Praxis schlägt sie fast immer positiv aus, weil Speed-Maßnahmen (Caching, Bilder, Ballast raus) einmalig kosten und dauerhaft wirken. Und der Ranking-Bonus kommt obendrauf: Die Core Web Vitals sind offizieller Teil der Google-Systeme – kein Wundermittel, aber bei ansonsten vergleichbaren Wettbewerbern das Zünglein. Wie Sie messen und wo Sie ansetzen, zeigen die nächsten Fragen dieser Kategorie. Fakten: - Klassische Befunde: Amazon ≈ 1 % Umsatz je 100 ms (historisch) · Google: Absprungwahrscheinlichkeit steigt zwischen 1 und 3 s um ≈ 32 %. - Mobil zuerst: Der Großteil des Shop-Traffics ist mobil – dort sind Netze langsamer und Geduld kürzer. - Doppelwirkung: direkt auf Conversion/Absprung, indirekt über Core Web Vitals aufs Ranking. - Eigene Rechnung: Felddaten-Ladezeit × Absprungrate × Umsatz/Besuch – konservativ kalkulieren. - Ökonomie der Maßnahmen: einmalige Optimierung, dauerhafte Wirkung – seltene Einbahnstraße im Marketing. - Messwerkzeuge: PageSpeed Insights (Felddaten) und unsere Prüf-Tools auf pagespeed.de. Einordnung: Speed ist der einzige Umsatzhebel, der gleichzeitig Werbekosten senkt (bessere Quality Scores, weniger verlorene Klicks), Rankings stützt und Kunden glücklich macht – und trotzdem in Budgets hinter dem nächsten Kampagnen-Banner rangiert. Wer die alte Amazon-Zahl nur als Merksatz nimmt und die eigene Rechnung aufmacht, priorisiert danach anders. ## Was unterscheidet Shopware 6 von Shopware 5? URL: https://sw.seo-manager.info/shopware-6-vs-5 Auch: SW5 EOL · Shopware 5 Support-Ende · Shopware Migration Kategorie: Shopware-Grundlagen Kurzantwort: Shopware 6 ist keine neue Version, sondern ein neues System: komplett neu entwickelt auf Symfony und Vue.js, API-first – technisch hat es mit Shopware 5 kaum noch etwas gemein. Entscheidend für Betreiber: Shopware 5 hat sein offizielles Support-Ende im Juli 2024 erreicht – seither gibt es keine regulären Sicherheitsupdates mehr. Der Umstieg ist deshalb ein Migrationsprojekt mit eigenem Budget, kein Klick auf „Aktualisieren“ – Plugins und Themes müssen neu. Warum der Bruch so radikal ausfiel – und was er für Alt-Shops heißt: Shopware hätte die fünfte Generation weiterflicken können – und entschied sich 2019 für den härteren, ehrlicheren Weg: neu bauen. Der Grund war die Architektur-Zukunft: Smarty-Templates und ExtJS-Administration stammten aus einer Web-Ära vor Headless, APIs und modernen JavaScript-Frameworks; jede Modernisierung wäre Flickwerk geblieben. Der Preis dieser Entscheidung wird bei der Migration fällig: Weil Datenmodell, Template-System und Plugin-Architektur neu sind, gibt es keinen Update-Knopf – der offizielle Migrationsassistent überträgt Produkte, Kunden, Bestellungen und Medien zuverlässig, aber jedes Plugin braucht seinen SW6-Nachfolger und jedes Theme einen Neubau. Für die SEO-Seite heißt das Wichtigste: URLs ändern sich bei der Migration fast immer – ohne sauberes 301-Konzept verbrennt der Umzug jahrelang aufgebaute Rankings. Wer heute noch auf Shopware 5 verkauft, sollte die Migration deshalb nicht als lästige IT-Aufgabe planen, sondern als das, was sie ist: die eine Gelegenheit, Altlasten aus zehn Jahren Shopbetrieb kontrolliert zu entsorgen – mit Sicherheitsdruck im Nacken. Fakten: - Shopware 5: erschienen 2013, Technik-Basis Smarty/ExtJS – offizielles Support-Ende Juli 2024. - Seit dem EOL: keine regulären Sicherheits- und Kompatibilitätsupdates mehr für SW5. - Shopware 6: Neuentwicklung (2019) – Symfony, Vue.js, API-first, Headless-fähig. - Migration: Daten per offiziellem Migrationsassistenten – Plugins, Themes und Individualcode müssen neu. - SEO-Pflicht beim Umzug: vollständiges 301-Mapping der alten URLs, sonst Ranking-Verlust. - Kostenrahmen: je nach Shopgröße und Individualisierung von wenigen tausend bis weit in den fünfstelligen Bereich. Einordnung: Die SW5-oder-SW6-Frage hat sich im Juli 2024 selbst beantwortet: Ein Shop, der Zahlungsdaten verarbeitet und keine Sicherheitsupdates mehr bekommt, ist kein Sparmodell, sondern ein Risiko mit Countdown. Wer noch auf Shopware 5 läuft, plant besser gestern als morgen – und nutzt die Migration gleich für den technischen und SEO-Frühjahrsputz. ## Shopware SEO: Was optimiert SEO NW an Ihrem Shop? URL: https://sw.seo-manager.info/shopware-seo Auch: Shopware SEO Agentur · Shop-SEO · Onlineshop Optimierung Kategorie: Plugins & Services Kurzantwort: SEO NW optimiert Shopware-Shops seit über einem Jahrzehnt – ausschließlich mit weißen, nachvollziehbaren Methoden: Technik, Inhalte und Struktur statt Tricks. Typische Hebel im Shop: saubere SEO-URLs und Canonicals, schnelle Ladezeiten, Kategorietexte mit Substanz und eine interne Verlinkung, die Google und Kunden führt. Der Einstieg ist unverbindlich: kostenlose Erstberatung über die Hotline oder per E-Mail – mit ehrlicher Einschätzung, ob und wo sich Optimierung für Ihren Shop lohnt. Wie wir arbeiten – und was Sie von uns nie hören werden: Am Anfang steht immer die Analyse: Wir prüfen Ihren Shop technisch (Crawling, Indexierung, Ladezeiten – gern mit unseren eigenen Werkzeugen auf pagespeed.de), inhaltlich und strukturell, und Sie erhalten eine priorisierte Maßnahmenliste in Klartext – was bringt viel, was wenig, was können Sie selbst erledigen. Umgesetzt wird dann gemeinsam oder durch uns: von der Rank-Math- bzw. Shopware-SEO-Konfiguration über Kategorietexte bis zur Ladezeit-Optimierung. Was Sie von uns nie hören werden: Platz-1-Garantien, „geheime Google-Kontakte“ oder Linkpakete aus dem Katalog – wer so etwas verspricht, verkauft Ihnen Risiko. Weißes SEO ist langsamer als die Tricks, aber es bleibt: Unsere ältesten Kundenprojekte ranken seit über einem Jahrzehnt stabil, und genau diese Arbeitsweise zeigen wir auch öffentlich – der komplette Wissensbereich dieser Seite ist unsere Methodik zum Nachlesen, kostenlos. Fakten: - Erfahrung: SEO seit 2012, IT-Hintergrund seit 2005 – inhabergeführt, keine Callcenter-Agentur. - Methodik: ausschließlich weißes SEO – nachvollziehbar dokumentiert, ohne Abstrafungsrisiko. - Shopware-Praxis: eigene Plugins (Matomo, NoExit), eigene Shops und die Werkzeuge von pagespeed.de. - Leistungen: Technik-Audit, Onpage-Optimierung, Kategorietexte, Ladezeit, laufende Betreuung. - Transparenz: priorisierte Maßnahmenlisten in Klartext – Sie sehen immer, was getan wurde und warum. - Einstieg: kostenlose Erstberatung – Hotline 0800 188 7 100 oder 301@seo-manager.info. Einordnung: Shop-SEO ist kein Projekt mit Enddatum, sondern Handwerk mit Rendite: Jede behobene technische Bremse und jeder gute Kategorietext arbeitet jahrelang weiter. Ob sich das für Ihren Shop lohnt, sagen wir Ihnen ehrlich – auch dann, wenn die Antwort lautet: erst die Hausaufgaben aus unserem Wissensbereich, dann die Agentur. ## Wie funktioniert SEO für Shopware-Shops? URL: https://sw.seo-manager.info/shopware-seo-grundlagen Auch: Shop-SEO Basics · Onlineshop SEO · Shopware optimieren Kategorie: Shop-SEO Kurzantwort: Shop-SEO steht auf drei Beinen: einer technisch sauberen Basis (Crawling, URLs, Ladezeit), Inhalten mit echtem Mehrwert (Kategorie- und Produkttexte) und einer Struktur, die Stärke verteilt (Navigation, interne Links). Shopware 6 bringt das technische Fundament weitgehend mit – SEO-URLs, Canonicals, Sitemap sind an Bord; verspielt wird meist bei Inhalten und Struktur. Die wichtigste Grundhaltung: Ein Shop rankt nicht für „Schuhe“, sondern für hunderte konkrete Kategorie- und Produktanfragen – Breite schlägt den einen Traumbegriff. Was Shop-SEO vom Website-SEO unterscheidet: Ein Onlineshop hat SEO-Eigenheiten, die klassische Ratgeber gern unterschlagen. Erstens die schiere URL-Menge: Varianten, Filter und Sortierungen können aus 1.000 Produkten 100.000 URLs machen – ohne Canonical- und Index-Disziplin verwässert der Shop seine eigene Stärke (Stichwort Crawl-Budget). Zweitens die Intent-Verteilung: Kategorieseiten ranken für kommerzielle Suchen („Wanderschuhe Herren kaufen“), Produktseiten für konkrete Modelle, Ratgeberinhalte für Informationssuchen – wer alle drei Ebenen bedient, fängt Kunden in jeder Phase. Drittens die Dynamik: Produkte kommen und gehen; ausverkaufte Artikel brauchen eine Strategie (Weiterleitung, Nachfolger, ehrliches 410) statt stiller 404-Friedhöfe. Und viertens der Wettbewerb: Gegen Amazon und Idealo gewinnt kein Mittelständler den Kopf-Begriff – wohl aber die langen, spezifischen Anfragen, für die der eigene Shop der bessere Experte ist. Genau diese Kategorie liefert dafür das Handwerkszeug, Frage für Frage. Fakten: - Drei Hebel: Technik (Fundament), Inhalt (Relevanz), Struktur (Kraftverteilung) – in dieser Reihenfolge prüfen. - Shopware 6 ab Werk: SEO-URLs, automatische Canonicals, Sitemap-Generator, Meta-Felder – die Basis steht. - Shop-Besonderheit: Varianten/Filter vervielfachen URLs – Index-Disziplin ist Pflicht (Crawl-Budget). - Intent-Ebenen: Kategorie = kaufen wollen · Produkt = Modell suchen · Ratgeber = sich informieren. - Realistisches Ziel: viele mittlere und lange Suchanfragen gewinnen statt eines umkämpften Kopf-Begriffs. - Werkzeuge: Google Search Console (Pflicht, kostenlos) plus Ladezeit-Checks, etwa mit unseren Tools auf pagespeed.de. Einordnung: Shop-SEO ist kein Geheimwissen, sondern Fleißarbeit mit Hebelwirkung: Die Technik stellt man einmal richtig ein, Inhalte und Struktur zahlen dann jahrelang ein. Diese Kategorie führt durch alle Stellschrauben – und wo der Aufwand die eigene Zeit sprengt, gibt es die Abkürzung über unsere Shopware-SEO-Leistung. ## Shopware oder Shopify – Kauf oder Miete? URL: https://sw.seo-manager.info/shopware-vs-shopify Auch: Shopify Vergleich · SaaS Shopsystem · Shopsystem mieten Kategorie: Shopware-Grundlagen Kurzantwort: Shopify ist Software zur Miete: gehostet beim Anbieter, sofort startklar, bezahlt mit Monatsgebühren und – je nach Zahlungsweg – Transaktionsgebühren. Shopware (self-hosted) ist Software im Eigenbesitz: mehr Verantwortung und Anlaufaufwand, dafür volle Datenhoheit, Anpassungstiefe und keine Umsatzbeteiligung. Kurzformel: Shopify kauft Zeit, Shopware kauft Kontrolle – teuer wird jeweils das Gegenteil dessen, was man gewählt hat. Die drei Punkte, an denen sich die Wege wirklich trennen: Erstens der Checkout: Bei Shopify gehört er dem Anbieter – Anpassungen sind (außer in den teuersten Plänen) eng begrenzt, und wer nicht Shopify Payments nutzt, zahlt zusätzliche Transaktionsgebühren; bei Shopware gehört der Checkout Ihnen, bis in die letzte Zeile. Zweitens Daten und Recht: Shopify hostet in der Cloud eines kanadisch-amerikanischen Konzerns – für die meisten Shops rechtlich handhabbar, aber mit Erklärbedarf bei Datenschutz-Fragen; ein self-hosted Shopware-Shop auf deutschem Server macht Datenstandort-Diskussionen von vornherein kurz. Drittens die Kostenkurve: Shopify ist beim Start fast immer günstiger – mit wachsendem Umsatz drehen prozentuale Gebühren und App-Abos die Rechnung, während Shopware-Kosten weitgehend umsatzunabhängig bleiben. Fairerweise gilt auch die Umkehrung: Wer kein technisches Team hat und schnell in den Markt muss, bezahlt bei Shopware den Kontrollgewinn mit Projektzeit – es gibt Geschäftsmodelle, für die genau das der falsche Preis ist. Übrigens kennen wir beide Welten aus eigener Praxis: Wir betreiben Shopify-Shops und entwickeln Shopware-Plugins – die Empfehlung richtet sich nach Ihrem Projekt, nicht nach unserem Portfolio. Fakten: - Shopify: SaaS-Miete – Hosting, Sicherheit und Updates inklusive; Monatsgebühren plus ggf. Transaktionsgebühren. - Shopware self-hosted: einmalige Einrichtung, laufend Hosting/Pflege – keine Umsatzbeteiligung. - Checkout: bei Shopify anbieterkontrolliert und limitiert – bei Shopware vollständig anpassbar. - Datenstandort: Shopify-Cloud (Konzern-Infrastruktur) vs. frei wählbarer (z. B. deutscher) Server bei Shopware. - Kostenkurve: Shopify beim Start günstiger – bei wachsendem Umsatz kippt die Rechnung häufig Richtung Shopware. - Beide seriös: Die Wahl ist eine Geschäftsmodell-, keine Glaubensfrage – wir arbeiten mit beiden Systemen. Einordnung: Miete oder Eigentum ist im E-Commerce dieselbe Abwägung wie beim Wohnen: Shopify nimmt Ihnen die Instandhaltung ab und bestimmt dafür die Hausordnung – Shopware gibt Ihnen Grundbuch und Werkzeugkasten samt Verantwortung. Wer seine Wachstumskurve und sein Team ehrlich einschätzt, wählt fast automatisch richtig. ## Shopware oder WooCommerce – was passt besser? URL: https://sw.seo-manager.info/shopware-vs-woocommerce Auch: WooCommerce Vergleich · WordPress Shop · Shopsystem Vergleich Kategorie: Shopware-Grundlagen Kurzantwort: WooCommerce ist ein Shop-Plugin für WordPress – weltweit das meistinstallierte Shopsystem, ideal für den schnellen, günstigen Einstieg und contentgetriebene Projekte. Shopware ist ein dediziertes Shopsystem – von Grund auf für Handel gebaut, mit Stärken bei Varianten, B2B, Prozessen und Skalierung. Die Faustregel: Wer einen Shop an seine Inhalte anbaut, fährt mit WooCommerce gut – wer ein Handelsunternehmen digitalisiert, mit Shopware. Der Praxisvergleich jenseits der Feature-Listen: In Beratungsgesprächen entscheidet selten die Feature-Tabelle, sondern drei Alltagsfragen. Erstens die Komplexität des Sortiments: Ein paar Dutzend Produkte mit wenigen Varianten verwaltet WooCommerce mühelos – bei tausenden Artikeln, Staffelpreisen, Kundengruppen und B2B-Logik wird das WordPress-Fundament spürbar zum Korsett, während Shopware genau dort zuhause ist. Zweitens die Pflege-Realität: WooCommerce-Shops bestehen typischerweise aus WordPress plus Dutzenden Plugins verschiedenster Qualität – jedes Update ein kleines Kompatibilitätsroulette; Shopware ist homogener, verlangt dafür aber PHP-/Serverkompetenz oder ein Managed-Hosting. Drittens das SEO-Argument, das oft falsch herum erzählt wird: WordPress ist nicht „besser für SEO“ – es ist besser für Content, und Content ist gutes SEO; Shopware beherrscht seit Version 6 mit Erlebniswelten aber ebenfalls redaktionelle Seiten, und die technische SEO-Basis (URLs, Canonicals, Sitemap) bringen beide mit. Wer beides groß braucht – viel Content und komplexen Handel – kombiniert in der Praxis übrigens gern: WordPress fürs Magazin, Shopware für den Shop, sauber verlinkt. Fakten: - WooCommerce: Open-Source-Plugin für WordPress – nach Installationen das meistgenutzte Shopsystem der Welt. - Shopware: dediziertes Shopsystem – besonders stark im DACH-Raum, im Mittelstand und B2B. - Komplexitäts-Grenze: große Kataloge, Staffelpreise und Kundengruppen sind Shopware-Heimspiel. - Pflege: WooCommerce = WordPress + viele Einzel-Plugins · Shopware = homogeneres System mit höherer Server-Anforderung. - SEO: beide technisch solide – WordPress glänzt bei Content, Shopware 6 zieht mit Erlebniswelten nach. - Praxis-Hybrid: WordPress-Magazin plus Shopware-Shop ist ein bewährtes Gespann. Einordnung: Die Woo-oder-Shopware-Frage beantwortet sich über das Projekt, nicht über Fanlager: WooCommerce ist der schnellste Weg, einen Shop zu haben – Shopware der solidere Weg, ein Handelsgeschäft zu betreiben. Ehrlich geplant scheitert keins von beiden an der Technik, sondern an unterschätzter Pflege – die haben beide. ## Wie funktioniert Caching in Shopware 6? URL: https://sw.seo-manager.info/shopware-caching Auch: HTTP-Cache · Varnish · Redis Shopware Kategorie: Performance & Core Web Vitals Kurzantwort: Caching heißt: einmal Berechnetes wiederverwenden statt für jeden Besucher neu zu rechnen – der größte einzelne Performance-Hebel eines Shopware-Shops. Shopware 6 staffelt mehrere Ebenen: HTTP-Cache für ganze Seiten, Objekt-Cache (Redis) für Daten, OPcache für PHP – ergänzbar um Varnish und ein CDN. Der Shop-Sonderfall: Eingeloggte Kunden und gefüllte Warenkörbe machen Seiten dynamisch – gutes Caching trennt das Statische vom Persönlichen. Die Praxis-Fragen: Warum ist der Shop trotz Cache langsam – und wann leert man ihn?: Der häufigste Befund in Audits: Der Cache existiert, trifft aber nicht. Klassische Ursachen sind Plugins, die Seiten pauschal als dynamisch markieren (ein einziges „personalisiertes“ Widget kann den HTTP-Cache für die ganze Seite aushebeln), Session-Cookies, die jeden Besucher zum Sonderfall machen, und Warenkorb-Logik im falschen Block. Shopware begegnet dem mit ESI-ähnlicher Trennung: Das Seitengerüst kommt aus dem Cache, nur die persönlichen Häppchen (Warenkorb-Zähler, Login-Status) werden nachgeladen – Plugins, die das respektieren, erkennen Sie daran, dass die Trefferquote nach der Installation nicht einbricht. Zweite Praxisfrage: Cache leeren. Nach Deployments und Theme-Änderungen ja (Konsole: cache:clear beziehungsweise über die Administration), im Alltag möglichst nie pauschal – Shopware invalidiert bei Produkt- und Preisänderungen gezielt die betroffenen Seiten selbst; wer stattdessen täglich alles leert, schenkt jedem Besucher die volle Rechenlast und wundert sich über Mittags-Lastspitzen. Dritte Frage: Reihenfolge der Investition. Erst die Bordmittel korrekt (HTTP-Cache-Trefferquote prüfen!), dann Redis fürs Daten-Fundament, und Varnish/CDN erst, wenn echte Reichweite oder Kampagnen-Spitzen es verlangen – ein kleiner Shop mit sauberem Bord-Caching schlägt einen großen mit verkonfiguriertem Varnish jederzeit. Fakten: - Ebenen in SW6: HTTP-Cache (Seiten) · Objekt-Cache (Daten, ideal Redis) · OPcache (PHP) – erweiterbar um Varnish/CDN. - Shop-Besonderheit: persönliche Elemente (Warenkorb, Login) werden getrennt nachgeladen – das Gerüst bleibt cachebar. - Cache-Killer: schlecht gebaute Plugins, unnötige Sessions, pauschal dynamische Seiten – Trefferquote nach jeder Installation prüfen. - Leeren mit Maß: nach Deployments ja (cache:clear), täglich-pauschal nein – Shopware invalidiert Änderungen gezielt. - Investitions-Reihenfolge: Bordmittel korrekt → Redis → Varnish/CDN bei echtem Bedarf. - Wirkung: Ein treffender Seiten-Cache senkt Antwortzeiten typischerweise von hunderten Millisekunden auf einstellige bis zweistellige. Einordnung: Caching ist die unsichtbare Hälfte der Shop-Performance: Kunden sehen nie, dass es existiert – nur, wenn es fehlt. Die gute Nachricht für Shopware-Betreiber: Das System bringt eine erwachsene Cache-Architektur mit; die Aufgabe ist weniger Aufrüsten als Nicht-kaputtmachen – und die Trefferquote im Blick behalten wie eine Umsatzzahl. ## Welche Shopware-Editionen gibt es? URL: https://sw.seo-manager.info/shopware-editionen Auch: Community Edition · Shopware Rise · Shopware Evolve · Shopware Beyond Kategorie: Shopware-Grundlagen Kurzantwort: Shopware 6 gibt es in einer kostenlosen Community Edition und – seit der Umstellung 2023 – in den kommerziellen Plänen Rise, Evolve und Beyond. Der quelloffene Kern ist in allen Stufen derselbe; die Pläne unterscheiden sich bei Zusatzfunktionen, Support und Service-Leveln. Für viele kleine und mittlere Shops reicht die Community Edition völlig – gewachsen wird bei Bedarf, nicht auf Vorrat. Welche Stufe braucht man wirklich?: Die ehrliche Beratungsantwort lautet meistens: kleiner anfangen, als der Vertrieb empfiehlt. Die Community Edition ist kein Demo-Modus, sondern das vollwertige System – Produkte, Varianten, Regeln, Erlebniswelten, der komplette Checkout; tausende Shops laufen dauerhaft damit, ergänzt um gezielt gekaufte Plugins. Kommerzielle Pläne lohnen dort, wo ihre spezifischen Funktionen Arbeit ersetzen (etwa B2B-Komponenten, erweiterte Automatisierung) oder wo garantierte Hersteller-Reaktionszeiten geschäftskritisch sind – ein Shop mit sechsstelligen Monatsumsätzen bezahlt den Support-Vertrag im ersten verhinderten Ausfalltag. Zwei Praxis-Hinweise zu den Kosten: Die Preisgestaltung der Pläne hat sich mehrfach geändert (zuletzt auch mit umsatzabhängigen Komponenten) – verbindlich ist allein die aktuelle Preisliste des Herstellers, nicht der Blogartikel von letztem Jahr. Und: Der Wechsel von der Community Edition in einen Plan ist jederzeit möglich, der Weg zurück praktisch auch – niemand muss sich am ersten Tag festlegen. Fakten: - Community Edition: kostenlos, quelloffen, self-hosted – funktional der vollwertige Shop-Kern. - Kommerzielle Pläne seit 2023: Rise, Evolve, Beyond (zuvor Professional/Enterprise). - Unterschiede: Zusatzfunktionen (u. a. B2B, Automatisierung), Herstellersupport, Service-Level. - Preise: gestaffelt, teils mit umsatzabhängigen Komponenten – verbindlich nur die aktuelle Herstellerpreisliste. - Bezug: self-hosted oder als vom Hersteller betriebene Cloud-Variante. - Upgrade-Pfad: Start mit der Community Edition und späterer Planwechsel sind problemlos möglich. Einordnung: Die Editionsfrage ist eine Budgetfrage mit eingebauter Entwarnung: Der Kern ist immer derselbe, und die Community Edition trägt erstaunlich weit. Wer wachsen will, kauft die Pläne dann, wenn ihre Funktionen konkrete Arbeit oder konkretes Risiko ersetzen – nicht, weil die Stufe größer klingt. ## Wie spielt man Shopware-Updates sicher ein? URL: https://sw.seo-manager.info/shopware-updates Auch: Shopware aktualisieren · Update-Strategie · Versionspflege Kategorie: Betrieb & Technik Kurzantwort: Updates sind keine Kür, sondern Betriebspflicht: Sie schließen Sicherheitslücken, halten Plugins kompatibel und den Shop PCI- und versicherungstauglich. Die Risikostaffel: Patch-Updates (6.6.x) sind Routine, Minor-Sprünge wollen getestet sein, Major-Wechsel sind kleine Projekte. Die eiserne Reihenfolge für alles außer Routine: Backup, Test auf Staging, dann erst produktiv – wer direkt live aktualisiert, testet an zahlenden Kunden. Die Update-Praxis: Staffelung, Plugin-Check und das Major-Kapitel: Die Staffel bestimmt den Aufwand: Patch-Releases innerhalb einer Version (6.6.9 auf 6.6.10) bringen Fehler- und Sicherheitskorrekturen und gehören zeitnah eingespielt – bei gepflegten Shops ist das Routine mit Backup, aber ohne großes Testtheater. Minor-Wechsel (6.5 auf 6.6) können Schnittstellen und Theme-Verhalten ändern: Hier ist der Staging-Durchlauf Pflicht, und vorher lohnt der Blick in die Kompatibilitätsangaben jedes installierten Plugins – das eine nicht aktualisierte Plugin ist der häufigste Grund hängender Updates; Erweiterungen ohne gepflegte Kompatibilität sind ein Warnsignal für sich (siehe Plugin-Frage dieser Kategorie). Major-Sprünge schließlich sind Projekte mit eigener Planung – das Kapitel Shopware 5 auf 6 hat dafür eine eigene Frage. Technisch aktualisiert man je nach Setup über die Administration, per Konsole oder – bei Composer-basierten Installationen, dem heutigen Standard – über die Composer-Befehle samt anschließender Migrationen; danach Caches leeren, Theme kompilieren und den Fünf-Minuten-Smoke-Test fahren: Startseite, Kategorie, Produkt, Warenkorb, Testbestellung mit jeder wichtigen Zahlart. Zum Rhythmus: Ein fester monatlicher Wartungstermin schlägt das Prinzip Hoffnung – und bei angekündigten Sicherheits-Releases (Security Advisories abonnieren!) wird außer der Reihe gehandelt, denn ab Veröffentlichung der Lücke läuft der Wettlauf mit automatisierten Scannern. Fakten: - Risikostaffel: Patch (6.6.x) = Routine · Minor (6.5→6.6) = Staging-Pflicht · Major (5→6) = eigenes Projekt. - Eiserne Reihenfolge: Backup → Staging-Test → Produktiv im Wartungsfenster – nie ungetestet live. - Häufigster Stolperstein: Plugins ohne Kompatibilität für die Zielversion – vorher prüfen, ggf. warten oder ersetzen. - Nach dem Update: Cache leeren, Theme kompilieren, Smoke-Test (Startseite bis Testbestellung). - Sicherheits-Releases: Advisories abonnieren und außerplanmäßig einspielen – Lücken werden aktiv gescannt. - Rhythmus: fester monatlicher Wartungstermin statt anlassgetriebener Panik-Updates. Einordnung: Updates sind die Zahnarzttermine des Shopbetriebs: lästig, planbar und dramatisch billiger als die Alternative. Wer Backup-Staging-Produktiv zur Gewohnheit macht, erlebt Updates als Nicht-Ereignis – und genau das ist der Qualitätsausweis eines professionell betriebenen Shops. ## Wie hält man einen Shopware-Shop sicher? URL: https://sw.seo-manager.info/sicherheit-patches Auch: Shop-Sicherheit · Security Shopware · Härtung Kategorie: Betrieb & Technik Kurzantwort: Ein Onlineshop ist ein lohnendes Angriffsziel: Er verarbeitet Zahlungs- und Kundendaten, ist öffentlich erreichbar – und wird von automatisierten Scannern permanent auf bekannte Lücken abgeklopft. Die vier Verteidigungslinien: Software aktuell halten, Zugänge härten, den Server absichern und den Betrieb beobachten – in dieser Reihenfolge der Wirksamkeit. Die unbequeme Statistik dahinter: Eingebrochen wird selten über Zero-Days, fast immer über längst gepatchte Lücken und schwache Zugangsdaten – Sicherheit ist zu 80 Prozent Disziplin. Die Praxis der vier Linien – und der Plan für den Tag X: Linie eins ist die Update-Disziplin aus der eigenen Frage dieser Kategorie – ergänzt um zwei Security-Spezifika: die offiziellen Shopware Security Advisories abonnieren (ab Veröffentlichung einer Lücke scannen Bots das Netz binnen Stunden danach) und das offizielle Sicherheits-Plugin kennen, das kritische Fixes für noch nicht vollzogene Versionssprünge bereitstellt – eine Brücke, kein Dauerzustand. Linie zwei kostet nichts außer Konsequenz: Zwei-Faktor-Authentifizierung für jedes Administrations-Konto, Passwort-Manager statt Passwort-Kreativität, je Mitarbeiter ein eigenes Konto mit minimalen Rechten (die Rollenverwaltung gibt das her), Ex-Mitarbeiter-Zugänge am letzten Arbeitstag deaktiviert – und dieselbe Strenge für die Nebeneingänge: FTP/SSH-Zugänge, Datenbank-Tools und das Hosting-Panel sind Admin-Zugänge, auch wenn sie nicht so heißen. Linie drei gehört zur Hosting-Auswahl: TLS erzwungen, aktuelle Serversoftware, Firewall, isolierte Kundensysteme – die Prüfliste der Hosting-Frage deckt das ab; eine Web Application Firewall ist die sinnvolle Zubuchung für exponierte Shops. Linie vier unterscheidet Glück von Sicherheit: Wer Login-Anomalien, unerwartete Datei-Änderungen und Ausfälle gemeldet bekommt, entdeckt Vorfälle in Stunden statt Wochen. Und für den Tag X existiert ein geschriebener Plan: Systeme vom Netz beziehungsweise in Wartung, Zugangsdaten komplett rotieren, sauberen Stand aus dem unveränderlichen Backup wiederherstellen, Einfallstor identifizieren und schließen – und die Rechtspflichten prüfen: Bei kompromittierten Kundendaten läuft die 72-Stunden-Meldefrist der DSGVO; der Notfall ist der falsche Moment, das zum ersten Mal zu lesen. Fakten: - Realistische Bedrohung: automatisierte Scans auf bekannte Lücken + schwache Zugänge – nicht Hollywood-Hacker. - Linie 1: Updates zeitnah, Security Advisories abonnieren, offizielles Sicherheits-Plugin als Brücke kennen. - Linie 2: 2FA für ALLE Admin-Zugänge (inkl. Hosting/SSH/DB), Einzelkonten mit Minimalrechten, Offboarding am Tag X. - Linie 3: Server-Härtung = Hosting-Qualität – TLS, Firewall, Isolation; WAF als Zubuchung für Exponierte. - Linie 4: Monitoring mit Alarmen (Logins, Datei-Änderungen, Ausfälle) – Entdeckung in Stunden statt Wochen. - Tag-X-Plan: isolieren → Zugänge rotieren → aus unveränderlichem Backup wiederherstellen → Einfallstor schließen → DSGVO-Meldefrist (72 h) prüfen. Einordnung: Shop-Sicherheit ist unspektakulärer, als ihre Schlagzeilen vermuten lassen: kein Duell mit Genies, sondern ein Wettbewerb im Türenschließen gegen Automaten, die nur offene finden wollen. Die vier Linien kosten Disziplin statt Budget – und wer sie hält, hat aus dem Tag X einen geprobten Handgriff gemacht statt einer Existenzfrage. ## Wie konfiguriert man Sitemap und robots.txt in Shopware? URL: https://sw.seo-manager.info/sitemap-robots Auch: XML-Sitemap · robots.txt Shopware · Crawling-Steuerung Kategorie: Shop-SEO Kurzantwort: Die sitemap.xml ist Ihre Inhalts-Inventurliste für Google, die robots.txt Ihre Hausordnung fürs Crawling – beides steuert, was Suchmaschinen sehen und abrufen. Shopware 6 generiert die Sitemap automatisch und aktualisiert sie über geplante Aufgaben – je Verkaufskanal und Sprache eine eigene. Die Arbeitsteilung merken: robots.txt verhindert das Abrufen, nicht die Indexierung – wer Seiten aus dem Index halten will, braucht noindex oder Canonicals. Was in die Sitemap gehört – und was in die robots.txt: Die Sitemap soll ausschließlich Ihre indexierbaren Wunsch-URLs enthalten: Startseite, Kategorien, Produkte, gepflegte Inhaltsseiten – genau das erzeugt Shopware automatisch und hält es über die geplanten Aufgaben aktuell (prüfbar unter /sitemap.xml; bei großen Shops teilt Shopware in mehrere Dateien mit Index). Kontrollieren lohnt nach jedem größeren Umbau: Tauchen dort noindex-Seiten, Weiterleitungen oder ausverkaufte Artikel auf, sendet der Shop widersprüchliche Signale. In der robots.txt gehört gesperrt, was Crawler nur beschäftigt, ohne je ranken zu sollen: der Checkout, das Kundenkonto, Warenkorb-Aktionen und die interne Shop-Suche mit ihren endlosen Parameter-Kombinationen. Zwei klassische Fehler zum Vermeiden: Erstens per robots.txt sperren, was per noindex verschwinden soll – gesperrte Seiten kann Google nicht mehr lesen und damit auch das noindex nicht sehen; hartnäckige Alt-URLs bleiben so als „indexiert, aber blockiert“ hängen. Zweitens CSS- oder JavaScript-Verzeichnisse blockieren – Google muss den Shop rendern können, sonst leidet die Bewertung. Zum Abschluss die Sitemap in der Search Console einreichen: Erst dort sehen Sie, wie viele der gemeldeten URLs Google tatsächlich in den Index übernimmt – die ehrlichste Kennzahl dieser ganzen Seite. Fakten: - Shopware-Automatik: Sitemap-Generierung je Verkaufskanal/Sprache über geplante Aufgaben – Aufruf unter /sitemap.xml. - Sitemap-Inhalt: nur indexierbare Wunsch-URLs – keine Weiterleitungen, keine noindex-Seiten. - robots.txt-Kandidaten: /checkout, /account, Warenkorb-Routen, interne Suche mit Parametern. - Merksatz: robots.txt blockt das Crawlen – für „raus aus dem Index“ sind noindex/Canonical zuständig. - Nie blockieren: CSS/JS-Ressourcen – Google muss die Seiten rendern können. - Pflicht-Schritt: Sitemap in der Google Search Console einreichen und die Index-Quote beobachten. Einordnung: Sitemap und robots.txt sind die zwei unscheinbarsten Dateien des Shops – und die mit dem besten Aufwand-Nutzen-Verhältnis: einmal richtig aufgesetzt, ersparen sie Google Umwege und Ihnen Index-Chaos. Die Shopware-Automatik erledigt die Fleißarbeit; Ihre Aufgabe ist die Inventur-Kontrolle nach jedem Umbau. ## Wozu braucht ein Shop eine Staging-Umgebung? URL: https://sw.seo-manager.info/staging-umgebung Auch: Testumgebung · Testsystem Shop · Staging Shopware Kategorie: Betrieb & Technik Kurzantwort: Eine Staging-Umgebung ist die Kopie des Shops zum Gefahrlos-Kaputtmachen: Updates, Plugins und Theme-Änderungen werden dort erprobt, bevor sie Kunden erreichen. Sie ist der Unterschied zwischen „testen“ und „hoffen“ – und ab dem ersten zahlenden Kunden keine Luxusausstattung mehr, sondern Betriebswerkzeug. Zwei Regeln machen Staging seriös: möglichst produktionsnah (echte Datenkopie, gleiche PHP-Version) und strikt abgeschottet (Zugangsschutz, noindex, keine echten Mails). Der pragmatische Aufbau – vom Hoster-Klick bis zur Handkopie: Der bequemste Weg ist das Hosting-Feature: Gute Shopware-Hoster (Auswahlkriterium aus der Hosting-Frage!) klonen den Shop per Knopfdruck auf eine Staging-Subdomain und synchronisieren auf Wunsch zurück. Der Handweg ist ebenso machbar: Datenbank-Dump und Dateikopie auf eine Subdomain, in der Konfiguration Domain und URLs anpassen, Caches leeren – dokumentiert man die Schritte einmal als Skript, ist die Auffrischung künftig eine Kaffeepausen-Aufgabe. Entwickler ergänzen darunter oft eine lokale Ebene (etwa Docker-basierte Umgebungen) für die tägliche Arbeit; für den Betreiber-Alltag genügt die eine produktionsnahe Staging-Instanz. Entscheidend ist die Abschottungs-Checkliste aus der Grafik – am häufigsten vergessen werden drei Dinge: der Mailversand (Staging-Bestellbestätigungen an echte Kunden sind der Klassiker – auf ein Fang-Postfach oder Mail-Catcher umstellen), angebundene Dienste (ein Staging, das fröhlich Bestände ans ERP meldet oder auf Marktplätzen listet, richtet echten Schaden an) und die Datenfrage: Für viele Tests reicht eine anonymisierte Kopie – Namen und Adressen verwürfelt, E-Mails auf eine Beispieldomain umgeschrieben; das entspannt die DSGVO-Lage und macht auch die Weitergabe an externe Dienstleister unbedenklich. Gepflegt wird das Staging wie ein Werkzeug: Vor jedem größeren Test frische Daten ziehen – ein sechs Monate altes Staging testet einen Shop, den es nicht mehr gibt. Fakten: - Kernnutzen: Updates, Plugins und Umbauten am Klon testen – Kunden sehen nur Fertiges. - Aufbau-Wege: Hosting-Ein-Klick-Staging (bequem) oder Handkopie aus DB-Dump + Dateien auf Subdomain. - Produktionsnähe: gleiche PHP-/Serverumgebung und frische Daten – sonst testet man ein Phantom. - Abschottung: Passwortschutz + noindex, Mail-Catcher statt Kundenmails, Payment im Testmodus. - Schnittstellen kappen: ERP-, Marktplatz- und Versand-Anbindungen dürfen vom Staging nicht senden. - Datenschutz: Kundendaten für Tests anonymisieren – entspannt DSGVO und Dienstleister-Zugriffe. Einordnung: Die Staging-Umgebung ist die billigste Versicherung des Shopbetriebs: ein bisschen Speicherplatz gegen die Gewissheit, dass Experimente nie im Kassenbereich stattfinden. Wer einmal erlebt hat, wie ein Plugin-Update auf Staging den Checkout zerlegt – statt live am Black-Friday-Morgen –, stellt die Kostenfrage nie wieder. ## Wie hält man Theme und JavaScript im Shop schlank? URL: https://sw.seo-manager.info/theme-javascript Auch: JS-Ballast · Third-Party-Scripts · Theme-Performance Kategorie: Performance & Core Web Vitals Kurzantwort: JavaScript ist die teuerste Ressource des Shops: Es muss nicht nur geladen, sondern auf dem Kundengerät ausgeführt werden – und blockiert dabei genau die Interaktionen, die INP misst. Die größten Ballastquellen sind selten das Shopware-Theme selbst, sondern Zubehör: vergessene Plugins, Tag-Manager-Sammlungen, Chat-Widgets und Tracking-Pixel. Die wirksamste Maßnahme ist unbequem einfach: eine ehrliche Skript-Inventur – was liefert nachweislich Wert, alles andere fliegt. Die Skript-Inventur in vier Schritten: Schritt eins: Bestandsaufnahme. Der Netzwerk-Tab der Entwicklerkonsole oder ein Lauf mit unseren Werkzeugen auf pagespeed.de listet jede geladene Datei samt Größe und Herkunft – sortiert nach Drittanbietern wird daraus meist eine unangenehme Lektüre: Chat-Widget, drei Tracking-Pixel, ein Bewertungs-Badge, das A/B-Test-Tool von vor zwei Jahren. Schritt zwei: der Wert-Test pro Skript – wer im Team kann sagen, welche Entscheidung dieses Skript im letzten Quartal beeinflusst hat? Keine Antwort heißt: entfernen; die Erfahrung zeigt, dass ein Drittel der Drittskripte reine Archäologie ist. Schritt drei: Was bleibt, wird gezähmt – Tracking über das schlanke, cookielose Matomo statt Pixel-Sammlungen (unser Plugin lädt genau eine Datei vom eigenen Server), Chat-Widgets erst nach Interaktion oder verzögert laden, Badges als statisches Bild mit Link statt als iframe-Zirkus. Schritt vier: die Shopware-Seite – deaktivierte, aber installierte Plugins hinterlassen teils weiter Assets im Theme-Build; nach jeder Plugin-Bereinigung Theme neu kompilieren und prüfen. Und beim Theme-Kauf gilt der Grundsatz aus der Editionen-Frage sinngemäß: nah am Standard bleiben – das Shopware-Standard-Theme ist performant; jedes „Premium-Theme“ mit fünf Slidern und Parallax-Effekten bezahlt seine Optik in INP-Millisekunden, die Ihre Kunden spüren. Fakten: - Kostenmodell: JavaScript wird geladen UND ausgeführt – auf schwachen Mobilgeräten der INP-Killer Nr. 1. - Hauptverdächtige: Drittanbieter-Skripte (Chat, Pixel, Badges, alte Test-Tools) – selten das Standard-Theme. - Inventur-Regel: Jedes Skript braucht einen benennbaren Nutzen im letzten Quartal – sonst weg. - Zähmung: Tracking konsolidieren (ein cookieloses Matomo statt Pixel-Zoo), Widgets verzögert laden. - Shopware-Hygiene: Nach Plugin-Deinstallationen Theme neu kompilieren – Asset-Leichen vermeiden. - Theme-Wahl: Standard-nah kaufen – Effekt-Themes bezahlen ihre Optik mit Interaktions-Trägheit. Einordnung: JavaScript-Ballast ist das Cholesterin des Onlineshops: unsichtbar angesammelt, jedes einzelne Stück harmlos begründet – und in Summe der Grund, warum sich der Shop träge anfühlt. Die Inventur kostet einen Nachmittag und keine Agentur; sie ist die unbequemste und lohnendste Übung dieser Kategorie. ## Wie pflegt man Title und Meta-Description in Shopware? URL: https://sw.seo-manager.info/title-meta-description Auch: Meta-Tags · Seitentitel · SERP-Snippet Kategorie: Shop-SEO Kurzantwort: Title und Meta-Description sind Ihr Schaufenster in den Suchergebnissen: Der Title ist ein echter Rankingfaktor, die Description „nur“ Ihr Verkaufstext für den Klick. In Shopware pflegen Sie beide je Produkt und Kategorie in den Grunddaten – ohne Eintrag greifen Fallbacks (Produktname, Shopname), die selten optimal sind. Faustformate: Title rund 55–60 Zeichen mit Suchbegriff vorn, Description rund 150–155 Zeichen mit Nutzen und Kaufanreiz. Priorisieren statt perfektionieren: die Pflege-Strategie für tausende Produkte: Niemand schreibt für 5.000 Artikel handverlesene Snippets – und muss es auch nicht. Die wirksame Reihenfolge: Zuerst die Kategorieseiten von Hand pflegen, denn sie tragen die kommerziellen Haupt-Rankings und es sind überschaubar viele. Danach die Top-Produkte nach Umsatz und Traffic (die Search Console verrät, welche Seiten Impressionen haben, aber schwach geklickt werden – dort lohnt jede Minute). Für die Masse darunter genügt ein gutes Muster mit Variablen, das aus Produktname, Kernnutzen und Marke ein brauchbares Snippet formt – besser als jeder leere Fallback. Zwei ehrliche Hinweise zum Schluss: Google zeigt Ihre Vorgaben nicht immer an, sondern schreibt Titles und Descriptions nach eigenem Gutdünken um, wenn es die Suchanfrage anders bedient sieht – das ist normal und kein Fehler Ihrerseits. Und: Klickzahlen-Tuning ersetzt keine Relevanz; ein reißerisches Snippet vor dünnem Inhalt produziert Rückkehrer zur Suche – das schlechteste Signal von allen. Fakten: - Pflegeort in Shopware: Produkt bzw. Kategorie → Grunddaten/SEO-Felder – je Sprache und Verkaufskanal. - Title: ≈ 55–60 Zeichen sichtbar, Suchbegriff möglichst vorn – direkter Rankingfaktor. - Description: ≈ 150–155 Zeichen – beeinflusst die Klickrate, nicht direkt das Ranking. - Prioritäten: Kategorien von Hand → Top-Produkte nach Daten → Rest per gutem Muster. - Realität: Google schreibt Snippets bei Bedarf um – Ihre Pflege erhöht die Quote guter Anzeigen, garantiert sie nicht. - Datenquelle fürs Nachschärfen: Search Console → Seiten mit vielen Impressionen und schwacher Klickrate. Einordnung: Title und Description sind die billigste Conversion-Optimierung im SEO: kein Umbau, kein Budget – nur präzise Worte an der richtigen Stelle. Wer die Kategorie-Snippets einmal sauber zieht und die Top-Produkte datengetrieben nachschärft, holt Klicks aus Rankings heraus, die er längst hat. ## Welche Vertrauenselemente braucht ein Onlineshop? URL: https://sw.seo-manager.info/trust-elemente Auch: Gütesiegel · Vertrauen Shop · Trust-Signale Kategorie: Conversion & Checkout Kurzantwort: Vertrauen ist die Grundwährung des Online-Kaufs: Der Kunde gibt Geld und Daten an einen Fremden – Trust-Elemente sind die Belege, dass das gut ausgeht. Die wirksamen Bausteine: echte Kundenbewertungen, bekannte Gütesiegel, sichtbare Kontakt- und Rückgabe-Informationen, sichere Zahlwege und ein professioneller Gesamtauftritt. Die eiserne Regel: Nur echte Signale verwenden – erfundene Siegel, gekaufte Bewertungen und Fantasie-Auszeichnungen sind abmahnbar und zerstören genau das, was sie vortäuschen. Was wirklich wirkt, wo es hingehört – und was verboten ist: Die Wirkungs-Hierarchie beginnt bei Bewertungen: Nichts überzeugt Erstkunden wie die Erfahrung anderer – Produktbewertungen auf der Detailseite, Shop-Bewertungen über Plattformen wie Trusted Shops oder Google; aktiv eingesammelt (Erinnerung nach Zustellung) und ehrlich moderiert, denn eine 4,6 mit begründeten Kritiken wirkt glaubwürdiger als verdächtige 5,0-Monokultur. Es folgen die Gütesiegel: Im DACH-Raum haben Trusted Shops (mit Käuferschutz) und das EHI-Siegel echte Bekanntheit – ihre Wirkung entfaltet sich am Zahlschritt, wo der letzte Zweifel wohnt; unbekannte Fantasie-Siegel bewirken dagegen nichts oder Misstrauen. Dritter Baustein ist Erreichbarkeit als Signal: eine Telefonnummer im Header, beantwortbare E-Mail, vollständiges Impressum, ladungsfähige Anschrift – die stille Botschaft „hier sitzt jemand, den man erreichen kann“. Viertens Klarheit bei den Risikofragen: Rückgabe, Versandkosten und Lieferzeit gehören sichtbar verlinkt statt in AGB-Tiefen vergraben – großzügige Rückgabefristen sind dabei Conversion-Werkzeug, kein Kostenposten, denn sie senken die Kaufhürde stärker, als sie Retouren heben. Fünftens die Basis-Hygiene, die niemand lobt und jeder vermisst: HTTPS überall, fehlerfreie Texte, aktuelle Inhalte, funktionierende Links – Schlampigkeit ist das lauteste Misstrauens-Signal von allen. Platziert wird nach Zweifel-Logik: Siegel und sichere Zahlarten am Checkout, Bewertungen am Produkt, Kontakt im Header, Rückgabe in Produktnähe. Und die rote Linie zum Schluss, verwandt mit der Rich-Snippets-Frage: erfundene Siegel, gekaufte oder gefälschte Bewertungen und „Nur noch 2 Stück“-Theater ohne Datenbasis sind wettbewerbswidrig, abmahnbar – und der teuerste Weg, das eigene Wort zu entwerten. Fakten: - Wirkungs-Hierarchie: echte Bewertungen > bekannte Siegel (Trusted Shops, EHI) > Erreichbarkeit > klare Konditionen. - Platzierungs-Logik: Siegel/Zahlsicherheit am Checkout · Bewertungen am Produkt · Kontakt im Header · Rückgabe produktnah. - Bewertungs-Ehrlichkeit: aktiv sammeln, Kritik stehen lassen – 4,6 mit Substanz schlägt verdächtige 5,0. - Erreichbarkeits-Signale: Telefon, E-Mail, vollständiges Impressum – „hier antwortet jemand“. - Basis-Hygiene: HTTPS, fehlerfreie Texte, aktuelle Inhalte – Schlampigkeit ist das stärkste Anti-Signal. - Rote Linie: Fake-Siegel, gekaufte Bewertungen, erfundene Knappheit – abmahnbar und vertrauensvernichtend. Einordnung: Trust-Elemente sind keine Deko-Badges, sondern verdichtete Beweise – und Beweise kann man nicht fälschen, nur erbringen. Der DACH-Kunde ist misstrauisch sozialisiert und dankt jedem ehrlichen Signal mit Conversion; wer stattdessen Vertrauen simuliert, spielt mit der einzigen Währung, die ein Shop nicht zurückkaufen kann. ## Wie wechselt man von WooCommerce oder Magento zu Shopware? URL: https://sw.seo-manager.info/migration-woocommerce-magento Auch: Shopsystem-Wechsel · Magento Migration · WooCommerce Umzug Kategorie: Betrieb & Technik Kurzantwort: Der Systemwechsel folgt derselben Dramaturgie wie jede Migration: Daten umziehen, Funktionen neu abbilden, URLs per 301 retten – nur die Werkzeuge unterscheiden sich je Quellsystem. Für Magento bringt der Shopware-Migrationsassistent fertige Profile mit; aus WooCommerce führt der Weg üblicherweise über strukturierte Exporte/Importe oder spezialisierte Migrations-Dienstleister. Die eigentliche Arbeit steckt im Übersetzen der Konzepte: Attribute, Varianten, Kundengruppen und Rabattlogik heißen im Zielsystem anders – das Mapping entscheidet über die Datenqualität. Die drei Kapitel des Wechsels: Daten, Konzepte, Rankings: Kapitel Daten: Aus Magento übernimmt der Migrationsassistent mit seinen Profilen die Kernobjekte – Produkte, Kategorien, Kunden, Bestellungen, Medien – in wiederholbaren Durchläufen; das entspannt den Umzug erheblich. WooCommerce kennt kein offizielles Profil: Hier exportiert man strukturiert (Produkte samt Varianten und Bildpfaden, Kunden, Bestellhistorie) und importiert über Shopwares Import/Export-Funktion beziehungsweise API – bei größeren Beständen sind spezialisierte Migrations-Dienste oder ein kleines Skript-Projekt die zuverlässigere Wahl als CSV-Handarbeit. In beiden Fällen gilt: Testläufe mit Stichproben-Abnahme (stimmen Varianten, Preise brutto/netto, Bestellstatus?), und der Altbestand bleibt bis nach dem Golive unangetastet. Kapitel Konzepte – die unterschätzte Hälfte: WooCommerce-Attribute und Magento-Attribut-Sets werden zu Shopware-Eigenschaften und Zusatzfeldern, Preisregeln und Coupons zur Regel- und Aktionslogik, Kundengruppen und Steuerklassen brauchen bewusste Zuordnung; wer hier schematisch statt fachlich mappt, migriert Datenmüll in ein frisches System. Es ist zugleich die Gelegenheit, den Katalog zu bereinigen – Karteileichen wandern nicht mit um. Kapitel Rankings: Beide Quellsysteme haben andere URL-Muster als Shopware; das vollständige 301-Mapping ist identische Pflicht wie beim SW5-Umzug – inklusive der Bild-URLs, wenn der Shop nennenswerten Bilder-Traffic hat, und der Nachsorge über die Search Console. Realistische Erwartung: Ein Standard-WooCommerce-Shop wechselt in Wochen, ein gewachsenes Magento mit ERP-Verflechtung ist ein Quartalsprojekt – und die Motivations-Prüfung gehört an den Anfang: Wer nur vor der Pflege des Altsystems flieht, nimmt seine Probleme mit; wer die Systemvergleichs-Fragen dieser Seite mit Shopware beantwortet hat, zieht zu Recht um. Fakten: - Magento: fertige Profile im Shopware-Migrationsassistenten – Kernobjekte in wiederholbaren Durchläufen. - WooCommerce: strukturierter Export + Shopware-Import/API oder spezialisierter Migrations-Dienstleister – kein offizielles Profil. - Konzept-Mapping: Attribute → Eigenschaften/Zusatzfelder · Coupons → Aktionen · Kundengruppen/Steuern bewusst zuordnen. - Datenhygiene: Testläufe mit fachlicher Stichproben-Abnahme – und die Migration als Katalog-Bereinigung nutzen. - SEO-Pflicht unverändert: vollständiges 301-Mapping (inkl. relevanter Bild-URLs) + Search-Console-Nachsorge. - Zeitrahmen: Standard-Woo in Wochen, verflochtenes Magento als Quartalsprojekt – Parallelbetrieb bis zum bestandenen Test. Einordnung: Der Wechsel des Shopsystems ist eine Übersetzungsarbeit, keine Kopie: Daten lassen sich bewegen, Konzepte müssen verstanden und Rankings aktiv verteidigt werden. Wer die drei Kapitel getrennt plant – und die Umzugsmotivation ehrlich geprüft hat –, bekommt mit Shopware ein System, das den Aufwand über Jahre zurückzahlt; die Werkzeuge dafür stehen bereit. ## Warum brechen Kunden den Warenkorb ab – und was hilft? URL: https://sw.seo-manager.info/warenkorbabbrueche Auch: Kaufabbruch · Cart Abandonment · Abbruchquote Kategorie: Conversion & Checkout Kurzantwort: Rund 70 Prozent aller gefüllten Warenkörbe werden nie bestellt – über Branchen und Jahre hinweg einer der stabilsten Befunde der E-Commerce-Forschung. Ein Teil davon ist unvermeidbares Schaufenster-Verhalten – der abbaubare Rest hat benennbare Gründe: überraschende Kosten, Kontozwang, Checkout-Hürden, fehlende Zahlarten. Die Reihenfolge der Abhilfe: erst die Ursachen im Checkout beseitigen, dann Rückholwerkzeuge wie Exit-Intent einsetzen – ein Popup repariert keinen kaputten Kaufprozess. Das Abhilfe-Programm in der richtigen Reihenfolge: Stufe eins ist Ursachenbeseitigung, und sie folgt direkt aus der Grafik: Versandkosten früh und ehrlich zeigen (spätestens im Warenkorb, ideal schon auf der Produktseite), Gast-Bestellung aktivieren (in Shopware eine Einstellung, keine Entwicklung), Lieferzeiten konkret benennen statt „3–9 Werktage“-Nebel, die im DACH-Raum erwarteten Zahlarten anbieten und den Checkout auf das Nötigste verschlanken – jede dieser Maßnahmen greift einen messbaren Abbruchgrund direkt an; die Detailfragen dieser Kategorie führen sie einzeln aus. Stufe zwei ist Messung: Der Verkaufstrichter im E-Commerce-Tracking zeigt, an welchem Schritt Ihre Kunden konkret aussteigen – Warenkorb, Adresse, Zahlung – und macht aus der Branchenstatistik Ihre persönliche Prioritätenliste. Erst Stufe drei sind Rückholwerkzeuge: Exit-Intent-Angebote (etwa mit unserem kostenlosen NoExit-Plugin – Eigenempfehlung, ehrlich eingeordnet auf der Plugin-Seite) und, wo rechtlich sauber gelöst, Erinnerungen an stehengelassene Warenkörbe. Diese Reihenfolge ist keine Pedanterie, sondern Ökonomie: Ein Popup vor einem Checkout mit Kontozwang und Versandkosten-Überraschung verbrennt den einen Rückholversuch für ein Problem, das eine Einstellung gelöst hätte. Und die Erwartung gehört kalibriert: Auch der beste Shop behält eine hohe Abbruchquote – Warenkörbe sind das neue Schaufenster; gewonnen wird an der vermeidbaren Differenz, und die ist bei den meisten Shops zweistellig. Fakten: - Basisgröße: ≈ 70 % Abbruchquote im Langzeit-Branchenmittel – ein Teil davon normales Stöber-Verhalten. - Top-Vermeidbare (Baymard, gerundet): Extrakosten ≈ 48 % · Kontozwang ≈ 26 % · Zahlungszweifel ≈ 25 % · Lieferzeit ≈ 23 % · Checkout-Länge ≈ 22 %. - Reihenfolge: 1. Ursachen beheben → 2. eigenen Trichter messen → 3. Rückholung (Exit-Intent, Erinnerungen). - Schnellste Hebel in Shopware: Gast-Bestellung aktivieren, Versandkosten früh anzeigen, Zahlarten ergänzen. - Messwerkzeug: Verkaufstrichter im Matomo-E-Commerce-Tracking – zeigt den konkreten Ausstiegsschritt. - Rückholwerkzeug (Eigenempfehlung): kostenloses NoExit-Plugin – Wirkung selbst messen statt glauben. Einordnung: Die 70-Prozent-Zahl klingt nach Katastrophe und ist in Wahrheit eine Einladung: Nirgendwo im Shop liegen so viele fast gewonnene Kunden wie zwischen Warenkorb und Kasse. Wer die vermeidbaren Gründe systematisch abräumt, statt dem ersten Popup-Reflex zu folgen, holt sich Umsatz zurück, der längst im Haus war. ## Was ist Shopware? URL: https://sw.seo-manager.info/was-ist-shopware Auch: Shopware 6 · Shopware AG · Shopsystem Shopware Kategorie: Shopware-Grundlagen Kurzantwort: Shopware ist ein E-Commerce-System aus Deutschland: Die Shopware AG aus Schöppingen im Münsterland entwickelt es seit 2000 – heute in der Generation Shopware 6. Der Kern ist Open Source und kostenlos nutzbar; darüber staffeln sich kommerzielle Pläne mit Zusatzfunktionen und Support. Im deutschsprachigen Mittelstand gehört Shopware zu den meistgenutzten Shopsystemen – von der Selfmade-Boutique bis zum B2B-Großhandel. Vom Münsterland-Startup zur Mittelstands-Plattform: Gegründet wurde Shopware 2000 von den Brüdern Stefan und Sebastian Hamann – und blieb über zwei Jahrzehnte das, was im E-Commerce selten ist: ein unabhängiges deutsches Softwarehaus mit Sitz auf dem Land. 2022 holte sich das Unternehmen mit rund 100 Millionen Dollar von Carlyle und PayPal Wachstumskapital für die Internationalisierung, ohne die Eigenständigkeit aufzugeben. Technisch markierte Shopware 6 (seit 2019) den großen Schnitt: eine komplette Neuentwicklung auf dem PHP-Framework Symfony mit Vue.js in der Administration, API-first gedacht – der Shop lässt sich klassisch mit der mitgelieferten Storefront betreiben oder headless mit eigenem Frontend. Für Händler übersetzt sich das in eine einfache Rechnung: volle Datenhoheit und Anpassungstiefe eines selbst gehosteten Systems, kombiniert mit einem Ökosystem, das groß genug ist, dass es für fast jede Anforderung eine Erweiterung oder eine erfahrene Agentur gibt. Fakten: - Hersteller: Shopware AG, Schöppingen (Münsterland) – gegründet 2000 von Stefan und Sebastian Hamann. - Aktuelle Generation: Shopware 6 (seit 2019) – Neuentwicklung auf Symfony (PHP) und Vue.js, API-first. - Lizenzmodell: quelloffener Kern (kostenlos, selbst gehostet) plus kommerzielle Pläne mit Zusatzfunktionen. - Marktposition: eines der führenden Shopsysteme im DACH-Mittelstand, stark auch im B2B. - 2022: ≈ 100 Mio. $ Investment von Carlyle und PayPal für die internationale Expansion. - Betrieb: self-hosted auf eigenem Server/Hosting oder als Cloud-Angebot des Herstellers. Einordnung: Shopware ist die deutsche Antwort auf die Frage, ob man zwischen Baukasten-Miete und Konzern-Software wählen muss: Es verbindet Open-Source-Freiheit mit professionellem Ökosystem – und ist damit die natürliche Heimat für Händler, die ihren Shop als eigenes Asset begreifen statt als gemietete Fläche. ## Was kostet ein Shopware-Shop wirklich? URL: https://sw.seo-manager.info/was-kostet-shopware Auch: Shopware Preise · Shopware Kosten · Shop-Budget Kategorie: Shopware-Grundlagen Kurzantwort: Die Software selbst kann kostenlos sein (Community Edition) – die wahren Kosten eines Shopware-Shops stecken in Hosting, Einrichtung, Erweiterungen und laufender Pflege. Realistische Spannen: kleine Selbstmacher-Projekte ab wenigen hundert Euro Startbudget, professionelle Agentur-Projekte typischerweise ab dem mittleren vierstelligen bis in den fünfstelligen Bereich. Die ehrlichste Budgetregel: Der Launch ist nicht das Ende der Kosten, sondern der Anfang – Pflege, Updates und Inhalte laufen weiter. Woran Budgets in der Praxis scheitern – und wo sparen klug ist: Die häufigste Fehlkalkulation ist nicht der Preis der Software, sondern die Unterschätzung zweier Posten. Erstens die Individualisierung: Jede Sonderlocke – das besondere Theme, der spezielle Checkout, die ERP-Anbindung – kostet nicht nur einmal Entwicklung, sondern bei jedem größeren Update erneut Anpassung; wer nah am Standard bleibt, aktualisiert für einen Bruchteil. Zweitens der Betrieb: Ein sich selbst überlassener Shop veraltet sicherheitstechnisch und inhaltlich – realistisch sind je nach Größe einige Stunden Pflege pro Monat, ob intern oder als Wartungsvertrag. Klug sparen heißt dagegen: mit der Community Edition und einem soliden Standard-Theme starten, Plugins gezielt statt auf Vorrat kaufen, und das freiwerdende Budget in die zwei Posten stecken, die nachweislich verkaufen – Ladezeit und Inhalte. Genau dort setzt übrigens auch unser Wissensbereich an: Vieles davon können Sie mit Anleitung selbst erledigen, bevor eine Agentur nötig wird. Fakten: - Software: Community Edition 0 € – kommerzielle Pläne nach aktueller Herstellerpreisliste (teils umsatzabhängig). - Hosting: kleine Shops ab ca. 10–30 €/Monat (Managed), wachsende Kataloge deutlich darüber. - Einrichtung: Selbstbau ab wenigen hundert Euro Nebenkosten – Agenturprojekte typ. ab mittlerem vierstelligem Betrag. - Erweiterungen: viele kostenlos (wie unsere), kommerzielle Plugins meist 0–50 €/Monat je Stück. - Betrieb: Updates, Sicherheit, Inhalte – realistisch mehrere Stunden/Monat oder ein Wartungsvertrag. - Kostentreiber Nr. 1: Individualisierungen, die bei jedem Update erneut angepasst werden müssen. Einordnung: Shopware kann der günstigste und der teuerste Weg zum eigenen Shop sein – der Unterschied liegt selten in der Lizenz und fast immer in Disziplin: nah am Standard bleiben, Pflege einplanen, Budget in Ladezeit und Inhalte statt in Sonderlocken stecken. Wer so rechnet, bekommt für erstaunlich wenig Geld ein System, das ihm gehört. ## Welche Zahlungsarten erwarten Kunden im Shop? URL: https://sw.seo-manager.info/zahlungsarten Auch: Payment-Mix · Zahlarten Conversion · Bezahlmethoden Kategorie: Conversion & Checkout Kurzantwort: Die fehlende Lieblings-Zahlart ist ein Top-Abbruchgrund: Ein relevanter Teil der Kunden bricht ab, statt anders zu bezahlen – der Zahlarten-Mix ist Conversion-Politik, keine Buchhaltungsfrage. Der DACH-Standard: PayPal, Kauf auf Rechnung und Kreditkarte bilden das Pflicht-Trio; dazu je nach Zielgruppe Klarna & Co., Lastschrift, Apple/Google Pay und Vorkasse als Kostenlos-Option. Die ehrliche Gegenrechnung: Jede Zahlart kostet Gebühren und Risiko – der Mix wird an den eigenen Kunden kalibriert, nicht am Maximalkatalog. Der DACH-Mix im Detail – und die Rechnung dahinter: PayPal ist im deutschsprachigen Online-Handel die meistgewünschte Zahlart und faktisch Pflicht – der Käuferschutz senkt die Hemmschwelle bei Erstkunden spürbar; bezahlt wird das mit den höchsten Gebühren im Mix. Der Kauf auf Rechnung bleibt die deutsche Besonderheit mit Gewicht, gerade bei höherpreisiger Ware und älterer Zielgruppe: „erst prüfen, dann zahlen“ konvertiert hervorragend – das Ausfallrisiko lagern die meisten Shops an Anbieter wie Klarna oder spezialisierte Rechnungskauf-Dienste aus, die dafür eine Marge nehmen; die Bonitätsprüfung dahinter gehört transparent in die Datenschutzerklärung. Kreditkarte ist international Standard und für Reisende wie Firmenkunden unverzichtbar; die Wallets Apple Pay und Google Pay wachsen vor allem mobil, wo sie den Checkout auf einen Daumendruck verkürzen. Lastschrift punktet mit niedrigen Kosten bei Stammkundschaft, Vorkasse dient als gebührenfreie Option für Preisbewusste und als Ventil bei Risikobestellungen – mit dem bekannten Conversion-Malus der Wartezeit. Technisch bündeln in Shopware Payment-Anbieter beziehungsweise deren offizielle Erweiterungen viele Zahlarten in einer Integration samt Abwicklung; die Auswahl lässt sich über Regeln steuern (etwa Rechnungskauf erst ab Bestellwert X oder nur für Bestandskunden). Kalibriert wird am eigenen Publikum: Das Tracking zeigt, mit welcher Zahlart tatsächlich gekauft wird und an welchem Zahlschritt Abbrüche häufen – drei bis fünf gut gewählte Optionen schlagen den Zehnerkatalog, der nur Auswahl-Stress und Gebührenverwaltung produziert. Fakten: - Abbruch-Relevanz: fehlende bevorzugte Zahlart = klassischer Kaufabbruch-Grund (Größenordnung: jeder zehnte bis achte Betroffene). - DACH-Pflicht-Trio: PayPal (Reichweite + Käuferschutz), Kauf auf Rechnung (Vertrauens-Klassiker), Kreditkarte (international). - Sinnvolle Ergänzer: Klarna/Ratenkauf, Apple & Google Pay (mobil!), Lastschrift, Vorkasse als Gratis-Option. - Kostenwahrheit: Gebühren typisch im niedrigen Prozentbereich je Transaktion – gegen Conversion-Gewinn rechnen. - Shopware-Praxis: Payment-Erweiterungen bündeln Zahlarten; Verfügbarkeit per Regelwerk steuerbar (Warenkorbwert, Kundengruppe). - Kalibrierung: Zahlarten-Nutzung und Zahlschritt-Abbrüche im Tracking beobachten – Mix jährlich prüfen. Einordnung: Zahlungsarten sind das letzte Vertrauensvotum des Kaufs: Der Kunde hat sich längst entschieden – jetzt entscheidet er nur noch, ob er Ihnen auf seine Weise Geld geben darf. Ein kluger Mix ist deshalb keine Gebührenoptimierung mit angehängter Kasse, sondern gekaufte Conversion: Die Prozente, die der Payment-Anbieter nimmt, sind fast immer billiger als der Kunde, der geht.