quali sono le regole seo per html 5?
<p>quali sono le regole di ingaggio rispetto alla seo in html 5?</p><p>esempi di cose su cui abbiamo riflettuto senza conclusioni:</p><ul> <li> <p>sei penalizzato per non aver usato i tag &lt;head&gt; e &lt;body&gt;?</p> </li> <li> <p>i collegamenti nei blocchi &lt;nav&gt; hanno la priorità per i seguenti?</p> </li> <li> <p>con &lt;side&gt; (nessun lato positivo), &lt;section&gt;, &lt;summary&gt; e &lt;details&gt; quali hanno il peso maggiore per il contenuto, descrizioni di una riga e tag di parole chiave ci sono implicazioni per il motore di ricerca?</p> </li> <li> <p>se usi css per mettere un elemento &lt;footer&gt; in alto e un elemento &lt;header&gt; in fondo (non che lo faresti ma potrebbe essere interpretato come tale da un'implementazione di spider incompleta)?</p> </li> <li> <p>l'uso degli attributi segnaposto su &lt;input&gt; mostra che sei più focalizzato sull'utente?</p> </li> </ul><p>al momento stiamo bloccando a casaccio il contenuto dell'asino per quanto riguarda l'utilizzo dei tag, ma sarebbe interessante sapere se qualcuno ha qualche idea sui tag "corretti" da utilizzare per quanto riguarda il seo.</p>
<p>la cosa principale che vorrei ricordare al momento è che se le tue pagine si basano su meta-tag, vorrai testare e monitorare regolarmente la loro accettazione. ad esempio, per strumenti per i webmaster di google, se si desidera verificare la proprietà tramite meta-tag, è necessario posizionarlo in un elemento "head" (esistono altri modi per verificare la proprietà, quindi generalmente non è un problema, ma se devi fare affidamento sulla verifica basata su metatag, quindi è qualcosa da tenere a mente). lo stesso può valere per altri meta-tag come il meta-tag "robot" per controllare l'indicizzazione delle tue pagine: poiché l'accettazione al di fuori di una sezione "head" può variare da motore di ricerca a motore di ricerca, è una cosa che consiglierei di monitorare regolarmente (o forse è solo più semplice usare una sezione "testa" tradizionale per il momento se è necessario essere assolutamente certi).</p><p>per il resto, come altri hanno già detto, non darei per scontato che al momento sarebbe trattato in modo speciale. queste cose sono ancora in evoluzione ... una volta che si sono stabilizzate e si è scoperto che trattarle in modo diverso migliora significativamente la capacità di comprendere il contenuto di una pagina, quindi potresti iniziare a vedere cambiamenti nella gestione di quegli elementi.</p>
<p>con<em> inline </em>script come quello che hai citato, è improbabile che ci sia<em> much </em>difference; tuttavia, ogni volta che il parser html del browser incontra un tag <code>script</code>, questo:</p><ul> <li>arresta bruscamente</li> <li>crea una stringa del testo nel tag fino alla prima volta che vede la stringa <code>"&lt;/script&gt;"</code></li> <li>passa il testo all'interprete javascript, ascoltando l'output che l'interprete invia quando si esegue un <code>document.write</code></li> <li>aspetta che l'interprete finisca</li> <li>inserisce l'output accumulato ricevuto nel flusso di analisi</li> <li>continua la sua analisi</li> </ul><p>quindi aumentare il numero di volte che questa sequenza deve verificarsi può, in teoria, aumentare il tempo di caricamento della pagina. influisce anche sul grado in cui il parser può &quot;guardare avanti&quot; nel flusso di token, il che potrebbe renderlo meno efficiente.</p><p>tutto ciò sembra davvero drammatico, ma dovresti profilare una pagina reale nei vari browser che ti interessano per determinare se ha avuto un impatto reale.</p><p>quindi, in sintesi, combinale il più possibile. se non riesci a combinare ragionevolmente una coppia, non preoccuparti troppo fino a quando non vedi un problema del mondo reale.</p><p>quanto sopra è per script in linea. naturalmente, se si hanno diversi tag <code>script</code> che si riferiscono a una serie di file javascript esterni, si avrà anche il problema che ciascuno di questi file deve essere scaricato, e l'avvio di una richiesta http è una cosa costosa (comparativamente) e quindi è meglio , in grande stile, per combinarli in un unico file.</p><p>alcune altre cose da considerare:</p><ul> <li>avere molti tag <code>script</code> sparsi nel tuo codice html può rendere difficile la manutenzione dello script</li> <li>separare il tuo codice html e lo script in file separati ti aiuta a limitare il livello di accoppiamento, aiutando di nuovo la manutenzione</li> <li>mettendo lo script in un file separato, è possibile eseguire quel file tramite minifiers/compressors/packer, riducendo al minimo le dimensioni del codice e rimuovendo commenti, lasciandoti libero di commentare nel codice sorgente sapendo che quei commenti saranno privati</li> <li>mettere gli script in file esterni ti dà l'opportunità di mantenere le cose separate dalla funzionalità, e quindi combinarle in un unico file per la pagina (compresso/minificato/impacchettato) per una consegna efficiente al browser</li> </ul><p>di più:</p><ul> <li> <a href="http://developer.yahoo.com/performance/rules.html">le &quot;migliori pratiche per accelerare il tuo sito web&quot; di yui</a> </li> <li> <a href="http://code.google.com/speed/page-speed/docs/rules\_intro.html">&quot;best practice per le prestazioni web&quot; di google</a> </li> </ul> non si può fare in html, dovrai impararti il php come minimo (codice che io consiglio vivamente). Avrai davvero bisogno di un [parser HTML](https://stackoverflow.com/questions/100358/looking-for-c-html-parser) per questo e' vero, l'articolo 545 del codice di procedura civile stabilisce che le somme dovute a titolo di stipendio possono essere pignorate nella misura di un quinto per qualsiasi tipologia di credito esattoriale ed ordinario (per i crediti alimentari è tutt'altra storia). si e no. io conosco alla perfezione ciò che hai elencato  (e ci aggiungo il php) pur occupandomi attualmente di tutt'altro ambito.
a suo tempo avevo cercato e non avevo mai trovato l'assunzione in ambito web designer / developer. ma.. non lo dico per scoraggiare.

