Soyons honnêtes un instant : même si le développement web est de plus en plus accessible (avec une profusion de plateformes open sources et logiciels démystifiant les bases du HTML, CSS et PHP), la tâche demeure ardue.

Si vous êtes un initié, vous pouvez produire un appel d’offres pour trouver une firme pouvant réaliser vos projets web. Par contre, si vous êtes néophyte, les contraintes budgétaires peuvent affecter négativement la portée de votre présence web, et par extension, l’accès à des clients potentiels.

À mon avis, ça ne devrait pas être le cas.

I have a dream…

Je pense qu’il existe une offre manquante dans le web aujourd’hui, ou du moins, dans le web francophone québécois.

Je rêve d’une offre qui serait axée sur la formation et la compréhension du web. J’imagine un monde où le client paierait pour être éduqué et, accessoirement, avoir un site web. Utopique, je sais… or donc, j’offrirais :

• Accompagnement du client dans la sélection d’un nom de domaine.
• Installation d’outils gratuits, du cloud (Google Analytics, Google Apps).
• Temps prévu pour tout répéter mots à mots, parce qu’on écoute jamais durant les formations.
• Temps prévu pour les demandes surprises par ceux qui, en découvrant le web, on des éclairs de génie sur comment l’utiliser en faveur de leur marque, leur personne ou leur commerce.
• Un site de base, avec un outil de publication de contenu simple, supporté par un backend open source muni d’une grande communauté supportant ses utilisateurs.
• Temps de support technique.

Cependant, je n’offrirais pas un design 100% custom, des stratégies web poussées et de l’innovation dans la manière d’utiliser le web. Pourquoi? Parce que pour paraphraser un entrepreneur web de la région de Québec : «Beaucoup de nos clients ne sont pas encore au web 1.0»

On impose souvent notre vision du web à des clients. On met sur pied des idées qui sont pertinentes, mais que le client n’est pas encore en mesure de comprendre. Pour ma part, je suis incapable d’utiliser quelque chose que je ne comprends pas.

Ce ne serait pas un one size fits all

L’idée n’est pas de standardiser tout le web. Elle s’applique dans un contexte très précis : introduire les gens au pouvoir du web, à la liberté que celui-ci offre, dans un cadre «Dites-moi quoi faire». L’idée est de démontrer la viabilité du web. Pour ceux qui le savent déjà, vous savez qu’être unique sur le web est important. Ceux qui cherchent l’innovation et la fine pointe sont déjà comblés par l’offre des agences spécialisées.

Ces outils et ces services sont peut-être disponibles, accessibles et gratuits, mais au risque de me répéter, l’idée est d’offrir l’encadrement nécessaire pour mieux comprendre et maîtriser ceux-ci.

Je ne suis pas un propriétaire de site web

Ce n’est qu’une idée. Je ne prétend pas régler la faim dans le monde, mais je soutien qu’il y a un potentiel là.

Suis-je dans le champs? Qu’en pensez-vous?

Soyez honnête, je suis capable d’en prendre

Aussi, je veux parler ici des choses que vous devriez exiger en tant que clients, lorsque vous demandez une soumission pour un site. En partant, si votre contractant / entreprise / beau-frère hésite, ou encore esquive l’étape de la soumission en prétextant la complexité de ce genre de demande, allez voir ailleurs! Vous allez sauver beaucoup d’argent, et probablement beaucoup de temps.

Voici une liste d’éléments simples pour vous guider lorsque vous demander un site web.

Des liens lisibles

Nous sommes en 2009, les liens devraient être lisibles par les utilisateurs. Pas de http://monsite.com/index.php?lang=fr&page=programmation
#progGrid=fr%3BGetByDate%3B2009-07-11.

Cette pratique, en plus de nuire à votre classement, a un look affreux. De plus, un lien est un indicateur du sujet de la page. Si ce lien est partagé par courriel ou par médias sociaux, il sera difficile d’en cerner le sujet. Les liens sous la forme http://monsite.com/fr/programmation/11-juillet-2009 sont non seulement plus lisibles, mais surtout beaucoup plus significatif pour un lecteur. Sans parler des bienfaits pour le référencement.

Possibilité de traduire le site

La traduction dans une autre langue prend du temps. Elle prend du temps parce qu’il faut que les textes soient traduits et bien traduits. Elle prend aussi du temps parce qu’il faut que quelqu’un insère les textes des nouvelles langues et en adapte la longueur (par exemple, un même texte en français sera plus long que sa version anglaise).

