Offen 89 HTML Fehler in WC3 Validate

[MDoersch]

AW: 89 HTML Fehler in WC3 Validate

Ohne Plugins, sind es "nur" noch 31 Fehler.. vorher waren es über 180!

 

[Andreas Grambow]

AW: 89 HTML Fehler in WC3 Validate

Gerade vor 4 Wochen auf einem Hangout mit google diese frage gehabt, und da war die Antwort von Google ganz klar, so lange die Seite von Google lesbar ist kein Problem. Nicht oder falsch geschlossene tags interessieren dort nicht. Man sprach dort lediglich davon, das es eine technische Aufgabe von Google wäre die Seiten zu lesen.

Gehe doch einfach in WMT und schaue unter html Verbesserungen nach. Dann weisst du wieviele Probleme du wirklich hast.

Deine Verschlechterungen haben mit sehr hoher wahrscheinlichkeit nicht mit deinen HTML Fehler zu tun, denn google konnte schon vorher deine Seite nicht richtig lesen 😉 Google wird besser nicht schlechter was das angeht.

Daher ganz klar meine Empfehlung, wende dich an einen SEO, lass als erstes deine OnPage Maßnahmen analysieren. Wenn Onpage passt, kann man über mehr nachdenken.

Mehr kann man nur sagen, wenn man sich die Seite mal angeschaut hat.

 

[testjo]

AW: 89 HTML Fehler in WC3 Validate

Es gab ein kleines Update und ein größeres vor etwa 1 Woche. Ich beobachte das bei mehreren Seiten.

Hmm könnte doch etwas dran sein dass "jtlshop" Seiten weniger gut laufen nach die änderungen oder?
Hier ein in jedenfall so ein anfangs verdacht weil nur die jtlshop seiten betrift es, soweit mal zwischendurch kurz bemerkt.

Multishop, seo erweiterung, mehrsprachen.

Also wen noch mehr so etwas sehen/bemerken, weis nicht was Andreas meinte mit "beobachte es bei mehreren Seiten"?

Dan besser einiges nachsehen/checken oder?

Oja bei Uns naturlich nicht 100 pro seo optimalisierd, brauchten es auch noch nicht. ( bisher)

 

[testjo]

AW: 89 HTML Fehler in WC3 Validate

Ok kurz erweiterung warum es hier so aufgefallen ist.

Sag mall so ein Deutsche jtlshop in de sprache Deustch, kommen die jtlshopseiten nicht wirklich allen gut mehr durch, ein andere shop(system) von Uns ins Ausland auch dort auf nen Server, komt mit den Deutsche suche in/aus Deutschland öfter oben den jtlshop die in Deutschland auf nen Server liegt.

Beide Shops haben in jeden eigenes Land ein hosting in das Land mit TLD und auch webmastertools zugewiesen zum das Land.

Also oder Google macht mit den zuweisung zum Land und doppeltes content ( Deutsch) nicht mehr so 100% gut mit, oder vielleicht doch etwas mit den jtlshop seiten, weil mit andere Domaine in Deutschland ohne jtlshop dieser prob nicht.

Also auch Resultat mehr Deutsche Kunden die in ein Andere Shop (system) von Uns AusLand bestellen, trotzdem die gleichen Produkten in Unsere Deutsche JTLshop stehen.

Sage mal ist nur ganz kurz und schnell, um wirklich zu sagen es ist etwas mit jtlshop kan man so nicht, doch dass teil doppeltes content, ausland domaine/urls unsw was google damit macht sich da etwas geänderd hat denke ich selbst ja. ( warum dan ein anderer domain aus ausland mit auch den Ausland tld da für den Deutsch vorrängig ist in deutschland suche verstehe ich nicht ob komplettes vorgang jtlwawi> seo> multishop >jtlshop und anderer systeminsausland oder nur jtlshop ist hier ?? )

Wen es nur dass letzte teil ( also google > auslandurl>doppelte content) ist dan kan man selbe noch was tun denke ich so 123 aus den HUT. 😉

Oja verbessurngen in WMT hier nen nicht wirklich 😉

 

[testjo]

AW: 89 HTML Fehler in WC3 Validate

Sorry war zu spät
Also wen man seitens JTL Support oder partner oder ander JTLshop betreiber etwas mehr weist dan bitte. ??

Selbe machen wir erstmal den Updates fertig und die 13-06 sachen, danach noch einiges zu tun aber behalten es in auge, wie es nach updates lauft

 

[Andreas Grambow]

AW: 89 HTML Fehler in WC3 Validate

Hmm könnte doch etwas dran sein dass "jtlshop" Seiten weniger gut laufen nach die änderungen oder?

Da hast du mich falsch verstanden. Google interessiert es nicht was für ein System du nutzt. Die frage ist, was stellst du mit dem System an.

Ich bin mit dem Shop3 mit fast allen news Seiten (nur eine nicht) auf Seite 1 bzw. sogar Platz 1.
Aktuell arbeite ich die CMS Seiten auf. Auch damit bin ich schon umstellen, habe erst eine Seite umgestellt um die Auswirkungen zu testen, und ich bin mit der cms Seite auf Platz 3
https://www.google.de/search?q=jtl+...59.13776j0j7&sourceid=chrome&es_sm=0&ie=UTF-8

In meinem Portfolio das ich betreue sind Shop3, Magento sowie Wordpress Installationen. Die Problematik beim aktuellen Google Update ist, dass das eingetreten ist, was ich schon 11.03.14 geschrieben hatte bekommt der Autor Rank und der Inhalt immer mehr Gewichtung! Ich habe mit dem Update bereits Anfang Mai gerechnet, da in einem Google Hangout sinngemäß gesagt worden ist, das wohl turnusmäßig im April/Mai mit einem größere Update gerechnet werden kann 😉

Zusammenfassend kann man sagen, dass der aktuelle Rankingverlust nicht auf den Shop3 beruht und auch nicht mit dem System zu tun hat, sondern ganz simpel an den Inhalten und an einigen anderen einfachen Möglichkeiten die immer wichtiger werden, aber in einer Vielzahl der Shops nicht genutzt werden.

Das Ganze gehört aber eigentlich nicht hier her, hier geht es um das Thema HTML Fehler. Daher wenn einer speziell über das Thema Shop3 und OnPage Optimierung etc. sprechen möchte, bitte das passende Thema aufmachen. Sonst finden später User nicht die passenden Anworten in den Threads.

 

[testjo]

AW: 89 HTML Fehler in WC3 Validate

Andreas also sehe 😉

http://forum.jtl-software.de/shopbe...-shop3-und-onpage-optimierung.html#post392364

 

[new_shopowner]

AW: 89 HTML Fehler in WC3 Validate

Falls der Beitrag von Andreas weiter oben untergegenagen ist: In den Google Webmaster Tools gibt es die Möglichkeit sich die Seite aus Google Sicht anzeigen zu lassen ! Das ist immer sehr hilfreich.

Denn auch 100% valide Seiten können für Google nicht lesbar sein..

 

[Trigoda]

So 12 Jahre später, jungfräulicher JTL Shop 5.7.1 mit aktuellem unverändertem NOVA:
139 HTML Fehler
😉🙁🙄😂

Viele aus JTL Core Templates, z.B. vergessene Leerzeichen in includes/vendor/jtlshop/scc/src/scc/templates/listgroup.tpl:

    {if $params.itemid->hasValue()}itemid="{$params.itemid->getValue()}"{/if}
----------------------------------^
    {if $params.role->hasValue()}role="{$params.role->getValue()}"{/if}
--------------------------------^
    {if $params.title->hasValue()} title="{$params.title->getValue()}"{/if}