<la realtà  è che si trova lavoro in qualsiasi ambito. nel momento in cui lo si trova.>

cosa significa?
una volta acquisito delle competenze hai sempre il 50% di probabilità di essere preso e il 50% di probabilità di non essere preso. le competenze sono fondamentali per avere "possibilità". dopodiché da lì ad avere la fortuna di ottenere l'assunzione con la quale sei "sistemato"...ne passa ancora.
automatismi non ce ne sono. non esistono competenze ,acquisite le quali, in automatico si è sistemati con posto assicurato.
il fatto di riuscire a trovare lavoro  (o non riuscire) è tutto un frangente a sé stante. ci sono molti liberi professionisti ad esempio poco competenti che però sono più bravi a trovare clienti.. o più affabili. altri che hanno competenze molto più avanzate e sviluppate che faticano a trovare.
incapaci che vengono assunti nelle aziende e persone capaci che brancolano nel buio.
alla fine è comunque sempre una lotteria.  ti candidi per un posto e di persone che hanno "i numeri" per essere assunti per quella posizione, alla fine della scrematura, ce ne sono comunque sempre decine.
e di quelle decine si farà sostanzialmente ambrarabaccicciccoccò. qualcuno rimarrà fregato e qualcuno vincerà la lotteria. tutti quanti erano competenti in materia, per essere arrivati lì.  ma non è necessariamente sintomatico di essere sistemati. Visitando il nostro sito web, i nostri server memorizzano vari dati di accesso in un registro elettronico ("logfile") per impostazione predefinita. Questi dati includono l'indirizzo IP utilizzato per l’accesso, il sito web dal quale ci visita, le pagine web che visita una volta entrato nel nostro sito, oltre alla data ed ora di quando si è richiamata la pagina ed la durata della visita. Questi dati vengono registrati automaticamente e utilizzati solo per l'analisi degli errori e il miglioramento tecnico del nostro servizio web. I destinatari di questi dati sono HSM IT e, se necessario, i fornitori di servizi IT commissionati da HSM. La base legale per questo trattamento è il nostro legittimo interesse [Art.6 (1) lett.f RGDP] nel mantenere il corretto funzionamento dei nostri siti web. Dopo un mese al massimo, i dati del registro verranno automaticamente sovrascritti. L'ulteriore elaborazione completamente automatica dei dati durante l'accesso al nostro sito web include l'utilizzo dei cookie e la nostra analisi dei dati di utilizzo durante le visite ai nostri siti web. Queste operazioni di elaborazione sono descritte in sezioni separate in questa informativa sulla privacy. <p>è meglio inserire il link di rimozione al <code>href</code> e al gestore javascript nel <code>onclick</code>.</p><pre><code>&lt;a href="/123/remove/" onclick="removeme(132); return false"&gt;remove&lt;/a&gt; </code></pre><p>in questo modo gli utenti senza javascript potranno comunque utilizzare la tua app (ma con un reindirizzamento a un'altra pagina) e coloro che hanno abilitato javascript useranno la versione javascript. entrambi vedranno un link significativo nella barra di stato.</p><p>se l'azione è significativa solo in questa pagina (mostra/nascondi smth, carica più dati, ad esempio), non dovresti usare <code>&lt;a&gt;</code> tag qui. usa stile <code>&lt;span&gt;</code> con sottolineatura tratteggiata, ad esempio.</p><p>in entrambi i casi, è anche utile scrivere un attributo <code>title</code> sul tuo link che spieghi cosa accadrà (verrà mostrato nella descrizione comando), per gli utenti che non usano le barre di stato.</p> non è proprio così come è scritto sul sito di beppe grillo, nel senso ke i blog o siti presenti in internet ke facciano pubblicità letteraria (vedi dagospia o proprio il blog di grillo) fanno informazione e quindi devono essere iscritti al roc
i blog sono diari se tu scrivi su di esso ma non parli di politica o informazione in generale e parli di te delle cose ke fai o pensi non vieni toccato da questa legge
loro non hanno il potere di chiudere internet xrò se leggi bene e non solo sul blog di grillo lo hanno fatto xchè con v-day si è scatenata in rete e non solo, una guerra e quindi molti politici sono stati diffamati a ragione o torto, non so
insomma solo alcuni blog o siti verranno come si dice multati a pagare la pubblicità sul loro sito o blog
ora non ti sarò + simpatico, comunque detto fra noi spero ke non passi questa cosa xchè altrimenti il governo si inimicherà tutto il popolo della rete..ciao ciao,
8, 32, 34 e119
leggi qui:
http://www.cstp.it/linee/8fe.pdf
.http://www.cstp.it/linee/32fe.pdf
http://www.cstp.it/linee/34fe.pdf
http://www.cstp.it/linee/119fe.pdf sicuramente se e' la prima volta sara' fatto al padroe un avviso..se e' capitato + volte allora prenderanno dei provvedimenti..riskia una salata multa ma dipende sempre dal tipo di aggressione se e' stata pericolosissima e con persone lesionate o altre cose pericolose e il cane risulta aggressivo o impazzito allora pultroppo potrebbe esserci anche l'abbattimento di quest'ultimo.(io penso che se un cane e' aggressivo e' sempre colpa del padrone quindi abbatterei lui) cmq se e' una cosa da niente ed e' la prima volta c sara' un avviso e non succedera' niente..se invece e' il caso inverso ed estremo allora non vorrei mettermi nei panni tuoi ma dipende pur sempre dall'aggressione xke non sopporterei l'abbattimento di un cane x colpa di un padrone ingrato.