Cartel Belli

Des experts américains publient une nouvelle liste de critères

noreply@blogger.com (Anonymous) — Thu, 23 Oct 2014 09:45:00 +0000

SEO Local : des experts américains publient une nouvelle liste de critères

Des experts américains ont listé les différents critères qu'ils pensent être utilisés par Google en matière de référencement local. Les SEO français peuvent en tirer quelques conclusions.

Chaque année, depuis sept ans, David Mihm, pointure du SEO Local outre-Atlantique publie la liste et le poids des critères utilisés par Google en matière de référencement local. Sa méthodologie consiste à sonder plusieurs dizaines d'experts du secteur. L'étude a une certaine crédibilité aux Etats-Unis, mais elle a aussi une limite : elle résulte d'observations réalisées aux US, un pays aux pratiques différentes en matière de SEO Local, et qui a bénéficié de mises à jour qui n'ont pas encore été déployées en France, comme Pigeon ou le Carrousel. Elle a de toutes façon le mérite de montrer ce qui peut influencer le moteur de Google, du moins aux eux d'experts...

Cette étude conclut que les facteurs les plus importants en matière de SEO local sont les signaux "on page", comme la présence du trio nom-adresse-téléphone, des mots clés dans les titles, ou encore l'autorité du domaine. Viennent ensuite, par ordre d'importance, les signaux émis par les liens : ancre des liens entrants, autorité des domaines faisant les liens, etc. Les adresses indiquées aux services type Pages Jaunes et autres annuaires et agrégateurs doivent aussi être les mêmes. Ces "citations", qui ne sont pas toujours accompagnées de backlinks, doivent également être nombreuses : le volume et la cohérence de ces citations constituent la troisième famille de critères la plus importante selon l'étude de David Mihm (voir ci-dessous).

Enfin, la quatrième famille de critères la plus importante selon les experts américains est celle des signaux émis par la fiche Google Adresses (service désormais regroupé au sein de "Google My Business"), comme la catégorie dans laquelle est rangée l'entreprise, les mots clés qui la définissent, ou sa proximité.

Google pénalise les lenteurs d’affichage

noreply@blogger.com (Anonymous) — Thu, 23 Oct 2014 09:42:00 +0000

Référencement naturel : Google pénalise les lenteurs d’affichage

Voici 10 conseils techniques pour accélérer l’affichage des pages-web et éviter les pénalités Google pour lenteurs d’affichage.

Il est erroné de croire que l’Internet haut débit est véritablement généralisé en France. Un quart de la population est limité à des abonnements ADSL un mégabit (128ko/s). Dans les entreprises, les connexions sont partagées : à certains horaires, chaque salarié ne dispose parfois que d’un débit médiocre. L’Internet mobile haut débit se développe mais la vitesse reste très variable selon la localisation géographique. Enfin, l’affichage des sites web est ralenti par les nombreux programmes connectés installés par les internautes : modules de mise à jour, logiciels de discussion comme skype, plugins des navigateurs, virus, trojans, antivirus…

Pour un e-commerçant, s’adapter aux internautes moyen et bas débit est un facteur-clé de réussite. De façon directe, c’est pouvoir vendre à des clients supplémentaires particulièrement délaissés par la concurrence. Indirectement, c’est aussi éventuellement pouvoir bénéficier de meilleures positions Google (car les fortes lenteurs d’affichage qui font fuir les internautes pourraient êtrepénalisées par Google).

1/ Faire appel aux librairies Javascript publiques hébergées par les CDN

Technologiquement, la plupart des sites internet (créés par des professionnels) utilisent les mêmes librairies javascript : jQuery, Prototype, Script.aculo.us, MooTools…

Il est possible de déléguer l’hébergement de ces librairies populaires à des serveurs publics gratuits dont c’est la vocation. Nommés “Content Delivery Network” (CDN en abrégé) , les 2 acteurs majeurs de l’hébergement gratuit de librairies javascript sont Google et CloudFare.

Les bénéfices sont nombreux pour les entreprises qui utilisent les CDN :

les CDN disposent de connexions très haut débit pour distribuer les librairies et s’adaptent au pays de l’internaute pour accélérer la vitesse (via des serveurs de proximité),
les librairies des CDN sont parfois déjà en cache dans les navigateurs-web des internautes (on gagne alors jusqu’à 1 seconde d’affichage rien que pour jQuery par exemple),
les librairies des CDN sont doublement compressées (au niveau algorithmique et au niveau protocole http en GZIP),
ne pas avoir à fournir les librairies javascript (relativement imposantes) soulagent les serveurs des boutiques en ligne : ils sont plus à même de délivrer rapidement les autres ressources d’affichage (pages html, images, feuilles de style css…).

2/ Regrouper les feuilles de style CSS en 1 seul fichier
Pour les serveurs d’hébergement (Apache, Microsoft IIS, Nginx…), chaque demande-fichier de la part des navigateurs-web mobilise des ressources techniques : tunnel http, thread, mémoire, écriture de logs, compression à la volée éventuelle… Dans la mesure du possible, il est préférable pour l’affichage que les éditeurs de sites internet essayent de concaténer les différentes feuilles de style CSS en 1 seul fichier unique. Pour préserver la simplicité du travail des techniciens en charge de la maintenance, le regroupage pourra être déployé uniquement sur le serveur de production.

Quant aux scripts Javascript (hors librairies), le même travail de concaténation est à prévoir pour améliorer les performances d’affichage.

3/ Limiter l’utilisation des langages de programmation server-side

Les langages de programmation server-side (php, .net, asp, servlet java, jsp, coldfusion, perl, ruby, python…) permettent de créer des applications-web complexes. Mais ils sont “gourmands” en ressources-mémoires pour les serveurs. Il convient de limiter leurs utilisations au strict nécessaire.

Hors besoins techniques rares, les langages server-side ne doivent absolument pas être utilisés pour délivrer les éléments d’affichage habituellement “statiques” tels que les images, les feuilles de style CSS, les scripts Javascript...

L’erreur est relativement fréquente et la vérification n’est pas aisée : il est nécessaire de contrôler l’ensemble des possibilités de paramétrages du serveur (htaccess, vhost et httpd pour Apache par exemple). Contrôler les entêtes http (à la recherche de signature de langage server-side) peut aussi être une piste de détection.

Une vigilance maximale sera à appliquer pour les programmes gratuits téléchargeables sur Internet (cms, blogs, forums, logiciels e-commerce...) : leurs programmes d’installation n’hésitent pas à modifier les configurations-serveurs pour leurs besoins qui ne sont pas orientés vers la performance en général.

4/ Créer une version statique de la page d’accueil dynamique

Pour une entreprise à forte notoriété, la homepage du site internet concentre (à elle seule) jusqu’à 40% du travail effectué par le serveur d’hébergement. Il suffit donc de dupliquer le contenu de la page d’accueil dynamique (délivrée par php, .net, coldfusion…) pour créer une page d'accueil non-dynamique (dite “statique”) performante pour l’affichage et soulageante pour le serveur.

Sur le plan technique, une conséquence majeure est à prendre en compte : les pages statiques ne gèrent pas les sessions. Si l’utilisation de sessions est absolument nécessaire pour la homepage, on pourra tout de même déléguer cette fonctionnalité à une page dynamique (sans contenu) appelée en Ajax de manière désynchronisée. En alternative simple, on pourra aussi envisager de fonctionner avec des cookies-javascript en attendant que l’internaute navigue sur une page dynamique.

5/ Intensifier le cache-navigateur des internautes

Tous les navigateurs-web (IE, Firefox, Chrome, Safari, Opéra…) pratiquent la mise en cache des documents téléchargés : pages html, fichier pdf, images, animations flash, feuilles de style… Cette mise en cache permet d’améliorer le confort des internautes qui fréquentent à plusieurs reprises le même site web : à la deuxième visite, un site internet s’affiche plus rapidement qu’à la première visite.

Pour les webmasters, il est possible d’intervenir techniquement pour intensifier la mise en cache (qui peut aller de quelques minutes à plusieurs années). Dans le concret, il faut renseigner des entêtes http ou des métatags équivalents spécifiques : Cache-Control, Expires ou Pragma (obsolète).

Au niveau contrainte, le procédé nécessite des adaptations pour les gestions des sessions et la mise en place d’un système de versionning (capable de stopper le cache en cas de mise à jour d’un fichier). Mais les gains de performance peuvent être considérables au final : jusqu’à 70% d’allégement du travail à fournir pour le serveur d’hébergement.

6/ Accélérer les échanges avec les bases de données

La grande majorité des sites internet stocke les données-utilisateurs et les donnnées-produits dans des bases SQL (Oracle, MySQL, Miscrosoft Sql Server, PostgreSQL…). C’est les dialogues techniques avec ces bases de données qui sont la source d’une bonne partie des lenteurs d’affichage sur le web.

De nombreuses solutions technologiques existent pour les entreprises qui souhaitent pallier le problème :

intervenir sur le paramétrage des bases de données : ressources-mémoires allouées, déclaration de clés primaires et de multiples clés d’indexations, load-balancing...
intervenir sur le code-source de l’application : éviter les connexions inutiles, fermer les connexions au plus vite, mettre en cache le résultat des requêtes SQL (pour limiter le nombre de tâches répétitives à traiter), utiliser un pool de connexions persistantes, optimiser les requêtes SQL, les jointures, les sous-requêtes et les triggers pour la performance...
utiliser les bases de données nouvelle génération (NOSQL) mieux adaptées aux besoins de rapidité des sites internet : MongoDB, Cassandra, Memcached, HBase, Elasticsearch, Redis, Solr...
utiliser des “flat-database” pour les données en lecture seule.

7/ Mettre en place une compression GZIP

Internet permet de compresser les données pour échanger de gros volumes d’informations en peu de temps. Bien utilisé, ce procédé peut être mis à profit pour accélérer l’affichage des pages-web.

Pour les sites Internet peu fréquentés, les modules de compression à la volée proposés gratuitement par les serveurs web suffiront (comme Mod-Gzip ou Mod-Deflate pour Apache).

Pour les sites internet à très forte fréquentation, compresser à la volée est insatisfaisant : des solutions professionnelles qui mixent détection des possibilités du navigateur, mise en cache, gestion des sessions et compression sont nécessaires.

Cependant, les images doivent être exclues du mécanisme de compression : c’est généralement contre-productif (car les formats d’image sont déjà des algorithmes de compression). Il est préférable d’essayer de diminuer raisonnablement la qualité des images avec les outils de retouche-photo comme Photoshop ou The Gimp.

8/ Optimiser les pages d’erreurs 404 pour la performance

Une boutique en ligne qui ajoute et supprime de façon régulière des références-produits se retrouve à terme avec à un volume important d’erreurs 404 (documents non trouvés).

Toutefois, les messages “Cette page n’existe plus” (ou “Le produit recherché n’est plus disponible”) font fuir les internautes et dégradent l’image de marque du vendeur.

Du coup, autant privilégier la performance pour ces pages à faible valeur ajoutée:

sur les images, les css et les javascripts en erreur 404, il est inutile d’afficher un message personnalisé (celui par défaut du serveur suffit),
sur les pages html en erreur 404, il est opportun d’éviter de recourir à des langages de programmation server-side et opportun de rediriger vers la page d’accueil ou une page pertinente,
pour éviter la nuisance d’erreurs 404 en cascade (boucle sans fin de pages 404 qui appellent elles-mêmes d’autres pages 404), il convient d’activer un cache-navigateur durable dans les entêtes http des page d’erreurs,
certaines pages d’erreur 404 pourront être désindexées des moteurs de recherche, via des directives-robots noindex, pour économiser du travail au serveur d’hébergement (notamment les pages qui ne re-serviront plus jamais à l’avenir).

9/ Déléguer une partie de l’hébergement à un Cloud

Les clouds (d’hébergement de fichiers) sont des solutions haute performance pour stocker et partager des documents sur internet. Les acteurs majeurs de ce domaine d’activité sont des entreprises d’envergure mondiale : Amazon S3, Cloudfront, Microsoft Azure, CloudFlare, RackSpace, Google Cloud Storage...

Élaborés par des experts de très haut niveau, ces hébergeurs “dernière génération” donnent satisfaction aux besoins spécifiques des entreprises de l’e-commerce et des startups à forte croissance :

ils ont des infrastructures internet surpuissantes;
ils s’adaptent aux pays des internautes pour accélérer la vitesse;
ils gèrent proprement la compression des données (sauf Google Cloud Storage);
ils utilisent des bases de données NOSQL et des serveurs de load-balancing…

Cependant, le prix de ces clouds professionnels est à la hauteur de leurs performances : relativement élevé. Pour les TPE et PME à petit budget, l’astuce est de ne faire héberger par un cloud qu’une partie de son site internet : les images par exemple. Ainsi, le serveur d’hébergement habituel est délesté d’une grande partie de son travail mais les tarifs du cloud restent raisonnables (moins de 10€/mois si du cache-navigateur durable est activé dans le paramétrage des fichiers hébergés).

10/ Venez participer au débat et faire part de vos expériences

Cette chronique est basée sur les consignes techniques (préconisées par Google) qui indiquent de surveiller les performances des sites et d’optimiser les temps de chargement : https://support.google.com/webmasters/answer/35769?hl=fr&ref_topic=6002025

