[Ben]

Hallo,
ich würde gerne Eure Meinungen, Erfahrungen im Bezug auf die Indizierung von Suchergebnissen hören.

Suchen werden häufig über einen POST-Request gestartet, in diesem Forum ist dies z.B. der Fall. Ich denke nun darüber nach, ob man die Suchergebnisse nicht besser über einen GET-Request anzeigen lässt, so dass diese Ergebnisseiten dann von Suchmaschinen indiziert werden können.

Was sagt ihr dazu?

[WarrenFaith]

Ich halte via GET für sinnvoller, da man somit auch mal Ergebnisse, die man erhält, auch weitergeben kann. Das erstmal der praktische Nutzen.

Ansonsten weiß ich nicht wie Google mit Parametern umgeht etc. Aber ich bin schon öfters über Google auf Suchergebnisseiten gelandet, die mir dann wiederum ein Link (also ein Suchergebnis) zu meinem eigentlichen Ergebnis geliefert haben.

Ich sehe also eigentlich nur Vorteile.

[Ben]

Zitat von WarrenFaith

Ich halte via GET für sinnvoller, da man somit auch mal Ergebnisse, die man erhält, auch weitergeben kann. Das erstmal der praktische Nutzen.

Exakt. Derzeit ist es hier im Forum so, dass Suchen zwar im Cache landen, aber nach einer Zeit werden die Einträge aus wieder aus dem Cache gelöscht und der Suchlink geht ins Leere.

Das Ganze würde sicherlich eine Menge Traffic verursachen, allerdings ist das nicht wirklich tragisch.

Zitat von WarrenFaith

Ansonsten weiß ich nicht wie Google mit Parametern umgeht etc.

Dazu hier: URL-Design

Wenn man es schafft die URLs kurz zu halten und mit sinnvollen Informationen auszustatten (quasi eine sprechende Suche), sollte das eigentlich ganz gut ankommen.

Zitat von WarrenFaith

Ich sehe also eigentlich nur Vorteile.

Ich derzeit auch, allerdings will ich mich davon nicht trügen lassen.

[kampfgnom]

ja vorallem die sache mit den Links zum Weitergeben find ich super. Dann muss man nich immer schrieben:
suche mal nach ...
sondern gibt den Link weiter
und wenn man einfach macht
domain.de/search.php?keywords=..
dann is das doch sehr aussage kräftig und google dürfte kein Prob damit haben, oder?!

[CIX88]

so dass diese Ergebnisseiten dann von Suchmaschinen indiziert werden können

Dumm nur, dass die Ergebnisse den selben Inhalt haben, als würde man die einzelnen Seiten direkt anklicken. Findet Google unterschiedliche Links aber mit selben Inhalt, so machst du definitiv damit nichts gut. Und wie soll eine Suchmaschine die Suche überhaupt benutzen ?

[$traight-$hoota]

eine einfache suche finde ich auch per GET besser. problematisch wirds nur, wenn man umfangreiche suchformulare hat (gibt ja suche mit noch mehr optionen als zb die hier im forum). dann erhält man im schlimmsten fall doch recht lange URLs.

[FloB]

Das vB arbeitet ja mit einem Cache, per GET wird nur die ID des jeweilgen Cache-Eintrages überliefert.

IMO wäre es das beste, zusätzlich einen Parameter für die Suche hinzuzufügen, der das Suchwort enthält. Da der Cache ja nach einer Weile nicht mehr existiert, muss halt jedes Mal eine neue Suche gestartet werden. Also müsste man die Standardwerte für die Suche eintragen und dann zusätzlich per GET noch ein Suchwort ermöglichen, das den Eintrag des Suchwortes, das per POST übertragen wird, überschreibt.

Verstanden?

[Jann Hendrik]

Zitat von CIX88

Dumm nur, dass die Ergebnisse den selben Inhalt haben, als würde man die einzelnen Seiten direkt anklicken.

Das denke ich dürfte im Falle dieses Forums nicht der Fall sein, denn es werden dann ja erstmal nur Ergebnis-Listen angezeigt und nicht die threads ansich.

Problematisch dürfte es werden den/die GET-Parameter sinnvoll zu designen, gerade wenn ich (bezogen auf das vb) an die Auswahl der Foren denke - also die Tatsache, dass man bei der erweiterten Suche doch einige Werte mitgeben kann.

Darüber hinaus kommt das Captcha, dass user ausfüllen müßen, die nicht angemeldet sind.
Wenn das per GET übertragen wird hat die ganze URL keinen Sinn mehr, weil das Captcha beim nächsten Mal anders ist - und somit der link auch nicht mehr funktionieren wird.



Trotz meiner hier genannten kontra-Punkte bin ich dem aber nicht verschlossen. Das ist nur das, was mir gerade dazu einfällt.

[Ben]

Hi CIX,
du hast natürlich erstmal Recht. Man muss darauf achten, dass man nicht im Endeffekt 23Mal die gleiche Ergebnisliste mit unterschiedlicher Suche erhält. Wie man das machen kann ... weiß ich nicht, habe ich aber auch noch nicht drüber nachgedacht.

Suchmaschinen müssen überhaupt keine Suchen verwenden, da ja davon auszugehen ist, dass Suchergebnisse bzw. die Ergebnisseiten verlinkt werden. So ganz durchdacht ist das alles noch nicht, demnach ja der Thread hier.

