phpbb sid bowling

[d0nut]

Hi Leute, erstmal ein frohes neues Jahr. Leider hatte ich ein böses Erwachen.

Meine Startseite ist auf einmal mit tausend verschiedenen Session-IDs indexiert.
Die Seiteabfrage liefert auf den ersten 30 Seiten nur Ergebnisse mit diesen Session IDs.
https://www.google.de/search?q=site:www.easy-coding.de
Ich glaube da ehrlich gesagt nicht an einen Zufall sondern an Böswilligkeit.

Besucherstatistik: Von 3500 auf 100 Besucher runter.
Alle Blackhats können sich nun freuen, weil es eine Möglichkeit gibt phpbb Boards verschwinden zu lassen.
Kann mir einer sagen, wer dieses "sid Seiten" verlinkt? Müssen ja ziemlich stark sein, wenn sie sich bei meiner Seiteafrage nur auf vorne tummeln.
Oder irre ich mich gänzlich und ich habs selbst irgendwie verbockt??

[Malte Landwehr]

Folgender robots.txt Eintrag hilft.

Code: Alles auswählen

User-agent: *
Disallow: /*?sid*

[fa_herrmann]

Folgender robots.txt Eintrag hilft.

Code: Alles auswählen

User-agent: *
Disallow: /*?sid*

...nee, warme wollene Unterhosen helfen...

Falls Ihr nicht beide das Forum schlicht verarschen wollt - wer oder was wird wohl ein Parameter namens SID sein? Grüner Wackelpudding, böse Ausserirdische oder einfach eine Session-Id?

Cooler Hinweis auf die robots.txt daher. Also, Fragesteller - lesen bildet. Guckst Du bspw. hier: https://www.seo-bb.de/optimierung-10.html

cul,
Falk

[oldInternetUser]

Dasselbe wie in diesem Thread

Absturz bei den Positionen, also Besuchereinbruch, gleichzeitig sind lauter zusätzliche Ergebnisse vorne:

Also handelt es sich entweder um ein temporäres Problem (dann ist die Diskussion sinnlos) oder die Domain ist abgestraft worden.

PS: Wie soll denn jemand von außen her google veranlassen, plötzlich lauter zusätzliche Ergebnisse anzuzeigen?

[d0nut]

Danke für den Tipp mit der robots.txt. Das sollte das Problem langfristig lösen. Schade nur, dass Google auf robots Änderungen so langsam reagiert.
Wusste bis dato gar nicht, dass die so "mächtig" ist (also dass man mit sternschen arbeiten kann)

@fa_herrmann:
Die SID Änderungen sind schon lange eingebaut. Daher werden die SID Urls eben intern nicht verlinkt und ich gehe von einer externen Manipulation aus.

PS: Wie soll denn jemand von außen her google veranlassen, plötzlich lauter zusätzliche Ergebnisse anzuzeigen?

Er bräuchte ja nur eine Sitemap einzurichten und meine Website sid=1, sid=2, sid=3, ... zu verlinken. Fehlerseiten werden keine angezigt. Und da überall der selbe Inhalt angezeigt wird erkennt Google den Duplicate Content, und die Seite ist weg vom Fenster.

Der "Google dreht durch" Thread hat mir allerdings nicht wirklich weitergeholfen

[oldInternetUser]

PS: Wie soll denn jemand von außen her google veranlassen, plötzlich lauter zusätzliche Ergebnisse anzuzeigen?

Er bräuchte ja nur eine Sitemap einzurichten und meine Website sid=1, sid=2, sid=3, ... zu verlinken. Fehlerseiten werden keine angezigt. Und da überall der selbe Inhalt angezeigt wird erkennt Google den Duplicate Content, und die Seite ist weg vom Fenster.

Liest Du überhaupt, was man dir schreibt? google hat die Daten bereits selbst aussortiert, sonst wären das nicht alles zusätzliche Ergebnisse. Außerdem sind die Cachedaten (nach Stichproben) zwischen August und September.

Wenn bei gleichzeitigen Positionsverlusten und Besucherrückgang plötzlich lauter 'zusätzliche Ergebnisse' vor den normalen Ergebnissen stehen, dann ist die Domain abgestraft. Ein google-Problem wäre es, wenn die Varianten mit SID ohne die Markierung 'zusätzliche Ergebnisse' auftauchen würden, erst dann könnte man sich Gedanken über den Versuch einer externen Manipulation machen. Aber so hat google diese Seiten bereits aussortiert - egal, wer sie verlinkt hat.

[d0nut]

ich weiß gar nicht warum du dich so aufregst. Bin ich nicht auf alle Hinweise eingegangen? Und die Methode die ich schildere gibt es auch.

Aber egal, danke für den Hinweis mit dem Alter der Cache Version. Ich hatte zuvor noch keine SID Seiten im Index gesehen und durch die Modifizierung der internen URLs vor einem Jahr gedacht sie komplett ausgeschlossen zu haben. Aber wenn der Cache von September ist, dann hast du natürlich absolut recht, dass sie vorher schon da waren und es sich vermutlich um keine Attacke handelt.
Dann wäre das Problem auch eigentlich schon geklärt.