Lo standard W3 è un fattore importante quando google decide la posizione SERP?


9

Ho un sito Web php dinamico che indicizza solo circa 800 errori secondo il validatore w3 online.

Ho provato a controllare i principali siti Web come ebay, stackoverflow e altri, tutti con circa 400 errori.

Quindi il mio primo pensiero è: a che serve quel validatore quando mostra sempre errori?

In secondo luogo, gli errori influenzeranno il mio ranking SERP? cioè, correggerò questi errori per quanto posso aumentare la mia posizione di ricerca di Google?

Grazie


2
stackoverflow valido per HTML 4.01 Rigoroso!
haha,

Consulta la Guida introduttiva a Google SEO. Segui i consigli e dovresti essere a posto. Inoltre, come osi dire che SO ha 400 errori! :)
Šime Vidas il

I collegamenti in entrata sono l'unico fattore principale nel determinare il grado.
danlefree il

Non sono d'accordo, il nome di dominio e il titolo della pagina sembrano avere un peso enorme.
John Conde

Risposte:


11

La convalida migliora i miei risultati?

No.

a che serve quel validatore quando mostra sempre errori?

Non visualizza sempre errori. Visualizza errori in presenza di errori. Il che porta a quello che avrebbe dovuto essere la tua domanda, cioè:

Scrivere HTML orribile e non valido mi fa male?

E sì. Ti fa male perché avrai molte incompatibilità con il browser; perché nessuno che mi avesse mai assunto per il front-end ti avrebbe assunto; perché è probabile che interrompa l'elaborazione relativa al DOM; perché la tua accessibilità farà schifo e taglierà un buon 2% della popolazione umana; perché le classifiche non sono handicappate dalla mancanza di validità in sé, ma sono sicuramente aiutate da un codice significativo e ordinato.

Non ancora finito: non è solo un male per te, è un male per tutti noi e dovremmo biasimarti. Perché i buoni servizi web che usi quotidianamente si basano sugli standard e se il loro sviluppo è lento e non riescono a raggiungere i loro potenziali è grazie a te , markupper sciatto.

Ogni giorno, quando ti svegli e ti rendi conto che la rete non è la rete perfettamente strutturata di relazioni semantiche che dovrebbe essere già, ci avrai dato tutte le tue scuse.

Buone vacanze anche.


wow, selezionato? puoi sicuramente accettare le critiche, @Camran. anche, @ persone-che-hanno votato-questo-giù: argomenti?

1

Quindi il mio primo pensiero è: a che serve quel validatore quando mostra sempre errori?

Ottima domanda! Il validatore controlla la sintassi di markup rispetto alla specifica W3C , che in questi giorni è HTML o XHTML. È perfetto (o quasi perfetto, anche se non ho riscontrato errori rilevanti nel suo controllo), nel senso che ti dirà che hai un markup tecnicamente non valido.

Tuttavia, il markup non valido in pratica non è game over. Pensa agli standard W3C come una specifica molto rigida di un dialetto specifico dell'inglese. Quando un browser viene sviluppato tenendo conto delle specifiche, pensalo come andare a una scuola in quel dialetto, propendendo il modo corretto di parlare, leggere, ascoltare e comprendere questo dialetto dell'inglese. In pratica, questo browser esce anche nel parco giochi e viaggia per il mondo e impara a comprendere lievi modifiche alla convenzione standard. Il browser guarda anche vecchi film, quindi impara a capire la sintassi e il vocabolario "più vecchi", anche se non è stato rigorosamente insegnato a scuola (nelle specifiche). Alcuni browser (in particolare IE <9) avevano genitori (sviluppatori) che pensavano che il curriculum regolare potesse essere modificato per creare un browser migliore, così furono mandati in una scuola privata completamente diversa. Alla fine della giornata, ottieni diversi browser che comprendono lingue diverse. Ognuno di essi ha anche fattori di "confusione" molto generosi. Proprio come sai cosa vuol dire qualcuno quando insultano il loro discorso o includono errori di battitura, i browser fanno lo stesso. Ancora più spesso, le persone o le comunità escogitano modi innovativi di parlare (scrivere markup) che i browser capiscono nonostante non siano stati formati formalmente a scuola (secondo le specifiche). A quel punto, ottieni un sacco di codice non standard che funziona ancora nella pratica. Proprio come sai cosa vuol dire qualcuno quando insultano il loro discorso o includono errori di battitura, i browser fanno lo stesso. Ancora più spesso, le persone o le comunità escogitano modi innovativi di parlare (scrivere markup) che i browser capiscono nonostante non siano stati formati formalmente a scuola (secondo le specifiche). A quel punto, ottieni un sacco di codice non standard che funziona ancora nella pratica. Proprio come sai cosa vuol dire qualcuno quando insultano il loro discorso o includono errori di battitura, i browser fanno lo stesso. Ancora più spesso, le persone o le comunità escogitano modi innovativi di parlare (scrivere markup) che i browser capiscono nonostante non siano stati formati formalmente a scuola (secondo le specifiche). A quel punto, ottieni un sacco di codice non standard che funziona ancora nella pratica.