Cet article est aussi lié aux explications des pénalités Google détaillées au paragraphe N°2 de cet autre article :http://www.journaldunet.com/solutions/expert/58057/penalite-google---des-victimes-parmi-les-acteurs-majeurs-de-l-e-commerce.shtml
Toutefois, les solutions proposées dans cette page sont innovantes, extrêmes (jusqu'à 90% de réduction de la charge-serveur), expérimentales, perfectibles, très difficiles à mettre en place et controversées :

Elles ont fait leurs preuves pour des boutiques en ligne à activité saisonnière qui avaient tendance à perdre des ventes à cause de pics de trafic saturant les serveurs.
Pour des sites internet à forte fréquentation générant des revenus publicitaires, ces solutions ont aussi été profitables (en audience et en positions Google).
Mais elles ont échoué à faire progresser significativement les positions Google d’un blog de type WordPress.

L’auteur de cet article vous invite à partager vos avis (favorables ou défavorables), vos expériences et vos techniques d’optimisation dans les commentaires de cet article : venez participer au débat!
Avez-vous essayé les 9 conseils proposés ? Sur quels sites ? Pendant combien de temps ? Pour quels résultats au final ?

Google revendique 890 améliorations dans son moteur en un an

noreply@blogger.com (Anonymous) — Tue, 02 Sep 2014 08:38:00 +0000

A l'occasion du dixième anniversaire de son entrée en bourse, Google fait le bilan des évolutions implémentées dans son moteur de recherche.

A l'occasion du dixième anniversaire de l'entrée de Google en bourse, Amit Singhal, directeur de l'activité Recherche du groupe américain, fait le bilan sur Google+ des travaux réalisés depuis par ses équipes. Introduction de l'auto-complétion, de la recherche universelle, amélioration du service de traduction, recherche vocale, personnalisation, knowledge graph... Amit Singhal évoque une dizaine d'évolutions qu'il qualifie de majeures intégrées au cours de la décennie.

A la fin de son message, Amit Singhal évoque le chiffre de 890 améliorations implémentées depuis un an. Un indicateur qui tendrait à prouver que Google ne cesse d'accélérer le rythme d'évolution du moteur de recherche. Pour mémoire, le groupe avait revendiqué entre 350 et 400 changements implémentés dans son moteur en 2009, puis 550 améliorations en 2012 (dixitSearchengineland).

Un Google Panda « Nouvelle Génération » pour aider les petites entreprises

noreply@blogger.com (Anonymous) — Fri, 14 Mar 2014 11:38:00 +0000

Lors de la SMX West Conference de San José (qui s’est terminée hier), le boss de la webspam team de Google, notre cher Matt Cutts, a expliqué que Google était actuellement en train de travailler sur un filtre Google Panda « nouvelle génération » qui devrait apparaître beaucoup plus doux que ces prédécesseurs pour les webmasters.

D’après Matt Cutts, ce nouveau Google Panda devrait avoir pour effet principal d’aider les petites entreprises à mieux se positionner sur le moteur de recherche. Cette ambition nous rappelle qu’au mois de septembre 2013, Google avait demandé aux webmasters de petits sites web d’expliquer au moteur de recherche pourquoi ils devraient être mieux positionnés sur Google.

En d’autres mots, un Googler de l’équipe de Matt Cutts travaillerait spécifiquement depuis quelques mois afin de permettre aux sites web des petites entreprises de mieux se positionner sur le moteur de recherche. Cette nouvelle génération du filtre devrait donc offrir un changement d’algorithme qui impacterait positivement les petits sites web.

Quelle date pour cette mise à jour Panda ?

Comme à son habitude, Matt Cutts est resté très discret sur la date de lancement de ce filtre « nouvelle génération » mais il est aujourd’hui certain que Google travaille spécifiquement dessus et qu’il sera prochainement déployé. En effet, si Matt Cutts n’est pas toujours très précis dans ses interventions (c’est un doux euphémisme), il est rare qu’il prévoie quelque chose qui ne se passe pas par la suite…

Source : Search Engine Land

Conseils pour utiliser les médias sociaux comme arme secrète des ventes

noreply@blogger.com (Anonymous) — Sat, 01 Feb 2014 12:06:00 +0000

Utilisation des médias sociaux pour booster les ventes des entreprises.

Suivre l'auteur sur LinkedIn

Avez-vous déjà travaillé dans la vente ? Combien d'appels avez-vous eu à faire avant de réellement entrer en contact avec quelqu'un ? Combien d’e-mails avez-vous envoyé sans jamais obtenir de réponse ? Peu de gens vont perdre du temps à parler à un inconnu qui essaie de leur vendre quelque chose.
Mais les vendeurs avant-gardistes adoptent une nouvelle approche pour briser ces vieilles barrières de communication : les médias sociaux.
Les technophiles de la vente utilisent maintenant les médias sociaux au travail afin de surveiller les clients potentiels et les concurrents, recueillir des informations, des réseaux et plus, ce qui leur donnent un avantage sur la concurrence. Une étude récente a révélé que les vendeurs qui utilisent les médias sociaux au travail surpassent de 73 pour cent leurs pairs qui ne les utilisent pas. Ils ont également plus souvent dépassé leurs quotas de 23 pour cent par rapport à leurs homologues qui n’utilisaient pas les médias sociaux.

Je sais que les médias sociaux peuvent accroître le succès des ventes car je l’ai expérimenté dans ma propre entreprise. Chez HootSuite, tous nos vendeurs puisent quotidiennement dans les ressources des réseaux sociaux pour recruter des clients. (bien sûr, ce n’est qu’une partie de leur processus, les téléphones et les e-mails étant encore des outils précieux).
Voici trois conseils pour tirer le meilleur parti des médias sociaux comme outil de vente :

1. Utilisez les médias sociaux pour briser la glace :
Les médias sociaux peuvent être une excellente ressource pour obtenir un aperçu unique de pistes qui peuvent vous aider à avoir plus d'impact lors d’un premier contact. L'année dernière, par exemple, nous avons gagné un gros client en grande partie grâce à Twitter. Après avoir suivi l'un des décideurs du client sur le réseau social pendant des mois, un de mes délégués commerciaux a remarqué que le décideur tweetait toujours avec passion sur son amour du hamburger saisonnier McRib de McDonald.
Ainsi, lorsque le délégué commercial a finalement décidé qu'il était temps d’entrer en contact, il a utilisé leur passion commune pour le menu de McDonald comme entrée en matière dans un e-mail (il a commencé par quelque chose du style « C'est à nouveau la saison du McRib .... »). Discuter de son sandwich préféré a vraiment attiré l'attention du décideur. Il a répondu, ce qui a abouti à davantage d'échanges et finalement une vente importante.
Et les médias sociaux ne servent pas uniquement à briser la glace. Ce genre d’enquêtes peut également être utilisé pour découvrir des informations cruciales sur les entreprises, permettant aux vendeurs de régler leur prise de contact de façon optimale.

2. Puiser dans les réseaux sociaux pour obtenir des références plus chaleureusesLes médias sociaux peuvent être un atout majeur pour amener les gens à être plus réceptifs. Récemment, par exemple, un autre délégué de chez HootSuite a fusionné des techniques anciennes avec des nouvelles pour décrocher une réunion avec un énorme client potentiel. Il est d’abord tombé sur un article du Boston Globe à propos d’une nouvelle initiative qui était en train d’être lancée par une grande entreprise de communications. Il se trouve que l'article évoquait un cadre de haut niveau qui dirigeait l’initiative. Après une recherche rapide sur LinkedIn, le délégué commercial a découvert qu'il avait un contact de premier niveau en commun avec le cadre. Au moment de la prise de contact, il a fait référence à leur contact commun et, étonnamment, a eu un retour en 30 minutes.
Si notre délégué commercial avait utilisé la voie traditionnelle du téléphone ou de l’e-mail, il est peu probable qu'il aurait reçu une réponse aussi rapide ou pas de réponse du tout. Rien de tout ceci n’est, bien entendu, difficile à comprendre. Il est bien connu qu’une chaleureuse référence augmente les chances de succès des ventes de 200 à 400 pour cent. Ce qui est nouveau et fort ici c’est de tirer profit des médias sociaux pour transformer une référence banale en une référence chaleureuse.

3. Saisir de nouvelles opportunités avec les médias sociauxIl n'y a rien de plus tragique qu’une occasion perdue dans les ventes. Nos délégués commerciaux ont trouvé un moyen facile de les éviter : travailler avec les services autres que seul le service marketing afin de gagner des renseignements précieux.
Par exemple, une de nos représentants du service support clients a récemment repéré quelqu'un sur Twitter qui se plaignait d’une démonstration des ventes à laquelle il avait assisté chez un de nos principaux concurrents et qui laissait à désirer. Elle a immédiatement basculé le message chez un directeur des ventes, en utilisant notre outil interne de gestion de tâches. C’est là que le manager l’a récupéré et a vérifié les informations professionnelles du tweeter sur LinkedIn. Il a ainsi localisé les informations sur ses contacts. Tout cela s’est fini par une nouvelle opportunité prometteuse d’une valeur de plusieurs dizaines de milliers de dollars. C’est souvent un moyen par lequel nos clients sont contents d'avoir de nos nouvelles et de se voir offrir une solution potentielle à leurs problèmes commerciaux.
La vente à l’aide des médias sociaux vient tout juste d’arriver dans mon entreprise. De plus en plus de vendeurs, à la fois dans les grandes et petites entreprises, adoptent les médias sociaux. Par exemple, l'année dernière, IBM a signalé avoir vu un superbe poussée de 400 % de ses ventes après la mise en œuvre de son programme pilote de ventes grâce aux médias sociaux.
En tirant profit des réseaux comme LinkedIn, les pages Facebook et Twitter, les vendeurs peuvent se donner les moyens d’avoir des informations et des données utiles avec un avantage vraiment concurrentiel.
Les médias sociaux ne remplaceront pas nécessairement le téléphone ou l’e-mail mais c'est un outil nouveau et révolutionnaire que les services de ventes peuvent ajouter à leur arsenal.
Pour avoir en savoir plus sur les médias sociaux et mon entreprise, suivez-nous sur HootSuite sur LinkedIn.
Vous avez aimé cet article ? Pour me lire chaque semaine sur les médias sociaux, leleadership et les tendances en technologie, il suffit de cliquer sur le bouton ’suivre’ en haut de cette page.

Comment optimiser la performance d'un site web côté serveur

noreply@blogger.com (Anonymous) — Wed, 15 Jan 2014 17:39:00 +0000

Compression, gestion des délais d'expiration, du cache... Le serveur web peut subir un traitement de choc qui permettra d’améliorer grandement le temps de chargement des pages. Tour d'horizon.

Comme nous l’avons vu dans l’article Pourquoi optimiser un site web ?, améliorer la vitesse de chargement des pages d’un site à au moins quatre impacts directs : le nombre de visiteurs (et par effet de levier le référencement), un manque à gagner économique et un impact environnemental réel. Ensuite, nous avons évoqué de nombreux axes d’améliorations liés aux éléments graphiques et aux pages elles-mêmes dans les articles Optimiser l’utilisation des images d’une page web et la série sur l’optimisation de la structure et de l’organisation des pages.

Dans ce nouvel article, je vais aborder une autre facette d’un site web, le serveur de publication, qui lui aussi peut subir un traitement de choc en vue de l’amélioration du temps de chargement des pages.

Optimisation serveur, choix d’une approche

Aujourd'hui, plus de 60% des sites sont hébergés sur des serveurs Apaches (Usage statistics and market share of Apache for websites). Nous allons donc porter un focus spécifique sur ce serveur. Concernant Internet Information Server, deuxième serveur utilisé, à hauteur de 17%, je vous propose de vous appuyer en parallèle sur l’article de Steve Jacobson, Translate .htaccess Content to IIS web.config, qui vous permettra d’appliquer les ajustements nécessaires pour un fonctionnement dans les environnements Microsoft ou d’utiliser la solution proposée par HeliconTech.

Donc, le fichier .htaccess est un fichier de configuration permettant de définir le comportement d'Apache pour le répertoire dans lequel il est placé ainsi que ses sous-répertoires (avec IIS, il faudra utiliser le fichier web.config). Il est donc tout à fait possible de mettre en place différentes stratégies d’accès et de gestion de contenu dans un même site en plaçant plusieurs fichiers .htaccess à différents endroits, le fichier parent restant actif tant que les directives qu'il contient ne sont pas modifiées. Pour notre approche de l'optimisation serveur, nous allons mentionner systématiquement le fichier .htaccess placé à la racine du site, car nous cherchons à améliorer le comportement pour l'ensemble du site.

Le fichier .htaccess est un simple fichier texte que vous pouvez éditer avec n'importe quel outil.

Note : Windows a du mal à travailler avec un fichier ne comportant qu'aucune extension. Je vous suggère donc d'utiliser un éditeur texte un peu évolué ou de renommer, le temps de l'édition, le fichier en htaccess.txt, par exemple.

.htaccess : attention !

Le fichier .htaccess prend effet immédiatement, car il est lu à chaque requête sur votre serveur. Cela signifie qu'une erreur de syntaxe ou de codage provoquera immédiatement un dysfonctionnement de votre site. Par ailleurs, ce fichier permet des réglages fins et très puissants, alors ne le manipulez pas à la légère !

Enfin, rappelons, à tout fin utile de debug, qu'une ligne débutant par # est considérée comme commentaire.

Vous pouvez faire des essais avec l'exemple ci-dessous (en prenant garde à ne pas écraser un fichier .htaccess déjà présent !), en commentant / décommentant les directives d'accès au contenu de votre site.

#
#  Cette directive n'est pas prises en compte :
#     interdiction d'accès absolue au contenu
# -------------------------------------------------------
# deny from all

#
#  Alors que celle-ci est appliquée :
#     autorisation de tous les accès
# -------------------------------------------------------
allow from all

Gérer le contenu

Comme évoqué plus haut, le fichier .htaccess est lu puis interprété lors de chaque accès au site. En conséquence, limitez son contenu (donc sa taille) au minimum possible :

réduisez les commentaires à leur partie utile,
supprimez toutes les directives inutiles, par exemple :

des directives pour les fichiers *.swf n'ont pas de sens si vous n'utilisez pas Flash,
des directives de restriction d'accès apportent-elles quelque chose pour un site totalement public ?

Pour exemple, le fichier .htaccess de 1 Ko ci-dessous :

#
#  Controles de comportement du site : www.monsite.com
#  - auteur       : I. Ahounou
#  - modification : 1er novembre 2012
# =======================================================
# 
#
#  Types MIME
# -------------------------------------------------------
AddType text/html .htm
AddType text/html .html
AddType application/x-httpd-php .foo
AddType text/javascript .js
AddType text/css .css
AddType application/x-shockwave-flash .swf
AddType video/x-flv .flv
AddType image/gif .gif
AddType image/jpg .jpg
AddType image/png .png
AddType application/pdf .pdf
AddType application/zip .zip
#
#  Accès universel
# -------------------------------------------------------
allow from all
 
#
#  Langue par défaut et charset
# -------------------------------------------------------
AddDefaultCharset UTF-8
AddLanguage fr-FR .html .htm .css .js
#
# -------------------------------------------------------
#  Fin du fichier .htaccess
# -------------------------------------------------------
#

Nous remarquons de nombreuses choses inutiles :

la quantité de lignes de commentaires,
la description de types MIME standards,
l'accès universel au contenu, appliqué par défaut.

Il ne reste donc que l'application générique de la langue et du charset, qui sont une alternative viable si vous ne les décrivez pas dans le <header> des pages.

Il est alors préférable, et recommandé, de transformer ce fichier, par exemple comme suit.

#  I. Ahounou - 01/11/2012

#  Langue par défaut et charset
AddDefaultCharset UTF-8
AddLanguage fr-FR .html .htm .css .js

Le fichier ne pèse plus que 128 octets et uniquement deux directives sont prises en compte, sans altérer le comportement du serveur, avec en prime une lisibilité accrue !

Vérifier votre serveur

Avant d’aller plus avant, il est nécessaire de vérifier que votre serveur dispose des modules nécessaires à une possible optimisation des flux. Pour cela, 3 options :

vous disposez d’un accès aux paramètres et pouvez vérifier la liste des modules chargés,
vous pouvez utiliser un appel à la fonction phpinfo(), si vous utilisez PHP,
vous pouvez réaliser un test spécifique.

Dans le premier cas de figure, il suffit de cliquer / regarder pour obtenir l’information.

Dans le deuxième cas de figure, vous avez accès aux informations issues de PHP, ou exécutez le petit fichier phpinfo.php ci-dessous depuis votre site.

<?php
        echo phpinfo();
?>

Recherchez alors l’une des informations suivantes :

HTTP_ACCEPT_ENCODING : deflate
HTTP_ACCEPT_ENCODING : gzip

Enfin, pour le troisième cas de figure, créez un premier fichier, index.html (de préférence dans un répertoire de test) :

<!--#printenv -->

Le deuxième fichier, .htaccess, contient :

SetEnv MOD_mod_deflate 0
SetEnv MOD_mod_gzip 0
SetEnv MOD_mod_headers 0
SetEnv MOD_mod_expires 0
<IfModule mod_deflate.c>
SetEnv MODULE_deflate 1
</IfModule>
<IfModule mod_gzip.c>
SetEnv MODULE_gzip 1
</IfModule>
<IfModule mod_headers.c>
SetEnv MODULE_headers 1
</IfModule>
<IfModule mod_expires.c>
SetEnv MODULE_expires 1
</IfModule>

Appelez le fichier index.html et recherchez les informations pour MODULE_xxx. Une valeur à 1 signifie que le module est disponible.

Utiliser la compression

Apache est capable de transmettre des fichiers compressés au navigateur client qui se charge alors de les décompresser. En activant cette possibilité, les fichiers transmis sont allégés de manière souvent drastique et transitent donc plus rapidement vers l'internaute.

Vous me direz que la contrepartie est du temps de décompression. Vous avez raison. Mais au regard de la puissance des machines actuelles, le gain de temps reste largement appréciable.

Les meilleurs résultats sont obtenus avec le module MOD_DEFLATE (à partir d’Apache v2.0) que nous allons employer, uniquement s'il est disponible, en réalisant un test avec la directive <IfModule module>...</IfModule>.

Note : suivant le serveur exécutant Apache, ce module est soit mod_deflate.c pour des environnements Unix, Linux, soit mod_deflate.so pour des environnements Windows. Le code ci-dessous propose les deux tests de présence en utilisant uniquement l'identificateur mod_deflate.

Pour être véritablement efficace, il est important de préciser aux différents proxy intermédiaires de la chaîne de transmission Internet de ne pas décompresser le contenu à la place de l'internaute. Ceci est possible en ajoutant une directive de type header append vary lors de l'utilisation de la compression serveur.

Mais bien entendu, il existe des incompatibilités avec certains navigateurs, comme Netscape et Internet Explorer (pour les anciennes versions). Nous pouvons traiter ces cas par des tests avec la directive BrowserMatch test.

