Go-Referencement.org : Référencement, marketing de recherche et Web 2.0

Voila l’article du vendredi qui présente un petit résumé composé par Pier-Luc Petitclerc, notre programmeur en chef, qui a eu la chance d’assister à la conférence PHP Québec qui se tenait a l’hôtel Sofitel de Montréal cette semaine… Comme tout programmeur qui se respecte, c’est très succinct

Voici quelques présentations de la Conférence PHP Québec 2008 disponibles pour consultation! Je vais essayer de garder cela à jour. Si vous voulez ajouter des liens pour les présentations manquantes, faites-moi signe! Je les ajouterai!

Mercredi
Security/Optimisation Q&A by Ilia Alshanetsky & Chris Shiflett: N/A
Techniques de sécurité systémique sur le Web par Damien Seguy et Philippe Gamache: N/A
SOAP, tips, tricks and tools by Rob Richards
Database Information center by Robert Bernier, Kitman Cheung, Kuassi Mensay, Zak Greant & Jay Pipes: N/A
The symfony platform: Create your very own framework by Fabien Potencier
Test-driven object oriented programming - learning and understanding by Marcus Boerger & Sebastian Bergmann: N/A
Databases Q&A by Robert Bernier, Kitman Cheung, Kuassi Mensah, Zak Greant & Jay Pipes: N/A
Top 10/30 Scalability Mistakes by John Coggeshall
Explaining the complaints by Derick Rethans & Marcus Boerger

Jeudi
The Age of Literate Machines by Zak Greant: N/A
Beyond MVC: Enterprise PHP Patterns by Stefan Priebsch
Help, My Website has been hacked! Now What? by Eli White
Performance-minded MySQL for PHP Developers by Jay Pipes
L’analyse Web (Web Analytics) par Sebastien Brodeur
Security 2.0 by Chris Shiflett: N/A
Database and SQL (un)patterns by Lukas Smith
Web-Scale PHP Connection Broker by Kuassi Mensah: N/A
High Performance Web Pages by Stoyan Stefanov: N/A
Rich Desktop Applications by Raphael Rougeron: N/A
Disaster Recovery in A Production Environment Using PostgreSQL’s PITR by Robert Bernier: N/A
PHP For Polyglots - Web applications and i18n by Marc Wandschneider
PECL: The PHP Language Workbench by Sebastian Bergmann: N/A
Implementing a JSR-283 Content Repository in PHP by Karsten Dambekalns: N/A
Operational Risk Center (ORC) Using PHP by Jagadeesan Balakrishnan: N/A
Introduction to PHP 5.3 by Ilia Alshanetsky
Breaking the Rules by Morgan Tocker: N/A

Vendredi
PHP dans la grande entreprise et dans les gouvernements par Benoit Marchand: N/A
API Design in PHP by David Sklar: N/A
Realizing the Full Potential of Your Rich Internet Applications by Mike Pottier: N/A
Grandir l’équipe avec le controle de revision par Louis-Philippe Huberdeau: N/A
Graph-Oriented Programming with PHP by Sebastian Bergmann: N/A
Security from the Database Perspective by Morgan Tocker: N/A
Enterprise PHP: A Cross Section of a real Implementation by Jogn Coggeshall
RIA with open standards by Jeff Griffiths: N/A
PHP and memchached - Giving your database server a break by Marc Wandschneider
Agile Web application development using Project Zero by Robert Nicholson
Help, I found a bug in my code! by Derick Rethans
High Performance PHP & MySQL scaling techniques by Eli White
Who Am I? - The Age of the Digital Identity by Rob Richards: N/A
The Seven Steps to Better PHP Code by Stefan Priebsch
PHP Applications with Xquery v1.1 by Kitman Cheung: N/A

La blogosphère du PHP
Ilia Alshanetsky
Chris Shiflett
Damien Seguy
Philipe Gamache
Kuassi Mensah
Zak Greant
Fabien Potencier
Marcus Boerger
Sebastian Bergmann
John Coggeshall
Derick Rethans
Stefan Priebsch
Eli White
Jay Pipes
Sebastien Brodeur
Lukas Smith
Stoyan Stefanov
Marc Wandschneider
Karsten Dambekalns
Morgan Tocker
David Sklar
Louis-Philipe Huberdeau
Jeff Griffiths
Robert Nicholson
Webmaster Québec

