Linkjuice richtig verteilen

[Hannelore-Müller]

Ich will in den nächsten Wochen ein neues Projekt anlegen, in dem Produkte beschrieben werden - mache das zum ersten Mal.

Hier der grobe (unspektakuläre) Aufbau:

1) eine Seite: Startseite (Homepage)
2) eine Seite: Von der Startseite kann man eine Stichwortlisten-Seite mit etwa 80 Stichworten aufrufen
3) 80 Seiten:
Klickt man auf der Stichwortlisten-Seite (2) eines der Stichworte an, erhält man als Suchergebnis eine Liste der Produkte zu dem Stichwort angezeigt
4) klickt man auf das gewünschte Produkt (3) erhält man die Produktseite
5) Insgesamt sind so etwa 500 verschiedene (Produkt)-Seiten aufrufbar
jedem Produkt sind jeweils 5-10 Stichworte zugeordnet (es gibt insgesamt 80 verschiedene Stichworte)

Man kommt nur über die Stichwortliste (2) an die einzelnen Produkte

Bei Google sollen ja vor allem die Produktseiten (5) gefunden werden sollen und nicht die Stichwortliste (2) oder die 80 Seiten mit den Suchergebnissen (3)

Wenn ich das richtig verstanden habe, kann oder muss ich über canonical und index/noindex steuern, dass Google weiß, welche Seiten für den User wichtig sind und den Linkjuice erhalten sollen. canonical spielt glaube ich in meinem Fall oben keine Rolle.

(1) Startseite: index, follow
(2) Stichwortseite: noindex, follow
(3) Suchergebnisseiten: noindex, follow
(4) Produktseinte: index, follow

Lieg ich da richtig oder kann man es besser machen?

[Melegrian]

Ich verstehe nicht, warum Du Seiten anlegen willst, nur um diese Seiten dann auf noindex zu setzen, wobei ich den Usern und mir "reine" Stichwortlisten nach Möglichkeit ersparen würde. Dort wo erforderlich, bekommt man das auch mit Menü/Untermenü hin oder gestaltet die Listen so, dass die nicht aussehen wie Stichwortlisten. Schaue Dir doch zum Beispiel mal an, wie Amazon das gelöst hat.

Verständlich ist das nur bei Seiten, die sich durch unterschiedliche QueryStrings vervielfältigen könnten, die würde ich auch bis auf eine auf noindex setzen, allein schon um DC zu vermeiden. Doch so lange kein DC entsteht, würde ich nur in begründeten Ausnahmefällen noindex verwenden.

[Hannelore-Müller]

Ich verstehe nicht, warum Du Seiten anlegen willst, nur um diese Seiten dann auf noindex zu setzen, wobei ich den Usern und mir "reine" Stichwortlisten nach Möglichkeit ersparen würde. Dort wo erforderlich, bekommt man das auch mit Menü/Untermenü hin oder gestaltet die Listen so, dass die nicht aussehen wie Stichwortlisten. Schaue Dir doch zum Beispiel mal an, wie Amazon das gelöst hat.

Verständlich ist das nur bei Seiten, die sich durch unterschiedliche QueryStrings vervielfältigen könnten, die würde ich auch bis auf eine auf noindex setzen, allein schon um DC zu vermeiden. Doch so lange kein DC entsteht, würde ich nur in begründeten Ausnahmefällen noindex verwenden.

Ich frag nach, weil ich beim ersten Mal keinen Bockmist bauen will.

Jedem Produkt sind 5-10 Stichworte zugeordnet. Dann taucht es auch in 5-10 Stichwortergebnislisten auf ... ist doch DC, oder?

[MonikaTS]

stimmt ist DC
die Frage ist und das muss eruiert werden,
ob der Kunde diese Stichwortlisten überhaupt nutzt, und ob sie daher an und für sich sinnvoll sind.

die meisten Leut wollen einfach eine verdammt geile Suchfunktion haben

[Hannelore-Müller]

stimmt ist DC
die Frage ist und das muss eruiert werden,
ob der Kunde diese Stichwortlisten überhaupt nutzt, und ob sie daher an und für sich sinnvoll sind.

die meisten Leut wollen einfach eine verdammt geile Suchfunktion haben

Ich habe Einblick in ein ähnliches Projekt ... ja, die Stichwortlisten werden in 2 von 5 Suchen genutzt. die anderen benutzen das Suchfeld, in das man frei ein Suchwort eingeben kann. Der der Parameter, der bei der Suche über Suchfeld und Stichwortliste übergeben wird der selbe ist, entsteht hier nicht noch mehr DC.

Kommen wir zurück zur Stichwortliste, und den daraus resultierenden Suchergebnisseiten, die ja DC beinhalten. Auf "noindex, follow" setzen?

