Un CMS est une famille de logiciels destinés à la conception et à la mise à jour dynamique de sites internet.

Le choix d’un CMS est très structurant dans un projet de création d’un site, car il n’y a aucune compatibilité entre eux et ils ne cessent d’évoluer.

Smile, entreprise spécialisée dans l’intégration de CMS open-source du marché, propose dans un livre blanc 200 questions à se poser, classées thématiquement, pour bien choisir son CMS. Nous en avons sélectionné 40 qui nous semblent particulièrement pertinentes dans le cadre d’un site paroissial ou diocésain. Libre à vous de pondérer ces critères en fonction de votre besoin.

Contenus structurés

• La définition d’un nouveau type de contenu est-elle une simple opération de back-office, réalisée en interactif, sans écriture de code ?
• Existe-t-il un champ de contenu ‘texte enrichi’, qui peut être saisi et modifié au moyen d’un petit éditeur Html ?

Gestion des versions

• Les versions successives des contenus sont-elles conservées ? Est-il possible de les consulter ? De revenir à une version antérieure ?
• Est-il possible de revenir globalement à la configuration du site à une date donnée, c’est à dire de remettre tous les contenus à la version de cette date ?
• Les images sont-elles également versionnées, c’est à dire que la modification d’une image donne automatiquement lieu à une nouvelle version, et qu’il est possible de revenir à une version antérieure de l’image ? Même question pour les documents multimédias, Pdf, Flash, Vidéo, etc.

Arborescence

• Est-il possible de gérer plusieurs sites au sein d’un unique back-office ? De partager des contenus entre ces sites ? De publier un même contenu dans ces sites sans le dupliquer ?
• Le back-office offre-t-il une vision arborescente de la structure du site, dans laquelle il est possible de déplier et de replier une branche ? Cette interface est-elle compatible avec des arborescences de plusieurs milliers d’items ?

Contenus et pages

• Lorsque l’on crée un contenu, doit-on obligatoirement le positionner dans une page particulière au moment de la création, ou bien le positionnement du contenu dans une page est-il géré ultérieurement ?
• Est-il possible de placer un même contenu dans plusieurs pages distinctes ? Ceci sans le dupliquer, c’est à dire de telle sorte qu’un changement intervenant sur le contenu soit immédiatement visible sur toutes les pages dans lesquelles il apparaît ?

Contributions

• La contribution est-elle possible au moyen d’un simple navigateur web ? Existe-t-il des restrictions de version ou de plateforme ?
• La partie du back-office consacrée aux contributions peut-elle être simplifiée selon les besoins et habilitations de chacun de sorte qu’un contributeur ne voie que ce qui lui est utile ?
• Un utilisateur qui aurait reçu une formation d’une heure, mais n’utiliserait l’interface de contribution qu’une fois tous les trois mois, pourrait-il créer ou modifier des contenus sur le site ?

Editeur HTML

• Existe-t-il un éditeur ‘wysiwyg’ de texte enrichi (‘rich-text editor’) utilisable dans un navigateur Html intégré à une interface 100% web permettant de saisir des contenus avec mise en forme ?
• L’éditeur Html requiert-il un navigateur spécifique, ou est-il compatible avec les principaux navigateurs (Internet Explorer, Firefox, Chrome, Safari) ?
• L’éditeur Html accepte-t-il le copier-coller depuis des applications bureautiques (Word) ?
• L’éditeur Html permet-il d’insérer des images, depuis le poste de travail, qui sont uploadées selon le besoin ?

Habilitations en back-office

• Est-il possible de définir précisément les droits sur chacune des actions élémentaire de back-office, par exemple : créer une rubrique, supprimer une rubrique, déplacer une rubrique, créer un article, valider un article, supprimer un article, … ?

Médiathèque

• Existe-t-il une médiathèque ?
• Existe-t-il des fonctions de traitement d’images intégrées, permettant par exemple de redimensionner une image dans le back-office, simplement en spécifiant la taille cible ? De la recadrer ?

Workflow

• Est-il possible de créer un contenu sans le mettre en ligne ?
• Peut-on distinguer les étapes de contribution et de validation d’un contenu ?

Cycle de vie

• Est-il possible de définir une date de mise en ligne pour un contenu ? Une date de retrait ?

Recherche

• Le CMS possède-t-il une fonction de recherche intégrée ?
• La recherche prend-elle en compte les contenus fichiers bureautiques, Pdf, Word,… ?
• Les contenus sont-ils indexés aussitôt qu’ils sont mis en ligne, ou bien l’indexation est-elle un processus asynchrone ?

Syndication, export, import

• Est-il possible de diffuser des contenus sous la forme de flux RSS ?
• Est-il possible d’intégrer des flux RSS externes ?

