Quelle solution technique pour un projet web ?

Comment choisir la meilleure
solution technique pour un
projet Web ?
Comment choisir la meilleure solution technique pour un projet Web ?
Juin 2016

Juin 2016
Sommaire
I. Les différents types de projets Web
II. Les critères faibles de choix
III. Les critères forts de choix
IV.Construire un radar décisionnel
V. Comment tester les solutions ?

I – Les différents types de projets Web
Juin 2016

PortailGestion de
contenus
(CMS)
DocumentaireE-commerce Autres
Juin 2016
Une classification possible…

Juin 2016
Gestion de
contenus
(CMS)
 Destiné à la création et à la publication de contenus et de
pages à partir d’un panneau d’administration (Back-office).
 Sépare le fond (le contenu) de la forme (présentation).
 Extensible à de nouvelles fonctionnalités par la mise en
place de modules (aussi appelés plugins ou extensions).
 Intègre de plus en plus de fonctionnalités héritées des
portails ou de solutions e-commerce sous forme de
modules ou de distributions spécifiques.
Quelques solutions CMS :
WordPress, Drupal, Joomla, eZ
Publish, TYPO3, Jahia, SPIP, Adobe Expérience Manager
(CQ5)….

Juin 2016
Portail
 Site qui centralise des services et des ressources de
différentes natures : des espaces de travail collaboratif, des
espaces de publication …
 Favorablement utilisé dans une logique d’organisation ou
de « ferme à site » complexe où des droits peuvent être
appliqués au niveau corporatif (plusieurs sites d’une même
ou de différentes branches), ou spécifiquement à un site.
 Depuis quelques années, les portails proposent des
fonctionnalités qui tendent de plus en plus vers la gestion
de contenus CMS.
Quelques solutions Portail :
Liferay, EXo Platform, Jalios…

Juin 2016
E-commerce
 Site qui vend des produits, des services.
 Intègre des fonctionnalités spécifiques liées à sa typologie :
catégorisation du catalogue, gestion des produits, gestion
du tunnel de vente (panier), fonctions de cross-
selling, fonctions d’up-
selling, promotions, couponing, cashback…
 Solutions généralement limitées d’un point de vue
éditorial.
Quelques solutions e-commerce :
Magento, Drupal
Commerce, Hybris, PrestaShop, Opencart, Oxatis…

Juin 2016
Documentaire
 Solution visant à permettre la gestion de documents
électroniques de différentes natures au sein d’une
organisation.
 Couvre un certain nombre de fonctionnalités spécifiques
comme le cycle de vie d’un document, de sa création
jusqu’à son archivage.
 De plus en plus de solutions GED disposent d’un front-
office accessible via un navigateur internet.
 Dans la même logique, de plus en plus de solutions
« CMS » disposent d’un connecteur CMIS permettant de
s’interfacer avec une GED (ce qui était jusqu'à’ présent
une spécificité des solutions « portails »).
Quelques solutions de GED :
Alfresco, Documentum, Nuxeo…

Juin 2016
Autres
solutions
 Elle regroupe les solutions qui ne rentrent pas dans une
des typologies précédentes.
 Ces solutions peuvent être hybrides (CRM+CMS) ou
présenter certaines orientations typiques (solutions d’e-
learning, wiki, blog…) sous forme de distribution.
 Elles répondent spécifiquement à une problématique
(parfois mieux qu’en passant par un module du CMS) mais
sont rarement extensibles.
 Toutes ces autres solutions peuvent faire également l’objet
de développements spécifiques en utilisant des
frameworks (via Symfony ou Zend par exemple).
Quelques solutions :
Drupal Commons (RSE), Drupal Opigno (e-learning), Dotclear
(blog), Odoo (CMS+ CRM) , Moodle (e-learning), XWIKI, …

II - Quels sont les critères
de choix d’une solution ?
Les critères ayant un impact faible sur le choix d’une solution
Juin 2016

Juin 2016
Les critères faibles - Accessibilité
Accessibilité
 L’accessibilité est plutôt un critère à prendre en compte au
niveau du choix du prestataire que de la solution.
 Cela concerne le respect de règles tant au niveau de
l’ergonomie, du graphisme, que du développement du site
web… et qui se prolonge lors de la contribution de vos
contenus.
 L’accessibilité est donc potentiellement respecté par toutes