In secondo luogo, gli errori influenzeranno il mio ranking SERP? cioè, correggerò questi errori per quanto posso aumentare la mia posizione di ricerca di Google?

Google consiglia il markup conforme, ma non ci sono quasi prove conclusive in un modo o nell'altro, a parte i casi in cui gli sperimentatori manipolano il loro markup così severamente che il contenuto non viene nemmeno visualizzato correttamente. Ciò è probabilmente dovuto al fatto che il crawler di Google è esperto non solo nelle specifiche standard, ma anche in tutti i dialetti, inclusi quelli vecchi e casual. Aveva anche molti meccanismi di compensazione del fondente per compensare piccoli "errori".

Alla fine della giornata, fai del tuo meglio per avere un markup valido se puoi. È del tutto possibile farlo se lo rendi una priorità. Nella mia esperienza, quando sei abbastanza avanzato per infrangere le regole (cosa che so di non essere), sai abbastanza delle regole e delle implicazioni di analisi e visualizzazione che la tua domanda originale non è affatto una domanda.


Non ci sono dialetti diversi di HTML4. Esistono diverse versioni di HTML e XHTML, ma il motivo per cui le persone usano un markup non valido è perché non sanno che non è valido o che browser specifici non hanno consentito un markup valido (non perché sono più colti, ma perché gli sviluppatori hanno fregato su). I linguaggi di programmazione non sono gli stessi dei linguaggi umani. Le loro regole grammaticali e sintattiche non sono soggettive. Perché il web funzioni correttamente, gli sviluppatori devono seguire le regole implementate dai browser; e i browser devono seguire le specifiche stabilite dal W3C.
Lèse majesté,

1

Non influenzerà le tue classifiche SERP. Dal canale YouTube ufficiale per Google Webmaster Central:

E quindi non daremo alcun tipo di spinta alle pagine se convalidano. Potrebbe essere una buona cosa da fare per i tuoi scopi interni, ma non ottiene alcun tipo di potenziamento di Google nella tua posizione o qualcosa del genere. E la semplice ragione è che la stragrande maggioranza delle pagine sul web non convalida come è adesso.

http://www.youtube.com/watch?v=FPBACTS-tyg

È comunque una buona idea convalidare la tua pagina, poiché renderà il codice meno soggetto a errori e più facile da mantenere.


0

La maggior parte dei SEO sembra concordare sul fatto che avere un codice che non è nidificato correttamente o che presenta grandi errori sia dannoso per il SEO. Sono tutti d'accordo anche sul fatto che non ti farà ottenere classifiche migliori quando hai davvero un HTML valido.

La mia conclusione finale è quindi: sia per il web design che per i motivi SEO, ti consigliamo di correggere tutti gli errori palesi che potrebbero causare problemi di rendering o analisi errati. Non preoccuparti per gli attributi che non sono ammessi, né per quel plugin che utilizza tag invece di. Non vale la pena dedicare tempo o denaro.

- Convalida W3C: perché dovresti preoccuparti e perché non su yoast.com


Questo è pragmatismo!

-1

Non è affatto un fattore. HTML è un linguaggio molto flessibile, non c'è problema a fare qualcosa del genere

< ul >
 < li >< a xtooltip='Go to homepage' href='index.php' >Home< /a >< /li >
< /ul >

Quindi basta usare il tuo motore javascript preferito e avere un bel menu con suggerimenti. Naturalmente non verrà convalidato.

L'altra cosa è che il validatore W3C è rotto purtroppo. Non è in grado di convalidare il tipo di contenuto, il codice js, l'output html del codice js, ajax, solo per citarne alcuni. Oltre a non controllare il tipo di contenuto è un grave difetto. Se hai XHTML DOCTYPE ma tipo di contenuto: text / html dovresti convalidare contro HTML, la maggior parte delle persone eseguirà la validazione (errata) contro XHTML e quindi correggerà "errori" ... come cambiare

[br] => [br /]

ma [br /] è un errore in HTML ... quindi fanno ciò che erroneamente gli dice il validatore, e tutto ciò che fanno è aggiungere bug al loro codice.


Lo scopo del validatore W3C non è convalidare il tuo Javascript. Ciò non lo rende "rotto".

document.write ("<div questo è il mio contenuto div </div>"); Tutto quello che sto cercando di dire - non dovresti dipendere troppo da esso prima di sapere ESATTAMENTE qual è il risultato e cosa non lo è. Per esempio. l'attributo definito dall'utente in base alle specifiche non è in realtà un errore. Forse rotto non è la parola corretta, ma penso che tu sappia cosa intendo ... di solito contrassegna il codice completamente corretto come "errori" e non riesce ad ottenere ad es. bug generati da content-type e JS HTML.

Sì, vero :-) In tal caso sarebbe prudente convalidare l'output finale della tua pagina (ad es. Visualizzare la fonte generata), piuttosto che il rendering pre-JS della pagina.
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.