Mesure d’audience

• Y a-t-il un dispositif de mesure d’audience intégré, ou bien la mesure d’audience utilise-t-elle un outil externe travaillant sur les logs du serveur http ?
• Si la mesure d’audience est intégrée, alors quels types de statistiques permet-elle ? Audience par mois / jour / heure ? Par équipement du poste de travail (OS, navigateur, résolution écran, …) ? Par origine géographique ?

Technique

• Quel est l’environnement technique principal du CMS ? PHP ? Java ? Dotnet ? Python ?
• Quels sont les OS supportés ?
• Quels sont les serveurs http supportés ? Apache ? IIS ? Autre ?
• Le CMS dispose-t-il d’une gestion de cache intégrée ?

Référencement

• Les URL peuvent-elles avoir une forme intelligible, de la forme /domaine/rubrique/titrecontenu.html ?
• Est-il possible de définir pour chaque page le contenu des balises d’entête du Html, keywords, description ?

Communauté, pérennité, support

• Le produit est-il diffusé sous licence open source, ou bien sous une licence commerciale ?
• Existe-t-il un ou plusieurs livres imprimés consacrés au produit ?
• Existe-t-il une conférence annuelle des utilisateurs ? En France ?

Conclusion

Outre les questions proposées ci-dessus, il faut accorder beaucoup d’importance au choix du prestataire en charge de l’intégration. Celui-ci doit sérieusement maîtriser le CMS, sans toutefois vous rendre captifs de ses prestations.

Le groupe Technologiae sera présent pour les rencontres des Tisserands 2012 qui se dérouleront se WE à la Conférence des Évêques de France. Ses rencontres sont l’occasion aux webmasters des sites catholique de France d’échanger, se former ou réfléchir ensemble. Cette année, les rencontres auront pour thème les réseaux sociaux avec la journée du samedi, pratiquement consacré à cette question. Technologiae animera un certain nombre d’ateliers durant ce we :

• Adrien : Panorama des réseaux sociaux
• Sébastien : Réseaux sociaux : fausses idées sur les dangers (approche sociologique)
• Claire : Présentation personnelle de Facebook
• François : Présentation des nouveautés Facebook
• Henry  : Gestion de crise sur les réseaux sociaux
• Patrice : Intégrer les réseaux sociaux sur son site
• Jonathan : Comparatif entre les différents CMS
• Emmanuel : Les outils collaboratifs en ligne
• Aldric : Bonnes pratiques sur le webdesign
• Jean-Baptiste : Aleteia, communauté internationale de questions réponses sur la foi
• François : Vidéo : des exemples d’utilisation sur nos sites
• Jonathan : Wordpress : options avancées
• Aldric : Piloter un site en utilisant Google Analytics
• Patrice : Applications smartphone et sites accessibles via mobiles
• Sébastien : Rendre son site ergonomique

Nous serons aussi présent durant les temps de forum pour répondre à tous vos questions, en particulier sur twitter, Facebook, présentation d’EgliseInfo, ou conseil en organisation/gestion de projets. Mais surtout n’hésitez pas à venir nous retrouver à la soirée du samedi soir que nous organisons avec comme motivation de permettre à tous les tisserands de se rencontrer et d’échanger sur ce que chacun fait. Si vous nous cherchez durant le WE, nous serons facilement reconnaissable avec nos polos rouge : Nous publierons ensuite nos présentations sur ce blog pour vous les partager. En espérant vous rencontrer durant ce we si vous avez la change de pouvoir venir à cette rencontre des tisserands.

Le projet

L’Église Catholique propose depuis plus de 10 ans un site internet pour chercher les horaires de messes dans toute la France, qui souffrait historiquement d’un problème majeur : le trafic quotidien est raisonnable — environ 1 000 visites par jours, et des pointes à 5 000 visites le WE — mais le site doit faire face à d’importants pics de trafic à Noël et durant la semaine de Pâques.

Or les années précédentes, l’ancien site (messesinfo.catholique.fr), développé en PHP/MySQL, ne tenait pas la charge lors de ces pics, s’écroulant sous les demandes des visiteurs. La technologie utilisée était tout à fait suffisante pour les besoins courants du site, cependant pour répondre à la forte charge sans changer de projet, il aurait fallu, soit disposer d’un serveur plus puissant, soit mettre en place du load balancing entre plusieurs serveurs. Dans les deux cas, ce n’aurait pas été très flexible, obligeant à s’équiper d’un serveur sur-dimensionné, pour seulement 6 jours dans l’année !

Nouveau projet

