Absätze <p></p> in s9y-Artikeln

[timtuco]

Hi,

ich kämpfe seit längerem mit der Googlenews Meldung "Artikel fragmentiert" und habe jetzt gelesen, dass diese Meldung dann erscheint, wenn der Artikel nicht klar in Absätze untergliedert ist oder aber zu sehr zerstückelt. Man soll also nicht zuviele <br> usw einbauen.

Nun habe ich gesehen, dass die ganzen <br> bei mir dadurch entstehen, wenn ich im s9y-editor eine neue Zeile via Enter beginne. Das habe ich natürlich vor und nach jeder Zwischenüberschrift <h3> gemacht, genauso auch vor und nach jedem Video etc... Muss ich also folglich das unterlassen und alles am Stück schreiben?

Zudem ist bei Wordpress jeder Absatz (den man durch Enter nach dem letzten Wort eines Absatzes generiert) in ein <p></p>-Tag eingefasst. Ich habe gelesen, dass das auch der korrekte Tag für die Absätze ist. Muss ich die Absätze in s9y manuell in einen <p>-Tag fassen, geht das auch anders und macht das Ganze überhaupt Sinn?

Anbei ein Beispiel, welches laut Google zu fragmentiert ist:
http://ps3-news.com/Battlefield-1942-HD ... -1879.html

den hier http://ps3-news.com/MW3-vs.-BF3-Verglei ... -1882.html habe jetzt eben gerade derart geändert, dass alles im Editor hintereinander steht (zumindest bis zum ersten Video). Sieht aber im Editor sehr unübersichtlich aus nun

cheers tt

[yellowled]

Muss ich die Absätze in s9y manuell in einen <p>-Tag fassen, geht das auch anders und macht das Ganze überhaupt Sinn?

Du hast das Ereignis-Plugin NL2BR installiert? Dort kannst Du in der Konfiguration einstellen, dass Absätze anstatt durch <br /><br /> durch <p>-Elemente erzeugt werden. Ob das rückwirkend für bereits veröffentlichte Artikel funktioniert, weiß ich nicht, da ich das Plugin nicht (für Einträge) verwende.

Alternativ kannst Du natürlich statt NL2BR auch eines der anderen Markup-Plugins (Textile etwa) verwenden oder Deine Einträge in HTML schreiben, in beiden Fällen muss NL2BR jedoch entfernt werden.

YL

[Timbalu]

Was man ergänzen könnte mit:

BR Tags sind nicht eval oder an sich etwas verwerfliches, auch nicht für Goggle!

"br"s entstehen durch die Verwendung der internen Php Funktion nl2br = newline zu br.
Jeder Content (auch Kommentare etc) der ausgegeben wird, sollte da durchlaufen, sonst ist alles an einem Stück, also alles sehr sinnvoll. Das NL2BR Plugin kann diese mit der P Option nachträglich in P tags verwandeln und versucht überflüssige brs wieder zu entfernen, das gelingt bei komplizierten Einträgen aber nicht immer.

Das Plugin völlig zu entfernen ist nicht sinnvoll!

Man kann es aber für einzelne Artikel abstellen, in dem man sich das entryproperties Plugin installiert. Jetzt hat man im Artikel Backend die Möglichkeit das NL2BR Plugin für jeden Artikel speziell zu deaktivieren.

Desweiteren gibt es noch die Möglichkeit weiter mit einer Mischform aus HTML/Text und der sinnvollen ENTER = newline = br funktion umzugehen, indem man dafür einen Ausschlusstag (<nl> für HTML in Entries </nl>) verwendet, der sich im erweiterten NL2BR Plugin befindet: siehe http://board.s9y.org/viewtopic.php?f=2&t=17544

[timtuco]

Hi Yellowed & Timbalu,

danke für die Antworten - hat mir sehr geholfen. <p>Tag klappt jetzt nachdem ich den Beitrag noch einmal abgespeichert habe. Die alten Beiträge lasse ich jetzt so. Die Erweiterung des Plugins bzw. das Thema Enter- ohne <br>-Tag schaue ich mich noch genauer an.

viele Grüße
timtuco

[yellowled]

BR Tags sind nicht eval oder an sich etwas verwerfliches, auch nicht für Goggle!