Mais au niveau de la structure, la traduction d’un site ne devrait pas être longue à développer. Si chaque fois que vous demandez une langue supplémentaire votre site double de grosseur, autant en megabites qu’en dollars, sauvez-vous en courant! Aujourd’hui, un développeur de sites web doit assumer que tous les sites sont multilingues, ou pourront le devenir éventuellement, même si le client ne le demande pas. Soyez un consommateur futé et négociez un prix juste pour la traduction de votre site, pensez-y dès le départ.

Publier du contenu

Si vous ne pouvez pas facilement publier du contenu sur votre site, comme des nouvelles ou un billet de blogue, changez de contractant / entreprise / beau-frère. Certes, il y a plusieurs cas ou avoir le contrôle total sur le contenu de son site est impossible. Mais vous devriez par contre toujours pouvoir publier du contenu dans une zone accessible de votre site, la section «Nouvelles» par exemple. L’ajout, la modification et la suppression des articles ne devraient pas être des processus douloureux car un site efficace évolue avec l’entreprise qu’il représente.

Vous ne devriez pas non plus avoir à apprendre le HTML pour publier votre contenu. Il faut être conscient que la procédure de publication nécessitera une adaptation par rapport à l’utilisation d’un traitement de texte comme Word, mais elle ne devrait pas être trop lourde non plus. Il existe actuellement des outils de publication faciles à manier.

Comportement sur les divers navigateurs

Il y a aujourd’hui une vaste sélection de fureteurs web : Internet Explorer, Safari, Firefox, Opera, en version mobile, sur des écrans restreints (netbooks et autres), etc. Bien qu’il soit souhaitable que le site ait un comportement parfait sur tous les navigateurs, il est fort possible que ça ne soit pas atteint si votre fournisseur ne procède pas à une série de tests.

Couvrir tous les cas de figure prend un temps considérable, qui vaut cependant l’investissement car cela garantie que votre site sera vu de la même manière sur tous les fureteurs. Si les efforts ne sont pas mis pour s’assurer d’avoir une expérience comparable sur les navigateurs de dernière génération, fuyez! La tenue de route de votre site sur Internet Explorer 7 et 8, Firefox 2 et 3, Safari 3 et 4 est un MUST aujourd’hui pour une entreprise sérieuse. Vous ne devriez pas payer un surplus pour corriger des bugs d’affichage ou de fonctionnalités dans ces navigateurs, car cette ronde de tests devrait être incluse dans le temps de développement. Informez-vous quant à la compatibilité du produit proposé avant de commencer le développement.

Des pistes de solutions pour mes amis développeurs

Si vous pensez que j’en demande trop, vous vous trompez. Il faut se mettre à jour et réaliser qu’il existe des plateformes qui sont là pour nous épauler dans le développement de site de plus en plus complexes et riches. Voici une liste, qui ne comporte rien de nouveau, mais qui peut faire sauver un temps considérable. Tous les outils de cette liste sont 100% libres et ont fait leurs preuves dans le milieu.

Les engins de blogue : Engin de blogue parmi les plus populaires, WordPress offre des outils faciles à utiliser. C’est une très bonne façon de s’introduire aux nouveaux concepts du web comme la gestion de plusieurs langues, la publication de contenu, la gestion des fil RSS, etc. Tout est facile, tout est modifiable.

J’ai utilisé WordPress comme CMS (Content Management System / Gestionnaire de contenu) souvent dans des contrats. WordPress est tout désigné pour les projets qui comportent quelques utilisateurs et des droits d’accès simples.

Les frameworks : Les frameworks (Zend Framework, Ruby on Rails, Django, Typo3) sont des outils pour les développeurs. Comme WordPress, ils offrent des manières de faire la gestion des cas courants comme la gestion des liens, des langues et des accès utilisateurs. Ils sont plus génériques et possèdent moins d’outils ciblés. Ils permettent surtout de développer des applications web biens précises, par exemple pour la gestion des stocks sur un site de vente. Évidemment, développer avec un framework demande plus de travail, mais beaucoup moins que de le faire entièrement à la main.

À la main : Pour les fois où, dans l’humanité, certaines personnes ont développé des bouts de code en C++ tellement géniaux qu’il fallait publier leurs fonctionnalités sur le web, certains geeks ont inventé des protocoles de messaging. XML-RPC et REST en sont 2 exemples très populaires. Un conseil : branchez votre bout de code révolutionnaire sur un buffer qui se sert des communications XML-RPC et communiquez avec votre application. Ne construisez pas une application autour.

Conclusion

Il existe plusieurs outils de gestion pour le web. Il est extrêmement difficile de déterminer lequel est bon, encore plus lequel est le meilleur. Il faut considérer le support, le contexte et la formation dans ce genre de décision. Vous est-il possible de trouver des gens pour vous former et vous supporter dans votre communauté? Est-ce que l’outil en question a une bonne communauté? (et ce, qu’il soit payant ou libre…)

