Ce diaporama a bien été signalé.
Le téléchargement de votre SlideShare est en cours. ×

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

Publicité
Publicité
Publicité
Publicité
Publicité
Publicité
Publicité
Publicité
Publicité
Publicité
Publicité
Publicité
Chargement dans…3
×

Consultez-les par la suite

1 sur 31 Publicité

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

Télécharger pour lire hors ligne

Quelques retours d'expérience et méthodes sur l'utilisation de WordPress dans le cadre de prestations pour des collectivités.
Talk présenté par @audrasjb pour l'Atelier 111 à la 3ème édition de WordPressInAlps, octobre 2014.

Quelques retours d'expérience et méthodes sur l'utilisation de WordPress dans le cadre de prestations pour des collectivités.
Talk présenté par @audrasjb pour l'Atelier 111 à la 3ème édition de WordPressInAlps, octobre 2014.

Publicité
Publicité

Plus De Contenu Connexe

Diaporamas pour vous (20)

Similaire à Un site de collectivité sur WordPress ? Méthodes et retours d'XP (20)

Publicité

Plus récents (20)

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

  1. 1. WPIA#3 Un site de collectivité sur WordPress ? retours d'XP Jean-Baptiste Audras, développeur web à l'Atelier 111 @AudrasJb | @atelier111
  2. 2. 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 2008 Un pôle création graphique (Chambéry/Grenoble) & un pôle développement web (Valence) ; 4 associés
  3. 3. On fait pas mal de sites publics (mais pas que !)
  4. 4. La question qui tue
  5. 5. WordPress est il soluble dans le secteur public ? Oui!
  6. 6. Les spécificités du secteur public
  7. 7. Les marchés publics et consultations 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 !)
  8. 8. Une tendance à la professionnalisation des personnels de + 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
  9. 9. et des questions légales accessibilité numérique : respect du RGAA obligatoire = expertise CNIL : de + en + important ; de + en + contraignant Les prestataires doivent être opés sur ces questions Côté WordPress, aucune contre-indication
  10. 10. Last but not least Plus envie de se retrouver pieds et poings liés !! L'open source est demandé dans 95% des cas (estimation pifomètre institute©) L'open source devient une norme
  11. 11. Un bon contexte pour WP CMS le plus utilisé au monde… force de la communauté de + en + de prestataires, y compris historiques open 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
  12. 12. Les risques «WordPress, c'est pour les blogs» à désarmorcer ! WordPress est surtout en concurrence avec les autres CMS libres
  13. 13. De plus en plus de concurrents utilisant WP Et c'est tant mieux ! Bref… je me lance et participe à un appel d'offres public…
  14. 14. Quelques conseils Argumenter 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…
  15. 15. On a le marché !
  16. 16. Et maintenant ? Les étapes classiques 1. Conception 2. DA / création graphique 3. Intégration 4. Développement WP 5. Pré-prod / tests 6. Recette / tests de charge / débug 7. Intégration du contenu / formation 8. Mise en prod puis mise en ligne 9. Maintenance préventive et corrective / suivi WP intervient sur plusieurs étapes
  17. 17. Conception 1. Le plan de conception où l'on va articuler l'arborescence, les PAGES WP, les CPT, les templates nécessaires, les éléments contextuels de chaque template
  18. 18. Conception 2. Le maquettage fonctionnel où l'on représente graphiquement les fonctionnalités du CdC
  19. 19. DA/création graphique Là, tout dépend. Sur thème existant ou framework : design forcément contraint Sur-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)
  20. 20. Intégration HTML/CSS/JS dév front-end Sur thème existant ou framework : retouches du thème Sur-mesure : définir les classes WP obligatoires, le balisage des modules spécifiques (API, formulaires, etc.) : le dév WP doit accompagner l'intégrateur
  21. 21. Développement WP Installation WP + environnement de la solution Quelques extensions : Contact Form 7 ACF (si possible sans plugin en prod) MailJet (+ API) BackWPup (sauvegardes auto) Plugin de vue de l'arborescence (+ drag&drop) Google XML Sitemaps Accès restreint (?)
  22. 22. Développement WP Installation WP + environnement de la solution Les types de contenus classiques : Actualités Agenda Fiches élus Annuaire Diaporamas + CPT spécifiques : équipements (carto), documents extranet privés, travaux en cours, flash infos, etc.
  23. 23. Développement WP Développement des templates Les templates de contenus Classiques : front-page.php, index.php, page.php, 404.php, search.php, category.php, single.php Pages spécifiques de l'arbo : page-contact.php, page-actualites.php, etc. CPT : single-montypdecontenu.php, taxonomy-rubrique.php, etc. Les templates contextuels Classiques : header.php, footer.php, sidebar.php Spé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 !
  24. 24. Pré-prod / tests Utiliser 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
  25. 25. 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 ici et sur secupress ) Enfin : mise en place du socle de base de contenus du site
  26. 26. Formation des administrateurs et des contributeurs EASY! Chez nous, rarement >1j sauf spécificités ou grand nombre de contributeurs Facilité à produire de la doc réutilisable = gain de temps Attention, screenshots de votre doc vite hasbeen !
  27. 27. La mise en ligne Les contenus sont ok ? les admins et contributeurs fin prêts ? Les tickets de bugs sont tous fermés ? Alors c'est parti !
  28. 28. Penser à l'essentiel Nettoyer WP de ses contenus factices (+uploads) déplacer WP sur le domaine principal juste déplacer index.php puis ajouter /prod dans la ligne suivante : require( dirname( __FILE__ ) . '/prod/wp-blog-header.php' ); Pour en savoir +, RTFM ) 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
  29. 29. 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
  30. 30. Et enfin… Prestation de référencement/communication spécifique : il est temps de 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 Analytics PIWIK ! (open source + CNIL-compatible + super plugin WP ici ) Suivi de la maintenance : chez nous, 12 mois compris. Puis le client renouvelle par tranche
  31. 31. 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

×