Discussion:
SEO durch Mehrfachinhalte?
(zu alt für eine Antwort)
Alexander Schestag
2013-06-19 16:51:54 UTC
Permalink
hi,
wenn ich den selben Inhalt z.B. dreimal
3 Hoster, 3 Domainnamen
ist das besser, wird man besser gefunden,
Nein. Wenn du keine Maßnahmen ergreifst, kann der Inhalt ganz aus den
Sumaschinen fliegen.
merken die Suchmaschinen doppelte Inhalte?
Ja,und sie bestrafen ihn, wenn man's übertreibt.

Alex

X'Post & F'up an de.comm.infosystems.suchmaschinen
--
http://www.schestag.de
Ralf Döblitz
2013-06-20 05:22:36 UTC
Permalink
hi,
wenn ich den selben Inhalt z.B. dreimal
3 Hoster, 3 Domainnamen
ist das besser, wird man besser gefunden,
merken die Suchmaschinen doppelte Inhalte?
Die User könnten sich jedenfalls genervt fühlen und dich ins Killfile
werfen. ;-)

Und falls du mal selbst eine Suchmaschine bzgl. "duplicate content"
bemüht hättest, dann hätte dich eigentlich auch
http://support.google.com/webmasters/bin/answer.py?hl=de&answer=66359
anspringen sollen, das IMHO keine wesentlichen Fragen mehr offen läßt.

