Doppelte Indexierung dank Varianten

Deutsches Forum
#1

Hallo zusammen,

ich habe folgendes Problem:

Ich habe in meinem Onlineshop (www.asal-gesundernaehren.de) die meisten Artikel mit Varianten. Jetzt das Problem:
Wenn ich über das Menü im Shop zu einem Produkt gehe, dann sieht die URL so aus:
http://www.asal-gesundernaehren.de/Glutenfrei/ASAL-Vanille-Sauce.html

dank der varianten in verschiedenen größen nach gramm, indexiert google auch die varianten:

http://www.google.com/search?hl=en&safe=off&q=site%3Awww.asal-gesundernaehren.de&btnG=Search#sclient=psy&hl=en&safe=off&source=hp&q=site:www.asal-gesundernaehren.de+inurl%3Ag.html&aq=f&aqi=&aql=&oq=&pbx=1&bav=on.2,or.r_gc.r_pw.&fp=895fc67dd14a86c2&biw=1280&bih=574

dies wird natürlich abgestraft wegen doppelten interner content was natürlich alles andere als gut ist für die positionierung bei google.

jetzt die frage wie ich das abstellen kann? Kann man die doppelte indexierung bzw. die indexierung der varianten irgendwie unterbinden? oder kann man es irgendwie machen, dass das system gar nciht erst eine url für die varianten erstellt?

wenn man nämlich eine variante in den warenkorb legt, dort dann auf die variante klickt, dann kommt man eben zu den genannten varianten-urls:
http://www.asal-gesundernaehren.de/Produktsortiment/ASAL-Vanille-Sauce-50-g.html

bitte um hilfe!

#2

[QUOTE=sepp_a_u;60030]dies wird natürlich abgestraft wegen doppelten interner content [/QUOTE]
Dieses Märchen ist auch nicht totzukriegen…

Google straft niemanden deswegen ab…

Zitat von http://googlewebmastercentral.blogspot.com/2008/09/demystifying-duplicate-content-penalty.html

There’s no such thing as a “duplicate content penalty.” At least, not in the way most people mean when they say that.

Wenn es das gäbe, hätten alle Elektronik- und Computershops riesige Probleme, da die ja i.d.R. die Artikelbeschreibungen vom Hersteller oder externen Anbietern solcher Dienste übernehmen.

“Duplicate content” innerhalb derselben Domain ist lt. Google absolut problemlos…

Und wer sollte das besser beurteilen können als Google?

Lass Euch doch nicht jeden Dummquatsch aufschwätzen!..

#3

Hi,

um ganz sicherzugehen, arbeiten wir mit so genannten Canonical Tags, damit Google weiss, dass es noch ein anderes Produkt mit gleichem Inhalt und etwas anderer URL gibt. In der Variante 50g Eurer Vanille-Soße enthält einen solchen Canonical Tag:

<link rel="canonical" href="http://www.asal-gesundernaehren.de/Glutenfrei/ASAL-Vanille-Sauce.html">

Gruß

#4

Hallo Marco.

Ich muss das Thema noch mal wieder aufgreifen. Mir ist in meinem Oxid Shop auch diese Thematik gerade aufgefallen. Ich setze einen oxid v 4.4.8 ein.

In dem o.g. Shop funktioniert das ordnungsgemäß mit dem canonical-tag. Wenn eine Variante aufgerufen wird, z.B. aus dem Warenkorb heraus wird im canonical-tag richtig die Vater-Artikel-URL angezeigt.

Bei mir funktioniert das interessanterweise nicht. Die canonical tags zeigen, wenn ich über Hersteller, Kategorie oder Suche auf den Artikel gehe, richtig die Vater-Artikel-URL an, wenn ich aber über den Warenkorb eine Variante des Artikels öffne, steht dort die Varianten-URL drin.

Beispiel der Link ist:
http://www.meinonlineshop.de/Hersteller/Hudson/Hudson-Relax-Cotton-Socke-3er-Pack-47-48-IV-Marine-HU-0335.html

Dann lautet bei mir der canonical-tag:
<link rel=“canonical” href=“http://www.meinonlineshop.de/Herren/Socke/Hudson-Relax-Cotton-Socke-3er-Pack-47-48-IV-Marine-HU-0335.html”>

Und nicht, wie es sein müsste:
<link rel=“canonical” href=“http://www.meinonlineshop.de/Herren/Socke/Hudson-Relax-Cotton-Socke-3er-Pack.html”>

Hast du eine Idee, woran das liegen könnte? Habe ich vielleicht eine Einstellung in oxid falsch gesetzt.

Danke und Gruß
Schorty

#5

Hallo Schorty,

ich denke nicht, dass es über “Einstellungen” gesetzt werden kann. Nutzt Du ggf. ein alternatives Template? Ansonsten hört es sich fast nach einem Bug an. Versuch es doch bitte mal im Demoshop nachzustellen und trag dann einfach in den Bugtracker ein.

Danke und Gruß

#6

