[TYPO3-UG Muenchen] CSS Problem - Ursache Apache2 ???
Bernhard Rauscher
br at recruitwerk.de
Tue May 22 16:20:37 CEST 2007
Hallo zusammen,
hab früher genauso argumentiert wie Sebastian. Nach den ersten
css-Layouts aber gemerkt, dass es spätestens nach dem dritten Layout
fast schneller geht. Ich selbst verändere eigentlich nur noch das css,
gar nicht mehr meinen (mittlerweile standardisierten) HTML-Code.
Schneller geht's nicht.
Vorteile auf SEO zu beschränken ist zu wenig:
- SEO
- barrierearm / -frei
- kürzere Ladezeit (schneller für User + Server wird entlastet)
- Trennung von Layout und Inhalt
- Redesign in Zukunft einfacher
- alternative css für Printer, mobile Endgeräte etc. einfach einzubinden
- Killerargument bei TYPO3: einfacherer TypoScript-Code! (keine td / tr
Tags beim Menüaufbau etc.) - ich hab z.B. auch für Standards immer den
gleichen TypoScript-Code -> wieder zigfach schneller (neues Projekt =
t3d-Import meiner Module, Anpassen einiger Constants, HTML, css, Images
rauf, fertig)
Guter Artikel hierzu auch:
http://www.antikoerperchen.de/howto/75/css-contra-tabellen-layout-vorteile-und-nachteile-von-div-und-table.html
Gruß
Bernie
Sebastian Böttger schrieb:
> Hi,
>
> mir sind die Vorteile eines DIV Layouts wohl bekannt. Es ist aber nicht
> immer zwingend notwendig eine SEO Optimierung bis zum letzten
> I-Tüpfelchen aus zu reizen. Wenn ihr euch mal die jetzige (aktuelle, zu
> relaunchende) Seite anschaut, findet ihr einen Pagerank von 5 vor. Und
> das obwohl es ein reines Tabellenlayout ist. Also bitte, wenn ich es als
> absolut notwendig erachten würde, das diese Seite das Maximum an
> Optimierung benötigt, dann hätte ich meinen Kunden darauf schon hin
> gewiesen. Es ist auch mit Tabellenlayout möglich eine gute Plazierung
> bei Google zu erreichen, viel wichtiger als ein DIV Layout sind dafür
> die Backlinks, Domainname, Verwendung von h1-h5, <b>-Tags, Vorkommen der
> Suchwörter im Content wie Metabereich, Title-Tag, Label, Alt- und Title
> - Attribute. Auch sich ständig aktualisierender Content beeinflusst die
> Platzierung. Kurz: es gibt so viele Schalter um eine SEO Optimierung
> durchzuführen, die verwendete Layouttechnik ist nur einer davon - und
> definitiv nicht der Wichtigste.
>
> Niemand kennt den Suchalgorithmus von Google genau, ausser Google
> selber. Es ist sogar gut möglich das es sogar inzwischen gar keinen
> Unterschied mehr macht, weil der Parser eh die entsprechenden Tags raus
> sortiert, bevor er die Gewichtung der Wörter vornimmt.
>
> Ich, wie auch meine Programmiererin, können DIV Layouts erstellen. Das
> Tabellenlayout ist aber für den Kunden in diesem Fall die
> preisgünstigste Alternative. Es ist kein Problem, ein Kunde kann doch
> selber entscheiden was für in wichtig ist und was nicht.
>
> @Matthias: wenn du DIV Layouts genauso schnell erstellen kannst wie
> Tabellenlayouts, kann ich dich gerne in meinen Pool mit aufnehmen, wenn
> ich mal wieder einen Auftrag zu vergeben habe. Die Zeit für ein Template
> liegt bei etwa 2h, Stundensatz darf natürlich nicht höher liegen als bei
> ihr, oder es muss entsprechend schneller gehen. Sämtliche Styleangaben
> natürlich in CSS ausgelagert.
>
> Beste Grüsse,
> Sebastian
>
> PS: Irgendwie habe ich mir gedacht das ich mit der Aussage ne Diskussion
> anstosse ;-D.
>
> <skype:cozwei?add>
>
>
>
>
> Peter Russ schrieb:
>> Matthias Stuebner schrieb:
>>
>>> On Mon, 21 May 2007 17:11:03 +0200, Sebastian Böttger wrote:
>>>
>>>
>>>> Genauso halte ich es mit meinen Aufträgen. Der Kunde der einen
>>>> Mercedes bezahlt, bekommt ihn auch ;-).
>>>>
>>> Interessante Ansicht. Heisst also Kunden zu Normalpreisen erhalten
>>> veralteten Kram (den sie evtl. dann nachträglich nachrüsten lassen) und
>>> wenn sie etwas nach dem aktuellen Stand der Technik erwarten dürfen sie
>>> ordentlich drauf legen?
>>>
>>> Und das, wo ein DIV-Layout in keiner Weise mehr Aufwand bedeutet,
>>> sondern
>>> max. ein bischen Fortbildung...
>>>
>>
>> Nachdem es mit Photoshop schon möglich ist bei der Anlage zwischen
>> Tabellen und DHTML-/CSS-Layout zu entscheiden, scheint mir die
>> "Programmiererin" nicht mehr auf dem aktuellen Stand der letzten Jahre
>> zu sein.
>> Von Seiten TYPO3 mit TS oder Extensions ist es dann eh egal in welches
>> Layout gerendert wird.
>>
>> Die Sachlage mag sich anders darstellen, wenn ein Kunden einen
>> fertigen, tabellenbasierten Entwurf hat und dieser auf DHTML
>> umzuarbeiten wäre, der Kunde dies aber nicht zahlen wollte. Meist
>> hiflt hier der Hinweis, dass Tabellenlayout nicht mehr den
>> Anforderungen an eine SEO genügt. Und welcher Kunde verzichtet schon
>> gern auf eine gute Platzierung bei Google.
>>
>> Gruss. Peter Russ.
>>
>>
More information about the TYPO3-muenchen
mailing list