Zitat von Jann Hendrik

Darüber hinaus kommt das Captcha, dass user ausfüllen müßen, die nicht angemeldet sind.

Das würde dann logischerweise entfallen. Sonst macht das doch keinen Sinn!

Bezogen auf dieses Forum gibt es dort noch die ein oder andere Ungereimtheit. Muss erstmal schauen, inwiefern das mit dem vorhandenen Code überhaupt realisierbar ist oder ob man dort eine eigene Suche implementieren müsste.

Die Anzahl der Parameter habe ich noch gar nicht bedacht ... muss ich gestehen!

[Jann Hendrik]

dann fällt mir gerade noch ein, dass im Normalfall für die Suche eine zeitliche Sperre eingerichtet ist, so dass mind. x Sekunden zwischen zwei Suchanfragen vergehen müssen.

Wenn nun Suchmaschine xy ankommt und 20 solcher links binnen weniger Sekunden aufruft, weil sie irgendwo gespeichert sind - dann wird die erste 'Suche' noch erfolgreich. Die Seiten danach werden dann den gleichen Inhalt haben, nämlich den, dass man so schnell nacheinander die Suche nicht nutzen darf.

Das müsste dann auch auch noch berücksichtigt werden.

[CIX88]

für die Suche eine zeitliche Sperre eingerichtet

Verstehe ich jetzt gar nicht wozu ?
Überlicherweise werden Suchseiten mit "noindex,nofollow" belegt.

[Ben]

Zitat von CIX88

Verstehe ich jetzt gar nicht wozu?

Ohne wirklichen Grund. Das ist hier aber nicht Bestandteil der Diskussion. Aber du hast Recht, dass dort sicherlich .. nennen wir es .. Verbesserungspotential herrscht.

[Ben]

Also über das vBulletin ist das in diesem Forum scheinbar nicht ohne Eingriffe in den Code möglich.
Generell ist das für mich aber in Zukunft durchaus eine interessante Sache, die ich auch mal umsetzen werde.

[CIX88]

Muss ich mir auch mal angucken ... sicher in den Templates, aber das ist jetzt eine andere Geschichte. Zurück zum Thema "Indizierung von Suchergebnissen", was ich immer noch nicht verstanden habe, wie das gehen soll.

[Ben]

Beispiel: http://www.chefkoch.de/rezepte/
Schau mal ganz nach unten.

[CIX88]

Achso, das meinst du also Schlagworte !
Ich dachte du meinst die eigentliche Suchfunktion -> ich mach Urlaub bis 2008 ....

[Ben]

Äh ...

Zitat von CIX88

Achso, das meinst du also Schlagworte !
Ich dachte du meinst die eigentliche Suchfunktion

hab ich nun nicht verstanden.

Ich meine z.B. so etwas.
Ich suche nach den Begriffen "mailserver konfiguration" und erhalte eine Seite mit x Seiten, die diese Suchkombination enthalten.

Diese Suchanfrage wurde halt über einen GET-Request abgesendet, so dass

1. der Link einfach weitergegeben werden kann
2. Suchbots die Seiten, sofern sie denn irgendwo verlinkt sind, spidern und somit die Suchmaschinen die Seiten indizieren können.

Ich möchte nun die Idee des Beispiels dort nicht klauen, sondern würde gerne selbst noch etwas innovativ sein. Wie das genau aussieht, weiß ich noch nicht.

Ich habe nun nicht verstanden, was du mit "Schlagworten" meinst.
Ich will schon, dass z.B.

www.example.org/search/begriff1-begriff2 indiziert wird ..

[CIX88]

Naja, ich kenne sowas unter Schlagwort-Suche, Tags etc... womit ich derzeit selber am testen bin.

Dabei verfahre ich aber so, dass bei jeden Request, sich nicht nur die Inhalte also die Suchergebnisse ändern, sondern auch Titelbeschreibung, Description und Meta-Keywords.
So dass Google immer eine komplette neue Seite mit Inhalten bekommt.

Ich habe nun nicht verstanden, was du mit "Schlagworten" meinst

Mach ich jetzt zwar ungern aber: http://www.mediacix.de/images/waldsee,sw.html
Das meine ich, jeden Bild ist also ein oder mehrere Wörter zugeordnet.
Ähnlich geht das bei Blogs oder Foren auch zu machen.
Die "Schlagwörter" sind dann Bestandteile vom Inhalt.

[Ben]

Habe verstanden was du meinst. Denke ich zumindest. Quasi suggerieren, dass jede Seite anders ist, um doppelten Inhalt zu vermeiden. Ist ein interessanter Punkt!

Zieht ganz guter Verbesserungsmöglichkeiten nach sich und viel Diskussionsstoff.
Danke.

[CIX88]

Quasi suggerieren

Ja sowas in der Art, wird auch bei "tagwolken" benutzt:
http://www.cix88.de/cix_php/php_web/cix_taqwolke_2.php
oder z.B. auch bei Mister-Wong.
Dort gibt es sogar ein Eingabefeld dazu.

Wichtig ist nur, dass die einzelnen Seiten immer komplett andere Inhalte haben, sonst macht das ganze keinen Sinn.
Wenn Google dann z.B. sowas anzeigt:

Um Ihnen nur die treffendsten Ergebnisse anzuzeigen, wurden einige Einträge ausgelassen

war etwas falsch