Ralf (XPost & F'Up2 dcis)
--
"de.alt.comp.kde Die Kommunistische Desktop Erweiterung."
  – Sven Paulus in <67hu21$43r$***@imperator.oops.sub.de>
Thomas 'PointedEars' Lahn
2013-06-20 23:43:57 UTC
Permalink
[Cancel & Supersedes; X-Post & F'up2 de.comm.infosystems.suchmaschinen]
Der selbe Inhalt steht oft unter verschiedenen FQDNs im Netz, oft zur
Erleichterung von naiven Webnutzern, die reflexartig ein "www."
vorneanstellen, wenn noch keins da steht. Webserver auf
meineseite.de
und
www.meineseite.de
lauschen zu lassen, ist durchaus üblich.
... wobei es üblich und sinnvoll ist, von einer der Seiten eine Umleitung
RewriteCond %{SERVER_NAME} www.meineseite.de
RewriteRule (.*) http://meineseite.de/$1 [R=301,L]
(nicht ausprobiert, keine Garantie)
Richtig ist:

RewriteCond %{HTTP_HOST} !^meineseite\.de\.example [NC]
RewriteCond %{HTTP_HOST} !^$
RewriteRule ^/?(.*) http://meineseite.de.example/$1 [R=301,NE,L]

Wer es gern leicht verstehbar mag, kann auch “nocase” statt “NC”, “redirect”
statt “R“, “permanent” statt “301”, “noescape” statt “NE”, und “last” statt
“L” schreiben. Nicht jeder Webserver unterstützt das; Apache 2.2 tut es
(Obiges stammt – leicht angepasst aus meiner .htaccess):

<http://httpd.apache.org/docs/2.2/mod/mod_rewrite.html>
Suchmaschinen finden den Inhalt nur unter *einem* URL. Das wertet die
Seite eher auf als ab.
Richtig, das Stichwort lautet „kanonischer URI“. Wir haben das hier schon
mehrfach diskutiert.
Meine persönliche Einschätzung: Der "Trick" [...]
Meine persönliche Erfahrung: Meine Seiten sind so einfach wie möglich,
enthalten nichts irgendwie Raffiniertes: keine (unnötigen) dynamischen
Inhalte, kein Javascript, keine Frames, ein simples Stylesheet, fast nur
Es gibt kein Javascript: <http://PointedEars.de/es-matrix>
HTML-Elemente, die es seit 20 Jahren gibt.
HTML 4.01 wurde am 24. Dezember 1999 zu einer W3C Recommendation. Es bleibt
zu hoffen, dass Du kein veraltetes HTML 1.0, 2.0 oder 3.2 mehr einsetzt, und
dass Du HTML5 wo sinnvoll einsetzt. Denn das hilft für eine gute
Suchmaschinenplatzierung und für einen benutzerfreundlichen
Suchmaschineneintrag.
Ich bemühe mich, sie zu validieren (was nicht immer gelingt, weil manches
inzwischen Unzulässige nicht mit einem Fingerschnippen zu beseitigen ist).
Dann machst Du was fcshal.
Alle Browser zeigen die Seiten korrekt an, auch die seit über 10 Jahren
unveränderten.
Die niemand mehr einsetzen sollte, da sie voller Sicherheitslücken sind.
Das heisst nicht, dass man ältere Browserversionen überhaupt nicht
berücksichtigen sollte. Aber wer heutzutage zum Beispiel noch für IE 6 und
Netscape 4 *optimiert*, macht eindeutig etwas fhcsal.
SEO habe ich nie versucht, betrieben oder auch nur erwogen.
Dito. Wer gut gefunden werden will, muss einfach an seine potentiellen
Besucher denken, also sich in ihre Lage versetzen.
Trotzdem landen die Seiten, die wirklich Inhalt haben, immer nach wenigen
Wochen ziemlich weit oben. Ich habe den Verdacht, Suchmaschinen mögen
Inhalt ohne Schnickschnack.
Richtig ist, dass es auf den Inhalt ankommt. Ob es zusätzlich noch
„Schickschnack“ gibt, ist zweitrangig: schnell geladen werden können muss
die Website und insbesondere die Homepage aber, deshalb ist der
„Schnickschnack“ entsprechend zu gestalten bzw. programmieren. Siehe auch
Google Webmaster Tools und die Empfehlungen von Google Page Speed sowie
YSlow!.


PointedEars
--
Bedenke, daß Mozilla bereits 4 Jahre alt ist. Du kannst Dir also ausrechnen,
wie veraltet NN4 ist. Trotzdem ist er der erfolgreichste Browser aller
Zeiten. Kein Fossil ist je so alt geworden wie dieser Browser einen aussehen
läßt. ;-) -- Georg Maaß in dcljs <aouobi$q4qm6$***@ID-3551.news.dfncis.de>
Helmut Richter
2013-06-21 06:50:39 UTC
Permalink
Post by Thomas 'PointedEars' Lahn
HTML 4.01 wurde am 24. Dezember 1999 zu einer W3C Recommendation. Es bleibt
zu hoffen, dass Du kein veraltetes HTML 1.0, 2.0 oder 3.2 mehr einsetzt, und
dass Du HTML5 wo sinnvoll einsetzt. Denn das hilft für eine gute
Suchmaschinenplatzierung und für einen benutzerfreundlichen
Suchmaschineneintrag.
Ich bemühe mich, sie zu validieren (was nicht immer gelingt, weil manches
inzwischen Unzulässige nicht mit einem Fingerschnippen zu beseitigen ist).
Dann machst Du was fcshal.
So meinte ich das:

Ich setze HTML5 ein, wo sinnvoll. Damit sind eine Reihe von alten
HTML-Features überholt, insbesondere alles, was man heute nur noch in
Stylesheets verwendet, z.B. "align" und "valign" in einzelnen HTML-Elementen
oder <b> und <tt>. Natürlich könnte man das "mit einem Fingerschnippen
beseitigen", indem man beispielsweise <tt> durch <span class="tt"> ersetzt --
das ist aber nur umständlicher und unlesbarer ohne dass die Auszeichnung auch
nur um ein Haar "semantischer" geworden wäre. Ordentlich gemacht muss man
nachdenken, warum da welche Auszeichnung stand, ob man sie wieder so haben
will und wie man das formuliert, so dass man es aus dem Quellcode heraus
*inhaltlich* versteht. Die [v]align kommen vor allem bei einzelnen
Tabellenelementen vor, und genau dort will ich sie nicht wieder haben, sondern
lieber für die ganze Tabelle oder für <thead> und <tbody> -- für Spalten, wo
es nützlicher wäre, gehts leider nicht. Also ist wieder Nachdenken angesagt
statt mechanisches Umschreiben mittels Editor. Als Resultat habe ich einen
Erfahrungswert von etwa einer bis fünf Stunden Arbeit für eine Webseite
mittlerer Größe (ein paar ganze Bildschirme Text), je nachdem, wie alt sie
ist, d.h. welchen Standards sie beim Schreiben wie gut gefolgt ist.
--
Helmut Richter
Thomas 'PointedEars' Lahn
2013-06-21 12:56:48 UTC
Permalink
[X-Post & F'up2 de.comm.infosystems.www.authoring.misc]
Post by Helmut Richter
Post by Thomas 'PointedEars' Lahn
HTML 4.01 wurde am 24. Dezember 1999 zu einer W3C Recommendation. Es
bleibt zu hoffen, dass Du kein veraltetes HTML 1.0, 2.0 oder 3.2 mehr
einsetzt, und dass Du HTML5 wo sinnvoll einsetzt. Denn das hilft für
eine gute Suchmaschinenplatzierung und für einen benutzerfreundlichen
Suchmaschineneintrag.
Ich bemühe mich, sie zu validieren (was nicht immer gelingt, weil
manches inzwischen Unzulässige nicht mit einem Fingerschnippen zu
beseitigen ist).
Dann machst Du was fcshal.
Ich setze HTML5 ein, wo sinnvoll. Damit sind eine Reihe von alten
HTML-Features überholt, insbesondere alles, was man heute nur noch in
Stylesheets verwendet, z.B. "align" und "valign" in einzelnen
HTML-Elementen
Die align- und valign-Attribute sind *de facto* – aus für mich nicht
nachvollziehbaren Gründen nicht /de jure/ – bereits seit über 13 Jahren
(HTML 4.01) überholt (“obsolete”) bzw. missbilligt (“deprecated”):

<http://www.w3.org/TR/1999/REC-html401-19991224/struct/tables.html#edef-TD>
^^^^
vs.

<http://www.w3.org/TR/REC-CSS1-961217#vertical-align>
^^
<http://www.w3.org/TR/REC-CSS1-961217#text-align>
^^
Post by Helmut Richter
oder <b> und <tt>.
Das b-Element war und ist _nicht_ veraltet:

<http://www.w3.org/TR/1999/REC-html401-19991224/present/graphics.html#edef-B>
<http://www.w3.org/TR/2012/CR-html5-20121217/text-level-semantics.html#the-b-element>

Das tt-Element *ist* in HTML5 veraltet und wurde durch spezifischere
Elemente ersetzt (unter anderem ist es angehenden Webautoren des
21. Jahrhunderts wohl nicht mehr zu vermitteln, was ein “_t_ele_t_ypewriter”
sein soll – ein “(computer) _k_ey_b_oar_d_” kennen sie hingegegen):

<http://www.w3.org/TR/2012/CR-html5-20121217/text-level-semantics.html#usage-summary>
Post by Helmut Richter
Natürlich könnte man das "mit einem Fingerschnippen beseitigen", indem man
beispielsweise <tt> durch <span class="tt"> ersetzt -- das ist aber nur
umständlicher und unlesbarer ohne dass die Auszeichnung auch nur um ein
Haar "semantischer" geworden wäre.
Deshalb solltest Du das auch nicht tun. Der W3C-Validator gibt hier mit

| The tt element is obsolete. Use CSS instead.

einen unvollständigen bzw. irreführenden Rat. Die richtige Lösung, um

<tt>…</tt>

zu ersetzen, ist _nicht_

<span class="tt">…</span>

sondern z. B.

<style type="text/css">
kbd {
font-family: monospace;
}
</style>

<kbd>…</kbd>

Siehe auch:

<https://developer.mozilla.org/en-US/docs/Web/HTML/Sections_and_Outlines_of_an_HTML5_document#Using_HTML5_Elements_in_Non-HTML5_Browsers>.
Post by Helmut Richter
Ordentlich gemacht muss man nachdenken, warum da welche Auszeichnung
stand, ob man sie wieder so haben will und wie man das formuliert, so dass
man es aus dem Quellcode heraus *inhaltlich* versteht.
Eben.
Post by Helmut Richter
Die [v]align kommen vor allem bei einzelnen Tabellenelementen vor, und
genau dort will ich sie nicht wieder haben, sondern lieber für die ganze
Tabelle
th, td {
vertical-align: bottom;
text-align: right;
}
Post by Helmut Richter
oder für <thead> und <tbody> --
thead th {
vertical-align: bottom;
text-align: right;
}

tbody th,
tbody td
{
text-align: right;
}

tbody td {
vertical-align: baseline;
}
Post by Helmut Richter
für Spalten, wo es nützlicher wäre, gehts leider nicht.
Jedenfalls nicht durch Formatierung von col-Elementen (unterstützt werden
nur “border”, “background”, “width”, und “visibility” bzw. die spezifischen
Komponenten-Eigenschaften):

<http://ln.hixie.ch/?start=1070385285&count=1>

Jedoch funktioniert seit 13 Jahren

.col3 {
text-align: right;
}

und seit CSS3:

td:nth-child(3) {
text-align: right;
}

bzw.

td:nth-child(3) {
text-align: ".";
}

(Letzteres wird von “Chromium 27.0.1453.110 Debian jessie/sid (202711)”
unterstützt.)

<http://www.w3.org/TR/2011/REC-css3-selectors-20110929/#nth-child-pseudo>
<http://www.w3.org/TR/2012/WD-css3-text-20121113/#text-align>

Zahlreiche Beispiele für Tabellenformatierung findest Du auch in
<http://PointedEars.de/es-matrix#features-table>.
Post by Helmut Richter
Also ist wieder Nachdenken angesagt statt mechanisches Umschreiben mittels
Editor. Als Resultat habe ich einen Erfahrungswert von etwa einer bis fünf
Stunden Arbeit für eine Webseite mittlerer Größe (ein paar ganze
Bildschirme Text), je nachdem, wie alt sie ist, d.h. welchen Standards sie
beim Schreiben wie gut gefolgt ist.
Deine Webauthoring-Kenntnisse sind bestenfalls veraltet.

Ausserdem unterstützen aktuelle und auch nicht so aktuelle (HTML- und
CSS-)Editoren unterstützen automatisches und schrittweises Suchen-und-
Ersetzen (auch mit regulären Ausdrücken). HTML-Quelltext wird heutzutage
meist serverseitig generiert, was den Änderungsaufwand für wiederholte
Elemente nochmals reduziert. Siehe auch dazu – Du ahnst es sicher –
<http://PointedEars.de/es-matrix> (serverseitiger Quelltext im WebSVN).
--
PointedEars

Twitter: @PointedEars2
Please do not Cc: me. / Bitte keine Kopien per E-Mail.
Arno Welzel
2013-06-25 06:56:51 UTC
Permalink
Post by Thomas 'PointedEars' Lahn
[Cancel & Supersedes; X-Post & F'up2 de.comm.infosystems.suchmaschinen]
Der selbe Inhalt steht oft unter verschiedenen FQDNs im Netz, oft zur
Erleichterung von naiven Webnutzern, die reflexartig ein "www."
vorneanstellen, wenn noch keins da steht. Webserver auf
meineseite.de
und
www.meineseite.de
lauschen zu lassen, ist durchaus üblich.
... wobei es üblich und sinnvoll ist, von einer der Seiten eine Umleitung
RewriteCond %{SERVER_NAME} www.meineseite.de
RewriteRule (.*) http://meineseite.de/$1 [R=301,L]
(nicht ausprobiert, keine Garantie)
RewriteCond %{HTTP_HOST} !^meineseite\.de\.example [NC]
RewriteCond %{HTTP_HOST} !^$
RewriteRule ^/?(.*) http://meineseite.de.example/$1 [R=301,NE,L]
Hier funktioniert es nachweislich auch ohne NC und NE. NC sollte
praktisch überflüssig sein, weil kaum Browser auch bei
WWW.DOMAIN.EXAMPLE die Variante in Kleinbuchstaben verwendet und NE hat
zumindest bei mir keinen Unterschied gemacht.

Und wer SSL/TLS ebenfalls anbietet, sollte das auch berücksichtigen -
genau so läuft das hier problemlos (für arnowelzel.de - ja, das geht
auch mit https):

RewriteCond %{HTTP_HOST} www.domain.example
RewriteCond %{SERVER_PORT} 80
RewriteRule ^(.*)$ http://domain.example/$1 [L,R=301]

RewriteCond %{HTTP_HOST} www.domain.example
RewriteCond %{SERVER_PORT} 443
RewriteRule ^(.*)$ https://domain.example/$1 [L,R=301]
--
Arno Welzel
http://arnowelzel.de
http://de-rec-fahrrad.de
Lesen Sie weiter auf narkive:
Loading...