Nous avons donc fait le choix de migrer vers une technologie permettant de gérer cette surcharge ponctuelle, en ne payant que ce qui est réellement consommé. La refonte du site, permet également d’outrepasser les limitations imposées par l’ancien système (messes en semaine, autres types de célébrations) et d’ajouter de nouvelles fonctionnalités (événements, apis, widget, …).

Notre choix c’est porté sur Google App Engine, par la simplicité de développement que celui-ci apporte, le dimensionnement automatique des serveurs, les quotas gratuits et le paiement à la consommation.

Le projet a démarré en octobre 2010, avec la création d’une simple interface de recherche développé en GWT sur Google App Engine, mais laquelle se connectait ensuite à l’ancien site pour récupérer les résultats de la recherche. Cette première version à été mise en ligne pour Noël 2010, mais les deux sites n’ont pas tenu le coup car la base de donnée n’a pas accepté le nombre très élevé de requêtes simultanées !
Nous ne pouvions pas mettre les données de la base de donnée MySQL directement sur Google App Engine, car déjà l’interface d’administration n’est pas encore refaite, et la base de donnée chez App Engine, ne fonctionne pas exactement de la même manière.

Pour la période de Pâques 2011, Google venait de sortir en test la base de donnée Google Cloud SQL qui permet d’avoir des bases de données MySQL directement sur Google App Engine. Nous avons ainsi développé un service qui recopie la base de l’ancien site, sur le nouveau. Le système a fonctionné, mais du fait de la nouveauté du service et du manque d’optimisation de notre part, les bases de données SQL ont régulièrement planté.

Noël 2011

EgliseInfo a relativement bien fonctionné pour Noël 2011, faisant face à une pointe de 1104 visiteurs simultané, et plus de 800 visiteurs en permanence durant toute l’après-midi, soit 100 000 visites en 3 jours.

Nous avons toutefois rencontré trois problèmes :

• Vendredi soir vers 21h, nous avons dépassé le quota que nous avions fixé (25$), donc tous le site s’est retrouvé bloqué, le temps de changer et de mettre à 100$
• Samedi matin, nous avons été limité par Google Cloud SQL a 100 requêtes simultanées. J’ai corrigé en faisait un balancing sur 2 bases SQL, et j’ai écrit un mail à Google : réponse dans la fin de l’après midi, ils ne peuvent pas modifier cette limite, et proposaient de passer à un serveur de plus grande capacité sans être vraiment sûr que cela résoudrait le problème : base de donnée plus grande, mais pas plus de connexion simultanées (cela changera plus tard), avec par ailleurs une interruption le temps de redémarrer le serveur. La double base de données a permis de réduire le nombre d’erreurs et de fournir une meilleure réactivité. Les responsables de Google SQL sont en train de tester avec notre jeu de données sur les requêtes les plus lentes.
• Samedi 18h : EgliseInfo marchait toujours, mais les pubs ne s’affichait plus (un script PHP sur un serveur de la CEF) car le trop grand nombre de personnes sur tous les sites (le site de pub, messesinfo, les sites de paroisses et diocèses) à surchargé le firewall du datacenter où sont hébergés tout ces sites !

Google nous a mis en place automatiquement jusqu’à 400 serveurs disponibles (instances de l’application, qui sont virtualisées sur plusieurs serveurs réels) :

Il faut tout d’abord regarder le public qui risque d’aimer la page : des ados, des jeunes étudiants, des couples, des responsables, … ?
De là, il faut adapter un style de messages : tutoyement, language jeunes, technique …
Se style peut évoluer en fonction du temps et des retours, mais si plusieurs personnes contribuent à cette page, il est important qu’il y ait une cohérence entre les différents messages.

Venons en maintenant au contenu de la page :

Vos liens depuis votre site :

Une page est très souvent liée à un site internet, et il est naturel de vouloir publier automatiquement les articles du site sur la page ! De nombreux outils permettent de le faire automatiquement, comme dlvr.it. Mais ce n’est pas idéal, car la page Facebook n’est pas consultée par le même public et ils attendent un autre contenu.

C’est pas pour autant qu’il ne faut pas faire de liens vers votre site, mais ajouter une phrase pour inciter vos fans à visiter votre lien : une phrase d’accroche, avec un petit commentaire. Cela incitera davantage vos fans à aimer, commenter, ou partager vos liens.

Vos événements :

Vous organisez peut-être des événements, alors profitez-en pour créer les événements sur Facebook ! Outre les informations habituelles, les événements Facebook sont surtout intéressants par leur viralité :
– la possibilité d’inviter nos amis à un événement qui peuvent ensuite inviter leurs amis.
– la possibilité de répondre si on va, on ne va pas ou si peut-être on y sera ?
– la possibilité de savoir qui va à l’évènement, si on y voit beaucoup d’amis, peut-être qu’on aura davantage envie d’y aller aussi.
– les commentaires permettant d’avoir plus d’informations ou de discuter sur l’évènement.
Mais faites attention à la portée de votre événement : pour tous le monde, juste pour un petit groupe de personnes ? (Histoire de ne pas se retrouver pour son anniversaire avec 21 000 personnes).

