WebSite X5Help Center

 
Joabe Arruda
Joabe Arruda
User

W3C - Padrão Internacional - Erros W3C  pt

Author: Joabe Arruda
Visited 1241, Followers 1, Shared 0  

Olá, boa tarde!

Quando que vocês irão atualizar a resource do WebsiteX5 para se adequar aos padrões Internacionais W3C?

Sites que não estão dentro dos padrões internacionais W3C, automaticamente tem um impacto muito negativo tornando-se dificil para rankiar no Google e Bing. Estes buscadores simplesmente ignoram sites com erro no html5 e css3.

Quando criamos um site com o WebsiteX5, o código final fica fora dos padrões internacionais e tudo muito bagunçado.

Por exemplo:

até mesmo o site de vocês está com erros... observe abaixo:

https://validator.w3.org/nu/?doc=https%3A%2F%2Fwww.websitex5.com%2Fpt%2F

https://jigsaw.w3.org/css-validator/validator?uri=https%3A%2F%2Fwww.websitex5.com%2Fpt%2F&profile=css3svg&usermedium=all&warning=1&vextwarning=&lang=pt-BR

Deste modo tem um impacto negativo para conseguir uma boa posição nas buscas organicas.

Posted on the
6 ANSWERS - 1 USEFUL
Klaus G.
Klaus G.
User

Hallo Joabe Alves,

habe Sie schon so manche (Professionelle) WordPress, Jommla, Contao bzw. JimDo Seiten über den Validator geprüft.

Selbst bei solchen CMS Programmen (Website) kann man die Hände über den Kopf zusammen schlagen, wenn man sieht, was da noch an HTML Fehlern drin sind. Da geht es von 0 Fehler bis hoch zu 1000 Fehler.

Ich schaue mir sehr oft andere Wesites über SEORCH und https://validator.w3.org/ an und das ist Erschreckend was man da sieht.

Wenn eigene Fremdcodes verwendet werden und diese nicht gerade Valide sind kann INCO nichts dafür. Das kommt bei mir auch vor, dann versuche ich im laufe der Zeit bessere Codes zu finden.

Eine Website (mit WSX erstellt) ohne PlugIns und sonstiges geht im Validator sogut wie Fehlerfrei durch. Selbst wenn Fremdcodes verwendet werden kann es Fehlerfrei duchgehen.

Die meisten verwenden nicht einmal eine angepasste .htaccess für Caching und Komprimierung.

Sehr viele komprimieren keine CSS oder JS.

Sehr viele komprimieren keine Bilder.

USW.

und Wundern sich warum ihre Seite nicht gut läuft oder das Ranking so schlecht ist.

Das sind genauso Faktoren, die beim Ranking eine Rolle spielen und da gibt es noch einige.

Also nicht INCO anmosern wegen HTML Fehler yell

MCMACMASTER

Read more
Posted on the from Klaus G.
Joabe Arruda
Joabe Arruda
User
Author

Good Night Klaus, I didn't quite understand what you said.

It is possible for the WebsiteX5 developers team to leave the codes in the International W3C standard. And If you say that leaving the code in this pattern is irrelevant... You certainly do not understand anything of optimizations in the international standards demanded by the Search engines, especially the famous Google . Try to understand better about the strategies for positioning in organic Searches.This is a global trend!

Currently I am doing advanced testing with the WEBSITEX5 CMS and I find it a very promising tool and it is able to greatly streamline the process of developing static, institutional, dynamic sites and landing pages. However, there is much to improve and I believe that they will... There are still these small errors of which I have to fix manually... Now, if I can fix these errors manually just by analyzing the lines where it says to have error and correcting them in the code, why the developer team fails to fix on the resource engine of WEBSITEX5?

Doesn't make sense. :D

Surely they can, and I know they will. =)

Read more
Posted on the from Joabe Arruda
Klaus G.
Klaus G.
User

Hallo Joabe Alves,

für Fremde Codes (sei es html, css oder js) kann INCO nichts, das unterliegt ein jeden selber was er da verwendet und ob es VALIDE ist.

Wenn ich selber Fremdcodes verwende muss ich damit rechnen das sie nicht VALIDE sind.