Matthew Inman avait besoin d’un outil pour trouver rapidement une URL dans les résultats de recherche Google pour un mot-clé précis. J’ai donc repris son script, l’ai traduit et j’ai aussi ajouté l’option de choisir la langue afin de rendre l’outil plus approprié pour nos lecteurs. Nous n’avions pas besoin de fonctionnalités avancées ou d’options compliquées, juste un outil qui permet de trouver sur quelle page de résultat se trouve la page actuellement visitée, d’un simple clic. Matthew a donc écrit un script PHP à cet effet, que j’ai modifié et traduit. Le script comprend aussi un lien qui peut être ajouté à la barre d’outils de Firefox. Ce n’est pas l’outil du siècle, entendons-nous, mais nous l’offrons tout de même gratuitement et je l’ajouterai à la section « Outils » de la V2 de Go-Référencement, tout au bas. Nous avons tous les deux décidé de fournir le code source aussi afin de vous permettre de l’adapter à vos besoins.

• Exemple - Où je me classe?
• Exemple (alternatif*) - Où je me classe?
• Code Source

* Si Google limite le nombre de requêtes.

L’installation est simple: placez le fichier dans un dossier de votre serveur Web qui exécute du code PHP et renommez le fichier avec une extension .php.

Nous savons qu’il y a énormément de fonctionnalités que ce script aurait pu faire, ou ne fait pas, mais ce n’était pas notre objectif. Si vous avez des demandes précises, inscrivez un commentaire et nous l’ajouterons à notre TODO pour la V2 de Go-Référencement. Bonne et saine utilisation

Web 2.0 par-ci, Web 2.0 par là … Il paraît que le Web 2.0 est l’avénement du “look and feel” donc de l’usabilité enfin tournée pour tout internaute !

J’ai donc décidé de m’y pencher… Pour ce faire, j’ai décidé d’analyser le point crucial et commun à de nombreux sites : le formulaire de contact ou d’enregistrement. Et pour choisir les sites à décortiquer quoi de mieux que de les piocher dans le fameux Web 2.0 Awards de SEOmoz.
La plupart des formulaires étaient très décevants. Voici les constatations, parfois effarantes, qui en sont tirées :

• Certains offraient une validation lors de la soumission/envoi (submit) du formulaire, mais délivraient un message inexistant ou peu clair lorsqu’une erreur se produisait.
• Certains ressemblait plus à un formulaire administratif provenant du FBI qu’à autre chose (i.e Yahoo!)
• D’autres affichaient le mot de passe sans cryptage ! Cet élement est pourtant à la base de la conception d’un formulaire.
• La plupart de ces formulaires n’utilisent pas de validation en JavaScript ou Ajax. Pour des sites Web 2.0, c’est un scandale

Mes humbles recommandations :

• Ce qui peut être validé via le JavaScript devrait être fait. Ce point concerne surtout l’étape d’envoi/confirmation du formulaire ou lors de changements/réactualisations des informations.
• Ce qui peut être validé en Ajax peut être une plus-value en ergonomie. Je pense notamment à la disponibilité d’un “username” ou d’une adresse e-mail lors de l’inscription.
• Lors de l’envoi des informations, toutes les erreurs devraient être renvoyées en une fois, avec tout les champs invalides concernés (plutôt que de rapporter une erreur à la fois … Quoi de plus frustrant que de s’y reprendre à plusieurs fois avant de remplir correctement un formulaire).
• Concernant ces mêmes erreurs, une emphase graphique devrait aider l’utilisateur à retrouver rapidement ces dernières.
• Les intitulés des champs à remplir devraient être placés au plus proche du champ de saisie.
• Les termes devraient toujours être “Inscription” et “Connexion”, selon les standards d’utilisation et les habitudes des internautes. Des termes comme “Mon espace” ou “Mon profil” peuvent porter à confusion.

Pour illustrer mes propos, je vous offre une liste de formulaire d’enregistrement qui me semblent bien faits et bien pensés :

• Simples et efficaces :

• http://looklater.com/do/createaccount

• http://eventful.com/register

• http://blummy.com/register.php

• http://www.newsvine.com/_tools/new/user

• https://secure.fluxiom.com/signup/private

• http://multiply.com/user/join/

Je suis toujours à la recherche du formulaire d’enregistrement ou de contact parfait Si vous le connaissez, faites-moi signe !

Cela fait plus d’un an déjà qu’il vous est possible de bâtir une plateforme web fonctionnant comme un Digg, à l’aide d’un CMS. Le plus connu et le plus répandu est Pligg.

Pligg offre un CMS simple d’utilisation (PHP et MySQL) est dédié à la vague des sites dits sociaux. Il est disponible en source libre avec une documentation alimentée par ses propres utilisateurs (forums, chat IRC, Wiki …).

Corrigez-moi si je me trompe, mais il me semble que la personne derrière ce projet est la même qui a lancé VideoSift, qui est une plateforme vidéo sociale.

Ce CMS semble particulièrement répondre à la demande et à la nouvelle offre du Web 2.0. D’ailleurs depuis un an, nous avons tous constaté l’éclosion de sites dits digg-like :