les solutions. Il faut veiller à ce que l’éditeur WYSIWYG
permette l’utilisation de balises spécifiques lors de la
contribution des contenus.
 Certaines solutions disposent de modules permettant de
valider le HTML d’un contenu avant publication.
 IL n’existe pas de solutions web qui disposent d’un Back-
Office totalement accessible.

Juin 2016
Les critères faibles – Editeur WYSIWYG
WYSIWYG
 Aujourd’hui toutes les solutions disposent d’un éditeur de
texte riche de type WYSIWYG (What You See Is What You
Get).
 Même s’il existe (encore) quelques alternatives, TinyMCE
et surtout CKEditor équipent la majeure partie des
solutions.
 Les fonctionnalités de TinyMCE et CKEditor permettent -
sur certaines solutions - de limiter les boutons de l’interface
en fonction du rôle du contributeur.
 TinyMCE et CKEDitori respectent les contraintes
spécifiques à l’accessibilité (balises complémentaires
, raccourcis clavier).
 Ces deux éditeurs suivent par ailleurs la norme WAI-ARIA
(ajout de marqueurs de sémantique et de métadonnées
aux contenus HTML afin de rendre les contrôles d'interface
et les contenus dynamiques plus accessibles).

Juin 2016
Les critères faibles - Référencement
Référencement
 Aujourd’hui toutes les solutions disposent de mécanisme(s)
favorisant le référencement d’un site : Réécriture des
urls, vérification des liens cassés, gestion des balises, …
 Suivant la solution mise en place, certains modules
complémentaires permettent d’élargir la gestion du
référencement depuis le back-office : XML
sitemap, duplication de contenus, personnalisation plus
poussée de la réécriture des urls, gestion automatique des
balises <meta>…
 Comme pour l’accessibilité, le bon référencement d’un site
passe aussi par des compétences spécifiques : le code
HTML, la mise en place du Responsive
Design, l’éditorial, (longueur du texte, choix de certains
mots, utilisation des balises H1 à H6 pour les titres, nombre
de contenus sur le site…) : c’est plutôt le choix de
l’intégrateur ou de l’agence de référencement qui est ici
discriminant.

Juin 2016
Les critères faibles – Réseaux sociaux
Réseaux
sociaux
 Curieusement, il y a peu de solutions web qui intègrent par
défaut la fonctionnalité de « partage » vers les réseaux
sociaux de type Facebook, Twitter, Google + et consort.
 La mise en place d’une solution tierce, souvent proposée
sous forme de module ou de plugin est nécessaire.
 « Sharethis » et « Addthis » sont les 2 solutions les plus
connues. Il faut dire qu’elles sont très complètes et
s’interfacent avec des réseaux sociaux parfois peu connus
du monde occidental (comme Sina weibo, encore très
utilisée en chine).
 A noter que quelques solutions proposent, nativement /
sous forme de modules, la publication automatique sur les
réseaux sociaux des contenus contribués sur le site.
 La plupart du temps, un développement spécifique (et la
bonne connaissance de l’API du Réseau social en
question) sera nécessaire pour des partages plus poussés.

Juin 2016
Les critères faibles – Digital Asset Management
Mini DAM
 La « mini-DAM » correspond à des besoin simples de
gestion documentaire et est comparable à un répertoire
spécifique où sont rangés les documents
bureautiques, vidéos, images, audios…
 Certaines « mini-DAM » sont plus évoluées que d’autres et
peuvent s’appuyer sur un schéma de métadonnées de type
« Dublin Core » ou encore de disposer d’une gestion
granulaire des droits.
 Différents outils de manipulation des images peuvent être
proposés nativement ou sous forme de module
(redimensionnement, crop, …).
 La gestion du « lock in / Lock out » qui consiste à bloquer
un document à la modification, la possibilité de revenir à
une version précédente du fichier concernent plutôt les
solutions portails que les solutions CMS.

Juin 2016
Les critères faibles – Séparation fond/forme
Fond / forme
 La séparation du « fond » (contenu) de la « forme » (rendu
graphique) est une demande qui revient souvent dans les
cahiers des charges.
 Cependant, c’est le principe même du fonctionnement d’un
CMS et toutes les bonnes solutions actuelles respectent
cela.
 A noter qu’il est possible de gérer de manière précise les