Publiez des vidéos :

La vidéo est un très bon moyen de faire passer un message qui sera alors beaucoup plus partagé qu’un simple message !
N’hésitez pas à créer vos vidéos et à les partager à vos fans !
Mais partagez aussi les vidéos des autres qui sont intéressantes !

Partager d’autres contenus !

Ne vous limitez pas aux liens de votre site, et à vos vidéos mais partagez tous ce qui est intéressant pour vos fans !
Pour un groupe d’aumônerie, parler des JMJ, ou d’un groupe de musique peut apporter un intérêt à la page, parler du MCR (Mouvement Chrétien des Retraité) n’est pas adapté.

Faire participer vos fans :

Il est important de faire participer vos fans, d’abord sur le succès de la page (Bientôt 2 000 fans, invitez vos amis), sur vos événements (Venez à notre prochaine rencontre …), sur des thème (Que pensez vous de …), sur votre groupe (Une idée de slogan pour le nouveau site).
N’hésitez pas à répéter plusieurs fois ses messages à intervalle réguliers (plusieurs jours), car en fonction de la fréquence avec laquelle vos fans viennent sur Facebook, il se peux que votre message soit perdu au fond de leurs fil d’actualités.

Interactions avec les fans

Il est très important d’établir une interaction avec vos fans. Il y a plusieurs moyens :
– ouvrir votre mur à toute les publications de vos fans, quitte à supprimer ensuite celles qui ne sont pas dans le thème (il vaut mieux une modération à posteriori qu’aucune interaction). Le message écrit sur le mur par un fan ne sera pas visible dans le fil d’actualité, mais seulement si l’on va sur la page ou qu’il a été écrit par un ami.
– permettre à vos fans de commenter : cela va de soit sinon pas d’interactions.
– mais surtout répondre aux commentaires ! C’est la meilleure manière d’inciter ensuite vos fans à réagir !

Cultiver l’exclusivité !

Considérerez vos fans comme des VIP est la manière de les fidéliser ! Annoncer (tout en permettant de garder du mystère) le thème de la prochaine réunion, indiquez des petites annecdotes qui ont eu lieu dans le groupe,  c’est un bon moyen de donner envie de réagir aux autres publications.

Répartissez

Ne faites pas du Facebook 30min toutes les semaines mais plutôt 5min tous les 2 jours.
Il ne faut pas publier 10 messages un jours et rien pendant deux semaines, car vos fans vont vous oublier ou se désinscrire car sa page d’accueil sera remplie de vos messages.
Une publication constante et régulière permettra à vos fans de ne pas vous oublier.

En plein essor des réseaux sociaux, c’est tous naturellement que ces JMJ ont été marqué par les réseaux sociaux jusque dans la campagne de communication : “Jésus Pokes You” (en référence à Facebook qui permet de faire un coucou à un amis en donnant une tape sur l’épaule virtuel), “Vous allez revenir avec 1 500 000 nouvelles demandes d’amis” …

Chaque groupe des JMJ possède sa page facebook et pour la plupart son compte twitter. L’équipe d’organisation a aussi créer une application facebook permettant d’avoir un certain nombre d’information directement dans le réseau social ! De cette façon, ils ont organiser des concours pour gagner des cadeaux des JMJ ou des places dans les carrés VIP lors des rencontres avec le pape. Cette application est très pratique, elle permettra de suivre toute l’actualité des JMJ y compris avec des vidéos en direct, mais aussi des fonctionnalités sympa comme dédier son statut facebook pour les lundi au JMJ (ou une fois par mois) ou encore de publier un compte à rebours avant les JMJ.

De plus, de nombreux buzz ont utilisé le pouvoir sociale pour diffuser les informations pour chaque groupe des JMJ. On ne compte plus les nombreuses vidéos humoristiques, que ce soit des parodies des publicités de free : Il va au JMJ, il a tout compris, la suite de vidéo sur  “Pas la peine de vous trouver des excuses, Tout le monde est le bienvenu aux JMJ 2011″, ou encore des parodies de film policier : Rends toi, ou le Service Après-Vente des JMJ. Mais bien sûr de nombreuses vidéos de présentation.

Les organisateurs viennent de lancer un réseau social pour les JMJ !

http://www.socialmadrid11.com/