Et voilà! C’étaient quelques pistes, qui je l’espère, aideront les personnes qui demandent des sites web à y voir plus clair, et qui seront vues par mes amis développeurs comme des arguments justifiant que c’est souvent inutile de réinventer la roue.

De plus, chaque conseil est bonifié par un lien à un article qui explique la recommandation en détail.

The Do’s and Don’ts of Modern Web Design une bonne resource simple et rapide à digérer autant pour les débutants que les avancés en design web.

Ce qui caractérise un gâteau Flash

Quand on pense à Flash, il y a quelques éléments qui nous viennent en tête. N’en déplaise à Adobe, en voici quelques uns dans une liste non-exhaustive :

• Le moule (l’espace rectangulaire de la page) :
  Les sites en Flash nous ont habitué à un standard de taille fixe; un carré dans le milieu de la page où l’action se déroule. Le moule Flash place le contenu dans un carré sur une page web.
• Le glaçage (les animations) :
  Je pense que le glaçage figure au palmarès des raisons pour lesquelles on réalise des sites en Flash. On veut voir de l’animation, des transitions, des fondus, du 3D même; Flash permet ce genre de glaçage.
• Une familiarité rassurante (l’adresse unique) :
  Un gâteau, c’est rassurant. Tout le monde en reçoit à chacun de ses anniversaires. Souvent le même, notre préféré ou celui que notre mère faisait le mieux. En Flash, l’URL ne change jamais même si le contenu de la page change. Ce trait rassurant pour certain est souvent vu comme une faiblesse et une incohérence : si le contenu de la page change, on souhaiterait que l’adresse change aussi.

On peut débattre sur la validité de cette liste, mais ce sont les caractéristiques que nous avons tenté de reproduire dans notre gâteau HTML. Le gros avantage du gâteau HTML c’est qu’il offre aux utilisateurs une expérience gustative intéressante, peu importe les moyens technologiques dont ils disposent.

La recette

Ingrédients

Pas besoin de prendre des ingrédients alternatifs, ceux pour le gâteau HTML moderne suffisent amplement.

• La pâte à gâteau (CMS) :
  Bien que ça n’est pas d’impact direct sur l’affichage, une bonne pâte à gâteau est indispensable afin d’avoir de la consistance en vue des étapes du glaçage et des chandelles. Le CMS (ou gestionnaire de contenu) est la partie administrative d’un site qui en facilite sa gestion.
• La poudre à pâte (AJAX) :
  Bien que ce ne soit pas une technologie en soit, mais plus un concept (comme le Web 2.0), il mérite sa place dans nos ingrédients. Le AJAX (une combinaison de JavaScript Asynchrone et de XML) permet de transmettre des données au serveur sans nécessiter un rafraîchissement de la page.

Également

Outre les instruments de base, voici des éléments essentiels à la réussite de cette recette.

• Le moule (CSS) :
  Je sais, je sais, tous les gâteaux web utilisent le CSS, ce n’est pas une raison pour le laisser tomber. Le moule CSS est flexible et permet une variété de forme de gâteau infini. Attention toutefois, le moule peut se déformer dans les vieux fours… Le CSS (ou feuille de style) permet d’attribuer des caractéristiques visuelles aux éléments HTML.
• Les chandelles (jQuery) :
  Même si mes premières amours ont été avec YUI de Yahoo! pour les gâteaux corporatifs, j’utilise maintenant jQuery : moins de chandelles, plus de lumière! jQuery est une boîte à outils rassemblant un ensemble de fonctions visuelles de base.

Préparation

Assurez vous que le mélange à gâteau soit bien homogène. Ajoutez un soupçon de poudre à pâte. Ne mélangez pas trop une fois la poudre à pâte incorporer sinon le gâteau de lèvera pas. Faire cuire. Ajoutez le glaçage et les chandelles. Voilà!

Attention de ne pas trop mettre de chandelles. Il ne faut pas déformer le gâteau ou altérer le goût du glaçage.

Qu’est-ce que vous en pensez?

Si vous n’utilisez pas de 3D ou des fonctions avancées de modifications de photos, essayez ma recette et vous verrez que les 2 gâteaux, Flash ou HTML, auront le même goût pour l’usager. Un goût authentique, bien de chez nous, que l’utilisateur ait un téléphone intelligent ou un ordinateur souffrant d’un manque de mises à jour.

Évidement on ne fait pas 2 sortes de gâteau pour le plaisir. Simplement, la prochaine fois que vous voudrez faire un gâteau Flash, n’oubliez pas que le gâteau HTML peut aussi faire l’affaire.

Si vous voulez voir un exemple d’un site qui devait initialement être en Flash, mais qui a été conçu en HTML (entre autres pour des raisons de référencement), aller voir Sublim.