différentes champs qui constituent la forme. Certains CMS
sont pour le coup plus avancés que d’autres, et il s’agit
clairement ici d’un critère fort que nous développerons plus
loin (structuration des contenus).

Juin 2016
Les critères faibles – Responsive Web Design
Responsive
Front
FO
 Un site est en « Responsive Design » lorsque sa charte
s’adapte et de redimensionne automatiquement et de
manière fluide selon les contraintes de résolution des
navigateurs
 De nombreux CMS disposent de fonctions (natives ou
module) qui aident à la prise en charge du Responsive
Design en « Front-Office », notamment sur la gestion des
images où la mise en place de « thèmes » (ensemble de
gabarits) spécifiques.
 Ces aspects restent très limités et la majeure partie du
travail reste à la charge du prestataire en phase de
conception ergonomique puis en développement

II - Quels sont les critères
de choix d’une solution ?
Les critères ayant un impact fort sur le choix d’une solution
Juin 2016

Juin 2016
Les critères forts – technologie de développement
 Les solutions de type CMS sont, en grande
majorité, basées sur le langage Java et PHP.
 Si votre site a vocation à être développé en interne ou tout
simplement suivi au niveau de la maintenance, il est
préférable de partir sur un langage de programmation
connu, voir maitrisé par vos équipes techniques.
 Dans cette même logique, lorsque le choix de la solution
technique est effectué, il est préférable de former vos
équipes en interne sur le langage technologique de la
solution choisie (en plus de la formation sur l’outil lui-
même).
 De même, le choix du framework sous-jacent (ie :
Symfony, Zend, Ruby, …) est également important.
Techno :
Java ? PHP ?
Autre ?

Juin 2016
Les critères forts – gestion de l’arborescence
Arborescence
hiérarchique /
logique
 L’arborescence « classique » est hiérarchique. Elle
consiste à ranger chaque contenu dans une rubrique
unique, chaque rubrique peut être elle-aussi associée à
une rubrique de niveau supérieur.
 L’arborescence « logique » est une arborescence à plat.
On estime qu’un contenu peut être rattaché à plusieurs
rubriques. Dans cette approche, la catégorisation des
contenus (par thématique, par cible…) est beaucoup plus
aboutie.
 La gestion d’une arborescence hiérarchique est plus facile
à appréhender pour des contributeurs novices. En
revanche, l’arborescence « à plat » offre plus de
possibilités fonctionnelles et est plus adaptée à une logique
de navigation transverse.
 Attention à ne pas confondre « tags » et « taxonomie » : le
1er permet d’associer à un contenu des mots-clés non
structurés, le 2e à une liste de termes prédéfinis.

Juin 2016
Les critères forts – Plug and play ?
 Certaines solutions sont nativement plus riches que
d’autres et proposent un éventail de fonctionnalités « prêt à
être utilisées » là ou d’autres solutions nécessitent de
passer par un ou plusieurs modules complémentaires.
 Les solutions nativement « riches » sont pour la plupart
plus compliquées à faire évoluer car elles sont dans
l’ensemble pas / peu modulaires.
 Les solutions « plus limitées » nativement peuvent l’être par
choix. Leur philosophie est de ne couvrir que les
fonctionnalités nécessaires dans le cadre d’un projet web.
 Ce sont souvent ces dernières solutions qui, au final, sont
les plus extensibles !Richesse
fonctionnelle
native

Juin 2016
Les critères forts - Extensibilité
 Des communautés sont plus assidues que d’autres sur le
suivi des modules : Certaines solutions nécessitent du
« bidouillage » pour rendre compatible un module d’une
version mineure à une autre.
 La mise en place d’un module externe peut être plus ou
moins chronophage selon la solution choisie : Sur
certaines, l’installation d’un module peut se faire à distance
par simple copier / coller d’Url. Son utilisation peut être
immédiate (par surcharge) ou nécessiter du développement
(déclaration au sein des gabarits).
 Certaines solutions intègrent un mécanisme d’update
automatique qui permet de centraliser de l’ensemble des
mises à jour disponibles (noyau, comme modules) dès le
back-office.
 Il est même possible pour certains, de différencier les
mises à jour liées à des améliorations de celles qui
corrigent des bugs de sécurité
Facilité
d’extension ?