Comme tous réseau social, on retrouve notre profil à remplir (très simple : photo, email, nom, et biographie), notre liste d’amis, la liste des followers (ceux qui nous suivent), ainsi que notre mur où l’on peux publier de cours messages (avec la possibilité de donner notre position). La seule fonctionnalité intéressante est d’avoir la liste des évènements des JMJ et de pouvoir dire que si on y va.

Des applications mobiles ont été créé pour ce site et est maintenant disponible pour les smartphone Android et iPhone. Ces applications permettent d’accéder aux informations sur le réseau social : les évènements, les news, mes contacts, chats, mon mur, mon profil et surtout pouvoir partager en permanence où l’on se trouve pour se retrouver avec nos contacts.

Seulement voilà, tous d’abord, nous sommes à 6 jours du début des JMJ, et celui-ci vient seulement d’ouvrir et encore il n’est pas encore totalement fonctionnel ! Mais surtout, ce réseau sociale est traduit en deux langue : Anglais (et encore pas totalement) et en espagnole ! (dommage que le Français, l’allemand, l’italien ne sont pas disponible) car la langue est une grosse barrière à l’adoption des réseaux sociaux (on a vu la progression de Facebook une fois qu’il a été traduit en plusieurs langues).

Les évènements et les news sont uniquement en espagnole (alors que ceux-ci sont dans toutes les langues sur le site officiel), mais surtout les 20 principaux évènements sont disponible : Messe d’ouverture, Arrivée du pape, Entrée pape à Madrid, Messe en privé du pape, Visite du Pape aux rois d’Espagne, Pape rencontre avec la jeunesse religieuse, Pape rencontre avec les enseignants, Le pape rencontre officielle avec le Premier ministre. Chemin de croix, Confession de certains jeunes avec le Pape, Messe pour les séminaristes dans la Cathédrale, Visite du Pape à l’Fundación Instituto San José, Veillée à Cuatro Vientos, Messe de clôture de la Journée Mondiale de la Jeunesse, Pape rencontre les bénévoles, etc …
Tous ses évènements sont très spécifiques, soit concerne tous le monde, soit un petit nombre de personnes, ce qui aurait été vraiment intéressant c’est la liste des évènements pour le festival de la jeunesse où de nombreux évènements sont organisé de différents type (religieux, expositions, cinéma, musiques, etc …)

C’est louable d’avoir une application pour Android, car souvent pour un évènement, seulement l’application iPhone est créer, mais pour un spécialiste d’Android, je trouve que cette application n’est pas réussis, car c’est une copie de l’application iPhone sans profiter des spécificités de la plateforme Android (n’utilisez pas la touche retour de votre téléphone, cela quittera l’application, …).

Pour les étrangers (comme nous les français), l’intérêt d’une application est vraiment limité, car il faut avoir une connexion internet, or la connexion mobile à l’étranger est vraiment très cher ! (Ce n’est pas la faute aux JMJ) et je doute qu’il y ait des wifi libre partout !

Mais la vrai question à se poser :

Quel est l’intérêt d’un nouveau réseau social ?

Pourquoi devons nous nous enfermer dans un réseau privé juste entre chrétiens ? Qu’es-ce que cela nous apportera de plus que les réseaux déjà existant que nous utilisons déjà pour un grand nombre (Facebook, Twitter, Google+) ?

Je pense que c’est une très mauvaise idée que d’avoir fait la même erreur que d’autres réseaux sociaux chrétiens, déjà lors des précédentes JMJ à Sydney qui avait déjà créer un réseau social : www.xt3.com (qui s’est mis aux couleurs de Madrid, il avait des fonctionnalités intéressantes à destination des catholiques : prier pour des intentions particulières, parler à un prêtre, etc …) ou le petit français IK2S (maintenant fermé).

De même, une application Youcat (Catéchisme de l’église catholique réécrit pour être plus compréhensible des jeunes) viens de sortir pour Android et iPhone pour avoir accès aux questions et réponses listés dans le livre. On y retrouve les mêmes erreurs décrite pour les applications des JMJ : seulement en italiens, mais surtout une création de profil, d’ajout d’amis, et de commentaires ! Encore un autre réseau social encore plus spécifique ! En avons nous besoins ?

Il faut vraiment arrêter cette manie de faire des réseaux sociaux partout et commencer à vraiment utiliser les outils universelles pour s’intégrer au monde dans lequel existe et surtout de ne pas réinventer la roue tout le temps !

Voici quelques points de repères sur les risques qui peuvent apparaître dans votre projet.

Tout projet en comporte : tous ceux prévus n’apparaissent heureusement pas mais mieux vaut les connaître à l’avance ! Les principaux risques d’un projet tel que le votre sont financiers, humains et contractuels.

