<?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éflexions d'un chef de projet internet - Julien Dassonval &#187; Homepage</title>
	<atom:link href="http://blog.juliendassonval.com/tag/homepage/feed" rel="self" type="application/rss+xml" />
	<link>http://blog.juliendassonval.com</link>
	<description></description>
	<lastBuildDate>Sun, 27 Jun 2010 09:59:40 +0000</lastBuildDate>
	
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>Quel poids pour une homepage aujourd&#8217;hui ?</title>
		<link>http://blog.juliendassonval.com/divers/quel-poids-pour-une-homepage-aujourdhui</link>
		<comments>http://blog.juliendassonval.com/divers/quel-poids-pour-une-homepage-aujourdhui#comments</comments>
		<pubDate>Fri, 24 Jul 2009 13:09:04 +0000</pubDate>
		<dc:creator>Julien</dc:creator>
				<category><![CDATA[Divers]]></category>
		<category><![CDATA[Benchmark]]></category>
		<category><![CDATA[Homepage]]></category>

		<guid isPermaLink="false">http://blog.juliendassonval.com/?p=361</guid>
		<description><![CDATA[Avant propos : je ne parle que du poids du site, pas des optimisations cotés serveurs et nombre de requêtes &#8211; cf articles sur le blog d&#8217;Eric Daspet
En lisant le fil webdev fr (dont je vous invite à vous inscrire, surtout si vous vous intéressez aux problématiques d&#8217;intégration front), je me posais la question sur [...]]]></description>
			<content:encoded><![CDATA[<p><em>Avant propos : je ne parle que du poids du site, pas des optimisations cotés serveurs et nombre de requêtes &#8211; cf articles sur le blog d&#8217;</em><a href="http://performance.survol.fr/"><em>Eric Daspet</em></a></p>
<p>En lisant le fil <a href="http://groups.google.fr/group/webdevfr?hl=fr">webdev fr</a> (dont je vous invite à vous inscrire, surtout si vous vous intéressez aux problématiques d&#8217;intégration front), je me posais la question sur le poids que nos pages (simplifiées en homepage pour le titre du billet) doivent avoir.</p>
<p>Et oui, en 2009, peut-on toujours se baser sur 70ko pour une page ? Difficile voir irréaliste.</p>
<p><strong>Alors combien ?</strong></p>
<p>Les dernières études trouvées par les personnes (<em>faute de temps, je n&#8217;ai pas pris la peine de chercher de mon coté</em>) semblent remontées à 2005 (9,4 millions de haut débit contre 3,8 millions en bas débit). Aujourd&#8217;hui, nous surfons non plus avec modem 56k (quoiqu&#8217;il y en a toujours comme l&#8217;indique la phrase précédente) mais via une box avec des débits moyens entre 512K/8mo et 24mo (théoriques). Mais nous surfons aussi avec un iPhone, en 3G lorsque le réseau fonctionne correctement ou en edge.</p>
<p>Doit-on considérer un poids maximum de page selon le mode de connexion (les CSS adaptées au support ne suffisent pas) ou notre cible ? Pas évident d&#8217;y répondre. Et quid d&#8217;une réponse pour le mass-media.</p>
<p>Quand je travaillais à Publicis, ces problématiques de poids n&#8217;étaient clairement pas la priorité en phase de conception, encore moins en création et en phase de développement, on faisait du mieux qu&#8217;on pouvait pour optimiser le chargement, mais loin d&#8217;être évident&#8230; Mais les accès aux statistiques m&#8217;ont évidemment prouvé que c&#8217;est un facteur clé, même pour des sites événementiels (qui n&#8217;ont pas vocation à durer mais buzzer au maximum).</p>
<p><strong>Flash, Html, même combat ?</strong></p>
<p>J&#8217;oserais dire oui même si certains ne seront pas d&#8217;accord avec moi. Il faut aussi différencier le premier chargement des chargements en tâche de fonds ou via une action utlisateur (ajax inside).</p>
<p>Eric Daspet s&#8217;est prété au jeu des statistiques, voici un échantillon</p>
<p>home google : 30k<br />
résultats google : 20k (j&#8217;ai constaté 40ko de mon coté)<br />
home yahoo : 230k (320k pour la nouvelle version)<br />
home le monde .fr : 725k<br />
home amazon : 404k<br />
home skyblogs : 520k<br />
home dailymotion : 445k</p>
<p>J&#8217;ai testé de mon coté quelques sites grand public</p>
<p>home fnac.com : 340ko<br />
home tf1.fr : 665ko<br />
home m6.Fr : 1.75Mo !<br />
home lefigaro.fr :1.47Mo !</p>
<p><strong>Alors que pouvons nous en conclure ? </strong></p>
<p>On est très loin des 70ko ! Est-ce une raison pour dépasser les 250ko (premier palier), les 500ko (deuxième palier) voir les 1Mo ? A mon avis, en ayant accès aux statistiques de grands sites, je vous conseille de ne pas dépasser les <strong>500ko</strong>, au delà vous allez rapidement avoir un taux de perdition énorme. Idem pour un flash. Alors pendant la phase de conception et DA, pensez à indiquez aux personnes responsables de ces parties cette limite (l&#8217;intégrateur est souvent un pro de l&#8217;optimisation mais dans une certaine mesure !)</p>
<p>Justement concevoir un site flash de 500ko n&#8217;a que peu d&#8217;intérêt, on associe un site flash pour des sites avec de la vidéo, 3D etc. On arrive rapidement à 5mo (fourchettes basses). Il existe des chargements de sections, en tâches de fond. L&#8217;important ici est le poids pour voir une page entière, la première impression qu&#8217;aura l&#8217;internaute pour visualiser votre site,  pas forcément accéder aux fonctionnalités derrières (mais si l&#8217;internaute doit attendre plus de 2 secondes à chaque clic sans rafraîchir la page, posez-vous des questions sur la conception de votre site).</p>
<p>Même une opération Buzz, avec le meilleur concept qui soi, si l&#8217;internaute doit charger 10mo dès le départ, attendre 1mn pour avoir un super site, c&#8217;est simple, il ne restera pas. 2009 ou pas, un principe reste de règle dans le web, <strong>less is better</strong> (c<em>lin d&#8217;oeil à Adrien Leygues  - less is beautiful</em>)</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.juliendassonval.com/divers/quel-poids-pour-une-homepage-aujourdhui/feed</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Vous avez beaucoup d&#8217;informations à afficher sur votre homepage ?</title>
		<link>http://blog.juliendassonval.com/ergonomie/vous-avez-beaucoup-dinformations-a-afficher-sur-votre-homepage</link>
		<comments>http://blog.juliendassonval.com/ergonomie/vous-avez-beaucoup-dinformations-a-afficher-sur-votre-homepage#comments</comments>
		<pubDate>Fri, 01 Aug 2008 22:09:02 +0000</pubDate>
		<dc:creator>Julien</dc:creator>
				<category><![CDATA[Ergonomie / User Experience]]></category>
		<category><![CDATA[Homepage]]></category>

		<guid isPermaLink="false">http://blog.juliendassonval.com/?p=55</guid>
		<description><![CDATA[Pas toujours évident avec un magazine en ligne, lorsque vous devez afficher un maximum de blocs news, dossiers sur la homepage. Si on est habitué aux longues pages organisées comme celle du monde.fr, j&#8217;ai trouvé l&#8217;approche de WWD (magazine sur les tendances et le business de la mode dédié aux femmes) assez intéressante.  Ils [...]]]></description>
			<content:encoded><![CDATA[<p>Pas toujours évident avec un magazine en ligne, lorsque vous devez afficher un maximum de blocs news, dossiers sur la homepage. Si on est habitué aux longues pages organisées comme celle du <a href="http://www.lemonde.fr/">monde.fr</a>, j&#8217;ai trouvé l&#8217;approche de <a href="http://www.wwd.com/">WWD</a> (magazine sur les tendances et le business de la mode dédié aux femmes) assez intéressante.  Ils ont mis en place sur le bloc central un slideshow qui permet de faire défiler les blocs news.</p>
<p><a href="http://blog.juliendassonval.com/wp-content/uploads/2008/08/wwd.jpg"><img class="alignnone size-full wp-image-56" title="wwd" src="http://blog.juliendassonval.com/wp-content/uploads/2008/08/wwd.jpg" alt="" width="500" height="402" /></a></p>
<p>Si pour monsieur et madame Michu, cette approche risque de ne pas fonctionner (vont-ils bien voir, comprendre les flèches ?), les personnes plus habituées au web vont immédiatement comprendre qu&#8217;il y a une action à faire.  Puisque la cible du site s&#8217;adresse avant tout à des jeunes femmes dynamiques et branchées, un tel emploi est tout à fait justifié selon moi.</p>
<p>L&#8217;internaute averti que je suis préfère avoir une solution de scroll intérieur que devoir gérer 4 scrolls verticaux pour afficher tous les blocs. Ce système de slideshow est astucieux dans le sens où on peut facilement envisager la mise en avant d&#8217;un produit, publicité pour chaque écran.</p>
<p>Et vous, qu&#8217;en pensez-vous ?</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.juliendassonval.com/ergonomie/vous-avez-beaucoup-dinformations-a-afficher-sur-votre-homepage/feed</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
	</channel>
</rss>