<IfModule mod_deflate>
   # Compression avec MOD_DEFLATE
   AddOutputFilterByType DEFLATE text/html text/css text/plain text/xml text/javascript application/x-javascript application/x-httpd-php
 

   #Pour les navigateurs incompatibles
   BrowserMatch ^Mozilla/4 gzip-only-text/html
   BrowserMatch ^Mozilla/4.0[678] no-gzip
   BrowserMatch bMSIE !no-gzip !gzip-only-text/html
   BrowserMatch bMSI[E] !no-gzip !gzip-only-text/html

   # Les proxies ne doivent pas décompresser à la place de l'internaute
   Header append Vary User-Agent env=!dont-vary
</IfModule>

Si vous ne bénéficiez pas de MOD_DEFLATE, mais de MOD_GZIP, une autre structure est utilisable :

<IfModule mod_gzip.c>
  mod_gzip_on Yes
  mod_gzip_dechunk Yes
  mod_gzip_add_header_count Yes
  mod_gzip_send_vary Yes
  mod_gzip_item_exclude reqheader "User-agent: Mozilla/4.0[678]"
  mod_gzip_item_include file .(html?|xml|txt|css|js)$
  mod_gzip_item_include handler ^cgi-script$
  mod_gzip_item_include mime ^text/.*
  mod_gzip_item_include mime ^application/x-javascript.*
  mod_gzip_item_exclude mime ^image/.*
  mod_gzip_item_exclude rspheader ^Content-Encoding:.*gzip.*
</IfModule>

Bien que la syntaxe soit différente, vous avez sans aucun problème compris l’application de mod_gzip_send_vary et l’exclusion du user-agent mozilla/4.

Enfin, si vous ne bénéficiez ni de MOD_DEFLATE, ni de MOD_GZIP, procédez rapidement à une installation ou tentez un contournement avec PHP en utilisant la fonction ob_gzhandler ou zlib.output (meilleur choix) et leurs différentes possibilités. La documentation est disponible, en français, sur php.net.

Pour vérifier de manière simple que vos fichiers sont compressés, vous pouvez utiliser le service proposé par un site comme WhatsMyIP.org.

Concernant Internet Information Server, il est reconnu que la compression n’est pleinement utilisable qu’à partir de la version 6, sous réserve d’un paramétrage spécifique que vous pouvez découvrir dans la documentation de Microsoft : Using HTTP Compression for Faster Downloads (IIS 6.0) ou sur Technos Sources.

Contrôler le cache du navigateur

En contrôlant l'activité du cache du navigateur client, il est possible de le forcer à enregistrer une copie locale des fichiers statiques (images, fichiers HTML, etc.), mais en conservant hors cache les fichiers dynamiques (PGP et CGI).

En réalisant cette opération, une partie non négligeable des fichiers ne transitent plus par Internet, mais sont directement lus depuis le disque dur de l'ordinateur. Gain de temps maximal pour l'affichage des pages, du moins pour les visiteurs réguliers !

Pour contrôler les fichiers mis en cache, nous allons utiliser la directive<FilesMatch test>...</FilesMatch>, pour manipuler le header.

Note : La syntaxe des tests utilisés par la directive FilesMatch s'appuie sur les expressions régulières. Vous pouvez vous familiariser, si nécessaire avec cette syntaxe, en utilisant les tutoriaux du site Expreg.com et réaliser des tests préliminaires depuis le site Annuaire-Info.com.

<IfModule mod_headers>
  # Mise en cache pour un mois
  <FilesMatch ".(ico|jpe?g|png|gif|swf|flv|gz)$">
  Header set Cache-Control "max-age=2592000"
  </FilesMatch>

  # Mise en cache pour 2 heures
  <filesMatch ".(css|js)$">
  Header set Cache-Control "max-age=7200"
  </filesMatch>

  # Désactive la mise en cache
  <FilesMatch ".(pl|php|cgi)$">
  Header unset Cache-Control
  </FilesMatch>
</IfModule>

Gérer le délai d'expiration

Dans la même logique que la gestion du cache, il est possible de préciser au serveur que des fichiers suffisamment récents sont déjà en possession de l'utilisateur et qu'il n'est pas utile de les transmettre une nouvelle.

Pour cela, il faut utiliser les directives Expires... du module mod_expires. Par exemple :

<IfModule mod_expires>
  ExpiresActive On
  ExpiresDefault "access plus 7200 seconds"
  AddType image/x-icon .ico
  ExpiresByType image/gif "access plus 2592000 seconds"
  ExpiresByType image/ico "access plus 2592000 seconds"
  ExpiresByType image/jpg "access plus 2592000 seconds"
  ExpiresByType image/png "access plus 2592000 seconds"
  ExpiresByType image/jpeg "access plus 2592000 seconds"
  ExpiresByType image/icon "access plus 2592000 seconds"
  ExpiresByType image/x-icon "access plus 2592000 seconds"
  ExpiresByType text/css "access plus 2592000 seconds"
  ExpiresByType text/html "access plus 7200 seconds"
  ExpiresByType text/javascript "access plus 2592000 seconds"
  ExpiresByType application/xhtml+xml "access plus 7200 seconds"
  ExpiresByType application/x-javascript "access plus 2592000 seconds"
  ExpiresByType application/x-shockwave-flash "access plus 2592000 seconds"
</IfModule>

Gestion des versions de fichier

Le ETAG permet d'identifier la version d'un fichier. Ainsi, en l'utilisant, le serveur sait s'il y a eu une modification du fichier depuis la précédente requête et peut donc décider, opportunément, de le transmettre. L'inconvénient de cette gestion, est que le serveur et le client doivent s'informer mutuellement pour chaque fichier, ce qui consomme de la bande passante et grève le délai de réactivité.

Ma recommandation est donc de désactiver cette fonctionnalité, en insérant les lignes suivantes :

Header unset ETag
FileETag none

Essais et conclusion

En appliquant les éléments évoqués ci-dessus, voici ce que j’ai pu mesurer avec mon site personnel.

	Page d'accueil	Page d'accueil (images optimisées)
Premier accès, cache vide
Sans optimisation.htaccess	6,09 s	7,27 s
Avec optimisation.htaccess	3,95 s	3,71 s
Gains	2,14 s (= 35%)	3,56 s (= 49%)

Nouvel accès
Sans optimisation	4,35 s	3,65 s
Avec optimisation	2,23 s	1,9 s
Gains	2,12 s (= 49%)	1,75 s (= 48%)

Le constat est sans appel : en moyenne 45% de temps de chargement gagné pour chaque page.

Bien entendu, de nombreuses autres possibilités d’optimisation existent, notamment avec l’usage des Content Delivery Network, mais là, nous entrons dans le monde des experts et dépassons le cadre de cet article. De la même manière, si vous possédez votre propre infrastructure, différentes alternatives s’offrent à vous en termes de compression, routage et gestion de flux.

Quoiqu’il en soit, en matière d’optimisation, il faut toujours commencer à la source ! Maintenant, c'est à vous, car n'oublions pas qu'il est communément admis qu'à chaque seconde de chargement d'une page, c'est 10 internautes qui fuient !

PHP : faciliter la maintenance d'un site web avec la fonction include

noreply@blogger.com (Anonymous) — Wed, 15 Jan 2014 17:38:00 +0000

En tirant parti de la fonction dynamique include, quelques astuces de conception permettent de rendre la maintenance d'un site web bien plus aisée. L'idée étant d'isoler les contenus récurrents dans des fichiers.

Comme nous l’avons vu dans l’article Pourquoi optimiser un site web ?, améliorer la vitesse de chargement des pages d’un site à au moins quatre impacts directs : le nombre de visiteurs (et par effet de levier le référencement), un manque à gagner économique et un impact environnemental réel. Ensuite, nous avons vu dans l’article Optimiser l’utilisation des images d’une page web comment améliorer la performance du poste le plus gourmand en ressources inutiles, les images, avec la prétention de réduire, parfois, de plus de 75% le volume global.

Pour poursuivre la série, je vous propose maintenant des astuces de conception avec lesquelles il sera bien plus aisé de maintenir votre site.

Astuces simples pour les fichiers

Dans ce chapitre, je vais évoquer l’optimisation de site Web, mais plutôt sous l’angle de la facilité de maintenance et d’évolution.

En effet, la plupart des pages adoptent une conception très similaire avec l’incontournable succession du <head> puis du <body>.

<head>

l'ensemble des balises <meta>,
un titre et une description,
les appels aux fichiers CSS externes,
les appels aux fichiers JavaScript externes,
le code d'initialisation JavaScript

<body>

l'en tête de la page,
le breadcrumb (ou chemin de fer),
le contenu, souvent organisé par colonnes et/ou blocs d'informations,
le pied de page.

Si vous utilisez PHP, ce qui est le cas de 78,5% des sites[1], vous pouvez tirer un grand profit de la fonction include ! Pour rappel, cette fonction permet d’insérer, sans interprétation préalable, un fichier dans un autre. Si vous êtes prêt à transformer vos fichiers statiques HTML en fichiers dynamiques PHP, voyons comment nous pouvons très simplement améliorer la maintenance.

Note : Bien entendu, des fonctions équivalentes existent pour d’autres langages interprétés au niveau du serveur, alors consultez les documentations, l’adaptation ne devant certainement pas vous poser grand problème.

Pour le bloc <head>

A partir de la figure précédente, nous pouvons identifier des éléments communs à toutes les pages, au niveau des balises <meta>, des appels CSS et JavaScript ainsi que du code d’initialisation.

Tous ces éléments peuvent avantageusement être regroupés dans un fichierinclude/metaHeader.inc.php, appelé de manière générique et permettant ainsi de regrouper les constantes qui seront, de fait, plus faciles à maintenir sans erreur.

Pour le bloc <body>

Toujours à partir de la même figure de référence, il est possible d’identifier des éléments récurrents et statiques comme :

l’en-tête de page qui se déplace dans un fichier include/htmlHeader.inc.php,
la colonne de gauche, souvent associée à un menu, qui se retrouve dans le fichier include/htmlBodyLeft.inc.php,
la colonne de droite, souvent associée à de la publicité, un nuage de tags (etc.) qui s’exporte dans le fichier include/htmlBodyRight.php,
le pied de page, pour le copyright, les liens de contact (etc.) qui se place dans le fichier include/htmlFooter.inc.php.

En adoptant cette démarche, la structure de la page se simplifie :

<html> 
   <head>
        <?php include("include/metaHeader.inc.php"); ?>
        <!-- les éléments spécifiques de la page -->
        <title>...</title>
        <meta name="description" content="..." />
        <meta name="keywords" content="..." />
        <link href="css/maPage.css" rel="stylesheet" type="text/css" />
        <style>
              /* Ne contient que les éléments spécifiques */
              ...
        </style>
        <script src="scripts/..." type="text/javascript"></script>
        <script type="text/javascript">
              /* Ne contient que les éléments spécifiques */
              ...
        </script>
   </head>
   <body>
        <!-- en-tête -->
        <?php include("include/htmlHeader.inc.php"); ?>
        <!-- le spécifique -->
        ...
        <!-- breadcrumb -->
        ...

        <!-- colonne gauche -->
        <?php include("include/htmlBodyLeft.inc.php"); ?>
        <!-- le spécifique -->
        ...

        <!-- colonne centrale -->
        ...

        <!-- colonne droite -->
        <?php include("include/htmlBodyRight.inc.php"); ?>
        <!-- le spécifique -->
        ...
   </body>
</html>

Et, par exemple, pour le contenu du fichier include/metaHeader.inc.php, nous pouvons avoir :

<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
<meta http-equiv="Content-Language" content="fr">
<meta http-equiv="Expires" content="never" />
<meta http-equiv="Cache-Control" content="public" />
<meta http-equiv="X-UA-Compatible" content="IE=EmulateIE9" />
<meta name="distribution" content="global" />
<meta name="robots" content="Index,Follow" />
<meta name="country" content="France" />
<meta name="language" content="french" />
<meta name="copyright" content="..." />
<meta name="email" content="...@monsite.fr" />
<meta name="author" content="..." />
<meta name="designer" content="..." />
<meta name="publisher" content="..." />

<link rel="shortcut icon" href="shortcut.ico" type="image/x-icon" />
<link rel="icon" href="icon.png" type="image/png" />
<link rel="apple-touch-icon" href="apple-touch-icon.png" />
<link rel="alternate" type="application/rss+xml" title="..." href="..." />
<link href="css/default.css" rel="stylesheet" type="text/css" />
<link href="..." rel="stylesheet" type="text/css" />
<script src="scripts/default.min.js" type="text/javascript"></script>
<script src="..." type="text/javascript"></script>

<script language="javascript" type="text/javascript">
    /* code d'initialisation */
    ...
</script>

À ce stade, vous avez compris comment rationaliser votre structure de fichiers afin d'améliorer grandement la maintenance, sans qu'il soit nécessaire d'illustrer les fichiers include/html_xxx_.inc.php.

Avec cette approche, le fichier include/html_xxx_.inc.php étant appelé par une source PHP, vous pouvez aussi y associer des personnalisations contextuelles à partir d’informations obtenues depuis Apache.
L’exemple ci-dessous est un point de départ pour récupérer des informations de session, des informations concernant le navigateur de l’internaute, le script appelé ainsi que toute variable transmise. Ensuite, c’est du développement classique.

<?php

/*===================================================================
   SESSION
  (nécessite que ce script soit appelé en premier dans la page)
===================================================================*/
session_start();

// Transfo. des variables de session en variables PHP
if (isset($_SESSION)) {
   while (list($key, $value) = each($_SESSION))
         $$key = stripslashes($value);
} 

/*===================================================================
PARAMETRES
===================================================================*/

// Informations utilisateur / navigateur
define("_USER_AGENT",         $_SERVER['HTTP_USER_AGENT']);
define("_USER_LANGUAGE",      $_SERVER['HTTP_ACCEPT_LANGUAGE']);
define("_USER_ENCODING",      $_SERVER['HTTP_ACCEPT_ENCODING']);

// Informations page web appelée
define("_DOC_ROOT",           $_SERVER['DOCUMENT_ROOT']);
define("_DOC_FILENAME",       $_SERVER['SCRIPT_FILENAME']);
define("_DOC_QUERY_STRING",   $_SERVER['QUERY_STRING']);
define("_DOC_URI",            $_SERVER['REQUEST_URI']);
define("_DOC_SCRIPT",         $_SERVER['SCRIPT_NAME']);

/*===================================================================
VARIABLES TRANSMISES
===================================================================*/
// Pour assurer la compatibilité avec les versions inférieures à 4.1.0
if (!empty($_POST))  { $HTTP_POST_VARS = $_POST; }
if (!empty($_GET))   { $HTTP_GET_VARS = $_GET; }

// Transfo. des variables de l'URI et de formulaires en variables PHP
if (isset($HTTP_POST_VARS)) {
   while (list($key, $value) = each($HTTP_POST_VARS))
         $$key = stripslashes($value);
}
if (isset($HTTP_GET_VARS)) {
   while (list($key, $value) = each($HTTP_GET_VARS))
         $$key = stripslashes($value);
}

/*===================================================================
Code à partir d'ici
==v==v==v==v==v==v==v==v==v==v==v==v==v==v==v==v==v==v==v==v==v==v=*/
 
?>

La suite du travail de rationalisation ne devrait vous demander que peu d'effort pour être adapté à votre site.

Ce que nous venons d’évoquer est parfaitement applicable à des sites "simples", en prenant garde à ne pas faire d’amalgame entre la notion de simplicité et le nombre de pages. Dans le cas de sites bien plus complexes, cette approche n’est pas forcément pertinente et il sera bien plus efficace de s’appuyer sur des gestionnaires de templates[1] plus évolués. Dans cette logique, un premier pas peut-être réalisé avec des solutions comme WordPress, Joomla ou Drupal. Vous pouvez vous faire une idée des CMS[2] les plus utilisés sur W3Techs.

Conclusion

Avec ce nouvel article, vous disposez de pistes sérieuses pour l’amélioration de la structure de votre site. Combinez cela avec tous les éléments déjà abordés et vous pourrez vous vanter d’avoir très largement contribué à l’optimisation de votre site web.

Impatient de connaitre la suite ? Alors rendez-vous très rapidement pour reprendre notre fil rouge de l’optimisation !

[1] http://w3techs.com/technologies/overview/programming_language/all

[2] modèles

