Un site de collectivité sur WordPress ? Méthodes et retours d'XP

WPIA#3

Un site de collectivité sur WordPress ?

retours d'XP

Jean-Baptiste Audras, développeur web à l'Atelier 111

| @AudrasJb @atelier111

Développeur web utilisant WordPress depuis «Ella» (v2.1, 2007)Gestion technique de projet, développeur front et back-end

Grenoblois depuis pendant 8 bonnes années

Manufacture éditoriale et graphique depuis 2008Un pôle création graphique (Chambéry/Grenoble)

& un pôle développement web (Valence) ; 4 associés

On fait pas malde sites publics

(mais pas que !)

La question quitue

WordPress est ilsoluble dans lesecteur public ?

Oui!

Les spécificitésdu secteur public

Les marchés publics etconsultations

complexité administrative des dossiers(faut apprendre à les faire efficacement)

délais d'envoi des dossiers souvent très courts (mais secteur privé idem)

pour bcp d'agences, l'impression que les dés sont pipés (c'est finalement rare !)

périodes pré-électorales : plus rien(mais après, çaÿ la fête !)

des maquettes non rémunérées à réaliser en avant-projet(hèlas oui !)

Une tendance à laprofessionnalisation des

personnelsde + en + de cursus en com' = le baratin marche moins bien =D des cahiers des charges (=CCTP) de + en + détaillés et fournis une envie d'autonomie vis à vis des presta à moyen/long terme de bonnes connaissances de l'offre technique à disposition souvent une bonne culture du web ; parfois un vrai benchmarking

et des questions légalesaccessibilité numérique : respect du RGAA obligatoire = expertise CNIL : de + en + important ; de + en + contraignant

Les prestataires doivent être opés sur ces questionsCôté WordPress, aucune contre-indication

Last but not least

Plus envie de se retrouver piedset poings liés !!

L'open source est demandé dans 95% des cas (estimation pifomètre institute©)

L'open source devient une norme

Un bon contexte pour WPCMS le plus utilisé au monde… force de la communauté

de + en + de prestataires, y compris historiquesopen source et dév spéc. forcément GPL

en pointe niveau accessibilité >> https://make.wordpress.org/accessibility/

un backoffice efficace et facile à prendre en main

une maintenance rythmée par les MAJ WP

un référencement naturel efficace

Les risques«WordPress, c'est pour les blogs»

à désarmorcer !WordPress est surtout en concurrence avec les autres CMS libres

De plus en plus de concurrentsutilisant WP

Et c'est tant mieux !

Bref… je me lance et participe à un appel d'offres public…

Quelques conseilsArgumenter autour d'une solution utilisant WP, fonctionnalité par

fonctionnalitéFaire des maquettes fonctionnelles, pas graphiques !

Attention à la tentation du low-cost

2 jours 1 semaine 20 jours plus tard, le verdict tombe…

On a le marché !

Et maintenant ? Les étapes classiques1. Conception2. DA / création graphique3. Intégration4. Développement WP5. Pré-prod / tests6. Recette / tests de charge / débug7. Intégration du contenu / formation8. Mise en prod puis mise en ligne9. Maintenance préventive et corrective / suivi

WP intervient sur plusieurs étapes

Conception1. Le plan de conception

où l'on va articuler l'arborescence, les PAGES WP, les CPT, les templatesnécessaires, les éléments contextuels de chaque template

Conception2. Le maquettage fonctionnel

où l'on représente graphiquement les fonctionnalités du CdC

DA/création graphiqueLà, tout dépend.

Sur thème existant ou framework : design forcément contraintSur-mesure : no soucy, le créa peut sortir la boîte à idées !

Dans tous les cas : validation

(ps : chez nous, on ne fait que du sur-mesure, systématiquement)

Intégration HTML/CSS/JS

dév front-endSur thème existant ou framework : retouches du thème Sur-mesure : définir les classes WP obligatoires, le balisage desmodules spécifiques (API, formulaires, etc.) : le dév WP doitaccompagner l'intégrateur

Développement WPInstallation WP + environnement de la solution

Quelques extensions :Contact Form 7ACF (si possible sans plugin en prod)MailJet (+ API)BackWPup (sauvegardes auto)Plugin de vue de l'arborescence (+ drag&drop)Google XML SitemapsAccès restreint (?)

Développement WPInstallation WP + environnement de la solution

Les types de contenus classiques :ActualitésAgendaFiches élusAnnuaireDiaporamas+ CPT spécifiques : équipements (carto), documents extranetprivés, travaux en cours, flash infos, etc.

Développement WPDéveloppement des templates

Les templates de contenusClassiques : front-page.php, index.php, page.php, 404.php,search.php, category.php, single.phpPages spécifiques de l'arbo : page-contact.php, page-actualites.php,etc.CPT : single-montypdecontenu.php, taxonomy-rubrique.php, etc.

Les templates contextuelsClassiques : header.php, footer.php, sidebar.phpSpécifiques : sidebar-newsletter.php, sidebar-agenda.php, sidebar-actus.php, header-home.php, etc.

C'est là que se situe le gros du boulot de dév !

Pré-prod / testsUtiliser un serveur dédié spécifique avec une install pérénne.

Objectifs :

Pousser les développements successifs sur un environnement

reproduisant le serveur prod

Faire les tests de montée en charge avec des contenus factices

Faire le débuggage de la phase de dév

Faire valider la solution et le fonctionnement du site

Disposer après la mise en ligne d'une version de test détachée du site

en prod

Bascule sur le serveur de prod(valable pour tout projet WP)

Bonne pratique : placer WP dans un répertoire /prod

JAMAIS de modifications en direct (local > pré-prod > prod)

Interdire l'accès aux listing des dossiers et aux fichiers sensibles

Ne pas héberger PHPMyAdmin sur le serveur, déplacer wp-config.php

dans un autre répertoire(quelques tips et sur )

Enfin : mise en place du socle de base de contenus du site

ici secupress

Formation des administrateurset des contributeurs

EASY!Chez nous, rarement >1j sauf spécificités ou grand nombre decontributeurs Facilité à produire de la doc réutilisable = gain de temps

Attention, screenshots de votre doc vite hasbeen !

La mise en ligneLes contenus sont ok ? les admins et contributeurs fin prêts ?

Les tickets de bugs sont tous fermés ?

Alors c'est parti !

Penser à l'essentielNettoyer WP de ses contenus factices (+uploads) déplacer WP sur le domaine principaljuste déplacer index.php puis ajouter /prod dans la ligne suivante : require( dirname( __FILE__ ) . '/prod/wp-blog-header.php' );

Pour en savoir +, ) Autoriser les bots d'indexation Générer les fichiers sitemap.xml Lancer une sauvegarde de l'ensemble de l'install Récupérer cette sauvegarde pour mettre à jour le serveur de pré-prod: une redondance indispensable

RTFM

YAY! On y est !THE  BIG  UGLY  WEBSITE  

FUGLY  UGLY  

(for  when  plain  ugly  websites  aren't  enough)  

Wednesday  October  22,  2014  

HI  AMBER!  

how  are  your  Grams?  

TWITTER  UGLY  

Et enfin…Prestation de référencement/communication spécifique : il est tempsde se retrousser les manches Souscrire aux services web classiques de suivi : Webmaster Tools, etc. Livrer le certificat de conformité RGAA Implémenter le suivi des statistiques : Google AnalyticsPIWIK ! (open source + CNIL-compatible + ) Suivi de la maintenance : chez nous, 12 mois compris. Puis le client renouvelle par tranche

super plugin WP ici

Et voilà !Merci et à bientôt

(présentation disponible sur )atelier-111.fr/wpia3

Réalisé avec reveal.js

Contact : jeanbaptisteaudras@atelier-111.fr // @AudrasJb