Dann sind alle Seiten, ob die die Produkt-Seiten erreicht werden können "noindex" ... ist das ein Problem?

[Melegrian]

die Stichwortlisten werden in 2 von 5 Suchen genutzt. die anderen benutzen das Suchfeld, in das man frei ein Suchwort eingeben kann.

Ich kann nicht so richtig begreifen, was Du da vorhast. Wenn es das ist, was ich beinahe vermute, dann handelt es sich um keine Listen, sondern um Datenbankabfragen per Ajax.

[Hannelore-Müller]

die Stichwortlisten werden in 2 von 5 Suchen genutzt. die anderen benutzen das Suchfeld, in das man frei ein Suchwort eingeben kann.

Ich kann nicht so richtig begreifen, was Du da vorhast. Wenn es das ist, was ich beinahe vermute, dann handelt es sich um keine Listen, sondern um Datenbankabfragen per Ajax.

Nein, kein Ajax. Ganz normale Seiten und auf die Produkte kommt man über
1. Suche mit Suchfeld
2. vorgegebene Stichwortliste

[Melegrian]

Und warum machst Du das nicht über

Hauptmenü (Kategorien) -> Untermenü (Rubriken) -> Produkte

und dazu noch eine Suche, die aber auch nur aus einer Ergebnisseite bestehen braucht (zum Beispiel in dem man einfach nur POST statt GET benutzt, damit die Seite sich nicht durch Parameter vervielfältigen kann)?

[MonikaTS]

die vorgegebenen Stichwortlisten sind die die Tags/Keywortlisten von WordPress

zu 99999999999 absolut unnötigst

aber wenn man schon glaubt man braucht sie dann auf noindex follow

[Melegrian]

die vorgegebenen Stichwortlisten sind die die Tags/Keywortlisten von WordPress

Von WP schrieb sie nichts, falls es so sein sollte, halte ich mich heraus.

[Lyk]

es gibt kein internen dc....

[Hannelore-Müller]

Und warum machst Du das nicht über

Hauptmenü (Kategorien) -> Untermenü (Rubriken) -> Produkte

und dazu noch eine Suche, die aber auch nur aus einer Ergebnisseite bestehen braucht (zum Beispiel in dem man einfach nur POST statt GET benutzt, damit die Seite sich nicht durch Parameter vervielfältigen kann)?

Das mit dem Post statt Get merke ich mir, danke!
Da die Suche nirgendwo Links für Google hinterlässt, werde ich die erst einmal bei Get belassen.

Das mit dem Kategorisieren bekomme ich zur Zeit noch nicht so hin ... es werden über 1.000 Stichworte, die aber reichlich querbeet sind und sich nicht so eindeutig Kategorien und Unterkategorien zuordnen lassen.

Bleiben also neben der Suchfunktion die alphabetische Stichwortliste (ähnlich wie ein Branchenkatalog), sonst wären die Produktseiten nicht über die Hauptseite erreichbar. Jetzt zur Ursprungsfrage zurück:
- Stichwortliste und
- Suchergebnisseiten
auf "noindex" oder "index"? (follow ist klar)

Hier in diesem Thread aber auch sonst im Internet lese ich mal "noindex" mal "index". Ich will nichts falsch machen, gewinne aber den Eindruck, dass "noindex" richtiger ist.

Meine Hoffnung war, dass wenn mehr Seiten im Google-Index stehen, meine Seiten häufiger aufgerufen werden, weil auf den Suchergebnisseiten vielleicht mal die eine oder andere Kombination aus Keywords gut rankt ... aber was hat der Besucher von einer Suchergebnisseite - er will die Produktseite - und bei den Produktseiten kommt so nicht mehr genug Linkpower an. Also "Noindex"!???

PS.: Ist kein Wordpress sondern ein CMS-System mit selbst programmierten Modulen.

[Melegrian]

... aber was hat der Besucher von einer Suchergebnisseite - er will die Produktseite - und bei den Produktseiten kommt so nicht mehr genug Linkpower an.

Du solltest Deine Site vorstellen, geht ja auch im geschlossenen Bereich unter "SEO-Feedback und -Reviews", vielleicht kann Deine Fragen dann jemand besser beantworten. Je mehr Du schreibst, umso weniger verstehe ich Dich. Warum Du Suchergebnisseiten anlegen möchtest, obwohl Du keine haben möchtest, ist für mich nicht nachvollziehbar.

[marle]

Liebe Hannelore,

(1) Startseite: index, follow
(2) Stichwortseite: noindex, follow
(3) Suchergebnisseiten: noindex, follow
(4) Produktseiten: index, follow

Mach es genau so. 2 und 3 sind reine Sitemap Seiten und müssen nicht in den Index. Ich verwende dieses Prinzip seit Jahren erfolgreich. Wobei wir mehr als 100.000 Produkte haben

Grüße