[3] Content Management System : gestionnaire de contenu

Performance web : optimiser son code HTML et CSS

noreply@blogger.com (Anonymous) — Wed, 15 Jan 2014 17:37:00 +0000

De la compression du code HTML à la normalisation des CSS, voici quelques bonnes pratiques indispensables pour réduire le poids des pages web, et améliorer leur vitesse de chargement et d'exécution par les navigateurs.

Comme nous l’avons vu dans l’article Pourquoi optimiser un site web ?, améliorer la vitesse de chargement des pages d’un site à au moins quatre impacts directs : le nombre de visiteurs (et par effet de levier le référencement), un manque à gagner économique et un impact environnemental réel. Ensuite, nous avons vu dans l’article Optimiser l’utilisation des images d’une page web comment améliorer la performance du poste le plus gourmand en ressources inutiles, les images, avec la prétention de réduire, parfois, de plus de 75% le volume global.

Pour le dernier article de cette série, je vous propose quelques techniques concernant le code HTML des pages.

Améliorations HTML

Pour commencer cette partie, rappelons une trivialité : chaque balise HTML est prévue pour un usage.

Il n’est en effet pas rare de constater que certains développeurs préfèrent alourdir leurs pages en déclarant des propriétés spécifiques alors qu’un certain nombre existent déjà. Prenons l’exemple des titres qui sont normalement définis par des balises H1, H2, H3, etc. Il est pourtant courant de trouver des définitions CSS du type titre1, titre2, titre3 appliquées à des paragraphes. Ces manières de procéder sont à proscrire car, en plus de provoquer des descriptions supplémentaires (et donc alourdir le poids des pages), elles pénalisent dans le même temps votre référencement naturel.

La meilleure pratique est plutôt de trouver les éléments communs à tous les navigateurs et de ne décrire ensuite, pour les balises ad-hoc, que les propriétés spécifiques. Pour définir les éléments communs aux feuilles de style des navigateurs, vous pouvez, par exemple, consulter la page Default CSS Rules of HTML Elements in Various Browsers.

Pour s’affranchir des écarts de définition par défaut des navigateurs, certains concepteurs appliquent systématiquement un reset CSS. Cette façon de procéder est tout à fait justifiable pour avoir la parfaite maîtrise de mises en forme complexes, mais est-elle aussi pertinente pour des designs simples de pages ? Une évaluation de la surcharge CSS ne prend pas nécessairement beaucoup de temps et peut révéler une source d’optimisation potentielle.

Commun à IE 6 et 7

Commun à IE 8 et 9

h1 {
  display: block;
  font-size: 24pt;
  font-weight: bold;
  margin: 14pt 0;
}

h2 {
  display: block;
  font-size: 18pt;
  font-weight: bold;
  margin: 14pt 0;
}

h3 {
  display: block;
  font-size: 13.55pt;
  font-weight: bold;
  margin: 14pt 0;
}

h1 { 
  display: block;
  font-size: 2em;
  font-weight: bold;
  margin: 0.67em 0;
  page-break-after: avoid;
}

h2 {
  display: block;
  font-size: 1.5em;
  font-weight: bold;
  margin: 0.83em 0;
  page-break-after: avoid;
}

h3 {
  display: block;
  font-size: 1.17em;
  font-weight: bold;
  margin: 1em 0;
  page-break-after: avoid;
}

Pour une page utilisant une taille de police par défaut de 12 pt, les rendus par défaut des titres à l’écran peuvent être considérés comme similaires. Les écarts pour des tailles de 11 à 13 pt sont très certainement tout aussi acceptables.

Les différences ne concernent que les marges supérieures et inférieures, la gestion des sauts de page lors des impressions ainsi que d’éventuels changements du zoom, mais nous sommes, pour ces derniers éléments, dans une gestion évoluée des pages.

Firefox, Firefox 2 et 3

Opera 10.51

Chrome et Safari

h1 {
  display: block;
  font-size: 2em;
  font-weight: bold;
  margin: 0.67em 0;
}
h2 {
  display: block;
  font-size: 1.5em;
  font-weight: bold;
  margin: 0.83em 0;
}

h3 {
  display: block;
  font-size: 1.17em;
  font-weight: bold;
  margin: 1em 0;
}

h1 { 
  display: block;
  font-size: 2em;
  font-weight: bold;
  margin: 0.67em 0;
}
h2 {
  display: block;
  font-size: 1.5em;
  font-weight: bold;
  margin: 0.83em 0;
}
h3 {
  display: block;
  font-size: 1.17em;
  font-weight: bold;
  margin: 1em 0;
}

h1 {
  display: block;
  font-size: 2em;
  font-weight: bold;
  margin: 0 0.67em 0;
}
h2 {
  display: block;
  font-size: 1.5em;
  font-weight: bold;
  margin: 0 0.83em 0;
}
h3 {
  display: block;
  font-size: 1.17em;
  font-weight: bold;
  margin: 0 1em 0;
}

Pour Firefox, Opera, Chrome et Safari, les définitions par défaut ne diffèrent que pour les marges des 2 derniers navigateurs et sont assimilables à celles d’Internet Explorer pour les versions 8 et 9.

Note : les définitions spécifiques au Quirks mode déclarées par défaut pour Chrome et Safari ne sont pas prises en considération.

Si votre site utilise des affichages évolués, ou que vous souhaitez une maîtrise "absolue" de l’affichage, la normalisation CSS semble alors plus appropriée que les techniques de reset CSS. Vous pouvez par exemple utiliser normalize.css qui pallie, de manière optimisée, les écarts entre navigateurs.

Un autre aspect apparemment anodin concerne la page HTML codée, dans laquelle un développeur sérieux va placer des indentations, retours de lignes et commentaires. Par exemple, une indentation peut-être réalisée avec une tabulation (1 octet) ou 4 espaces consécutifs (4 octets). L’écart unitaire de 3 octets peut sembler insignifiant, mais qu’en est-il sur une page de plusieurs centaines de lignes ? Ajoutons à cela les espaces laissés en fin de ligne, la surabondance de sauts de lignes utilisés pour aérer le code et les nombreux commentaires… Nous pouvons ainsi facilement récupérer des centaines, voire plusieurs kilos octets sur une page, sans aucune conséquence négative pour l’internaute ni perte de la lisibilité nécessaire à la maintenance.

Pour réaliser cette optimisation, il me parait utile, comme pour les fichiers JavaScript et CSS de maintenir deux versions, l’une dédiée au développement, l’autre rationalisée pour la production avec des outils comme HTML Compressor,Text Fixer ou Absolute HTML Compressor si vous préférez un outil installé sur votre poste de travail.

Avec ces nouveaux éléments dévoilés, vous continuerez à améliorer la vitesse de chargement de vos pages, tout en tenant compte d’impératifs souvent contraires entre les environnements de production et les besoins de maintenance.

Votre plan d’actions peut, sans difficulté, être construire en utilisant les têtes de chapitre comme points de repères fiables.

Les gains obtenus seront, en proportion, fort probablement inférieurs à ceux liés à l’optimisation des images (traité dans un précédent article), mais n’oublions pas notre leitmotiv : à chaque seconde de chargement supplémentaire, c’est 10 internautes qui fuient !

Dans un article à suivre (très rapidement), j’évoquerai un nouvel aspect de l’optimisation du temps de chargement des pages d’un site web, sous l’angle des serveurs qui délivrent le contenu.

Conclusion

Avec l’ensemble des articles publiés, vous détenez maintenant les clés essentielles de l’optimisation du poids des pages de votre site web. En appliquant et en adaptant de manière pertinente toutes les pistes évoquées, vous devriez être surpris voir étonné des gains accumulés.

Tout est fini, nous pouvons nous dire au revoir ? Pas tout à fait. Un dernier aspect reste à évoquer ! Alors, à très bientôt pour découvrir ce qu’il est encore possible de faire en manipulant quelques paramètres du côté du serveur web.

Comment réduire le poids du code JavaScript et CSS

noreply@blogger.com (Anonymous) — Wed, 15 Jan 2014 17:36:00 +0000

Pour réduire le poids des codes JavaScript et CSS, la meilleure démarche est d’utiliser des minimiseurs. Autres leviers : vectoriser les descriptions de style, et supprimez les descriptions non utilisées.

Comme nous l’avons vu dans l’article Pourquoi optimiser un site web ?, améliorer la vitesse de chargement des pages d’un site à au moins quatre impacts directs : le nombre de visiteurs (et par effet de levier le référencement), un manque à gagner économique et un impact environnemental réel. Ensuite, nous avons vu dans l’article Optimiser l’utilisation des images d’une page web comment améliorer la performance du poste le plus gourmand en ressources inutiles, les images, avec la prétention de réduire, parfois, de plus de 75% le volume global.

Dans cet article, nous revenons à l’objectif premier : réduire le poids global de votre site, avec un focus sur l’optimisation du poids des fichiers JavaScript et CSS.

Réduire le poids du JavaScript et du CSS

Pour réduire le poids du JavaScript et du CSS, la meilleure démarche est d’utiliser des minimiseurs.

Vous en trouverez sans difficulté sur Internet, comme Closure Compiler de Google ou JSLint pour ce qui concerne le JavaScript, et Clean CSS ou CSS Compressor pour le CSS, sans oublier YUI Compressor, capable de traiter à la fois le JavaScript et le CSS.

Pour une utilisation autonome sur votre poste, je vous recommande l'excellentJASC (Just Another Script Compressor) qui fera des merveilles, à la fois avec vos fichiers JavaScript et CSS.

Voici ce qu'il est possible d'obtenir, par exemple avec des composants largement utilisés sur Internet :

	Non optimisé	Optimisé	Gain
JavaScript
jQuery 1.8.3	252 Ko	32 Ko	87% de gain
jQuery Mobile 1.2	287 Ko	111 Ko	61% de gain
GMap3 5.0	68 Ko	27 Ko	60% de gain

CSS
jQuery Mobile Structure 1.2	53 Ko	47 Ko	11% de gain
jQuery Mobile Theme 1.2	52 ko	26 Ko	50% de gain

"J’utilise (ou mes équipes) toujours les versions compressées, évidemment !", me direz-vous. Parions un repas alors ? D’après Elie Bursztein, chercheur chez Google, 64% des sites[1] n’utilisent pas la version compressée de jQuery en production… Je crois que je viens de gagner deux repas gratuits par jour au restaurant !

De la même manière, la pertinence de jQuery n’est plus à démontrer, son usage étant devenu aujourd’hui pratiquement un pré-requis (utilisé par 89,9% des sites[2]). Mais avez-vous réellement analysé les fonctions qui vous sont nécessaires ? Par exemple, Zepto.js ou im.js sont des équivalents de jQuery, adoptant la même syntaxe et proposant uniquement les fonctions essentielles, en environ 8Ko au lieu de 32Ko, pour les versions compressées bien entendu. Un gain supplémentaire d’environ 75% sur le framework appelé par toutes vos pages mérite peut-être quelques essais !

Quoiqu’il en soit, la contrepartie, afin de conserver une réelle capacité de maintenance, est de travailler sur deux jeux de fichiers, un non minimisé, dans le cadre du développement et un optimisé en production.

Pour réduire le poids des fichiers CSS, une bonne pratique est aussi d’utiliser les syntaxes étendues.

Syntaxe classique

Syntaxe étendue

#selector1 {
   margin-top: 50px;
   margin-right: 0;
   margin-bottom: 50px;
   margin-left: 0;
}

#selector2 {
  font-family: Helvetica;
  font-size: 14px;
  font-weight: bold;
  line-height: 1.5;
}

#selector3 {
  background-image:
    url(background.png);
  background-repeat: repeat-y;
  background-position: center top;
}

#selector1 {
   margin-top: 50px 0;
}

#selector2 {
   font: bold 14px/1.5 Helvetica;
}

#selector3 {
   background:
      url(background.png)
      repeat-y
      center top;
}

280 caractères
(espaces compris)

146 caractères (espaces compris),
soit une réduction de 48%

Pensez aussi à vectoriser vos descriptions de style. En plus de l’optimisation recherchée, vous y gagnerez en clarté et en lisibilité.

Syntaxe classique

Syntaxe vectorisée

#selector1 {
  margin-top: 50px 0;
  font: bold 14px/1.5 Helvetica;
  background:
    url(background.png)
    repeat-y
    center top;
}
#selector2 {
  margin-top: 50px 0;
  font: bold 14px/1.5 Helvetica;
  background:
    url(background.png)
    repeat-y
    center top;
}

#selector3 {
  margin-top: 50px 0;
  font: bold 14px/1.5 Helvetica;
  background:
    url(background.png)
    repeat-y
    center top;
}

#selector1, selector2, #selector3 {
  margin-top: 50px 0;
  font: bold 14px/1.5 Helvetica;
  background:
    url(background.png)
    repeat-y
    center top;
}

360 caractères
(espaces compris)

143 caractères (espaces compris),
soit une réduction de 60%

Maintenant, une évidence toujours utile à rappeler : supprimez les descriptions non utilisées. Pour cela, réalisez des contrôles avec des outils comme Unused CSS(payant). Sinon, différents plugins pour navigateurs existent : Dust-Me Selectorsou CSS Usage pour Firefox ou l'outil d'audit intégré de Chrome.

Pour des constructions évoluées, il est possible de tirer profit d’outils/langages comme Less CSS qui apportent, non seulement des extensions syntaxiques majeures, mais aussi la possibilité de compiler le CSS pour produire une syntaxe optimisée.

Enfin, pour contenter les puristes, n’oubliez pas non plus de supprimer les unités de vos définitions nulles, car 0 reste 0, que ce soit en px, en em ou en %.

Concernant le JavaScript, les optimisations de performance que vous obtiendrez sont fondamentalement liées à vos techniques de codage, ce qui dépasse largement le cadre de cet article. Je vous propose néanmoins une piste pour débuter avec l'article JavaScript Optimization de Jeff Greenberg.

Conclusion

En utilisant les techniques et outils présentés dans cet article, une nouvelle étape majeure est franchie dans l’optimisation du poids de vos pages web et donc, de la dynamique de chargement des pages.

Dans un ultime article à paraitre très prochainement, nous finirons ce tour d’horizon en évoquant des améliorations possibles sur votre code HTML.

Optimisation web : organiser le code JavaScript et CSS

noreply@blogger.com (Anonymous) — Wed, 15 Jan 2014 17:35:00 +0000

Zoom sur les axes techniques d’optimisation liés à la structure et la conception des pages web, et la gestion des dépendances JavaScript et CSS. Un équilibre entre sur-optimisation et perception client est à trouver.

Comme nous l’avons vu dans l’article Pourquoi optimiser un site web ?, améliorer la vitesse de chargement des pages d’un site à au moins 4 impacts directs : le nombre de visiteurs (et par effet de levier le référencement), un manque à gagner économique, et un impact environnemental réel. Ensuite, nous avons vu dans l’article Optimiser l’utilisation des images d’une page web comment améliorer la performance du poste le plus gourmand en ressources inutiles, les images, avec la prétention de réduire, parfois, de plus de 75% le volume global.

Dans cette nouvelle série d’articles, je vais évoquer avec vous des axes techniques d’optimisation en parlant de la structure et de la conception de la page ainsi que de la gestion des dépendances JavaScript et CSS.

L’organisation des pages

Le développement Web autorise beaucoup de latitudes, notamment dans l’organisation du code des pages.

Une bonne pratique consiste à regrouper le code JavaScript et CSS dans des fichiers externes qu’il est possible d’appeler par une syntaxe du type :

<link href="css/default.css" rel="stylesheet" type="text/css" />

<script src="scripts/default.js" type="text/javascript"></script>

Cette recommandation est aussi une manière d’améliorer véritablement votre référencement ainsi que la maintenabilité de votre site, alors évitez de la contourner !

Concernant le JavaScript, plusieurs grandes logiques d’organisation peuvent être considérées :

Un fichier unique pour tout le site,
Un fichier par fonction essentielle (par exemple, la gestion du menu principal, la gestion du nuage de tags, la gestion de la recherche, etc.), chaque fonction étant appelée par la page qui le nécessite,
Un fichier par page,
Un fichier générique pour toutes les fonctions communes au site et un fichier pour le spécifique de chaque page.