Juin 2016
Les critères forts – Structuration des contenus
Structuration
des contenus
 La structuration des contenus permet de donner du sens à
vos contenus, de favoriser leur exploitation au niveau du
site (moteur de recherche, blocs de rebonds) et participe à
l’amélioration du référencement du site.
 Un contenu « structuré » est composée de multiples
champs de différentes natures : texte court, texte
long, image, document, champ numérique…
 Il est possible de définir des comportements au sein de
chaque champ (champ obligatoire, champ limité en nombre
de caractères…).
 Attention, toutes les solutions ne proposent pas de
structurer les contenus. D’autres proposent une approche
basique, limitée à quelques champs.
 Suivant la solution choisie, la structuration d’un contenu
peut se faire avec ou sans développement spécifique.

Juin 2016
Les critères forts – moteur de recherche
 Toutes les solutions disposent nativement d’un moteur de
recherche.
 Ces moteurs sont souvent limités à de la recherche
« plein-texte » (basé sur les éléments stockés en base de
données) et ne proposent pas des fonctionnalités
nécessaires comme l’indexation des documents
bureautiques, la gestion des résultats sous forme de
facettes, la gestion des synonymes, d’un thésaurus…
 Il faut jauger de la capacité et de la facilité à pouvoir
interfacer la solution technique avec un moteur de
recherche dit « intelligent » : des solutions « open source »
comme Solr ou Elastic, des solutions « propriétaires »
comme Exalead ou Antidot.
 Cette intégration peut être facilitée par la mise en place de
module(s) mais un développement reste toutefois
nécessaire.
La recherche

Juin 2016
Les critères forts – Cycle de vie des contenus
 Sur les fonctionnalités généralistes (publication /
dépublication / archivage..) toutes les solutions se valent.
 Dans le monde CMS, les workflows restent plutôt limités et
simplifiés à un unique niveau de validation (Validation ou
Refus d’un article proposée).
 Pour la mise en place de workflows plus complexes
(double validation, validation en cascade…), il est souvent
d’usage de partir sur du développement spécifique ou en
intégrant des solutions externes de BPM.
 Le cycle de vie est, d’une manière générale, mieux géré
dans les solutions portails (workflow métier ou administratif)
ou GED (workflow documentaire).
 L’un des points différenciant est de savoir si les workflows
peuvent être administrés en back-office ou nécessitent des
lignes de code.
Cycle de vie

Juin 2016
Les critères forts - Multilinguisme
 La gestion du multilinguisme n’est pas toujours bien
gérée, notamment au niveau des solutions CMS.
 Elle peut nécessiter la mise en place de modules
complémentaires parfois complexes à administrer ou d’un
site spécifique pour chaque langue (contenus non
synchronisés en fonction de la langue, nécessitant de
repasser par la page d’accueil du site).
 Certaines solutions prennent nativement en compte le
choix de la langue du site en fonction du navigateur, du
système d’exploitation, de l’IP…
 La gestion multilingue s’applique facilement aux contenus
stockés en base de données mais plus difficilement aux
images ou aux documents où il n’y a pas toujours de
corrélation entre les langues.
 Les projets multilingues ont souvent des besoins très
spécifiques qu’il convient de confronter au cas par cas.
Multilinguisme

Juin 2016
Les critères forts – Gestion documentaire
 La gestion documentaire ne se limite pas uniquement aux
documents bureautiques. Elle concerne aussi la gestion
d’images, de vidéos, de sons.
 Comme pour les contenus, la gestion des documents peut
se faire via une approche « hiérarchique » ou « logique ».
 Mais la grande différentes entre les solutions concernent la
mise en place de certaines fonctionnalités plus abouties et
se rapprochant du fonctionnement d’une GED : révision
sur les documents, annotations, prise en charge et gestion
de schéma de métadonnées, gestion de droits
spécifiques, gestion du « lock in / lock out », …
 Aujourd’hui, de plus en plus de solutions CMS et portails
disposent de connecteurs permettant de s’interfacer plus
facilement avec des outils GED grâce à la norme
d’interopérabilité CMIS (Content Management
Interoperability Services).
Gestion
documentaire

Juin 2016
Les critères forts – Gestion des droits
 Une gestion « simple » est suffisante pour un site
