Der ultimative Artisteer-Thread

[bembelimen]

und auch die Suchmaschinenoptimierung leidet bei Artisteerl

Kannst du das genauer ausführen und ein paar Beispiele geben?

[time4mambo]

Schlechter Code ist nicht fördernd für SEO. Muss nicht ins Gewicht fallen, aber wenn wir schon Probleme haben, einfache Menüanpassungen bei Artisteer vorzunehmen, könnte man meinen, das der Such-Robot da eventuell auch Probleme hat.
Ein Such-Robot scannt normalerweise den Bereich, der zwischen den Tags mit den eckigen Klammern liegt. Je tiefer hier verschachtelt wird und teilweise unübersichtlicher entsprechender Bereiche, kann es zu ungünstigen Indixierungen führen. Das Verhältnis von Quellcode und tatsächlichen Content sollte stimmen. Aufgrund des aufgeblähten Codes von Artsiteer, stimmt gerade bei Seiten mit weniger Text dieses Verhältnis nicht und kann zu Einbußen bei der Indixierung führen.

Wie gesagt: "Kann", muss nicht zwangsweise so sein!


Axel

[bembelimen]

Schlechter Code ist nicht fördernd für SEO.

Jein, zeitweise wurden sogar Seiten, die weniger der W3C-Validierungsregeln entsprachen besser gerankt als valide Seiten. Aber das völlig unabhängig von Artisteer. Artisteer selbst hat per se keinen "schlechten" Code. Die meisten Sachen sind sogar valide oder haben nur ein paar Notice (leere span-Tags).

Ein Such-Robot scannt normalerweise den Bereich, der zwischen den Tags mit den eckigen Klammern liegt. Je tiefer hier verschachtelt wird und teilweise unübersichtlicher entsprechender Bereiche, kann es zu ungünstigen Indixierungen führen.

Also wenn ich die großen Templateanbieter (yootheme, rockettheme, joomlart, etc.) mit Artisteer vergleiche, dann schneidet Artisteer bezüglich der Verschachtelungstiefe überraschend positiv ab. Bei den genannten Anbieter ist es keine Seltenheit, dass der Contentbereich selbst erstmal 4-5 Ebenen tief verschachtelt ist und dann jedes Modul selbst nochmals die gleiche Tiefe aufweist. Artisteer dagegen hat für jedes nur eine Ebene, die bekannte <div class="art-xxxx"></div> Struktur. Sehr tief wird da selten. Also ist das meiner Meinung auch kein seriöser Grund auf Artisteer zu verzichten, sondern eher Halbwissen aus der Gerüchteküche: "Alle sagen, Artisteer hat schlechten (HTML-) Code, also ist dem auch so".

Muss nicht ins Gewicht fallen, aber wenn wir schon Probleme haben, einfache Menüanpassungen bei Artisteer vorzunehmen, könnte man meinen, das der Such-Robot da eventuell auch Probleme hat.

Das hat ein Such-Robot sehr wahrscheinlich nicht, da die den Quelltext nicht bearbeiten/ändern sondern nur auslesen. Leere Tags sind da ratzfatz weggefiltert.

ABER: Artisteer hat einen riesen Nachteil, den scheinbar die wenigsten be/anmerken: Die Seiten werden sehr sehr unsauber gestylt. Manches wird Absolut positioniert und manches mit fester Länge/Breite. Dies hat nichts mit dem HTML-Code ansich zu tun, sondern alleine mit der CSS-Struktur. Diese macht das Bearbeiten so ungeheuer schwer. Alles hängt scheinbar mit jedem zusammen und verschiebt man ein Element, dann schieben sich gefühlt 50 andere Elemente mit. Und an dieser Stelle hört dann der ganze Spass auf.

Fazit: Hier hinzustehen und zu behaupten, Artisteer sei weniger SEO-tauglich wie der Rest der Templates ist einfach nicht wahr. Ich bezweifle auch, dass Artisteer im Bezug auf Barrierenfreiheit (*hust*) im Gegensatz zu anderen Templates (die nicht optimiert wurden) besonders abfällt. Wenn man sich Artisteer kauft und es nutzt, bekommt man Seiten, die einigermapen OK aussehen und für den Alltagsgebrauch auch funktionieren. Änderungen darf man dann natürlich nur mittels der Software selbst durchführen, damit es zu keinen Problemen kommt. Man wird so ziemlich alles damit umsetzen können was einem so vorschwebt. Die Probleme kommen dann, wenn man eine Größe/Position eines Elements ohne Artisteersoftware ändern will, nicht der HTML-Code selbst.

[addi]

Thema Barrierefreiheit. Die Verschachtelungstiefe durch Automatismen bei Rocket Templates und Artisteer kann zu Problemen bei der Barrierefreiheit führen. Erweiterungen wie virtuemart mit ihren Subtemplates verschachteln zusätzlich noch tiefer. Screenreader und Spracherkennungsprogramme wie Dragon naturally speaking haben Probleme, starke Verschachtelungen noch zu kontrollieren, die Erkennung und damit Ansteuerbarkeit von Elementen hört irgendwann auf. (Vor Jahren getestet von mir mit DNS u.a. beim e-learning-system moodle).