Avec le tableau précédent, nous comprenons aisément que le meilleur choix est de regrouper tous les éléments communs aux différentes pages du site, pour traiter les éléments spécifiques en parallèle.

L’appel des fichiers JavaScript et CSS externes

La tendance naturelle est de placer les appels aux fichiers CSS et JavaScript externes dans les balises <head> des pages.

Pourtant, nous savons que le nombre de requêtes de chargement simultanées est limité à deux. Une meilleure pratique est donc de laisser les appels CSS en début de page, mais de déplacer les appels JavaScript en fin de page.

De cette manière, nous favorisons le chargement du contenu de la page, ce qui augmente la perception de réactivité chez l’internaute, puisque les informations arrivent en premier. Ensuite seulement, les codes JavaScript sont chargés et appliqués.

Un autre bénéfice est aussi identifiable lorsque le code provoque des manipulations d’images. Chargées en premier, ces dernières sont immédiatement disponibles, alors que dans le cas contraire l’exécution sera retardée, le temps que les éléments graphiques soient manipulables.

Le seul bémol à cette technique concerne les sites qui utilisent un grand nombre d’images ou sprites et qui proposeront alors, pendant quelques instants, un contenu disgracieux.

Un équilibre entre sur-optimisation et perception client est donc à trouver.

Conclusion

Nous venons de voir comment structurer au mieux une page ainsi que l’appel aux dépendances JavaScript et CSS afin d’améliorer la réactivité perçue par l’internaute. Dans un prochain article, j’évoquerai des astuces avec desquelles vous obtiendrez, sans aucun doute, un réel bénéfice de maintenance et de lisibilité.

Optimiser l’utilisation des images d’une page web : intégration HTML

noreply@blogger.com (Anonymous) — Wed, 15 Jan 2014 17:34:00 +0000

Optimisation du nombre de requêtes, utilisation de sprites... Le traitement d'images peut être avantageusement complété par des pratiques pertinentes concernant l’intégration HTML.

Dans le précédent article, Optimiser l’utilisation des images d’un site web : traiter les images, nous avons évoqué cinq axes de travail pour un cure d’amaigrissement majeur du poids de votre site.

La valeur de ce travail peut être avantageusement complétée par des pratiques pertinentes concernant l’intégration HTML, que nous pouvons organiser autour de trois chapitres majeurs. Voyons cela ensemble.

Intégration HTML des images

Dans cette partie, nous n’allons pas chercher à optimiser le poids des images, mais plutôt à rendre le comportement du site plus véloce et augmenter sa réactivité.

Les bonnes pratiques nous recommandent de toujours spécifier les attributs heightet width, ainsi que, si nécessaire, hspace et vspace (à défaut d’une gestion CSS avecmargin et padding) pour les balises <IMG>.

Ici, l’objectif est, d’une part de faciliter le travail du navigateur en lui donnant le maximum d’instructions exploitables et, d’autre part, éviter les phénomènes dits de reflow qui provoquent un re-calcul de l’affichage de la page.

Moins de travail de déduction des caractéristiques d’affichage manquantes et moins de calcul du navigateur signifient un affichage plus rapide et une meilleure réactivité de la page durant son chargement ou son redimensionnement.

Déclaration inline

La majorité des navigateurs (malheureusement, exception faite d’Internet Explorer) est aussi capable de traduire une déclaration d’image codée en base 64 si elle est directement spécifiée dans le code HTML ou CSS.

Nous savons que, par défaut, les standards Internet limitent les accès à deux chargements simultanés, augmentant ainsi les temps de latence pour des pages constituées d’un grand nombre de toutes petites images. Avec une déclaration inline, vous supprimez les multiples requêtes au profit d’une seule.

Par exemple, pour une image de 20x20 pixels, se chargeant en 0,6 seconde, l’encodage en base 64 produit environ 1500 octets de données, soit un temps de chargement de 0,7 secondes pour 10 images. Si 10 images de ce type sont utilisées dans la page, nous observons 4 périodes de latence d’environ 0,6 secondes. Au final, avec une conception traditionnelle, nous pouvons observer jusqu’à 3 secondes de temps de chargement, pour seulement 0,7 avec une déclaration inline.

Pour réaliser l’encodage base 64, vous pouvez aussi utiliser un service en ligne, comme par exemple Motobit - Base 64 encoder-decoder ouhttp://www.greywyvern.com ou encore préférer l''utilisation d''un outil Windows sur votre poste, comme celui développé par John Dyer, Css Image Embedder.

Sprites

L’utilisation de sprites est aussi une excellente technique de réduction du nombre de requêtes de chargement. L’idée est de regrouper le maximum d’images en une seule pour ensuite utiliser les propriétés CSS afin d’en afficher qu’une partie, en fonction du besoin.

Par exemple :

Une fois ce regroupement réalisé, vous pouvez utiliser deux techniques, la plus commune (et plus simple) utilisant la propriété CSS background et son positionnement dans une balise DIV de dimension définie, la deuxième s’appuyant sur le clipping d’image.

Exemple de code pour la première technique :

01    <style>
02    #faceBook {
03       width:32px;    /* la taille de l'icone */
04       height:32px;
05       background:url(img/optimisation-image-5.png) 0px 0px no-repeat;
06    }
07    #linkedIn {
08       width:32px;
09       height:32px;
10       background:url(img/optimisation-image-5.png) -32px 0px no-repeat;
11    }
12    #Rss {
13       width:32px;
14       height:32px;
15       background:url(img/optimisation-image-5.png) -64px 0px no-repeat;
16    }
17    #viadeo {
18       width:32px;
19       height:32px;
20       background:url(img/optimisation-image-5.png) -96px 0px no-repeat;
21    }
22    </style> Exemple de code pour la deuxième technique :

01    <style>
02    .clipDiv {
03       position:relative;
04       overflow:hidden;
05       width:32px; /* la taille de l'icone */
06       height:32px;
07    }
08    .faceBook {
09       position:absolute;
10       top:0;
11       left:0;
12       clip:rect(0 32px 32px 0);
13    }
14    .linkedIn {
15       position:absolute;
16       top:0;
17       left:-32px;
18       clip:rect(0 64px 32px 32px);
19    }
20    .Rss {
21       position:absolute;
22       top:0;
23       left:-64px;
24       clip:rect(0 96px 32px 64px);
25    }
26    .viadeo {
27       position:absolute;
28       top:0;
29       left:-96px;
30       clip:rect(0 128px 32px 96px);
31    }
32    </style>
33
34    <body>
35        <div class="clipDiv">
36           <img class="faceBook" src="img/optimisation-image-5.png" />
37        </div>
38        <div class="clipDiv">
39           <img class="linkedIn" src="img/optimisation-image-5.png" />
40        </div>
41        <div class="clipDiv">
42           <img class="Rss" src="img/optimisation-image-5.png" />
43        </div>
44        <div class="clipDiv">
45           <img class="viadeo" src="img/optimisation-image-5.png" />
46        </div>
47    </body>

Pour aller plus loin concernant l’utilisation des sprites, vous pouvez consulter un premier tutorial AlsaCréations et CSS Sprites with Inline Images.

Conclusion

Avec toutes les informations présentées, vous pouvez dès maintenant (avec plus ou moins d’huile de coude suivant que vous soyez décideur, chef de projet, amateur éclairé ou débutant) rendre votre site véritablement plus véloce et réactif en appliquant rigoureusement un plan d’actions établi sur six axes :

supprimer les images inutiles au profit de propriétés CSS comme background, margin et padding,
choisir un format normalisé (jpg, png ou gif) et le plus efficace possible,
ajuster la taille de l’image en fonction de la dimension voulue dans le navigateur,
utiliser une résolution de 72 dpi ou moins,
compresser chaque image, jusqu’au point limite de détérioration visuelle,
optimiser l’intégration HTML.

Il n’est pas rare de réduire le volume des éléments graphiques de plus de 75%, ce qui est, avouons-le, un gain plus que substantiel.

Et n’oubliez pas : à chaque seconde de chargement, c’est 10 internautes qui fuient !

Dans un article à suivre (très rapidement), j’évoquerai un autre aspect de l’optimisation du temps de chargement des pages d’un site web, sous un angle exclusivement technique en parlant de la structure et de la conception de la page ainsi que de la gestion des dépendances JavaScript et CSS.

Optimiser l'utilisation des images d'une page web : traiter les images

noreply@blogger.com (Anonymous) — Wed, 15 Jan 2014 17:33:00 +0000

Optimiser l'utilisation des images d'une page web : traiter les images

La première cause de lenteur d'un site web est liée au volume de données chargées. Dans ce registre, le poste le plus gourmand concerne, sans aucun doute possible, les images.

Intuitivement, nous comprenons que la première cause de lenteur est liée au volume de données chargées. Dans ce registre, le poste le plus gourmand concerne, sans aucun doute possible, les images. Regardons ensemble les pistes d’optimisations possibles et vous serez surpris de constater l’ampleur des gains possibles.

Une image est-elle nécessaire ?

Mais commençons par une question apparemment naïve : avez-vous besoin d’images ?
Il est surprenant de constater que dans certains cas, des images sont utilisées pour colorer des surfaces unies, comme un fond de page, un bandeau ou un fond de menu. Par exemple, un carré uni de 20 pixels répété à l’infini comme fond de page équivaut à au moins 100 octets alors qu’en utilisant la propriété CSS background vous n’en consommez que 30. Entre ces deux approches, un bénéfice d’au moins 60% pour un rendu équivalent. Mon premier conseil est donc : traquez les images inutiles !

Dans un registre très similaire, ne gérez pas les marges des images en ajoutant une bordure unie de la couleur du fond. Préférez-lui une approche bien plus diététique en utilisant les attributs margin et padding du CSS.

Choisir le bon format d’image

Ensuite, considérez que seulement trois formats d’images sont viables pour des sites Internet :

jpg (ou jpeg pour Joint Photographic Experts Group) : ce format permet de gérer jusqu’à 16 millions de couleurs et ne doit être employé que pour des graphismes évolués, des images de haute qualité ou des photos.
gif (pour Graphic Interchange Format) : ce format gère un maximum de 256 couleurs, mais supporte la transparence ou permet de composer des animations simples. Son usage est donc tout désigné.
png (pour Portable Network Graphics) : ce format permet de gérer jusqu’à 16 millions de couleurs, ainsi que différents niveaux de transparence. Il convient donc à pratiquement tous vos enrichissements visuels.

Considérez toutefois que tous les navigateurs ne supportent pas nativement le format png (notamment Internet Explorer pour ses versions inférieures à 7), et qu’il vous sera alors peut-être nécessaire d’utiliser des hacks[1] adaptés. Mais d’après les statistiques produites par StatCounter, cela représente bien moins de 3,76% des navigateurs utilisés (pour W3Scools.com, il s’agit de 0,3%).

Le format png est généralement une valeur sûre, mais pour des images de type icône ne nécessitant pas l’utilisation de la transparence, prenez aussi le temps de la comparaison entre les versions jpg et png qui peuvent parfois produire des écarts de 1 pour 10.

Enfin, si vous utilisez un autre format, procédez immédiatement à une conversion, sauf pour les éléments véritablement spécifiques qu’il vous est impossible de normaliser.

Ajuster la taille des images

Lorsque vous employez une image, vous souhaitez qu’elle occupe un espace spécifique en largeur et en hauteur dans la page. Nul besoin donc de publier des images de taille supérieure et laisser le soin du redimensionnement au navigateur.

En ajustant au préalable une image à la taille d’affichage voulue, vous réduisez son poids et en considérant qu’un navigateur n’est pas optimisé pour le traitement des images, vous gardez la totale maîtrise du rendu avec votre logiciel de traitement d’image qui utilisera des algorithmes de manipulation spécifiquement étudiés pour produire le meilleur résultat possible.

Ajuster la résolution des images

Une fois le format des images rationalisé, considérez la résolution[1] exprimée en dpi (dots per inches) ou ppp (points par pouce), en admettant que, pour une même image, plus sa résolution est élevée, plus son poids est important. Il apparait clairement que contrairement à l’idée reçue, la résolution standard des écrans n’est pas 72 dpi. Florent Verschelde traite cet aspect dans un article Le Web c’est pas en 72 dpi, coco !.

Toutefois, vous pouvez considérer que par défaut 72 dpi est largement satisfaisant pour tous les usages. Bien entendu, n’hésitez pas à faire des essais avec des résolutions moindres, les gains de poids pouvant être importants.

Compressez les images

Enfin, chaque format d’image utilise un algorithme de compression des informations de couleur. En optimisant ce taux de compression vous serez surpris des gains possibles, sans perte de qualité visuelle.

Dans l’exemple ci-dessous, il faut être un expert de l’imagerie visuelle pour déterminer la perte de qualité !

Pour les extrémistes

Et, pour ceux qui souhaitent aller jusqu’au bout de la démarche, quelques octets peuvent aussi être récupérés en supprimant les meta datas inclus dans chacune des images.

Si vous allez jusqu’à ce point d’optimisation, profitez-en pour placer élégamment votre copyright.

Un outillage ?

Vous l’avez compris, un traitement initial de chacune des images (points 1 à 4 du plan d’actions) dans un logiciel spécialisé est nécessaire. Vous pouvez employer gratuitement un logiciel comme GIMP ou lui préférer des produits payants, suivant vos choix, goûts et connaissances de graphiste.

Pour ce qui est de la compression, vous trouverez de nombreuses solutions sur Internet. Si vous ne savez comment commencer la recherche deux articles seront d’excellents points de départ : 12 Really Useful Image Optimization Tools For Web Designers et 8 Excellent Tools for Optimizing Your Images.

Personnellement, je vous recommande malgré tout RIOT (Radical Image Optimization Tool). Cet outil, véritable couteau suisse de l'optimisation d'image permet de gérer :

le niveau de compression,
le choix de l'algorithme de transformation,
le nombre de couleurs,
les meta datas,
le redimensionnement,
la transparence,
et de nombreux autres paramètres.

Il est aussi capable de traiter les images par lots, le tout avec une interface à la fois simple, efficace et conviviale juste ce qu'il faut.

Une alternative (sous Windows) peut aussi être imgOptimize.

Conclusion

Dans un article à suivre (très rapidement), nous allons poursuivre sur le sujet des images et notamment des meilleures pratiques concernant leurs intégrations dans le code HTML.

D’ici là, vous aurez le temps de commencer à auditer ou appliquer les recommandations déjà évoquées !

[1] Techniques permettant de tirer profit de comportements spécifiques des navigateurs afin de contourner certaines limitations.
[2] La résolution d’une image exprime la quantité de points de couleurs utilisés pour une surface donnée, traditionnellement en pouce.

Comment situer la performance de son site Web ?

noreply@blogger.com (Anonymous) — Wed, 15 Jan 2014 17:32:00 +0000

GTmetrix, Google PageSpeed Insights ou encore YSlow, plusieurs outils en ligne gratuits existent pour évaluer la performance de chargement et d'exécution d'un site Web.

Pour évaluer la performance de son site Web, ou plus spécifiquement de pages choisies comme la page d’accueil, la page de résultats de recherche interne ou différentes landing pages[1] client, il n’est pas nécessaire d’être spécialiste en informatique, car de nombreux services en ligne existent gratuitement.

Parmi ceux-ci, trois se dégagent rapidement de la masse : GTmetrix, PageSpeed Insights (Google) et YSlow (Yahoo).

Évaluer la performance de son site Web ne nécessite pas d’être un spécialiste

GTmetrix est, à mon avis, le meilleur outil pour débuter. En synthèse, chaque page analysée reçoit 2 notes (critères GTmetrix et YSlow) de A (excellent) à F (il y a du travail à faire), accompagné de trois mesures essentielles : le temps de chargement de la page, son poids et le nombre de requêtes nécessaires (index 1 de la figure). Vous pouvez donc immédiatement vous positionner par rapport aux grands seuils de performance nécessaires (voir les critères évoqués précédemment) : plus de 2 secondes, entre 1 et 2 secondes, moins de 2 secondes de temps de chargement. Si vous le souhaitez, vous pouvez aussi télécharger un rapport au format PDF (index 2 de la figure) et comparer plusieurs pages (index 3 de la figure).

