ABAKUS

MrTunes hat geschrieben:Hat keinen direkten Einfluss.
Hat einen indirekten Einfluss, da Du jede Arbeit, die du durch einfachen und wartungsarmen Code einsparst in Optimierung stecken kannst.

das hat schon einen Einfluss - und wenn es genau der ist. Da hat er nämlich recht. Aber primär ist es sicher momentan kein Problem.

Die Programmierung mit Tabellen ist weitaus einfacher. Baut mal ein tabellenbasiertes Template mit div Anweisungen um. Das geht, aber der Zeitfaktor ist nicht zu unterschätzen.

Klar, heutzutage ranken noch Webseiten mit Tabellen sehr gut. Aber was ist morgen?

vermutlich nichts anderes - es geht weniger um die Technik einer Webseite, als um ihre Inhalte. Solange der Spider es lesen kann...

Schnipsel hat geschrieben:vermutlich nichts anderes - es geht weniger um die Technik einer Webseite, als um ihre Inhalte. Solange der Spider es lesen kann...

Und das ist vollkommen richtig.

Eine Tabelle ist nichts weiter als eine Übersicht über verschiedene Werte.

Jetzt solltest du noch überlegen wie du dem User und der Suma diese Werte präsentierst und dann spricht auch nichts gegen ein Tabellenlayout.

Mir fällt auf, dass besonders div-reiche Seiten wie z.B. das WBB3, dass ebenfalls nur eine Tabelle emuliert auf vielen meiner Rechner ruckeln und auch der Aufbau von der Zeit her nervt. Das ist eigentlich auch der Hauptgrund, warum ich bei Tabellen bleibe. Tabellen sind auch semantisch, wenn man sie als solche benutzt

Für mich hat Css einen wichtigen Vorteil.
Wartungsfreiheit / flexible Änderung(Verschachtelung).

Wenn ich z.B. Tabellen layoute, dann müsste ich jede einzelne Unterseite einer Webseite manuell anpassen. Mit Css mache ich das (vorausgesetzt ich habe die Css Datei extern ausgelagert) in einem Rutsch.

Ich sehe da sehrwohl einen Vorteil, wenn auch einen weiteren indirekten:
Wie Velnias schon erwähnt, ist man mit CSS prinzipiell völlig frei im Seitenaufbau.

Nehmen wir mal als Beispiel eine typische SEO-Durchschnittsseite:
"Aufgeblähte" Menüs - Unmengen an Links (nehmen wir als Beispiel mal die Zahl 100), Werbung und ja, der normale SEO hat in der Regel auch noch Content.

In einem Tabellen-Layout sieht das ganze dann wie folgt aus, wenn man einmal in den Quelltext schaut:
- Links, Links ... Links und kein Ende ... scroll ... scroll weiter ...
- Werbung (wenn der Kram mal sauber lädt - ansonsten ist warten angesagt)
- ups, da ist ja ein Stückchen Content
- Werbung - ggf. warten
- Content
- Werbung
- Ende

Punkt 1
Alle Seiten dieser Präsenz sehen auf den ersten Blick in den Quelltext über viele Zeilen gleich aus - kaum etwas, wodurch man sie von einander unterscheiden könnte, bis schließlich irgendwann mal sehr weit unten der Content kommt.

Punkt 2
Bei einem ausgeklügelten CSS-Layout kann ich problemlos den gesamten individuellen Content gleich ganz nach oben setzen und erst danach kommt die ellenlange Wiederholung des Immergleichen.

Punkt 3
Alleine der Umstand, dass beim CSS-Layout auch die Werbung im QT ins Nirvana verfrachtet werden kann, ermöglicht dem Besucher ein Lesen auf der Seite ohne auf evtl. Ladehemmungen der Ads warten zu müssen.

Auch wenn bis heute noch nicht bewiesen ist, dass die SuMa-Bots irgendwann aussteigen, wenn sie auf einer Seite erstmal meterlang das finden, was sie schon auf 50 Seiten vorher hatten, gefällt mir der Weg, ihnen sofort das vorzusetzen, was sie suchen, sehr gut. (Was nicht heißen soll, dass Tabellen-Layouts nicht oder schlechter ranken.)

Ach ja, obendrein bin ich zu faul, für die ganze Tabellen-Verschachtelei *g*