Risque financier

Il est nécessaire de faire une bonne prévision du budget qui peut être alloué au projet en tenant compte de tous les coûts : il n’y a pas seulement ceux liés au prestataire mais également les frais internes (salaires des personnes en charge du projet par exemple). Il est indispensable pour cela de travailler en collaboration avec le service financier du diocèse pour avoir son aval. Tout changement significatif dans le projet engendre un surcoût inévitable qui est à prévoir même s’il n’arrivera pas obligatoirement.

Risque humain

Il est important de prévoir que les personnes travaillant sur le projet puissent démissionner ou arrêter leur travail pour quelconque raison. Pour cela, il est recommandé de toujours prévoir une 2^ème personne à même de la remplacer au cas où.

Risque contractuel

Si un contrat engage la responsabilité des deux parties, il peut arriver que l’une comme l’autre remette en cause les engagements pris. Le prestataire risque notamment d’abandonner le projet en cours, de dépasser ses engagements financiers ou encore de ne pas respecter son champ d’initiative prévu dans le cahier des charges.

Pour cela il est préférable de rédiger un contrat qui soit le plus explicite possible sur ce point (arrêt du paiement en cas de désistement du prestataire en cours) et un cahier des charges clair.

Autres risques

D’autres risques à plus long terme, une fois le projet terminé et le site mis en ligne, peuvent apparaître. Il en va notamment de la responsabilité de l’évêque que le contenu publié et que les messages sur un éventuel forum de discussion respectent ce qui est prévu par la loi. De même, il est recommandé de faire attention aux droits d’auteurs et à la publication d’images ou de vidéos identifiant des personnes : celles-ci doivent au préalable donner leur accord.

N’hésitez pas à réagir et à nous faire part des difficultés qui ont été les vôtres !

Vous souhaitez faire ou refaire le site web de votre diocèse ? Voici quelques pistes de réflexion sur les bonnes questions à se poser au préalable pour la meilleure réussite possible !

Pourquoi ? Quel but ?

Avant tout, il vous faut définir quel est le but poursuivi : est-ce simplement de moderniser l’aspect visuel du site ? Est-ce de fournir  plus de contenu (audio, vidéo, texte) ?

A destination  de qui ?

Pour cela, pensez au public auquel se destine le site : dans le cadre d’un site diocésain, tous les âges doivent pouvoir s’y retrouver ! Mais le contenu ne sera pas le même selon que vous dédierez telle page à des jeunes qu’à un public plus âgé.

Avec quelles ressources ?

Une fois le but et le public cernés, il vous faut maintenant étudier vos ressources : quelles ressources pouvez-vous mettre en œuvre pour mener à bien ce projet (humaines, financières, matérielles…) ? Mieux vaut ne pas viser trop haut et tenir compte de vos ressources réelles (et non espérées) pour lancer votre projet.

La définition la plus précise de votre besoin et du but de votre démarche est fondamentale : elle déterminera la réussite du projet, surtout si vous travaillez avec un prestataire professionnel.

Plus votre idée est précisée et formalisée, moins votre projet sera retardé par des imprévus et plus vite il sera mis en œuvre !

La définition du besoin autour d’un projet web

Une équipe de suivi

Pour que votre projet de site diocésain aboutisse dans les meilleures conditions, il est vivement recommandé de constituer une petite équipe de pilotage de celui-ci. Cette équipe se composera idéalement d’un chef de projet : à lui de coordonner les actions de chacune des parties (prestataires, service communication, bénévoles…) et à veiller au respect des dates limites jalonnant le projet.

Prise de décisions

Il ne faut pas perdre de vue que le chef de projet, aidé par toute l’équipe de suivi, sera évidemment amené à prendre des décisions. Cela peut paraître évident de prime abord mais voici cependant quelques précisions à ce sujet.

Il est préférable que les décisions soient prises d’un commun accord ou dans la mesure du possible à la majorité. Le lancement d’un nouveau site web impliquera très probablement la coopération avec un prestataire professionnel : ce dernier doit pouvoir se baser sur des éléments fiables, avec le moins d’incertitudes ou de remises en questions possibles.

Des assistants pour l’épauler sont également à prévoir ! Relation avec le prestataire, communication interne, aspects techniques, aspects financiers peuvent être des exemples de missions confiées à des assistants. Ils veilleront à tenir régulièrement le chef de projet de l’avancé de leur travail : une bonne communication entre chacun est un facteur déterminant de la réussite d’un tel projet.

Le rôle de l’évêque

L’évêque ou son représentant doit également faire partie intégrante de l’équipe de suivi : c’est en effet lui qui validera le contenu du site. Son approbation régulière est donc fondamentale.