Hallo Marco. Danke für deine Rückmeldung. Ja, ich nutze schon ein alternatives bzw. angepasstes Template. Ich werde das mal im Demoshop vergleichen. Gruß Schorty

#7

Ist in meiner 4.4.8-Version auch so und lässt sich im Demo-Shop nachvollziehen.
Hier der Bug-Eintrag: https://bugs.oxid-esales.com/view.php?id=3476

#8

Moin Leute und frohes Neues! :slight_smile:
Das Problem ist nachvollziehbar und evtl. gibt es bereits eine Lösung dafür (habe ich noch nicht getestet, aber wird gleich nachgeholt und dann berichtet):
http://www.oxid-esales.com/forum/showthread.php?t=8969

Aber ich muss mal blöde fragen, ob und wie es überhaupt passieren kann, dass eine Suchmaschine Artikel in den Warenkorb legt? Das sind doch immer POST-Formulare hinter den Cart-Buttons und außerdem braucht es zum Speichern ja Session-Cookies. Falls es doch gehen sollte, wäre die Frage, ob nicht eher dies der Bug ist, oder was meint ihr?

Edit:
Hier mal der Link zu einem Modul, welches das Problem beseitigt ([B]nicht[/B] mehr nötig seit OXID 4.6.0!):
http://exchange.oxid-esales.com/de/Marketing/SEO/Wendnet-FixCanonicalDetails-1-0-0-Stable-CE-4-3-x-4-5-x.html

#9

HI!

Nach einem Test im v. 4.4.8 Demoshop kann ich das Verhalten auch noch mal bestätigen.

@ChristophH: Danke, dass du einen neuen Fall im Bugtracker aufgemacht hast. Bin nicht so der Englisch Crack :slight_smile:

@Mitmacher: Bei mir ist ein sitemap Generator Modul im Einsatz, welches eine sitemap.xml erzeugt und die ich in den Google Webmaster Tools angegeben habe. In der xml Datei sind auch die Varianten URL enthalten. Vermutlich weiß Google deswegen von diesen URL. Ich habe den Modulentwickler heute kontaktiert, ob man in dem Modul eine Auswahl nur Vater oder alle Artikel einbauen kann.

Gruß Schorty

#10

@schorty:
Ja, sitemaps sind natürlich ein anderes Thema. Musst du mal klären, was da geht.

Ansonsten kann man auch verhindern, dass man überhaupt Varianten per Warenkorb aufrufen kann, sondern dort immer die Parent-URLs ausgeben. Auch dafür habe ich mal ein kleines Modul geschürt, welches in allen Warenkorb-Ansichten funzt:
http://exchange.oxid-esales.com/de/Marketing/SEO/Wendnet-BasketNoVarLink-1-1-0-Stable-CE-4-3-x-4-6-x.html

Ich halte den Einsatz aber gerade in älteren “Basic”-Shops für etwas fraglich, da man dort mangels JS-Trickserein eher in der Bedienung eingeschränkt wird, wenn man direkte Varianten-Aufrufe zu verhindern versucht. Aber das hängt natürlich vom konkreten Layout ab.

Edit:
So, die beiden neuen Module sind nun auch im Demo-Shop integriert…

#11

Hi Mitmacher,

vielen Dank für die beiden Module. Direkt installiert, einfach perfekt :slight_smile:

#12

Sodalla, jetzt musste ich das Modul leider wieder deinstallieren. Im Backend lässt sich bei Bestellungen bei aktiviertem Modul leider der Reiter Stamm nicht mehr auswählen. Hier wird dann anstatt den Stammdaten das Shopfrontend im unteren Frame dargestellt.

#13

Ups, stimmt, da wird auch noch zig mal getArticle() aufgerufen, aber ohne ID, keine Ahnung warum, aber ich überspringe meinen Code nun bei leerer ID, dann gibt es auch keinen Fehler mehr. Ein Update ist online (siehe unten)…

Danke für das feedback! :slight_smile:

#14

Hi Mitmacher,

vielen Dank für das Update. Jetzt funktionieren die Vaterartikellinks leider vom Basket aus nicht mehr. Im Miniwarenkorb hingegen klappt alles einwandfrei, der Link wir entsprechend vom Vaterartikel genommen. Wenn man jetzt allerdings das Modul aus den Systemeinstellungen entfernt, wird das Frontend überhaupt nicht mehr angezeigt (weiße Seite). Schon eigenartig irgendwie…

Nachtrag: Nach dem Löschen der Cookies und öffnen des Frontends in einem neuen Browserfenster behebt das Problem mit dem leeren Frontend.

#15

Owei, sorry, nochmal arg gepennt… :o
Die aktuelle Version 1.0.2 behebt aber auch dieses “Problem”. Und weiße Seiten sind oft Fehler, die der Server nur nicht anzeigt, gerade bei Modul-Tests. Oft hilft in der Tat das Leeren des Caches und /tmp und evtl. Cookies.

Hier nochmal der aktuelle Link zum Modul:
http://exchange.oxid-esales.com/de/Marketing/SEO/Wendnet-BasketNoVarLink-1-1-0-Stable-CE-4-3-x-4-6-x.html