Doch. Google bewertet (im Übrigen auch bei HTML-Seiten, also auch bei Blogs) u.A. auch semantisch korrektes HTML.

Code: Select all

<p>[…]</p><p>[…]</p>

ist semantisch korrekteres (X)HTML als

Code: Select all

[…]<br /><br />[…]

Es gibt genau einen sinnvollen Einsatzzweck für <br />: Ausdrückliche, bewusste Umbrüche innerhalb von Block-Level-Elementen, und selbst die nicht nur zu optischen Zwecken (das könnte man mit einem <span>, dem man per CSS display:block; zuweist, lösen).

Das Plugin völlig zu entfernen ist nicht sinnvoll!

Wenn man stattdessen Textile oder Markdown verwendet, die dessen Funktionalität komplett ersetzen, schon.

YL

[Timbalu]

Also da muss ich mich einfach noch mal hinreißen lassen...

Entweder ist etwas korrekt oder es ist verboten, ein bisschen mehr oder weniger sollte es außerhalb des wahren Lebens in diesem Zuammenhang doch nicht geben, oder?

Was Google also dazu bewegen sollte, eine Ausgabe als Semantisch korrekt, weniger korrekt, halb falsch, oder ganz falsch zu bewerten, erschließt sich mir nicht. Was macht es dann damit? Bekommen diese Seiten dann ein höheres oder tieferes Ranking?

Vieles über die Google-Algorithmen ist Spekulation oder beruht auf subjektiven Erfahrungswerten, denn es ist (mir jedenfalls) nicht bekannt, dass Google ein Tool benutzt, um Quelltext auf Validität zu überprüfen und daraufhin das Ranking verändert. Super-Valides HTML ist also mit größter Wahrscheinlichkeit kein direkter Rankingfaktor. (Diese Aussage ist allerdings genauso subjektiv!)
http://de.wikipedia.org/wiki/PageRank#D ... lgorithmus

Das BR Tag ist mehr als ein verhinderter Absatz-anweiser. Trotzdem, sollte der W3C Validator einfache oder doppelte br's (künftig) als falsch bewerten, werde auch ich meine ständige Vertretung für das kleine nl2br etwas einschränken...!

[yellowled]

Entweder ist etwas korrekt oder es ist verboten, ein bisschen mehr oder weniger sollte es außerhalb des wahren Lebens in diesem Zuammenhang doch nicht geben, oder?

Was genau hat eine technische Spezifikation mit „wahrem Leben“ zu tun? (Ja, mir ist die Doppeldeutigkeit dieser Frage bewußt.)

Was Google also dazu bewegen sollte, eine Ausgabe als Semantisch korrekt, weniger korrekt, halb falsch, oder ganz falsch zu bewerten, erschließt sich mir nicht. Was macht es dann damit? Bekommen diese Seiten dann ein höheres oder tieferes Ranking?

Tatsache ist, auch wenn man über Googles exkate Algorithmen nur spekulieren kann und es einigermaßene Hölle ist, zu diesem Thema auch nur halbwegs seriöse Belege zu finden, dass Google semantisch korrekte Auszeichnung in irgendeinem Ausmaß positiv bewertet. Ich nehme an, dass als Orientierung, was dabei als „korrekt“ zu bewerten ist, die jeweilige HTML-Spezifikation dient.

Das BR Tag ist mehr als ein verhinderter Absatz-anweiser.

http://dev.w3.org/html5/spec/Overview.h ... br-element:

The br element represents a line break. […] br elements must be used only for line breaks that are actually part of the content, as in poems or addresses.[…]br elements must not be used for separating thematic groups in a paragraph.

YL

[Timbalu]

sach ich doch!
Wobei mir dieses must solange quer liegt, als der Validator nicht eindeutig falsch dazu sagt.
Aus den Tagen als die Milliardäre noch jung waren: http://infolab.stanford.edu/~backrub/google.html

[yellowled]

Wobei mir dieses must solange quer liegt, als der Validator nicht eindeutig falsch dazu sagt.

Pass auf, wir machen das jetzt ganz einfach: Ich versuche nicht mehr, Dir die korrekte Verwendung von HTML-Elementen zu erläutern, und Du redest nicht mehr dazwischen, wenn ich das bei anderen mache. Deal?

[kopfschüttelnd ab]

YL