<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Référencement &#8211; Les intégristes</title>
	<atom:link href="/tag/referencement/feed/" rel="self" type="application/rss+xml" />
	<link>/</link>
	<description></description>
	<lastBuildDate>Thu, 31 Mar 2016 16:44:20 +0000</lastBuildDate>
	<language>fr-FR</language>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=6.0</generator>
	<item>
		<title>Accessibilité VS référencement : quelles méthodes pour (ré-)concilier les deux ?</title>
		<link>/2008/11/27/accessibilite-vs-referencement-quelles-methodes-pour-re-concilier-les-deux/</link>
					<comments>/2008/11/27/accessibilite-vs-referencement-quelles-methodes-pour-re-concilier-les-deux/#comments</comments>
		
		<dc:creator><![CDATA[Eric Le Bihan]]></dc:creator>
		<pubDate>Thu, 27 Nov 2008 14:40:21 +0000</pubDate>
				<category><![CDATA[Référencement]]></category>
		<category><![CDATA[Accessibilité]]></category>
		<category><![CDATA[JavaScript]]></category>
		<guid isPermaLink="false">/?p=357</guid>

					<description><![CDATA[Après avoir lu sur de nombreux sites traitant de la question du référencement des pages web par les moteurs de recherches que le javascript était néfaste au référencement dans la mesure où les robots ne peuvent lire le contenu pertinent qui serait généré par javascript, ce langage serait-il devenu l’arme ultime des référenceurs, dans une utilisation à contrario ?
Alors que les intégrateurs, développeurs, webmasters et au sens le plus large, les créateurs de sites web échangent sur la meilleure façon d’utiliser javascript pour maintenir un site accessible, les professionnels du référencement n’hésitent pas à conseiller à leurs clients de&#160;[&#8230;]]]></description>
										<content:encoded><![CDATA[<p>Après avoir lu sur de nombreux sites traitant de la question du référencement des pages web par les moteurs de recherches que le javascript était néfaste au référencement dans la mesure où les robots ne peuvent lire le contenu pertinent qui serait généré par javascript, ce langage serait-il devenu l’arme ultime des référenceurs, dans une utilisation à contrario ?</p>
<p>Alors que les intégrateurs, développeurs, webmasters et au sens le plus large, les créateurs de sites web échangent sur la meilleure façon d’utiliser javascript pour maintenir un site accessible, les professionnels du référencement n’hésitent pas à conseiller à leurs clients de <em>faire des liens en javascript</em> ou à générer des parties de leur code html via javascript de manière à ne pas référencer certaines pages ou certaines parties de leur contenu dans le but de favoriser des pages au profit d&rsquo;autres. Les robots n’étant pas  à l’heure actuelle en mesure de comprendre et donc d’interpréter le javascript, les liens JS ne seront pas suivis et le contenu généré ne sera pas pris en compte. J&rsquo;ai également lu dernièrement que les robots seraient (je mets cette information au conditionnel) en mesure de décrypter les url dans le code javascript et donc de suivre ces liens comme des liens html, ce qui oblige actuellement les référenceurs à adopter des méthodes de cryptages &#8211; dans la limite de ce qu&rsquo;il est possible de faire en javascript &#8211; pour leurs url !</p>
<p>Cette pratique loin d’être confidentielle se répand comme une traînée de poudre sur les sites de e-commerce français où les liens <code class="prettyprint">&lt;a href="link"&gt;</code> sont remplacés par des  <code class="prettyprint">&lt;span onclick="fonction()"&gt;</code>. (L’exemple le plus flagrant en est donné sur la page d&rsquo;accueil du site de vente en ligne <em>rueducommerce.fr</em> sur laquelle pratiquement aucun lien de type <code class="prettyprint">&lt;a href="link"&gt;</code> n’est présent.)</p>
<p>Pour bien comprendre ce que ça implique, il faut d’une part rappeler que cette pratique va totalement à l’encontre des règles d’accessibilité les plus élémentaires :</p>
<p>En effet toute personne ayant javascript désactivé pour une raison ou pour une autre ne pourra pas afficher la page liée. Les personnes ayant javascript activé ne pourront pas utiliser le clic milieu de leur souris ou l’option <em>ouvrir un nouvel onglet</em> de leur menu contextuel. Ce procédé restreint donc les possibilités de l’utilisateur qu’il ait ou pas javascript activé dans son navigateur. Il est important de rappeler que la conception de pages avec le langage html répond à des normes : <em>les standards du web</em>, dont les recommandations sont rédigés par le W3C, organisme qui supervise le développement des standards du web, et pour que ces pages puissent fonctionner de façon satisfaisante dans les principaux navigateurs du marché, ces recommandations ou règles doivent être suivies. Il est également important de rappeler que de nombreuses applications et extensions, notamment celles de Firefox sont basées sur ce socle commun qu&rsquo;il est primordial de respecter, faute de quoi l&rsquo;utilisateur s&rsquo;en trouve obligatoirement lésé.</p>
<p>Lisons ce qu’il est dit dans la documentation du groupe <abbr title="Web Accessibility Initiative">WAI</abbr> du W3C, référence majeure pour l’accessibilité des sites web :</p>
<p><strong><abbr title="Web Content Accessibility Guideline">WCAG</abbr> 1.0  (version par lagrange.net)</strong></p>
<blockquote cite="http://www.la-grange.net/w3c/wcag1/wai-pageauth.html#gl-new-technologies"><p>Guideline 6. S’assurer que les pages qui contiennent de nouvelles technologies se transforment de façon élégante.</p>
<p>6.3 S&rsquo;assurer que les pages soient visibles lorsque les scripts, les applets ou autres artefacts programmables sont désactivés ou non supportés. Lorsque ce n&rsquo;est pas possible, fournissez une information équivalente sur une page alternative. [Priorité 1]<br />
Par exemple, assurez vous que les liens qui activent les scripts fonctionnent même lorsque ces derniers sont désactivés ou non supportés (par ex. Il ne faut pas utiliser « javascript: » comme cible des liens).</p></blockquote>
<p><strong>W3C : Techniques pour les règles d&rsquo;accessibilité du contenu Web 1.0 (version par lagrange.net)</strong></p>
<blockquote cite="http://www.la-grange.net/w3c/WAI-WEBCONTENT-TECHS/#scripts"><p>4.12.1 Scripts de transformation</p>
<p>Les développeurs de contenu doivent s&rsquo;assurer que les pages sont accessibles avec les scripts désactivés ou dans des navigateurs qui ne supportent pas les scripts.</p>
<p>* Eviter la création de contenu à la volée par le client. Si un navigateur d&rsquo;utilisateur ne gère pas les scripts, aucun contenu ne sera généré ou affiché. Cependant, Ceci est différent lorsqu&rsquo;il s&rsquo;agit d&rsquo;afficher ou de cacher un contenu déjà existant en utilisant une combinaison de feuilles de style et de scripting ; S&rsquo;il n&rsquo;y a pas de scripts, le contenu sera tout de même affiché. Cela ne s&rsquo;applique pas aux pages générées à la volée par le serveur et distribuées au client.<br />
* Eviter la création de liens qui utilisent « javascript » pour l&rsquo;URI. Si un utilisateur n&rsquo;utilise pas les scripts, il sera alors incapable d&rsquo;utiliser le lien car le navigateur ne pourra créé le lien.</p></blockquote>
<p>Que recommande Google à ce sujet ?</p>
<p><strong>Google (Centre d’aide Webmasters/propriétaires de sites web)</strong></p>
<blockquote><p>Si votre site contient du texte ou des liens cachés, il risque d&rsquo;être considéré comme peu fiable, car il présente aux moteurs de recherche un contenu différent de celui destiné aux visiteurs […]</p></blockquote>
<blockquote cite=" http://www.google.com/support/webmasters/bin/answer.py?answer=66353&amp;hl=fr"><p>[…] Si votre site contient du texte et des liens cachés conçus pour induire les moteurs de rechercher en erreur, votre site peut être retiré de l&rsquo;index Google et ne plus être affiché dans les pages de résultats de recherche. Lorsque vous évaluez votre site afin de vérifier s&rsquo;il contient du texte ou des liens cachés, recherchez tout ce qui n&rsquo;est pas facilement affichable par les visiteurs. Existe-t-il du texte ou des liens accessibles uniquement aux moteurs de recherche et non aux visiteurs ? […]</p></blockquote>
<blockquote cite="http://www.google.com/support/webmasters/bin/answer.py?answer=66355&amp;ctx=sibling"><p>[…] Lorsque Googlebot indexe une page contenant un script JavaScript, il ne peut pas suivre ou indexer les liens cachés dans le script lui-même. L&rsquo;utilisation d&rsquo;un script JavaScript est une pratique Web totalement légitime. Toutefois, son utilisation dans le but de tromper les moteurs de recherche ne l&rsquo;est pas. […]</p></blockquote>
<p>Pour résumer, il n’est pas interdit d’utiliser des liens javascript dans la mesure où la page présentée aux moteurs de recherche est la même que celle présentée aux utilisateurs. Ce qui n’est pas le cas dans la mesure où les robots ne pouvant lire javascript considèrent que les liens n’existent pas et ne référencent pas la page liée…</p>
<p>Devons-nous considérer que puisque le nombre des visiteurs sans javascript est faible, il n’est plus utile de se préoccuper de faire du javascript non-intrusif ? Comment se maintenir dans un secteur où toutes les méthodes même les plus contestables sont utilisées pour maintenir un taux de visites important sur son site ? Est-il possible de rester concurrentiel en utilisant les bonnes pratiques et en maintenant un site accessible, sans pour autant négliger la partie référencement ?</p>
<p>Pour continuer la réflexion quelques liens utiles :</p>
<ul>
<li><a href="http://www.google.com/support/webmasters/bin/answer.py?hl=fr&amp;answer=35769">Support Google : Conseils aux webmasters</a></li>
<li><a href="http://www.pompage.net/pompe/accesibilitemoteursderecherche/">Vous aimez l’accessibilité ? Les moteurs de recherche aussi !</a></li>
<li><a href="http://www.wizishop.com/blog/les-dossiers-du-e-commerce/accessibilite-et-e-commerce-interets.html">Accessibilité et e-commerce : Pourquoi rendre son site accessible ?</a></li>
<li><a href="http://webyboom.canalblog.com/archives/2008/08/28/10378459.html">Target condamné pour l&rsquo;inaccessibilité de son site aux non-voyants</a></li>
</ul>
]]></content:encoded>
					
					<wfw:commentRss>/2008/11/27/accessibilite-vs-referencement-quelles-methodes-pour-re-concilier-les-deux/feed/</wfw:commentRss>
			<slash:comments>10</slash:comments>
		
		
			</item>
	</channel>
</rss>