administré par une équipe restreinte ou sur des sites qui ne
nécessitent ni la mise en place d’espaces privatifs.
 Les solutions sont très hétérogènes dans leur approche
sur la gestion des droits.
 Une solution plus poussée est nécessaire dans les
exemples suivants :
 Droits différents sur des actions liées à la contribution
(Ex : créer des contenus mais ne pas pouvoir les
modifier),
 Droits liés au fonctionnement du site (Ex : gérer les
utilisateurs mais pas le contenu, accéder à une
fonctionnalité ),
 Droits liés à la mise en place de sections privatisées
du site ou à des fonctionnalités disponibles
uniquement lorsque l’utilisateur s’est authentifié,
Gestion des
droits simple
ou poussée ?

Juin 2016
Les critères forts - CxM
 Certaines solutions se démarquent des autres en
proposant une gestion de l’expérience utilisateur (CXM)
 Le « CXM » permet de personnaliser et de recommander
les contenus d’un site en se basant sur ce que l’utilisateur a
vu ou souhaite voir.
 Il correspond surtout à une stratégie qui, en se basant sur
le comportement de l’internaute, permet d’acquérir de
nouveaux clients potentiels ou de les fidéliser via
également des outils de marketing automation
(enregistrement dans un CRM, newsletter personnalisée
…)
 Si votre site a une vocation marchande, Il est intéressant
de choisir solution intégrant des fonctionnalités de CXM, ou
de vérifier l’intégration d’un outil tiers au sein de la solution
retenue
Personnalisation
de l’expérience
utilisateur

Juin 2016
Les critères forts – usine à site
 Toutes les bonnes solutions disposent d’un mécanisme qui
permet de créer et d’administrer plusieurs sites au sein d’un
socle technique commun.
 Il n’est cependant pas toujours possible de définir si la
création du nouveau site peut se faire au sein d’une base
existante ou d’une nouvelle base, ni même de pouvoir créer
un contenu pour plusieurs sites, ni mutualiser la base des
utilisateurs des différents sites au sein d’un référentiel
commun et unique, ni…
 La création d’un nouveau site passe souvent par une phase
de développement (à minima la création de fichiers de
configuration).
 La création de sites en mode « usine » c’est-à-dire « à la
volée », via une interface et sans développement, concerne
plus le monde des portails que celui des CMS, et plus les
CMS java que les CMS PHP.
Multi-site ou
usine à sites ?

Juin 2016
Les critères forts – Responsive BO
Responsive
Back
BO
 Les solutions qui permettent d’administrer son site via un
smartphone ou une tablette se comptent sur les doigts de
la main.
 Cependant, c’est une fonctionnalité qui, même si elle peut
être considérée comme « gadget » aujourd’hui, se
démocratise de plus en plus.
 « L’administrabilité » d’un site depuis différents terminaux
va devenir progressivement indispensable.

Juin 2016
Les critères forts - hébergement
 Si vous avez déjà une solution d’hébergement, il faut vous
adresser à votre prestataire pour savoir ce qu’il est possible
de faire tourner sur ces machines, et sous quelle(s)
condition(s) (upgrade nécessaires, désactivation du safe-
mode, installation de libraires PHP supplémentaires…).
 Dans le monde PHP, il faut prendre en compte le système
d’exploitation (privilégier Linux), les versions de
MySQL, d’Apache et de PHP actuellement disponibles et
de vérifier la mise en place de certaines librairies.
 Les solutions les plus répandues s’appuient sur des
préconisations standards mieux sécurisées et pérennes.
 Si votre serveur n’est pas « en phase » avec les versions
demandées, il est sans doute préférable d’en changer que
de l’imposer dans certains cahiers des charges (véridique
!).
Votre serveur
d’hébergement

Juin 2016
Les critères forts – Gestion de la sécurité
 Il faut bien sûr vérifier si la solution est régulièrement
sujette à des failles de sécurité et quelle est leur criticité.
Certaines solutions, de part leur popularité, sont beaucoup
plus régulièrement attaquées.
 Mais il s’agit surtout de vérifier comment l’éditeur ou la
communauté réagit lorsqu’une faille est découverte :
 Est-elle rapidement colmatée ?
 Quelle est la qualité du code du patch ?
 La faille nécessite-t-elle un ou plusieurs patchs ?
 Mais la gestion de la sécurité est également fortement