Riggd : Un digg-like de nouvelles autour du patriotisme (ah mon dieu !)
Dealigg : Un digg-like de e-commerce proposant des “deals”. Ils ont même une section “Spéciale Aubaine du Vendredi”
GameDiggity : Un digg-like tournant autour de vidéos de joueurs
ScoopTube : Un digg-like présentant les meilleures vidéos virales de YouTube
Jossle : Un digg-like offrant des nouvelles du monde politique
GameSnips : Un digg-like d’actualités dans le monde du jeu vidéo
TheBigMashup : comme son nom l’indique … De tout et de rien
TalkSoccer : que des fans de Soccer !

Certains d’entre eux comme TheBigMashup, ont été bâti avec le CMS Pligg. La plupart des ce genre de sites ne génère pas encore énormément de trafic puisqu’ils visent des niches de marchés.

Ainsi nos interrogations au sujet du CMS, se portent plutôt sur la stabilité du logiciel et sa souplesse … Nous n’avons pas encore essayé ce genre de CMS, mais d’après certains utilisateurs, Pligg serait peu flexible au niveau du code PHP et le nom de Meneame revient souvent comme référence … Avez-vous déjà utilisé un CMS digg-like ? Faites partager vos impressions !

J’ai été approché par Guillaume pour participer à son blogue et ainsi ajouter du piquant à la partie technique de Go-Référencement. C’est avec beaucoup d’excitation que j’ai accepté l’offre et, rapidement, je me suis mis à ma plume. Après quelques soirées sans succès, éprouvé du syndrome du blogue blanc, craignant d’être banni à tout jamais de tous les blogues de la planète suite à la publication d’un article de piètre qualité, j’ai décidé d’y aller sur un sujet controversé.

Étant de nature multi-projets, je travaille sous plusieurs environnements dont les deux principaux : IIS/MS SQL/ .NET et LAMP (Linux, Apache, MySQL, PHP). J’ai appris avec le temps à accepter les forces et faiblesses de chacun d’eux, mais comme le démontre ce graphique, je ne suis pas le seul à avoir une préférence:

Source : Netcraft December 2006 Web Server Survey

L’aspect Libre (Open Source et gratuit) de LAMP en fait un environnement accessible et dans lequel il est facile d’évoluer. Les forums, guides de référence et tutoriaux sont beaucoup plus nombreux que pour .NET. Les exemples de code et librairies sont disponibles en grand nombre gratuitement. Il est facile de démontrer que les développeurs apprécient le Libre, les serveurs Microsoft ayant gagné une bonne part de marché suite à la distribution gratuite de Visual Studio 2005 Express.

Je ne suis ni administrateur de serveur ni spécialiste en sécurité, mais je peux vous dire qu’à mon niveau, Linux et Apache sont sans aucun doute plus stables et faciles à gérer que Windows Server et IIS. Quand avez-vous perdu votre dernière journée à jouer avec les permissions d’une application .NET? Dans mon cas c’était cette nuit…

Je pense aussi qu’il est beaucoup plus facile de créer des sites internet optimisés avec PHP qu’avec .NET. Je vais très bientôt faire une étude comparative pour prouver mon opinion. D’ici là, pensez-vous, comme moi, que l’environnement LAMP est le meilleur choix pour le développement et le référencement d’un site?

Il y a quelques jours, Rand Fishkin de SEOmoz a publié un billet sur l’ergonomie et l’efficacité que doit offrir un formulaire en ligne.

D’après une étude entreprise par UXMatters, certains types de formulaires sont plus ergonomiques et efficaces que d’autres. En effet, UXMatters a fournit une étude agrementée de tests d’utilisateurs couplés avec le “Eye tracking”, technique qui permet d’étudier le parcours visuel des utilisateurs face à une page web.

L’étude est assez complète et nous offre de précieux conseils pour construire un formulaire efficace et donc augmenter le taux de conversion (le taux de formulaires completés étant souvent l’agrégateur principal pour calculer le taux de conversion d’un site).

Ainsi, il apparait que le formulaire le plus ergonomique est celui qui présente les intitulés au dessus des champs de saisie (voir image).

Les chiffres indiquent, par ordre chronologique, à quels endroits les yeux des utilisateurs se sont attardés. Mise à part le bouton d’action (ici submit), nos yeux sont inconsciemment attirés par les champs de saisie. Il est donc plus judiciable de positionner au plus près des intitulés.

Certaines règles sont fortement déconseillées :

• L’utilisation du gras pour mettre en valeur les intitulés : il est plus difficile et plus fatiguant de lire en gras
• L’agencement où les intitulés se trouvent à gauche des champs de saisie : La séparation franche entre l’intitulé et son champ de saisie entraîne une plus grande difficulté pour la compréhension de l’utilisateur. En effet, d’après le Eye Tracking, les utilisateurs ne visualise pas le formulaire dans son ensemble en un coup d’oeil.
• Les listes sont à utiliser avec précaution : les listes déroulantes sont très/trop attractives pour les yeux. Donc, il faut les utiliser dans un but précis.