Si vous êtes décideur ou donneur d’ordre, inutile d’aller plus loin. Vous disposez de faits et de métriques de référence pour déclencher un plan d’amélioration.
Si vous êtes déjà initié aux techniques Web, vous trouverez immédiatement les règles d’évaluation utilisées (29 pour GTmetrix, 23 pour YSlow) et saurez tout de suite trouver les axes d’amélioration essentiels (index 4 de la figure). Enfin, si vous êtes expert du web, cliquez sur les règles pour découvrir le détail des améliorations et la ligne de temps de chargement de la page pour définir votre plan de combat !

PageSpeed Insight est aussi un excellent service gratuit, mais il est résolument orienté vers les techniciens du métier qui trouveront tout de suite un classement des améliorations à apporter par ordre de priorité (index 1 de la figure ci-dessous), puis règle par règle (index 2 de la figure).

Enfin YSlow, ne peut être utilisé que dans un navigateur (un plugin est disponible pour pratiquement tous) ou en ligne de commande. Cet excellent produit est donc à réserver aux experts et développeurs qui pourront ainsi vérifier les gains acquis par des analyses détaillées au fur et à mesure de leurs réalisations.

[1] Landing page : page spécifique sur laquelle un internaute arrive.

Performance Web : comment l'optimiser ?

noreply@blogger.com (Anonymous) — Wed, 15 Jan 2014 17:29:00 +0000

Comment optimiser la performance de son site web ? Pour éviter la volatilité des internautes, les solutions existent. Les réponses de l'expert Ismaël Ahounou.

Vous disposez d'un (ou plusieurs) site Web et en êtes fier et satisfait. Que ce soit d'un point de vue esthétique, fonctionnel ou éditorial, votre présence numérique véhicule une excellente image, propose une expérience utilisateur remarquable et apporte un contenu de qualité aux internautes. Pour les professionnels, vous captez de nombreux prospects ou rentabilisez véritablement votre investissement e-commerce.

Ismaël Ahounou est directeur de projets / Manager IT chez BNP Paribas. © BO Chroniques

Aucun doute possible, tout va très bien dans le meilleur desmondes ! Sauf que... vous ne vous êtes pas posé la question de laperformance technique perçue par l'internaute lambda. Affirmation despécialiste ? Sujet d'expert ? Peut-être, mais d'après Woozweb,70% des sites se chargent en plus de 2 secondes et plus de 40% proposent despages d'un poids supérieur au méga octet.

Pourtant, réduction du volume etseuil des 2 secondes sont une absolue certitude pour les webmasters, bienqu'elle soit aujourd'hui mise à mal (lire sur ce point la récente étude de Radware sur la croissance du poids des images dans les pages Web). Voici une série de chroniques rédigées par Ismaël Ahounou, directeur de projets / Manager IT chez BNP Paribas, sur cet enjeu fondamental de la performance, qui peut tout changer en matière de trafic, et auquel font face de très nombreux sites web. Lire la suite de l'introduction

Comment situer la performance de son site Web ?

GTmetrix, Google PageSpeed Insights ou encore YSlow, plusieurs outils en ligne gratuits existent pour évaluer la performance de chargement et d'exécution d'un site Web. Lire

Optimiser l'utilisation des images d'une page web : traiter les images

La première cause de lenteur d'un site web est liée au volume de données chargées. Dans ce registre, le poste le plus gourmand concerne, sans aucun doute, les images. Lire

Optimiser l'utilisation des images d'une page web : intégration HTML

Optimisation du nombre de requêtes, utilisation de sprites... Le traitement d'images peut être avantageusement complété par des pratiques pertinentes d''intégration HTML. Lire

Optimisation web : organiser le code JavaScript et CSS

Zoom sur les axes d'optimisation liés à la structure des pages web, et la gestion des dépendances JavaScript et CSS. Un équilibre entre sur-optimisation et perception client est à trouver. Lire

Comment réduire le poids du code JavaScript et CSS

Pour réduire le poids des codes JavaScript et CSS, une démarche est d'utiliser des minimiseurs. Autres leviers : vectoriser les descriptions de style, et supprimez les descriptions non utilisées. Lire

Performance web : optimiser son code HTML et CSS

De la compression HTML à la normalisation des CSS, voici des bonnes pratiques pour réduire le poids des pages web, et améliorer leur vitesse de chargement et d'exécution par les navigateurs. Lire

PHP : faciliter la maintenance d'un site web avec la fonction include

Compression, gestion des délais d'expiration, du cache... Le serveur web peut subir un traitement de choc qui permettra d'améliorer le temps de chargement des pages. Lire

Les trois tendances majeures de l'e-mail marketing en 2014

noreply@blogger.com (Anonymous) — Sat, 11 Jan 2014 19:27:00 +0000

L’émergence du mobile, l’e-mail retargeting et l’email-to-store ont radicalement changé la façon d’envisager les campagnes emailing. Or 56% des entreprises prévoient d’augmenter leur recours à l’e-mail marketing en 2014. Tour d’horizon de ces nouvelles tendances.

#1 E-mail marketing et mobile

La consultation en mobilité explose. Aujourd’hui, 64% des internautes consultent leurs mails sur mobile ou tablette. Il est donc devenu impératif de connaître son taux d’audience emailing. Si ce dernier est supérieur à 10%, il est temps de prendre les bonnes décisions. Le recours au responsive design devient une nécessité. Votre campagne emailing ne doit plus être pensée pour être uniquement consultée sur un écran d’ordinateur mais aussi sur un smartphone ou depuis une tablette.

En parallèle, il faut repenser la hiérarchie de vos informations. Sur un écran mobile, vous n’avez pas l’espace pour convaincre vos utilisateurs avec des tonnes de texte. Votre page doit donc être concise et précise. De plus en plus d’e-mail marketers utilisent pour la rédaction de leur email une pyramide inversée. Cette mise en forme vient du monde du journalisme, le principe est de commencer par l’essentiel, puis d'aller du plus important vers le moins important.

On parle aujourd’hui du responsive design comme d’une nouvelle tendance. En effet, seulement 11% des emails sont optimisés sur mobile. Pourtant, 69% des utilisateurs mobiles suppriment les emails non-optimisés sur mobile. Ainsi, le responsive design ne devrait plus être une tendance mais un standard !

#2 E-mail retargeting

Il ne faut surtout pas manquer le coche du retargeting. Les internautes étant de plus en plus exigeants, ils sont aujourd’hui prêts à accepter les communications des marques mais sous réserve de mesure et de pertinence. C’est donc la pertinence de l’e-mail marketing qui fera la différence. L’e-mail retargeting apparaît comme la solution, car il propose à son destinataire une offre personnalisée, en se basant sur les produits auxquels le consommateur s’est intéressé sur le site d’une marque.

Pourtant, le retargeting par e-mail n’a pas encore été véritablement adopté. Aujourd’hui, la grande majorité du retargeting se fait par display, comme en atteste la notoriété d’entreprises comme Criteo ou Adroll. Pourtant, l’e-mail marketing est un autre moyen de faire du retargeting, tout aussi voire plus efficace. Une étude récente de Forrester Research a révélé que l’e-mail retargeting génère près de 4 fois plus de revenus et 18 fois plus de bénéfices nets comparés au marketing qui n’utilise que des envois non ciblés. D’ailleurs, les internautes reconnaissent d’ores et déjà les efforts menés par les professionnels pour développer des contenus pertinents. L’e-mail n’est donc pas mort, l’e-mail retargeting est son avenir. Une expansion encore plus forte du retargeting est à prévoir en 2014 !

#3 Email-to-store

D’après l’étude du SNCD parue en septembre 2013, l’email-to-store est l'une des tendances émergentes des campagnes emailing. L’email-to-store est en fait une technique dans laquelle l’email marketing va tenter d’amener le prospect non pas sur site, mais dans un magasin. Aujourd’hui, 78% des internautes comparent les marques en s’informant depuis leur ordinateur ou leur smartphone avant de se déplacer en magasin. Face à l’évolution du parcours d’achat des internautes où les frontières entre commerces en ligne et physique s’estompent, l’email-to-store est un outil marketing efficace.

Pour réussir à déplacer le prospect, il faut que l’e-mail ait une certaine valeur ajoutée. Cela peut être celle de réserver un produit en magasin pour les fêtes de Noël, une vente privée, un rendez-vous avec un conseiller ou tout simplement un coupon de réduction. L’email-to-store permet de relever les nouveaux défis qui s’imposent aux commerçants : il assure une proximité avec les consommateurs et répond aux nouveaux comportements ainsi qu’à la mobilité des consommateurs.L’e-mail marketing influence 71% des consommateurs en magasin à acheter.

Que faut-il tirer de ces 3 nouvelles tendances ? Tout simplement que l’e-mail n’est pas mort. D’ailleurs, pour conclure, voici un dernier chiffre illustrant ces nouvelles tendances : le nombre de lecteur d’e-mail va passer d’ici 2017 de 2,42 milliards à 2,76 milliards.

Performance d'un site web

noreply@blogger.com (Anonymous) — Sun, 22 Dec 2013 10:08:00 +0000

Performance d’un site web : étude d’un cas pratique et exemples d’optimisations

31 décembre 2012
Tags : HTML, Performance, Qualité, Tutorial
1 commentaire

La vitesse d’affichage d’un site web est aujourd’hui un critère très important pour le référencement naturel et la réussite d’un projet web. La barrière maximale de 3 secondes de chargement par page est devenue un seuil obligatoire à respecter. L’augmentation des visites depuis les smartphones et tablettes est un facteur de difficultés supplémentaires pour rester en dessous de ces 3 secondes de chargement.

L’enjeu est simple : si votre site est trop lent le visiteur ne restera pas. Nous pensons clairement chez Kiwano que le critère de performance du site côté client est un critère encore trop sous estimé par les créateurs de sites. Si vous avez aujourd’hui un investissement à faire sur votre site : faîtes le pour améliorer la vitesse ressentie par les utilisateurs. Vous gagnerez des visiteurs fidèles et des places dans les résultats de recherche Google.

Nous vous proposons donc de revoir les techniques pour améliorer la performance de votre site au travers d’un cas concret pour partager avec vous ce qui a été fait sur un autre site.
N’hésitez pas à donner votre avis et partagez votre expérience.

Présentation du sujet d’étude : le site de location de camping-car CampiLoc

CampiLoc est un site de location de camping-cars de particulier à particulier. Il propose aux propriétaires de camping-cars de mettre gratuitement une annonce de location sur le site et aux amateurs de locations de camping-car de trouver un camping-car dans la région qu’ils souhaitent.

CampiLoc est un site utilisant une technologie serveur moderne avec un code créé sur mesure ce qui est un vrai atout pour intégrer facilement des optimisations.

Performance côté client

Quand nous parlons de performance d’un site web il est important de rappeler que nous voulons mesurer et améliorer la performance ressentie par le visiteur. Nous ne mesurons donc pas le temps mis par le serveur pour générer la page mais le temps total d’affichage de la page dans le navigateur client (temps serveur + temps total de téléchargement des éléments).

Premier réflexe : vérifier le code serveur

Alors oui, nous allons beaucoup parler de techniques côté client mais il faut également vérifier que le serveur n’est pas lent. Sur le site CampiLoc, l’hébergement est en France sur un serveur dédié suffisamment puissant. Des techniques de cache applicatif serveur des informations ont été employées pour avoir des pages qui répondent au plus vite.

News en page d’accueil

Concernant la page d’accueil, un extrait des dernières news du blog est affiché en bas de page. Cette information n’est pas essentielle pour l’utilisateur (et pour Google) car elle reprend un contenu déjà présent sur le blog. Par contre charger un flux RSS externe augmente le temps de génération de la page côté serveur. Il a donc été décidé de charger ce contenu en asynchrone via une requête Ajax.

Réduire le poids des éléments

L’étape suivante consiste à réduire au maximum le poids de tous les éléments renvoyés au client. Selon le site HTTP Archive, pour le top 1000 actuel des sites web, le poids total d’une page fait en moyenne 1137 Ko dont 204 Ko pour le JavaScript, 36 Ko pour le code CSS, 46 Ko pour le code HTML et 614 Ko pour les images.

Concernant le code HTML, CSS et JavaScript, le site n’utilise pas de progiciel ou de thème. Seule la librairie Telerik (basée sur jQuery) est utilisé pour les composants d’interfaces comme les grilles, les calendriers, les sélecteurs de dates, les onglets…
Nous avons donc un code HTML, CSS et JavaScript réduit naturellement car écrit spécifiquement pour les besoins du site.

Minify & GZip CSS

Le code CSS est minifié, c’est à dire que l’ensemble des commentaires ont été supprimés ainsi que les éléments non nécessaires comme les espaces, les points-virgules, les retours à la ligne…

L’outil en ligne YUI Compressor permet de réduire facilement le code CSS tout en garantissant les mêmes fonctionnalités.

Ensuite le code est gzippé automatiquement par le serveur et renvoyé au navigateur qui le décompressera.

Ces techniques ont permis de réduire le code CSS de 99,4 Ko à 79,1 Ko une fois minifié puis enfin à 25,3 Ko une fois compressé soit un gain de 74,1 Ko !

Minify & GZip JavaScript

Côté JavaScript, nous passons de 595,7 Ko à 259,6 Ko une fois minifié puis enfin à 83,6 Ko une fois compressé soit un gain de 512,1 Ko !

Minify HTML et réduction du code HTML

La minification du code HTML n’est pas une opération facile car un retour chariot ou un espace est interprété et affiché par le navigateur. Supprimer un espace ou un retour chariot peut donc avoir des conséquences sur votre affichage.
Une petite optimisation a cependant été faite en supprimant les tabulations et espaces en début de ligne ainsi que les lignes vides.

Le site n’utilise pas HTML5 pour des questions de rétrocompatibilité (et pour éviter de charger un script en plus) mais charge quand même le doctype HTML5 car les navigateurs récents utilisent un moteur HTML5 plus rapide que le moteur HTML4.

Le code HTML est sémantique avec peu de code de structure. Ceci a permis de réduire le poids de l’HTML tout en ayant un bon ratio contenu/structure.

Enfin, le code HTML final est renvoyé compressé au navigateur client.

Réduire le poids des images

Toutes les images utilisées sur le site ont été générées à la bonne taille. Nous voyons encore trop souvent, pendant nos audits de sites, des images trop grandes et réduites dans le code HTML ou CSS. Nous avons donc vérifié que toutes les images étaient fournies à leur taille d’affichage (et ne nous parlez pas d’écran retina svp).

Ensuite, toutes les images ont fait un tour dans un outil d’optimisation en ligne pour réduire leurs poids au maximum sans impacter leur qualité.

Nous vous conseillons l’excellent outil Kraken Image Optimizer pour optimiser vos images en ligne.

Images des camping-cars

Le site CampiLoc, comme tout site d’annonces en ligne, propose aux propriétaires d’uploader des images pour agrémenter leurs annonces.
Les images chargées par les propriétaires sont des images lourdes et non optimisées pour le web.

Plutôt que rajouter des contraintes de taille et de poids aux propriétaires, l’idée a été de garder les originaux chargés par les propriétaires et de régénérer à la demande, selon la page du site, des images optimisées à la bonne taille pour qu’elles soient les plus légères possibles.

Réduire le nombre de requêtes HTTP

L’étape suivante est de réduire le nombre de requêtes effectuées par le navigateur. Selon le navigateur le nombre de requêtes maximum effectuées en parallèles est variable mais ce nombre n’est jamais important. De plus le délai peut être long (surtout avec une connexion mobile) entre la demande de téléchargement d’un nouvel élément et le début du téléchargement de cet élément. Il est donc recommandé de combiner les requêtes pour réduire au maximum leur nombre nécessaires à l’affichage de la page.

Combiner le code CSS & JavaScript

L’ensemble du code CSS est combiné côté serveur et renvoyé côté client avec dans le nom du fichier combiné avec un hash des noms de fichiers CSS originaux (nous verrons plus loin pourquoi ce hash est important).
La même technique est utilisée pour combiner le code JavaScript.

Nous avons donc réduit le nombre de fichiers pour passer de 10 fichiers CSS à un seul fichier et de 13 fichiers JavaScript à un seul fichier !

Utilisation de sprites pour les images