Schéma de pilotage d’un projet web dans l’Eglise

N’hésitez pas à nous partager votre expérience de projet web d’Eglise !

Ce 11 et 12 mai, c’était la grande messe technologique chez Google : le Google I/O 2011, une grosse conférence organisée par Google à destination de ses développeurs et aussi l’occasion de l’année pour de grandes annonces. Cette année n’est pas coutume, un grand nombre de nouveautés ont été annoncées, que ce soit pour Android et le marché des tablettes ou la sortie de Google Music permettant de mettre en ligne 20 000 morceaux de musique pouvant ainsi être lus depuis n’importe quel appareil (internet, mobile) mais seulement disponible pour les Américains ou encore la sortie de Chrome OS, un système d’exploitation pour les netbooks utilisant juste le navigateur Chrome.

D’autres nouveautés bien qu’intéressantes pour le secteur professionnel viennent changer l’utilisation de certains produits pour les petites entreprises mais surtout les particuliers amateurs qui y trouvait des solutions simples puissantes presque gratuitement. Je veux parler de deux produits :

• Google Apps : Les applications Google (Mail, Calendrier, Documents, Chats, Contacts) sur son propre nom de domaine. C’est à dire avoir des mails non pas en @gmail.com mais en @monnom.fr tous en utilisant Gmail derrière.
• Google App Engine : Possibilité de créer une application et de la déposer sur les serveurs de Google qui s’occupera ensuite de gérer automatiquement la charge de l’application (permettant de répondre à un grand nombre de visites durant un temps court).

Ces deux produits de Google qui sont disponibles depuis maintenant plus de 3 ans étaient particulièrement intéressants pour les petites entreprises ou les particuliers ou encore l’Eglise catholique.

Google Apps

La possibilité d’utiliser les applications performantes de Google sur son domaine était très utile pour une famille par exemple en achetant le nom de domaine en .fr de son nom de famille, il était possible de donner gratuitement des mails à toutes sa famille (cousins compris) et ensuite de pouvoir partager des documents avec seulement notre famille.

Mais dans le cadre de l’église, une communauté ou une paroisse pouvait alors l’utiliser pour remplacer son système d’information :

• Créer les comptes e-mails pour tous les prêtres de la paroisse et les personnes permanentes (secrétaire, responsables, webmestres), mais aussi un mail pour chaque groupe ou mouvement (scout, groupes de prière, groupe liturgique, etc …).
• Partager simplement les informations entre toutes ces personnes (calendriers partagés, documents partagés, formulaires d’inscriptions, mini-sites, listes de diffusions).

Lors du lancement de ce service, le nombre de comptes utilisateurs était illimité (une première base de 100 comptes, puis une possibilité d’en demander plus en justifiant). Une offre payante est ensuite apparue pour 40$ par utilisateur et par an, l’espace de stockage étant grandement agrandi, en plus de l’intégration de nouvelles fonctionnalités destinées aux entreprises. L’offre gratuite est alors passée à 50 comptes, ce qui est largement suffisant pour la plupart des usages donnés plus haut. Pour les organisations à but non lucratif (associations) et l’enseignement, l’offre Professionnel leur est offerte mais seulement au États Unis ! Cela devrait arriver en Europe prochainement, le temps pour Google de s’adapter aux spécificités législatives de chaque pays.

Depuis le 11 mai, les inscriptions de domaine sous Google Apps sont limités à 10 comptes, un nombre ridiculement plus faible permettant une utilisation par de très petites organisations, ou dans le cadre de tests par une simple personne.

La raison de cette restriction est simple : de nombreuses petites entreprises utilisaient la version gratuite. Malgré il serait bon de disposer d’un juste milieu gratuit pour des structures non-professionnelles : pas besoin de 25 Go de stockage (au lieu de 8Go) ni d’une administration trop poussée, d’un filtrage avancé des mails…

L’intérêt de la solution était vraiment la possibilité d’avoir des mails gratuits et un service d’une grande qualité. Un hébergeur internet permet, pour 30€ par an, d’avoir 200 comptes email (limité à 20Mo), nombre largement suffisant pour la plupart des besoins.

Il est vraiment dommage qu’un service de cette qualité soit réduit même si cela n’affecte que les nouveaux comptes créés, tous les anciens comptes Google Apps resterons avec leurs 50 comptes ou plus en fonction des conditions lors de leur création.

Google App Engine

Cette solution de Google tournée vers les développeurs, leur permet de déployer leurs applications sur les serveurs de Google avec une montée automatique de la puissance serveur en fonction du nombre d’utilisateurs courant.