Si vous voulez lire l’étude au complet, visitez le site de UXMatters. Et pour pousser votre analyse je vous invite à lire les commentaires sur le site de SEOmoz, qui amorce le débat “Utilité versus Design” sur le sujet.

Le CMS (Content Management System) est un système intégré et multi-plateforme permettant aux entreprises et aux organisations de gérer rapidement et facilement le contenu dynamique et rédactionnel d’un site Web.

Les CMS ont les propriétés suivantes :

• permettre à plusieurs individus de travailler sur un même document
• fournir une chaîne de publication, et du contrôle de version (cf Wiki)
• séparer les opérations de gestion de la forme et du contenu
• permettre de publier (mettre en ligne le contenu)
• structurer le contenu. Ce qui les différencie des blogues !

Choisir et implanter un système de gestion de contenu est devenu une tâche importante parmi toute la gamme des projets de technologie de l’information de toute entreprise désirant implanter ou maintenir de façon efficace un site Intranet, Extranet ou Internet.

Prenons le cas dans la gestion de l’information d’un site web. Le CMS permet au client de gérer lui-même l’information figurant à l’intérieur de son site, sans aucun pré-requis techniques, et donc en toute indépendance vis-à-vis de son fournisseur (entreprise créatrice du site web).

Comment ça marche ?

Le client et le fournisseur définissent ensemble la charte graphique et la structure du site internet (sections, droits accès, etc. …).
Le fournisseur va créer les feuilles de style (design) et les tables de données (structure) indépendamment de l’information. Il va ensuite créer le CMS en fonction de la structure de la base de données où sera stockée l’information ajoutée par le client. Ainsi, le CMS s’apparente au fonctionnement d’un formulaire en ligne, à la seule différence où le CMS est accessible selon des droits d’utilisateurs définis.

Plusieurs profils d’utilisateurs sont créés, permettant de définir les actions que peut faire un utilisateur selon ses droits. Ainsi, il en découle un accès sécurisé où l’utilisateur doit s’identifier à l’aide d’un nom et d’un mot de passe.
Dès lors, le client-utilisateur accédera au CMS. Après avoir préalablement choisi la section du site internet (ex : Accueil), le client va choisir l’action à faire (Ajouter un message d’accueil), et taper son message dans le formulaire adéquat (Bienvenue Chez l’entreprise X …). Techniquement cette information sera enregistrée dans la base de données du CMS en temps réel. Ainsi, dès l’enregistrement, cette information sera visible sur le site internet, dans la section choisie par le client.

Quelle en est la plus-value ?

En somme, les avantages sont non négligeables pour le client :

• Indépendance : Il est autonome face à son fournisseur
• Rapidité : La gestion de l’information se fait un temps réel
• Simplicité : les règles sont prédéfinies (design et structure).

Le client est maître de son identité web.

Dans un précédent article, nous avons mis en évidence les enjeux de l’accessibilité du Web. Dans cet article nous allons présenter les solutions à mettre en place pour répondre aux problèmes que posent les handicaps physiques (surdité, malvoyance, etc …)

Surdité/malentendants

Trouble : Affaiblissement ou la disparition de l’ouïe. La personne ne perçoit pas ou peu les sons.

Solutions : Éviter de baser la communication de votre site web sur des formats audios (interviews, musiques, etc. …). Si des formats audio ou vidéo sont présents sur votre site web, vous devez absolument fournir aux internautes la possibilité d’accéder à des sous-titres.

Cécité/malvoyants

Trouble : Déficience visuelle qui conduit le sujet à ne pas ou peu voir.

Solutions : En ce qui concerne les malvoyants, ils devront se munir de clavier à gros caractère, et de logiciels d’agrandissement de l’écran. Les utilisateurs atteints de cécité devront acquérir un afficheur en braille. Les éditeurs de contenus pourront proposer un guide audio et des synthèses vocales pour diriger et informer les internautes atteints de troubles de la vue.

Daltonisme

Trouble : Déficience de la vision qui se caractérise par l’absence de perception des couleurs ou par une incapacité à différencier certaines teintes ou couleurs.

Solutions : Les éditeurs de contenu devront absolument éviter de baser la structure de leur site web sur les couleurs. Ils devront aussi opter pour des couleurs à fort contraste entre elles, et pourquoi pas, proposer plusieurs versions couleurs (plusieurs CSS) de leur site web. Pour vous rendre compte du problème que pose le daltonisme, nous vous invitons à visiter le site Vischeck. Ce site vous permet de savoir comment un daltonien voit votre site web.