Les images utilisées par le code CSS doivent être regroupées dans un sprite, c’est à dire une seule grosse image combinant toutes les petites images. Avec un sprite CSS il suffit simplement de modifier la propriété background-position de l’image combinée pour déplacer la zone visible pour avoir l’image finale souhaitée (il faut voir le bloc HTML comme une fenêtre qui ne rend visible qu’une partie du sprite qui est déplacé comme on le souhaite).

Les composants Telerik utilisent déjà un sprite CSS.
Nous avons donc créé un sprite supplémentaire pour l’ensemble des images spécifiques au site CampiLoc. Nous vous recommandons de construire vos sprites « à la main » car l’utilisation d’un outil automatique créera des zones vides qui augmentent légèrement le poids du sprite.
Ce sprite est ensuite passé entre les mains de Kraken pour réduire son poid au maximum .

Cas particulier de la carte de France

Le site CampiLoc propose une carte de France pour faire une recherche rapide des camping-cars disponibles pour une région de France. L’utilisation de la balise Map et Area permet facilement d’avoir des urls différentes (et donc des recherches différentes) en fonction de la zone cliquée sur la carte. Par contre il est important d’avoir un retour utilisateur au survol de la carte pour comprendre quelle recherche va être lancée en fonction de la zone activée.

La méthode habituelle pour changer une image en fonction du survol est de le faire au hover en CSS. Par contre en CSS impossible de récupérer l’Area survolée pour modifier l’image en conséquence. Pour garder cette information, on passe donc par du code JavaScript.

La solution en JavaScript est de modifier l’image en fonction de la zone survolée mais pour éviter le chargement de la nouvelle image il faut précharger l’ensemble des images pour chaque région (c’est la technique employée par leboncoin par exemple).

Comme évoqué précédemment, nous voulons éviter de charger trop d’objets. Nous avons donc créé un sprite contenant l’ensemble des survols (et ne contenant que les survols en orange) que nous positionnons au-dessus de la carte normale. Au survol de la carte, un code JavaScript modifie le background-position pour avoir la bonne image au survol.

Voici un extrait du code JavaScript :

$('area[id^="Map"]').hover(
	function () {
		var nb = ($(this).attr('id').substr(3, 5));
		$("#RealMap").css("background-position", "0 -" + 274 * nb + "px");
	},
	function () {
		$("#RealMap").css("background-position", "0 0");
	}
);

Définir un cache client pour l’ensemble des objets

L’ensemble des éléments CSS, JavaScript et images du site CampiLoc ont un cache client positionné pour 1 an. Ceci permet au visiteur de n’avoir à charger que le code HTML une fois la première page chargée.

Pour invalider le cache client d’un élément, il suffit de renommer le fichier source, dans le cas d’un fichier CSS ou JavaScript le hash calculé par le serveur change et le navigateur chargera le nouveau CSS ou JavaScript combiné dans son cache.

Quelques optimisations complémentaires et statistiques finales

En vrac, voici quelques optimisations supplémentaires appliquées sur le site :

Plus de redirection DNS.
Le chargement du fichier CSS combiné a été placé dans le <head> de la page et le fichier JavaScript juste avant la balise fermante </body>.
Le fichier favicon a été optimisé et peut-être mis en cache par le navigateur.
Les tailles des images de contenu ont été définies dans le code HTML.

Avec le code JavaScript Google Analytics, le chargement de la page d’accueil complète représente au total 406,2 Ko pour 19 requêtes HTTP.

Le site obtient donc le grade A (92/100) sur YSlow et la note de 96/100 sur Page Speed.

Conclusion

L’ensemble de ces optimisations permet au site CampiLoc d’avoir un poids assez faible et un chargement rapide des ses pages. Nous pensons que ces optimisations améliorent l’expérience utilisateur et contribueront ainsi à améliorer le positionnement du site sur Google.

Vous pouvez analyser votre propre site pour regarder le poids des éléments, le nombre de requêtes HTTP et le cache client. Vous pouvez aussi consulter les conseils de Yahoo et les conseils de Google.
Si vous souhaitez vous aussi un audit complet de votre site n’hésitez pas à nous contacter.

L’amélioration des performances d’un site est un travail quotidien. Il reste bien sûr des optimisations possibles, si vous voyez un point qui pourrait être corrigé n’hésitez pas à le partager dans les commentaires.

- See more at: http://www.kiwano.fr/performance-site-web-vitesse/#sthash.uBfgq5gt.dpuf

Observatoire 2013

noreply@blogger.com (Anonymous) — Sun, 22 Dec 2013 09:55:00 +0000

Source : http://www.limelight-consulting.com/barometre-limelight-consulting-2013

Google et l'avenir du SEO

noreply@blogger.com (Anonymous) — Sat, 14 Dec 2013 10:39:00 +0000

Pour Google, 2013 a été une année particulièrement riche en termes de mises à jour. Penguin et Panda ont bouleversé le référencement naturel, Colibri a amélioré la pertinence des résultats de recherche et le générateur de mots-clés a fermé ses portes.

Se préparer aux mises à jour des algorithmes

Penguin et Panda ont bouleversé le référencement naturel, Colibri a amélioré la pertinence des résultats de recherche et le générateur de mots-clés a fermé ses portes. De nombreuses personnes se sont même interrogées sur l'avenir du métier de SEO : l'interview Forbes de VUDU marketing en propose d'ailleurs une analyse approfondie. Pour ma part, je pense que Google s'est lancé dans une nouvelle politique antispam. Celle-ci imposerait de nouvelles règles aux professionnels du SEO ainsi qu'à toutes les personnes souhaitant mettre en avant leur site dans les années à venir.
La présence en ligne s'avère en outre indispensable d'autant plus que le marché n'a jamais été aussi compétitif. En effet, l'e-marketing offre désormais d'importantes possibilités de rentabilité tandis que la stratégie du Gray hat a montré ses limites. Les professionnels du SEO devront de ce fait intensifier et adopter une meilleure vision de notre domaine d'expertise. De manière générale, il s'agit d'une démarche stratégique : nos meilleurs joueurs anticipent les actions deGoogle et tentent d'y répondre rapidement. L'infini jeu d'échecs numérique qu'est le SEO continue ainsi, mais se fait désormais suivant des règles plus complexes.
Suite à mes observations, lectures et analyses professionnelles, voici donc quelques conseils à destination des entreprises et des professionnels souhaitant réorganiser leurs stratégies numériques pour 2014.

Le SEO s'améliore

L'observation attentive des mises à jour réalisées cette année (portant notamment sur les sites qui trichent afin d'optimiser leur référencement ou qui ne fournissent aucune information de valeur à l'internaute) permet de prédire le SEO en 2014. Il faut en effet s'attendre à ce que Penguin et Panda continuent la recherche de liens et de contenus de qualité. Garder un œil sur le profil de liens assure ainsi la qualité d'un site. Des contrôles réguliers permettront d'identifier et de supprimer les liens entrants artificiels. En 2014, la réussite du SEO reposera sur la compréhension des démarches actuelles, mais également sur l'importance stratégique et tactique des éventuels changements.
En résumé : le SEO connaît une amélioration notable.

L'importance du marketing de contenu

S'il n'est encore actuellement qu'au stade de buzzword, le marketing de contenu va rapidement devenir une démarche plus mature en 2014. D'un point de vue SEO, Google se penchera sur les entreprises disposant de solides compétences dans ce domaine, car elles représentent ce que le moteur de recherche souhaite soutenir.
Une stratégie de contenu réussie apportera :

un contenu pertinent et orienté vers la cible,
un partage et un suivi sur les réseaux sociaux,
des signes d'activité sur le site,
ainsi qu'une meilleure maîtrise du secteur d'activité.

Toutes les mises à jour récentes de Google ont d'ailleurs été conçues à cette fin. Ainsi pour une entreprise, les évolutions attendues pour 2014 dépendront largement de sa situation vis-à-vis d'une stratégie active de marketing de contenu. Celles disposant de stratégies existantes auront la possibilité de se tourner vers de nouvelles solutions, particulièrement destinées aux mobiles. Les acteurs qui se sont essayés au marketing de contenu pourront d'ores et déjà s'engager davantage et diversifier leurs activités. Les autres peuvent quant à eux se lancer dès à présent.

L'importance des médias sociaux

Les médias sociaux occupent une place importante dans le marketing numérique. Facebook et Twitter ont largement contribué à cette avancée majeure avant que Pinterest, Instagram ainsi que d'autres services de contenus visuels n'alimentent ce type de canal au cours des deux dernières années. La diversification étant actuellement le principal mot d'ordre, être présent sur un seul réseau se révèle insuffisant. Le Content Marketing Institute a d'ailleurs récemment publié une étude portant sur la prospérité des commerçants B2B. Ceux-ci seraient présents sur au moins sept réseaux différents.
Dans les prochaines années, les entreprises et les professionnels du SEO devront se poser les questions suivantes :