dépendante de l’intégrateur : Posez la question de savoir
quels sont les principes de sécurité mis en œuvre dans
l’intégration, comment sont gérés les développements
spécifiques et quels sont les normes et standards
respectés en la matière.
Sécurisation
de la solution

III – Les autres points d’attention
stratégiques
Juin 2016

Payant ou
gratuit ?
(socle)
Open Source
ou propriétaire
?
Clé en main
ou modulaire ?
Pérennité du
socle
technique
Juin 2016
Les autres points d’attention

Doc et aide en
ligne ?
Taille de la
communauté
VOTRE
contrainte
planning !
Juin 2016

Juin 2016
Open Source
ou propriétaire
?
Solution Open-Source :
 Stabilité du socle technique garanti par la communauté
 Innovation portée par la communauté
 Facilité de partage (reversement des devs)
 Coût à priori moindre
Solution propriétaire :
 Stabilité du socle technique garanti par l’éditeur
 Innovation portée par l’éditeur
 Souvent synonyme de souscription (licence / support), ce
qui peut être rassurant pour certains clients

Juin 2016
Payant ou
gratuit ?
(socle)
Solution payante :
 Rassurant : offre de support (bug socle, audit…)
 … des prix parfois exorbitants
 Une tarification difficile à évaluer en amont et sur plusieurs
années
Solution gratuite :
 Pas de frais annexes
 Attention aux coûts cachés !

Juin 2016
Pérennité du
socle
technique
Socle récent:
 Novateur
 … mais plus sensible aux bugs
 Et pérennité à long terme moins certaine qu’une solution
ayant déjà de nombreux utilisateurs
Socle éprouvé :
 Solide (pas / peu de bugs)
 Architecture peut-être vieillissante et moins adaptée aux
évolutions digitales à venir

Juin 2016
Taille de la
communauté
Communauté importante :
 Porteur d’innovation au niveau du socle technique,
 Porteur d’innovation au niveau fonctionnel.
Communauté réduite :
 « Poids » des clients sur la roadmap
 Socle « sur-mesure ? »

Juin 2016
VOTRE
contrainte
planning !
Vous avez du temps (6 mois et + ) ? :
 Contrainte limitée
Vous êtes contraint par le temps (moins de 3 mois) ? :
 Privilégier une solution « clé en main » ou facilement
« customisable »
 Lotir le projet au niveau fonctionnel / privilégier des solutions
modulaires

Juin 2016
Clé en main
ou modulaire ?
Une solution clé en main ?
 Couvre les besoins standards
Une solution modulaire ?
 Adapté à VOS projets, pas de superflu.

IV – Choisir avec la construction d’un
radar décisionnel
Juin 2016

Pour chacun des critères listés dans les pages précédentes, il est nécessaire
de choisir, par rapport aux spécificités de votre projet, ceux qui sont les plus
pertinents.
Pour éviter par ailleurs un travail trop important d’analyse sur une multitude
de solutions, réalisez une short-list de 3 à 6 solutions.
De même, priorisez et pondérez vos critères d’analyse : dans certains
projets, par exemple, la gestion de la sécurité sera prioritaire par rapport à la
gestion des droits.
La plupart des critères peuvent être décomposés en « sous-critères » : la
grille d’analyse est plus fine, mais la lecture du radar en est facilitée.
Pour chaque critère retenu et pour chaque solution, notez la réponse au
besoin sur une échelle de 1 à 10. Vous pouvez alors générer un radar de
couverture pour chaque critère et contrôler visuellement la réponse apportée
par chaque solution shortlistée.
Juin 2016
Un radar – pour quoi faire ?

 Déterminez VOS critères
par rapport à vos
problématiques projet
 Limitez-vous à 4-5
critères, après cela devient
difficilement lisible !
Juin 2016
Les critères du graphique « radars »

