Shopware-Shop · Mittelstand
Weiße Produktseiten und doppelte URLs — wie wir einen Shopware-Shop wieder sauber gemacht haben
Ein Shop-Betreiber kam mit zwei Symptomen, die scheinbar nichts miteinander zu tun hatten: weiße Produktseiten bei manchen Besuchern und doppelte Kategorie-URLs in der Search Console. Beide Ursachen waren versteckte Altlasten — und in einer Woche sauber zu reparieren.
Inhalt fehlt
Browser zeigt leere Fläche — Produkt-Bereich vom CSS-Bug ausgeblendet
- Ø Verweildauer auf Produktseiten
- +49 %
- Engagement-Rate
- +9 %
- Bounce-Rate
- −4 %
- Umsatz / Tag (bereinigt)
- +60 %
Die Ausgangslage. Ein Shopbetreiber kam mit zwei Beobachtungen, die zunächst nichts miteinander zu tun zu haben schienen. Erstens: Manche Kunden riefen Produktseiten auf und sahen — nichts. Eine weiße Fläche da, wo eigentlich Produkt-Bild, Beschreibung und Kauf-Button stehen sollten. Header und Footer waren sichtbar, der Mittelteil leer. Reproduzierbar nicht bei jedem, nicht in jedem Browser. Zweitens: In der Google Search Console tauchten Kategorie-URLs auf, die es eigentlich gar nicht geben sollte — der gleiche Inhalt war über zwei verschiedene Adressen erreichbar. Das mochte technisch erscheinen, in Wahrheit ging dabei für jeden Tag Crawl-Budget verloren, also Aufmerksamkeit, die Google dem Shop schenkt.
Die erste Detektivarbeit: Warum sind die Seiten weiß? Im Code lagen alle Inhalte ordentlich da — sie waren nur durch eine einzige CSS-Anweisung unsichtbar gemacht worden. Diese Anweisung war Jahre zuvor eingebaut worden, um auf bestimmten Seiten einen doppelt angezeigten Produkt-Titel auszublenden. Damals funktionierte sie nicht, weil die Browser ein bestimmtes neueres CSS-Feature noch nicht unterstützten — die Regel wurde stillschweigend ignoriert. Mit einem Firefox-Update wurde dieses Feature aktiviert, und auf einmal griff die alte Anweisung — aber leider zu breit. Sie blendete nicht nur den doppelten Titel aus, sondern den gesamten Produkt-Bereich. Für Chrome-Nutzer war alles in Ordnung, Firefox-Nutzer sahen die weiße Fläche. Ein klassischer Schläfer-Bug: jahrelang ohne sichtbare Folgen, dann mit einem Browser-Update wach. Die Lösung war eine präzisere Anweisung, die genau das eine Element ausblendet und nicht die ganze Sektion. Live in einer Stunde, weiße Seiten weg.
Die zweite Detektivarbeit: Wo kommen die doppelten URLs her? Der Shop war historisch über zwei Adress-Varianten erreichbar. In den internen URL-Definitionen der Kategorien war zusätzlich ein Sprach-Kürzel mit einprogrammiert worden, das streng genommen nicht hätte da sein dürfen. So entstand für rund 128 Kategorie-Seiten jeweils eine zweite Adresse mit identischem Inhalt — Google zählt das als doppelten Inhalt und priorisiert keinen klaren Sieger. Die naheliegende Lösung („einfach die zweite Adresse löschen") wäre gefährlich gewesen — die Produkt-URLs hätten kollateral darunter gelitten und wären nicht mehr erreichbar gewesen. Stattdessen wurde in der Datenbank gezielt das Kanonische-Flag getauscht: ab sofort liest Google die saubere Variante als die maßgebliche. Zusätzlich leitet ein Sicherheitsnetz auf Server-Ebene jeden alten Aufruf dauerhaft auf die saubere Adresse um. Und ein kleines Admin-Plugin verhindert, dass ein anderer Mitarbeiter mit einem Routine-Befehl alles aus Versehen rückgängig macht.
Vorher
shop.example/kategorie/indexed ×shop.example/de/kategorie/indexed ×Beide URLs liefern identischen Inhalt. Google indexiert beide, priorisiert keine — Duplicate Content.
Nachher
shop.example/kategorie/kanonischshop.example/de/kategorie/301 →Eine kanonische URL. Die zweite leitet per 301 dauerhaft auf die kanonische um — Crawl-Budget bleibt erhalten.
Parallel an drei weiteren Stellen aufgeräumt. Die Buy-Box auf der Produktseite — also der Bereich um den Kauf-Button — hat eine klarere Reihenfolge bekommen: oben die wichtigsten Vertrauenssignale, in der Mitte die Konfiguration, unten der Button mit darunter platzierten Trust-Aussagen (Bewertung, Versand-Info, Qualitäts-Hinweise). Der Lieferzeit-Countdown rechnet jetzt automatisch mit gesetzlichen Feiertagen — keine händische Pflege mehr nötig, kein versehentliches „bis Freitag geliefert" am Pfingstmontag. Der Checkout-Prozess hat das bekommen, was als 2026er-UX-Standard gilt: Schritt-Anzeige oben, schwebende Beschriftungen in den Eingabefeldern, sichtbare Bezahl-Logos vor dem Bezahlen, Mobil-Button am unteren Bildschirmrand, klare Fehler-Hinweise direkt am Feld. Außerdem wurde das sichtbare CAPTCHA durch ein unsichtbares Honeypot-Feld ersetzt — Spam-Schutz bleibt, ein Conversion-Hindernis weniger.
Vorher
Vertrauenssignale verstreut, Reihenfolge unklar, Button visuell schwach.
Nachher
USPs oben, Konfiguration in der Mitte, Button prominent, Trust-Bar unten.
Was sich messen lässt. In den ersten Wochen nach dem Go-Live (frühe Tendenz, kein abschließender statistischer Beweis): Besucher blieben im Schnitt rund 49 % länger auf den Produktseiten. Die Engagement-Rate stieg um circa 9 %, die Absprung-Rate fiel um etwa 4 %. Der bereinigte Umsatz pro Tag liegt rund 60 % über dem Vorher-Schnitt — gerechnet ohne die Ausreißer in beiden Perioden. Mehrere Werktage nach dem Go-Live zeigten Engagement-Werte, die zu den besten des gesamten Mess-Zeitraums gehörten. Der SEO-Effekt des URL-Fixes braucht länger sichtbar zu werden — Google muss die korrigierten Seiten neu indexieren, das dauert typischerweise 4 bis 12 Wochen.
Was Sie als Shop-Betreiber daraus mitnehmen können. Erstens: Manche Bugs sind Zeitbomben. Code, der über Jahre stabil aussieht, kann durch ein Browser-Update plötzlich brechen. Laufende Wartung ist nicht Luxus, sondern Risiko-Minimierung — gerade bei mehrsprachigen Shops mit komplexem Layout. Zweitens: SEO-Probleme zeigen sich oft nicht direkt im Ranking-Verlust, sondern erst, wenn jemand mit dem richtigen Werkzeug hineinschaut. Wer nicht regelmäßig in die Search Console sieht (oder einen Care-Plan mit Monitoring hat), merkt erst spät, dass Crawl-Budget verbrannt wird. Drittens: Conversion-Verbesserungen sind selten der eine große Hebel — sondern viele kleine Stellschrauben, die zusammen wirken. Saubere Buy-Box, klarer Checkout, ehrlicher Lieferzeit-Countdown: jeder dieser Punkte allein bringt einen kleinen Lift, zusammen ergeben sie den messbaren Sprung.
Stack
Datenherkunft
Die Outcome-Zahlen stammen aus dem jeweiligen Analytics-Connector des Klienten und wurden vor Veröffentlichung freigegeben. Wo Kunden Diskretion wünschen, nennen wir nur Sektor und Größenordnung; wo sie freigeben, nennen wir Marke und Maßnahmen beim Namen. Weitere Referenzen und Kontaktbrücken im Kennenlern-Gespräch.