Quand vos visiteurs passent en revue une page Web, leur expérience de lecture rapide dépend de beaucoup de choses que vous savez déjà - la vitesse de raccordement, le matériel d'ordinateur et le logiciel, fournisseur Internet sont justes uns. Cependant, le rôle que de bons jeux de conception de Web dans la vitesse de lecture rapide sous-est souvent reconnus. Les images et les graphiques comme aide de navigation sont souvent un crochet puissant de `' pour des clients, et peuvent facilement augmenter une session de lecture rapide. Une fois inexactement utilisées, elles peuvent créer les goulots d'étranglement qui entravent le message que votre emplacement doit envoyer.

Fondamentalement, si vous faites une mosaïque d'image, vous devez se rappeler une paire de règles importantes :

Règle 1 : Les augmentations du moment de chargement de page ainsi que le nombre d'éléments de page, même si leur taille totale demeure la même.

Règle 2 : Cependant, le fusionnement des éléments de page mènera à une plus longue attente jusqu'à ce que vous visiteur voie la première partie de votre page Web. Vous devez garder un équilibre.

En concevant une page Web, vous devez établir des priorités. Votre but est-il une expérience rapide de lecture rapide ou un impact visuel maximum ? vos clients attendent-ils assez longtemps ou iront-ils ailleurs ?

Les concepteurs de Web employant la navigation graphique ont beaucoup de choix - pour inclure les graphiques et le texte, pour travailler juste d'une grande image avec plusieurs éléments de navigation, ou pour charger des beaucoup de petits. Le dernier est une méthode populaire aujourd'hui, mais peut mener aux temps d'accès lents. Ce ralentissement est particulièrement apparent sur des raccordements de dialup, mais parce que des demandes de serveur moins sont affectées par vitesse de téléchargement, si vous ont un goulot d'étranglement dans ce secteur il peut affecter tous vos utilisateurs.

Examinons le processus de demande de serveur :

Étape 1 : L'utilisateur clique un lien, et le navigateur envoie une demande de HTTP au serveur ;

Étape 2 : La demande passe par des centres serveurs et des routeurs d'Internet, et puis atteint le serveur ;

Étape 3 : Le serveur traite la demande et renvoie la réponse et des données de HTTP ;

Étape 4 : La réponse passe par l'Internet, habituellement sur un itinéraire différent, et puis atteint le navigateur et l'élément rendus par votre navigateur, et affichés sur votre écran.

Comment pouvez-vous calculer l'effet de ce processus complexe sur l'expérience de client ? Il y a deux facteurs principaux impliqués : « le temps de latence d'Internet » et la « demande de HTTP ».

La taille minimum typique d'une demande de HTTP est de 256 bytes. Ceci signifie que quand les navigateurs demandent une image d'un byte dans la taille, le navigateur doit envoyer une demande de HTTP de 256 bytes sur tous les deux ses raccordements de serveur, et le serveur doit renvoyer une réponse de HTTP de la même taille, avec l'un byte du contenu. Vous pouvez employer la formule suivante quand le calcul de la contribution de la demande de HTTP retarde :

Perte de HTTP Temps = (4 kilobits) * éléments/largeur de bande dans les kilobits par seconde

Essentiellement ceci signifie que sur un site Web régulier, où le nombre d'éléments de page est entre 10 et 30, des overheads de HTTP s'ajoutera de manière significative à votre moment de chargement. Par exemple, dans une page avec 50 éléments, et une vitesse du raccordement 56kbps, 3.57 secondes du moment de chargement de page est perdues. Disons que la taille de page est 100KB. Il signifie que le `a prévu que le moment de chargement' est de 14.28 secondes mais le temps réel est 25% plus grand.

Le temps de latence d'Internet implique comment le paquet (demande) obtient au serveur et au dos (étapes 2 et 4). La quantité de temps où ce voyage prend est connue en tant que « temps de cinglement ». Le temps de cinglement le plus court possible à l'autre côté du monde est de 85 millisecondes. C'est parce que 85ms est le temps où le signal électrique doit voyager à l'autre côté et en arrière dans une ligne droite par la terre. Naturellement, le cinglement le plus court possible à travers le monde est 133ms, car nous ne pouvons pas couper à travers la terre. Dans la pratique sur des sites Web d'outre-mer, le cinglement réel est souvent plus haut, au-dessus de 300ms n'étant pas peu commun. Aux emplacements locaux à l'intérieur des Etats-Unis et de l'Europe, le temps typique de cinglement peut être 100ms ou s'abaisser (source : http://www.internettrafficreport.com).

Internet latence temps perte = élément * (CINGLEMENT en millisecondes/1000)/2

Dans la formule ci-dessus, « 2 » est le facteur nécessaire de correction étant donné que les navigateurs établissent habituellement plus d'un rapport au serveur.

Il est possible d'incorporer le cinglement retardent le temps et la demande d'en-tête de HTTP retarde, décrit ci-dessus, dans une formule finale :

Perte totale de temps = d'éléments * (4 kilobits/largeur de bande + CINGLEMENT/2000)

En dépit de la pénétration croissante d'à bande large dans le monde - selon Nielsen NetRatings, plus de 60% de ménages des USA et 85% d'utilisateurs de travail des USA sont maintenant à bande large équipés - beaucoup d'utilisateurs souffrent toujours du moment de chargement lent de page. Ceci peut conduire des utilisateurs loin et n'encourage pas les visites de retour.

Se rappeler que diminuer juste la taille des images plus petites sur votre emplacement n'aide pas de manière significative s'ils sont déjà moins de 500 bytes. Essayer de diminuer le nombre d'images en les combinant dans une ou plusieurs grandes images. Vous pouvez employer les hyperimages à cette fin, qui fonctionnent de la position de la souris sur l'image, et êtes une bonne manière de la réduction les problèmes provoqués par des images réduites en fragments.

La manière la plus rapide en saisissant le concept « de dispositions de mosaïque » est que chaque dix éléments que vous vous ajoutez à votre emplacement - n'importe ce que leur taille - ajoutera généralement un deuxième supplémentaire à votre moment de chargement.

Article Source: http://www.articleset.com