INCO arbeitet mit Sicherheit in vielen Bereichen an der verbesserung im Codeteil. Aber es ist nun mal so das man im nachhinein noch selber Nachkorrigieren muss, selbst in den gängigsten CMS-Systemen.

Sie werden kaum eine Webseite (die mit CMS erstellt wurde) finden die ohne Nacharbeit absolut Fehlerfrei ist.

Wichtig ist halt für Sie das:

1. Alle ALT und TITLE eingetragen sind (soweit wie möglich)

2. Alle Bilder komprimiert sind

3. Eine Access für die Komprimierung und das Caching erstellen

4. Das Sie alle notwendigen CSS und JS komprimieren. Da könnte INCO z.B. beim Export auf ein Laufwerk etwas unternehmen, das dann alle relevanten CSS und JS schon komprimiert sind.

5. Das der TITLE-TAG stimmt

6. Die Meta Description stimmt

7 Die Open Graph Attribute stimmen

8. GZIP Komprimierung ist aktiviert ist

9. Dass das Caching aktiviert ist

10. Ihre Webseite bie Google Verifiziert ist

11. Selber noch eventuelle Korrekturen in der HTML, CSS und JS ausführen (wenn möglich)

12. Above the Folder kann man nicht wirklich durchführen (geht in die Richtung von unmöglich)

Das sind nur einige Punkte die beachtet werden sollten und beachtet werden müssen.

Ich selber muss immer NACHOPTIMIEREN um einiges aus zu Bügeln. Es ist zwar manchmal Aufwendig, aber ich mache es so gut ich kann. Ich habe schon Webseiten gesehen die im w3C mit 0 Fehler sind, aber andere wiederum 100, 300 bis hin zu 1000 Fehler haben. Und viele sind von "WerbeAgenturen" die es eigentlich Wissen bzw. KÖNNEN sollten.

Es gibt keine EIERLEGENDEVOLLMILCHSAU Software die einem eine absolute Fehlerfreie Webseite liefert ohne selbst Korrekturen durch zu führen.

Ich bin mir sicher das INCO in vielen Bereichen nachbessern wird, aber das geht halt nicht von HEUTE auf MORGEN. Und vieles kann INCO dem WEBDESIGNER nicht abnehmen

MCMACMASTER

Hello Joabe Alves,

for foreign codes (be it html, css or js) INCO can not do anything, that is subject to each one himself what he uses there and if it is VALIDE.

If I use foreign codes myself, I have to expect that they are not VALID.

INCO certainly works on the improvement in the code section in many areas. But it's just that you have to post-correct yourself, even in the most common CMS systems.

You will hardly find a website (which was created with CMS) that is completely error-free without reworking.

Important is just for you:

1. All ALT and TITLE are registered (as far as possible)

2. All pictures are compressed

3. Create an Access for compression and caching

4. That you compress all the necessary CSS and JS. There could be INCO e.g. do something when exporting to a drive, which then all relevant CSS and JS are already compressed.

5. That the TITLE-TAG is right

6. The meta description is correct

7 The Open Graph attributes are right

8. GZIP compression is enabled

9. That caching is enabled

10. Your website is Google Verified

11. Do any corrections yourself in the HTML, CSS and JS (if possible)