considérons-nous l'importance des réseaux sociaux ?
Utilisons-nous les bases de profils solides et d'un contenu réussi ?
Le partage social est-il possible sur l'ensemble de nos contenus ?
L'optimisation de notre stratégie de contenu est-elle possible sur les réseaux sociaux ? Sommes-nous actifs sur les médias sociaux essentiels à notre activité ?
Sommes-nous actifs sur les réseaux sociaux essentiels à nos clients ?
Sommes-nous actifs sur les réseaux sociaux essentiels aux moteurs de recherche (voir ci-dessous pour une meilleure analyse de ce type d'investissement) ?
Notre stratégie de marketing suffit-elle pour l'atteinte des objectifs ?

De la même manière que l'activité humaine dépend de la qualité du contenu, les mises à jour de Google tendent à dépendre des signaux sociaux.

Investir dans Google+

En plus d'une activité marketing réussie sur les réseaux sociaux, la présence sur Google+ apparaît comme indispensable. La dernière étude du site Moz portant sur les facteurs de classement révèle que le réseau social de la firme de Mountain View joue un rôle important dans le classement SEO.
Les principaux points à suivre sont : installation de Google Authorshipsur chaque contenu et mise en lien avec un compte Google+. Il en résulte une amélioration du classement dans les pages de résultats du moteur de recherche. Les + 1 collectés jouent en effet un rôle important dans les signaux sociaux qui composent l'algorithme de Google. Leur importance pourrait d'ailleurs croître prochainement.

Hummingbird n'est que la pointe de l'iceberg

2014 sera l'année du SEO mobile. Hummingbird n'est que la partie visible de l'iceberg que Google met en place afin de répondre à l'évolution rapide du paysage numérique : plus de la moitié des Américains seraient équipés de smartphones ou de tablettes.
Les chiffres actuels devraient largement croître après les fêtes de fin d'année. Il est de ce fait important, pour l'amélioration de leur classement SEO, que les professionnels investissent dans la performance de leur site mobile. Pour ce faire, les sites doivent principalement être conçus à destination des terminaux mobiles avant d'être adaptés aux écrans plus grands. Cette démarche doit être la priorité des professionnels en termes de référencement et d'investissement pour l'année 2014.
Certains changements apparus avec l'arrivée de Colibri, notamment la forte croissance de la recherche sémantique et du Knowledge Graph, devraient continuer à prendre de l'ampleur.
De manière concrète, ils ont pour objectif de préparer l'arrivée de la recherche vocale particulièrement adaptée à une utilisation mobile. D'autres applications (qui restent encore floues pour le moment) pourraient toutefois en découler. Elles serviraient entre autres à structurer chaque contenu en vue de l'améliorer et ne garder que les informations pertinentes.

Court ou long ?

Que choisir ? Un contenu long ou court ? La réponse dépend essentiellement de l'auteur du contenu, de la cible visée, de l'information relayée, du contexte, mais également de ce qui est considéré comme étant le mieux adapté. Concrètement, la véritable question serait : quelle forme de contenu assurera un positionnement optimal en 2014 ?
Vocus a récemment cité une étude affirmant que, pour une recherche spécifique de mots-clés, les 10 meilleurs résultats seraient les contenus présentant plus de 2 000 mots. Bien que cette étude ne soit peut-être plus valide, il est important de mentionner que la longueur du contenu apparaît comme un indicateur de l'expertise ainsi que de la valeur proposée à l'internaute.
L'expertise et la valeur étant en effet mises en avant par Google, la longueur minimum souhaitable pour chaque contenu serait passée de près de 550 mots à 1 000 mots et plus. La réalité de l'appareil mobile est cependant tout autre : un utilisateur d'iPhone sera peu enclin à faire défiler 2 000 mots d'un article qui ne l'intéresse que modérément. Les créateurs de contenus mobiles font ainsi face à la nécessité de créer des articles adaptés à ce type de support, qui devront être beaucoup, beaucoup plus courts.
Les solutions proposées tendent à offrir toutes les gammes de contenu. Le lecteur aura la possibilité d'opter pour le contenu le plus adapté à son appareil. En termes d'expérience utilisateur, il s'agit d'une avancée notable. En revanche, l'efficacité de cette méthode vis-à-vis de l'algorithme de référencement reste encore à démontrer.La question du contenu est un sujet de préoccupation, mais il est certain que des évolutions apparaîtront d'où la nécessité de rester attentif.

Publicité et Pay per Click (PPC) ont une relation décalée avec le SEO

Depuis que Google a pris la décision de chiffrer la majorité des recherches, l'accès aux données de mots clés a été limité. Il y a toutefois une exception : les utilisateurs de PPC sur la plate-forme de Google peuvent par exemple toujours y accéder.
L'orientation du budget SEO vers le PPC peut simplement être le résultat de la restriction de l'accès aux données. En outre, il se peut que Google propose un produit haut de gamme afin de rendre ces données disponibles par l'intermédiaire d'un autre canal d'ici l'année prochaine.

Guest Blogging : une tactique efficace sauf sur quelques points

Le Guest Blogging a été largement utilisé au cours de l'année dernière. Il semble qu'il continuera à être l'un des outils les plus efficaces pour la création de liens entrants de qualité ainsi que l'amélioration du trafic web en 2014. Il est toutefois important que le contenu proposé respecte des exigences de qualité et suive des critères stricts durant la sélection des sites cibles.
En d'autres termes, l'approche appliquée pour le Guest Blogging doit être équivalente aux efforts déployés pour améliorer le référencement. Une mauvaise gestion de cet outil suffirait à être pénalisé par une future mise à jour de Penguin.
Cette année s'est révélée particulièrement importante pour l'industrie du SEO. Pour 2014, les mêmes stratégies sont susceptibles d'être appliquées. En réalisant une rétrospective, il est facile de déterminer les évolutions susceptibles de se produire dans les années à venir. Suivre la stratégie du White hat et prêter attention aux évolutions qui se produisent suffiraient ainsi à améliorer la visibilité dans les requêtes en 2014 et au-delà.
Selon vous, quelles seront les nouveautés proposées par Google pour l'année prochaine ?
Comment les préparez-vous ?

.FR ou .COM ?????

noreply@blogger.com (Anonymous) — Fri, 13 Dec 2013 16:04:00 +0000

Référencement: Qu’en pense Google?

On arrive à la partie la plus importante. Un site en .fr apparaîtra-t’il plus facilement sur Google qu’un site en .com ? Oui et non, explications:

Pour Google, un site portant un .fr ou une autre extension associée à un pays sera associé à ce pays ou à cette zone géographique. Ce qui fait que par défaut, un site en .fr sera mieux placé surgoogle.fr qu’un site non associé géographiquement à la France.

Il est possible de associer géographiquement un site d’un domaine générique (.com par exemple) à la France ou à un autre pays grâce à Google Webmasters (http://www.google.com/webmasters/) et d’avoir le même référencement qu’un site en .fr!!! L’opération nécessite quelques compétences en informatique.

Localiser un site manuellement n’est possible qu’avec des domaines génériques. Un site associé par défault à un pays comme un .fr ne pourra pas être associé à d’autres pays que la France par la suite. Il sera donc moins bien placé sur les moteurs de recherche des visiteurs se trouvant hors de France.

Attention, Nous parlons de localisation géographique et non pas de langue! Si vous avez un site en français et souhaitez que votre site soit visible dans d’autres pays francophones comme au Canada, le .com sera sûrement la meilleure solution en terme de référencement.

Au contraire si vous avez un restaurant à Lille ou que vous êtes électricien à Bordeaux, vous cherchez à cibler les gens situés dans votre zone, et n’avez à priori pas d’intérêt à être visible par les visiteurs se trouvant à l’étranger. Le .fr sera la meilleure option, d’ailleurs il est souvent proposé un peu moins cher que le .com!

Voila! J’espère avoir éclairci certains doutes, n’hésitez pas à commenter pour donner votre avis ou poser une question supplémentaire!

E-mailing en responsive

noreply@blogger.com (Anonymous) — Sat, 07 Dec 2013 09:49:00 +0000

E-mailing Responsive Design, la panacée ?

« Responsive Design »… Voilà deux mots qui déclenchent forcément des discussions animées dans le monde de l’e-mail marketing. Pour ou contre ? Indispensable, ou gadget ? Évolution incontournable ou simple effet de mode ?

Le Responsive Design désigne une technique de développement de l’e-mail qui permet d’adapter la présentation du message pour maximiser son impact, en fonction du support utilisé par le destinataire au moment de la lecture.

Très concrètement, si un e-mail ainsi construit est ouvert au même moment sur l’écran d’un ordinateur et sur un smartphone, deux rendus très différents peuvent être observés.

C’est une lapalissade aujourd’hui, nous utilisons tous de plus en plus les supports mobiles au quotidien, au point de bouleverser notre rapport à l’e-mail. S’il y a quelques années nous allions à la rencontre de nos messages, confortablement installés derrière nos écrans d’ordinateurs, concentrés sur cette unique activité – aujourd’hui ils nous touchent au moment où ils sont émis, où que l’on soit, quoi que l’on fasse. En réunion, dans le métro, au restaurant, et sur un tout petit écran, le destinataire n’est pas toujours en situation optimale pour capter l’information qui lui est ainsi diffusée.

Proposer au lecteur un email au design adapté, avec une navigation verticale, des blocs lisibles sans zoom manuel, des liens accessibles aux doigts – bref un e-mail en "Responsive Design" - c’est effectivement un premier niveau de réponse.
Exemple d’adaptation Responsive Design (source Livre Blanc, Responsive Design, au-delà de l’effet de mode, NP6, 2013) :

La version sur ordinateur s’adapte à une lecture sur un grand écran. Celle sur mobile, à gauche, répond aux contraintes d’un écran plus réduit (une seule colonne).

La technique couvre-t-elle toutes les questions relatives à l’attention portée par l’internaute en situation de mobilité ?

Coûteuse et parfois compliquée, impactante techniquement parce qu’elle suppose de revoir la structure de vos newsletters habituelles, la technique même parfaitement maîtrisée n’est pas la baguette magique qui fera exploser vos objectifs. Ne pas prendre en compte tous les aspects de votre projet a priori peut ainsi avoir un effet très déceptif...

Avant tout, il s’agit d’étudier ses résultats, déchiffrer le comportement de ses contacts e-mail : ouvrent-ils effectivement les communications sur mobiles ? Les rouvrent-ils ensuite sur une autre plateforme ? Sont-ils plutôt cliqueurs, et si tel est le cas… le site de destination est-il lui-même adapté à une navigation sur mobile ?

Finalement, un tel projet doit s’inscrire dans une stratégie globale.

Le Responsive Design ne doit pas être pris comme un aboutissement mais au contraire comme un support qui peut, ou pas, aider à atteindre ses objectifs.

Augmentation du ROI, travail sur la notoriété, diffusion d’information, que l’on attende plus ou moins d’interaction avec ses contacts, la stratégie à adopter sera question de curseurs à positionner, à tester, entre l’intégration Responsive Design, le choix éditorial, le niveau de personnalisation, la définition du bon moment d’envoi, celle du bon ciblage… Parce que le meilleur moyen de ne pas être déçu de la réaction d’un mobinaute reste de ne pas lui envoyer la newsletter – tant qu’il est en situation de mobilité.

Et la clé du succès de toute campagne réside dans la qualité de la connaissance de vos contacts. Au-delà des bonnes pratiques diffusées à une échelle très large, ce sont vos propres "clients" qui permettront d’ajuster progressivement votre stratégie e-mail marketing… Par leurs comportements habituels, leur satisfaction – par tout ce qu’ils disent, directement ou indirectement.

Google Glass

noreply@blogger.com (Anonymous) — Wed, 04 Dec 2013 23:14:00 +0000

L'interface Mirror des Google Glass est désormais ouverte à tous les développeurs, et plus seulement à une liste de beta testeurs. Google invite les éditeurs à se lancer.

C'est une nouvelle étape visant à préparer le lancement des Google Glass. Google invite officiellement les développeurs à acquérir ses lunettes connectées, et à commencer à développer des applications. Le groupe ouvre désormais la Mirror API de ses Glass à tous, sans restriction. Cet accès était jusque-là réservé à une liste de beta testeurs.

L'information intervient quelques jours après la sortie d'un kit de développement, le Glass Development Kit (GDK). Un SDK qui permet de créer des applications natives (baptisée Glassware par Google) reposant sur la surcouche Android des lunettes.

L'objectif de Google est ainsi de préparer le lancement grand public de ses Google Glass, qui devrait intervenir courant 2014. Objectif : faire en sorte qu'une première offre d'apps soit disponible au sein de la future boutique d'applications qui sera dédiée aux Google Glass.

Les hôtels Hyatt mettent en avant leur service client 2.0

noreply@blogger.com (Anonymous) — Sat, 09 Nov 2013 20:38:00 +0000

Publié le 29/10/2013 par Emilie Kovacs

Hyatt, groupe d'hôtellerie de luxe, a fait appel à l'agence We Are Social pour mettre en avant son service client digital interactif.

Depuis le 25 octobre et pendant 7 jours, les internautes sont invités à exprimer leurs envies de séjours de rêve sur les réseaux sociaux Twitter, Vine, Instagram, Pinterest et Facebook, accompagnées du hashtag#HYATTaDream.

Le groupe hôtelier Hyatt et l'agence We Are Social organisent en effet une grande campagne pour promouvoir le service 2.0 des différentes hôtels Hyatt®, Park Hyatt®, Andaz®, Grand Hyatt®, Hyatt Regency®, Hyatt Place® et Hyatt House(TM).

Au coeur du dispositif : Aimable, un concierge virtuel, habilité à répondre au plus grand nombre, en temps réel et en vidéo.

En parallèle, pour soutenir cette activation, l'agence conversationnelle We Are Social a mis en oeuvre un dispositif d'achat média sur Facebook et Twitter.

Une campagne d'influence ciblée a également été déployée, destinée à quelques blogueuses à qui l'agence a envoyé une vidéo personnalisée d'Aimable, les invitant à séjourner dans un des hôtels de la marque.

A l'issue de la campagne, 7 gagnants (les plus imaginatifs) remporteront la réalisation de leur séjour de rêve.

Chrome poursuit sa fulgurante progression en France

noreply@blogger.com (Anonymous) — Sat, 09 Nov 2013 10:41:00 +0000

Le navigateur de Google n'est plus qu'à quelques dizièmes de point des 30% de part de marché en France. Par rapport au mois de septembre, Chrome a réalisé une belle progression (+0,92 point), et est même le seul navigateur avec Android à afficher une hausse d'un mois sur l'autre. Car dans le même temps, IE est passé de 22,06% à 21,53%, Firefox de 20,41% à 20,03% et Safari de 19,24% à 18,84% tandis qu'Android a, lui, légèrement progressé en passant de 6,54% à 6,65%.

Exception faite de Safari, les navigateurs web qui ont perdu du terrain d'un mois sur l'autre, ont également cédé des parts de marché d'une année sur l'autre. Ainsi, c'est le cas d'Internet Explorer (-7,66 points) et Firefox (-3,57 points). A l'opposé, Chrome a grimpé de 2,51 points par rapport à octobre 2012, Safari de 3,98 points et Android de 3,11 points.

Pour les utilisateurs de PC sous Windows XP, rappelons par ailleurs que Google et Mozilla ont récemment annoncé l'extension du support de Chrome et Firefox jusqu'en avril 2015 pour le premier et jusqu'à une date indéterminée pour le second.

Parts de marché des principaux navigateurs en France en octobre 2013 (chiffres basés sur les statistiques d'audience de Linternaute.com, premier site français d'actualité en mars 2013). © JDN

Linking : arrêtez le massacre !

noreply@blogger.com (Anonymous) — Fri, 08 Nov 2013 14:14:00 +0000

Linking : arrêtez le massacre !

Malgré la pénalisation des dérives du netlinking par Google, les référenceurs ne se sont pas remis en question et les pratiques n'ont pas radicalement changé, au risque d'être inefficaces voire dangereuses.

Je ne vais pas revenir sur les dérives du netlinking, dont tout le monde a entendu parler avec les mises à jour de l'algorithme de Google de ces deux dernières années et les pénalisations qui s'en sont suivies, mais la prise de conscience n'a pas été complète.
En effet, de très nombreux référenceurs avaient fondé leur stratégie SEO quasi-exclusivement sur le linking... et ne savent faire que ça ! du coup, ils continuent cette stratégie en l'ayant un peu assagie : utilisation de descriptions uniques, variation des textes d'encrage, abandon des annuaires les moins qualitatifs.
Ainsi, comme encore récemment on entendait des créateurs de sites parler exclusivement de balises META lorsqu'on leur parlait de référencement, aujourd'hui on voit de nombreuses agences de référencement parler uniquement d'inscriptions dans des annuaires et de publication de communiqués de presse (CP)...
Là encore, faire appel à son bon sens est le premier outil du référenceur : voyez-vous souvent des annuaires ou des sites de CP dans les résultats de recherche ? non, donc c'est que Google n'accorde pas grand intérêt à ces sites... Et si Google n'accorde pas grand intérêt à ces sites, pensez-vous qu'il accorde beaucoup de poids aux liens qu'ils contiennent ?
Non seulement cette stratégie s'avère généralement inefficace, mais je vois encore des sites qui se font pénaliser à cause d'une campagne de linking qui a été mise en œuvre après Penguin...
Pour moi, la seule conclusion que l'on peut en tirer est : arrêtez de perdre du temps et de l'argent avec des inscriptions annuaires et des publications de CP ! Laissez tomber la solution de facilité au profit d'un linking très qualitatif qui a toujours fonctionné et fonctionnera toujours.
Oubliez donc les notions quantitatives : obtenir un lien par mois de très bonne qualité (lien dans le contenu d'une page importante d'un site d'une thématique connexe), c'est déjà bien !

Les liens de la plus haute qualité sont très difficiles à obtenir

Et il faut en général se contenter de liens qualitatifs mais un peu moins pérenne, surtout si l'on veut que les choses avancent rapidement. C'est pourquoi l'obtention de liens dans des articles de blog - assez aisée même s'il faut parfois payer - est devenue un enjeu important pour ceux qui font du linking haut de gamme. Si les blogs sont spécialisés sur la même thématique que le site et qu'ils ne comportent pas trop de liens sortants, ces liens peuvent être très qualitatifs, mais au bout d'un certain temps, ils se retrouvent dans les profondeurs du blog, ce qui fait qu'ils n'ont plus le même poids et donc qu'il faut en obtenir régulièrement de nouveaux.
Dans le web anglophone, d'ailleurs, des plateformes de mise en relation entre éditeurs de blog et fournisseurs de contenus comme MyBlogGuest se sont mises en place. Ce guest-blogging permet aux blogueurs d'obtenir des contenus gratuitement en contrepartie de l'insertion d'un lien dans les articles publiés et réciproquement, on peut obtenir un lien gratuitement en échange d'un article. Dans le web francophone, il faut encore souvent en passer par la rémunération du blogueur, mais gageons que le guest-blogging va se développer...
Donc, si vous faites appel à un référenceur ou à une agence de référencement, veillez à ce que la stratégie ne soit pas exclusivement basée sur le linking : il y a aussi l'optimisation du site, les réseaux sociaux...
Sachez également que le travail de netlinking n'est pas toujours nécessaire : si votre site est assez ancien et qu'il a déjà obtenu naturellement quelques bons liens, une simple optimisation peut suffire à faire monter votre site dans les toute premières positions. Et donc si néanmoins une campagne de linking est nécessaire, veillez à ce qu'elle soit très qualitative. Les agences proposant du netlinking haut de gamme sont encore peu nombreuses, mais on commence à en trouver.

Internet mobile : l'audience des groupes, des sites et des applis en France

noreply@blogger.com (Anonymous) — Fri, 08 Nov 2013 12:16:00 +0000

Internet mobile : l'audience des groupes, des sites et des applis en France

Près d'un Français sur 2 se connecte chaque mois à l'Internet mobile. Cela représente 25,8 millions de mobinautes au 3e trimestre 2013 soit 3,5 millions de plus qu'il y a un an.

Nouveau chassé-croisé entre Yahoo et Apple au sein de ce classement de l'audience de l'internet mobile, effectué chaque mois par Médiamétrie // Netratings. Le portail américain récupère sa 3e place, à la faveur d'une hausse de son audience de plus de 500 000 visiteurs uniques lors du mois de septembre. Dans le top 10, le groupe Solocal conserve sa 7e place, en dépit d'une chute de 266 000 VU de son audience. Au total, 3 acteurs de ce classement sont à la baisse, le groupe Figaro et Shazam ne faisant guère mieux que Solocal.

Les 20 premiers groupes Internet mobile en septembre 2013
Rang	Groupe	Audience (en millier de VU)
Source : Médiamétrie // Netratings
1	Google	20 766
2	Facebook	15 143
3	Yahoo!	9 560
4	Apple	9 247
5	Orange	9 201
6	Wikimédia Foundation	6 722
7	Solocal Group	6 287
8	SFR	5 954
9	Groupe Lagardère	5 333
10	Dailymotion	5 287
11	Schibsted (Editions Aixoises Multimédia)	4 830
12	Groupe Figaro	4 664
13	Groupe Amaury	4 250
14	Groupe TF1	4 167
15	Midasplayer.com	4 041
16	Microsoft	4 022
17	Bouygues	4 005
18	CCM Benchmark	3 980
19	Shazam Entertainment	3 720
20	Web66	3562

Près d'un Français sur 2 se connecte chaque mois à l'Internet mobile. Cela représente 25,8 millions de mobinautes au 3ème trimestre 2013 soit 3,5 millions de plus qu'il y a un an. Les sites et applications de la sous-catégorie "Médias TV / Radio" enregistrent la 2ème plus forte progression par rapport au mois d'août 2013 avec 1 million de mobinautes supplémentaires en 1 mois, soit 8,1 millions de mobinautes au total. A noter l'avancée constante de l'éditeur de jeux King.com dont les applications dépassent le seuil des 4 millions de VU.

Les 20 premiers sites et applications mobile en septembre 2013
Rang	Sites	Audience (en milliers de VU)	Rang	Applis	Audience (en milliers de VU)
Source : Médiamétrie // Netratings
1	Google	17048	1	Youtube	10949
2	Facebook	14603	2	iTunes	8825
3	Youtube	12476	3	Google	8527
4	Orange	7194	4	Yahoo!	7570
5	Wikipedia	6583	5	Game Center	4875
6	Dailymotion	5277	6	King.com	4021
7	Apple	5255	7	Orange	3890
8	Yahoo!	5094	8	Shazam	3693
9	SFR	4145	9	SFR	3643
10	Leboncoin	3887	10	PagesJaunes	2652
11	Bouygues Télécom	3649	11	Bouygues Télécom	2428
12	PagesJaunes	3096	12	Samsung Mobile	2395
13	Amazon	2630	13	Deezer	2223
14	auFeminin	2423	14	La Chaîne Météo	1900
15	L'Internaute	2252	15	Instagram	1795
16	Le Parisien	2096	16	Leboncoin	1613
17	Free	1911	17	L'Equipe	1508
18	MSN/Windows Live	1900	18	Météo France	1503
19	Le Monde	1842	19	Allociné	1462
20	Deezer	1839	20	Gameloft	1424

Le commerce électronique en France : les chiffres clés
Quels sont les chiffres clés du e-commerce en France selon les secteurs ? Comment évoluent les indicateurs ? Publicité, m-commerce, multicanal... Quelles sont les orientations stratégiques pour 2013 ? Sommaire détaillé