Juin 2016
Exemple d’un radar comparatif
0,00
1,00
2,00
3,00
4,00
5,00
6,00
7,00
8,00
User friendly
Coût total
SEO
Gestion des contenusFonctionnalités / Extensibilité
Utilisation / workflow / rôles
Performances
CRITERES Solution xxxx Solution yyyy
User friendly 6,00 4,00
Coût total 6,00 5,00
SEO 6,00 6,50
Gestion des contenus 5,29 7,28
Fonctionnalités / Extensibilité 6,85 4,85
Utilisation / workflow / rôles 7,50 7,00
Performances 5,00 5,00
TOTAL SCORE 5,02 4,56
Chaque critère est ici décomposé en sous-
critères, comme par exemple pour le SEO :
- Paramétrage de la réécriture d’url
- Gestion automatique des métadonnées
- Contrôle de l’accessibilité
- …

 Pas d’idée ? Nous vous conseillons les critères
suivants :
 Notoriété de la solution (rayonnement international ?
Ressources dev ? communauté ? Références ?)
 Qualité technique (pérennité de la solution ? Réaction
aux failles ?)
 Extensibilité de la solution (modulaire ? possibilité
d’extensibilité ? Facilement ?)
 Documentation (Type de ressources ? Doc en FR ?
Compréhensible par des néophytes ?)
Juin 2016
Les critères du graphique « radars »

V – Comment tester les solutions ?
Juin 2016

Démo en localDémo en ligne
Mission
d’accompagnement
Juin 2016
Tester les solutions
Sites
officiels, spéci
alisées, forum
s…

Juin 2016
Démo en ligne
 Beaucoup de solutions proposent des démos en ligne (site
de l’éditeur ou de la solution).
 Toutes les fonctionnalités ne sont pas accessibles, mais
cela vous permet quand même de se faire une idée
précise, notamment au niveau de la « prise en main ».
 Aucune installation n’est nécessaire sur votre poste du
client (ce qui plaira forcément aux personnes qui n’ont pas
le temps ou les compétences pour installer une solution).
 … en contre partie, certaines démos sont limitées dans le
temps. Il faut par la suite soit relancer une installation, soit
acheter la solution.

Juin 2016
 Les démos en local nécessitent quelques compétences en
développement.
 Des solutions comme EasyPHP, Wamp (Pc) , Mamp
(Mac)… sont plus accessibles aux néophytes mais restent
dans l’ensemble plus lente que si vous étiez passé par un
hébergement ou une Virtual Machine.
 Pour une meilleure maitrise de l’environnement (et de
meilleures performances), l’utilisation d’une Virtual Machine
est préférable. Nous vous conseillons Oracle VM VirtuaBox
comme premier choix ou Bitnami (qui semble plus facile à
prendre en main si vous n’avez pas de compétences linux).
Démo en local

Juin 2016
Sites
officiels, spéci
alisées, forum
s…
 En complément, n’hésitez pas à utiliser Google (ou autre
moteur de recherche) pour aller sur le site officiel de la
solution mais aussi des sites spécialisés, des blogs et
même des forums.
 Même si certaines communautés manquent parfois de sens
critique (il est parfois préférable de ne pas trop parler de
solutions concurrentes sous peine de se faire
« troller »), elles vous permettent néanmoins d’avoir
quelques informations comme :
 le niveau technique des gens qui répondent,
 la réactivité des réponses lorsqu’une question est
posée,
 la typologie des gens qui répondent (il y a des
communautés plus techniques que d’autres…),
 ou tout simplement la gentillesse des personnes qui
répondent (ce qui est toujours plus sympathique
lorsque vous êtes en difficulté).

Juin 2016
Mission
d’accompagnement
 Faire appel à des sociétés comme… Core-Techs !
 Grâce à notre expertise, nous pouvons vous accompagner
sur toutes les phases du projet : de la typologie de site à
mettre en place jusqu’au développement de celui-ci en
passant bien évidemment par le choix de la solution la plus
à même de répondre à vos problématiques (que nous
pouvons identifier pour vous).

Formation &
coaching
Conseil Intégration, de
v, expertise
Web et UX
design
Infogérance
Juin 2016
Core-Techs : Nos métiers

Juin 2016
Core-Techs : Nous contacter
 Site Internet : www.core-techs.fr
 Téléphone : 01 42 01 34 05
 Twitter : core_techs

Quelle solution technique pour un projet web ?

Recommandé

Recommandé

Contenu connexe

Tendances

Tendances (20)

Similaire à Quelle solution technique pour un projet web ?

Similaire à Quelle solution technique pour un projet web ? (20)

Plus de Core-Techs

Plus de Core-Techs (20)

Quelle solution technique pour un projet web ?