12. Above the Folder, you can not really do it (it's impossible)

These are just a few points that should be considered and considered.

I myself always have to post-optimize to iron out a lot. It may be time consuming, but I do it the best I can. I have already seen websites that are in the w3C with 0 errors, but others have 100, 300 to 1000 errors. And many are from "advertising agencies" that should know it or CAN.

There is no egg whatsoever software that gives you an absolutely error-free website without having to make any corrections yourself.

I'm sure INCO will improve in many areas, but that's not TODAY TODAY. And many things INCO can not take away from the WEBDESIGNER


MCMACMASTER

Read more
Posted on the from Klaus G.
Incomedia
Stefano G.
Incomedia

Hi Joabe

I would like to confirm that as the Web Standards constantly evolve, the developing team struggle to always achieve the best W3C validation possible. Some errors or problems might come out every now and then, so feel free to report those here indicating specifically what causes them so that I might notify these to them and get those fixed as promptly as possible.

As the rules evolve, it is not always possible to have every aspect validated at 100% all the time since it might take a little time to adapt the generated code to the W3C rules, but this should not prove too be too much of a problem as we take care of those. 

It has been stated several times by Google as well that W3C validation has close to no impact for indexing, as long as the HTML if correctly readable. Of course, should the whole layout of the page be completely in disorder it would be impossible for Google to correctly identify each part of your pages, but it is completely untrue that the website with any validation error is skipped. Every website is always indexed despite these issues, or probably no website at all would ever be indexed online

Thank you for your feedback as we keep on working to get the software to generate the best code possible

Stefano

GOOGLE TRANSLATE ---

Oi Joabe

Eu gostaria de confirmar que, conforme os Padrões da Web evoluem constantemente, a equipe de desenvolvimento luta para sempre alcançar a melhor validação possível do W3C. Alguns erros ou problemas podem surgir de vez em quando, portanto, sinta-se à vontade para relatar os que indicarem especificamente o que os causa, para que eu possa notificá-los e corrigi-los o mais rapidamente possível.

Como as regras evoluem, nem sempre é possível ter todos os aspectos validados a 100% o tempo todo, pois pode levar algum tempo para adaptar o código gerado às regras do W3C, mas isso também não deve ser um grande problema. enquanto cuidamos deles.

Tem sido afirmado várias vezes pelo Google que a validação do W3C não tem quase nenhum impacto para a indexação, desde que o HTML seja legível corretamente. É claro que, se todo o layout da página estiver completamente desordenado, será impossível para o Google identificar corretamente cada parte de suas páginas, mas é completamente falso que o site com qualquer erro de validação seja ignorado. Todo site é sempre indexado apesar desses problemas, ou provavelmente nenhum site jamais seria indexado on-line

Obrigado pelo seu feedback enquanto continuamos trabalhando para que o software gere o melhor código possível

Stefano

Read more
Posted on the from Stefano G.
Joabe Arruda
Joabe Arruda
User
Author

Olá Klaus G., boa noite!

Sim, eu entendo, eu faço todas as correções possiveis manualmente. Analiso o relatório online emitido pelo validador W3C e em seguida eu faço as correções manualmente.

Nós somos desenvolvedores de sites profissionais aqui no Brasil em parceria com a "Doutores da Web", atualmente temos a nossa própria CMS, da qual está totalmente otimizada para atender aos padrões internacionais W3C, Google e Microsoft. No entanto, eu não tenho direito de uso comercial para esta CMS, pois ela pertence a nossa organização e só pode ser usada para tal.

Clicando no link abaixo você verá os nossos mais de 498 sites desenvolvidos, todos nos padrões internacionais e com o nosso MPI. :-)

https://www.bing.com/search?q=ip%3A169.57.141.86&qs=n&form=QBLH&sp=-1&pq=ip%3A169.57.141.86&sc=1-16&sk=&cvid=AC14E54ED22D4D78A1B89A01F2FDCE77

OBS:

Eu abri essa sugestão para a Incomedia porque eu e a minha equipe vimos uma maneira de empreender com a CMS WebsiteX5, temos excelentes ideias e planejamento de negócio, mais ainda estmos analisando tal posssibilidade.

Mas fico grato pela sua colaboração neste assunto. =)

Read more
Posted on the from Joabe Arruda
Joabe Arruda
Joabe Arruda
User
Author

Olá Stefano G., boa noite e obrigado pelo retorno. :-)

Sim, de fato... nós também temos analisado que apesar de alguns sites estarem irregulares aos padrões W3C ainda sim, eles possuem boas posições nos buscadores.

Na verdade, a otimização para buscadores ainda está bastante instavel e em constante modificações e mudanças de padrões principalmente pelo surgimento de novas tecnologias. Mas eu creio que muito em breve chegaremos a algum padrão "realmente internacional" de modo estavel.

Mas sim, um site nos padrões W3C tem sim mais possibilidades de subir na posição organica, isto porque o próprio padrão em si, já garante que o site tenha um html e css limpo, legivel e não poluente. Então vejamos o padrão não como uma "exigencia", mas como uma maneira de nos certificar de que fizemos um bom trabalho no front-end. Eis a diferença. :-)

Read more
Posted on the from Joabe Arruda