L’Eglise catholique avec Technologiæ a choisi de développer plusieurs applications sur le Google App Engine pour deux raisons : la la fonctionnalité de montée en charge de l’application, et le prix (nous reparlerons plus loin du fonctionnement de la facturation).

• La plus grosse application développée sur cette plateforme est Eglise Info. Ce site qui a terme remplacera le site de recherche d’horaires de messes, MessesInfo, doit supporter la montée en charge lors des deux pics de visites annuels : la veille de Noël et la semaine sainte. Or jusque là, le site MessesInfo ne fonctionnait pas lors de ces deux moments à cause de la trop forte affluence. App Engine (Java) nous permettra (le projet est en cours, et il reste des optimisations à faire) à terme sans rien faire de pouvoir répondre à tous les utilisateurs même durant les fortes affluences, Google allumera des serveurs automatiquement pour l’application qui seront ensuite éteints dès que les utilisateurs seront repartis.
• Deuxième application, sur une partie des sites catholiques français, une barre de navigation unifiée apparaît en haut de la page. Cette barre utilise aussi Google App Engine (Python) qui a permis de créer facilement le projet. Une interface d’administration permet de personnaliser les barres, elle est accessible depuis tout compte Google dont l’accès a été autorisé.
• Technologiæ est aussi en train de créer un projet fournissant une API simple de recherche dans les Bibles de traduction catholique. L’utilisation de Google App Engine (Java) est effective pour la possibilité de montée en charge si le service se développe, les versets des Bibles étant quant à eux stockés dans l’espace de stockage de la base de donnée.
• Un deuxième projet étendant ce premier est de fournir une API permettant l’envoi de versets quotidien pré-remplis par un prêtre par SMS, mail, chat, Twitter, Facebook. Cette fois-ci, nous avons choisi d’utiliser App Engine pour sa possibilité d’envoyer un grand nombre de mails par des tâches programmables.

Le payement de Google App Engine se fait par un système de quotas gratuit, puis de payement à l’utilisation. Les quotas sont nombreux et de plusieurs styles :

• Nombres d’heures de CPU : c’est à dire le temps exact durant lequel un processeur tourne pour notre application sans prendre en compte le temps où il ne fait rien.
• Nombres de requêtes à la base de donnée.
• Bande passante : quantité de données échangées entre le serveur et les clients.
• Taille de la base de données.
• Nombre de mails envoyés.
• etc…

Cependant les quotas étaient assez élevés pour qu’une application de taille raisonnable ne les dépassent pas. Par ailleurs, seulement les dépassements des quotas gratuits sont facturés. L’intérêt pour l’application EgliseInfo est d’être en dessous des quotas gratuits la plupart du temps et de ne payer une partie que lors des affluences, c’est à dire à Noël et à Pâques ! Cette année pour Pâques, nous avons commencé à payer pour une forte charge mais de manière très raisonnable : moins de 5$ pour 100 000 visites vues en quelques jours !

Malheureusement, Google va changer sa politique de quotas dans le courant de cette année et la plateforme va devenir beaucoup moins intéressante pour les différents projets dont je viens de parler !

Les quotas gratuits vont être diminués, par exemple on pouvait envoyer 2 000 mails par jours, à partir de maintenant, on ne peux en envoyer plus que 100 ce qui réduit l’intérêt de notre application envoyant des versets quotidiens par mail, ou de certains formulaires de contact ou d’inscription !

Les quotas en heures de CPU vont maintenant changer pour se compter en heures d’instance (un serveur démarré pour notre application) c’est à dire que si un serveur est démarré pendant une heure, on paye l’heure entière même si son utilisation n’est pas de 100 %. Le quota gratuit est de 24h d’instance, c’est à dire 1 instance par jours, ce qui est très peu : EgliseInfo tourne en permanence avec 3 instances et peut monter jusqu’à une vingtaine d’instance à Pâques.

Mais surtout, si une application veut pouvoir dépasser les quotas gratuits et payer le dépassement, elle devra payer 9$ par mois et par application (un troisième prix existe pour les très grosses entreprises qui ne veulent pas payer par application : 500$ par mois quelque soit le nombre d’applications en bénéficiant d’autres fonctionnalités professionnelles).

Cela veut dire qu’une application App Engine coûterait au minimum 108$ par an, sans compter les dépassements de quota. Même si les tarifs de quotas sont très intéressants (le coût du stockage dans la base de donnée sera réduit), la plateforme est moins attractive pour les particuliers, les petits projets ou les start-up !

Cette nouvelle politique peut venir du fait que les anciens tarifs ne faisait pas assez professionnel pour les grosses entreprises pour qui un logiciel si il ne se compte pas en milliers de dollars n’est pas un bon logiciel. Cela bridera probablement la créativité de plus petits projets …