Guide pratique du rédacteur élaboré par le [[FirefoxOS/GroupeCommunication|Groupe de communication pour Firefox OS]]
''Travail en cours : participez sur notre liste ou en modifiant la page.''
TOC
- CREDOC : Enquête « Conditions de vie et Aspirations des Français » - R297 (PDF)
- http://www.statista.com
La galette des rois
À « Noël » préférer « les fêtes »
Éviter de fêter des anniversaires de personnes.
Les fautes d'orthographe nuisent à la crédibilité des contenus publiés. Relire et faire relire est vraiment important.
''Ne tient pas compte de la transformation automatique typographique du CMS.''
Voir cette table des caractères spéciaux avec entité HTML, caractère ASCII, code clavier Windows et nom courant. Il existe des claviers à installer pour avoir les caractères spéciaux courants sous la main.
Nous n'utilisons pas les guillemets anglophones ni les guillemets droits, mais toujours les guillemets francophones « » suivi pour l'ouvrant et précédé pour le fermant d'une espace (''n. f.'') insécable classique (    Alt+0160).
On utilise des espaces insécables devant les ponctuations hautes (deux-points, point-virgule, point d'exclamation et point d'interrogation) ou encore avant les signes pour cent (non collés au nombre). Les symboles monétaires sont placés derrière la valeur et aussi précédés d'une espace insécable. Le symbole degré est collé au nombre qu'il suit sauf lorsque, s'agissant de température, il est lui-même suivi de l'abréviation précisant l'échelle utilisée (« 100° », mais « 100 °C »)
Pour les nombres, le séparateur des milliers doit être une espace insécable.
Lorsque trois points sont présents (points de suspension), nous utilisons le caractère ellipse « … » à la place (… … Alt+0133). Attention, l'espace est après pas avant et veillez à ne pas utiliser « etc… » ou « ,… ».
Les tirets (à ne pas confondre avec le trait d'union plus court) sont les tirets demi-cadratin – (– – Alt+0150) pour les incises à l'intérieur d'une phrase (on peut mettre une virgule après les second tiret qui disparait devant un point-virgule ou un point final) et cadratin — (— — Alt+0151) pour les répliques (sauf la première) dans un dialogue.
Les titres ne prennent pas de ponctuation finale (ni point ni deux-points).
Il faut éviter les liens « ici » ou « cliquez ici » ou toute autre instruction générique.
Les liens avec le même texte doivent avoir la même URL.
Le soulignement est réservé aux liens.
Les liens ne doivent pas se suivre juste séparés par des espaces.
Ne pas forcer les liens à s'ouvrir dans une nouvelle fenêtre sans prévenir les utilisateurs au minimum.
Ne pas mettre de liens trop longs. Être assez long pour être compris, mais suffisamment court pour éviter la confusion.
Indiquer le poids et format de chaque document à télécharger, le nombre de pages et la durée des vidéos et fichiers audio liés (PDF, 98 Ko, 16 pages).
HTML : remplissez bien l'attribut title dont la valeur apparaît en infobulle lors du survol par le curseur de la souris mais éviter de mettre là des informations essentielles que certains agents utilisateurs ne rendent pas.
L'attribut hreflang indique la langue du contenu cible du lien avec un code code ISO 639-* en deux ou trois lettres en minuscules pour la langue. Les caractères blancs ne sont pas autorisés dans les codes de langue. Un sous-code peut être rajouté à la langue après un trait d'union sous la forme d'un nom territorial ou d'un code d'État ou de territoire ce dernier en majuscules (ex. : hreflang="fr-CA" sera pour indiquer que le document cible est en français du Canada).
L'attribut lang verra sa valeur formée de la même façon pour indiquer la langue du texte dans la balise (ex. : <i lang="la">Errare humanum est</i> ou <abbr title="Application programming interface" lang="en">API</abbr> ).
HTML : Les images doivent avoir un attribut alt (vide pour une image purement décorative) avec une courte description. Pour les longues descriptions, un attribut longdesc existe pour indiquer l'URL d'un fichier (texte ou HTML) avec une description exhaustive de l'image (utile pour les images avec du texte ou les infographies). Cependant, comme cet attribut est très peu <é et visible dans les interfaces utilisateur, il convient d'ajouter un D avec un lien vers le fichier (ex. : <a href="URL_fichier_descritpion" hreflang="fr"><abbr tite="Description">D</abbr></a> ).
Pas de tableau de mise en forme. Les tableaux sont réservés aux données tabulaires.
Prévoir un titre pour les tableaux.
HTML : remplir l’attribut summary de la balise table avec une courte description du contenu du tableau.
Mettre des accents sur les lettres capitales.
Appliquer un contraste suffisant entre contenus et arrière plan. Une application utile pour vérifier votre contraste est Colour Contrast Analyser.
Quelques conseils quelque soit le mode de saisie (wiki ou HTML) choisi :
En résumé : Le HTML sert à structurer les données, le CSS à les habiller.
''[À finir]''
Après avoir écrit des articles sur le webzine (voir [[FirefoxOS/GroupeCommunication/Templates|le guide pratique]]), il importe de penser aux contenus qui vont permettre de :
Créer des contenus pour Twitter et Facebook qui permettent de créer de la réciprocité et de l'échange avec des communautés plus larges.
Les étapes clés avant de publier un tweet ou un statut Facebook faisant la promotion d'un article du webzine
Il est important d'être très explicite dans les tweets et statuts Facebook. Ceci afin d'être sûr que le contenu ne soit pas interpréter de façon incorrecte.
Plusieurs questions permettent de diminuer ce risque :
- Y a-t-il une référence communautaire dans le contenu publié ? Si oui, cette communauté est-elle visée, contestée, dénigrée ? À éviter le plus possible le cas échéant, sauf si c'est un objectif de communication manifeste et validée par le groupe ;
- Y a-t-il une actualité chaude qui parasite l'interprétation du contenu ? (ex. : un attentat, un « buzz », un phénomène de société, etc.). Là aussi, à proscrire.
Rien de pire qu'un contenu « mal » écrit qui est ensuite relayée en ligne.
Vérifiez à tout prix que les liens fonctionnent, que les ''hashtags'' sont pertinents, et que les personnes à mentionner le sont effectivement.
L'adage « Vérité en deçà des Pyrénées, erreur au delà » est crucial dans les réseaux sociaux. Afin d'éviter une erreur, rien de tel que demander à un regard extérieur un avis. La plupart des « bad buzz » et des erreurs de communication partent d'une bonne intention.
Une fois que votre tweet ou statut Facebook est prêt, relu, vous pouvez l'envoyer au groupe de comm. Si personne ne conteste dans l'heure qui suit, alors le contenu peut être publié. Cette double lecture n'est pas un ''process'' inutile puisque vous aurez déjà fait un travail préparatoire avant de demander le regard extérieur.
Le contenu une fois publié doit être suivi. En effet, la plupart des réponses ou des interactions à un tweet se passent rapidement après la mise en ligne. Il faut donc converser par la suite et s'assurer qu'on maintient le lien avec la communauté.
Par ailleurs, un ''tweet'' de promotion de contenu du webzine peut très bien être répété ou légèrement modifié plusieurs fois par jour : à travailler dès cette étape-ci.
Les étapes clés avant de publier un tweet ou un statut Facebook relayant une actualité ou permettant une conversation avec la communauté (Twitter)
Au-delà des étapes précédemment évoquées pour la publication d'un statut ou tweet faisant la promotion d'un contenu du webzine, de nouvelles règles ou principes doivent être ajoutés et pensés avant publication :
Une petite liste permet de se faire une idée assez simplement. Au moins un « oui » permet d'avoir une bonne raison de publier un contenu :
- est-ce divertissant pour la communauté ? Si oui, pourquoi ?
- le contenu relayé va-t-il permettre de nourrir la personnalité de Firefox OS en ligne ? (par ex. : le contenu permet-il de rendre plus sympathique Firefox OS ? ou est-ce en lien avec l'OS ou le produit ?)
- le contenu relayé va-t-il permettre de créer des liens avec des communautés affinitaires avec lesquelles nous n'avons pas encore suffisamment de liens ?
- le contenu relayé permet-il de faire notre propre promotion ?
- le contenu relayé permet-il de mettre en lumière des grandes causes qui sont associées à la communauté Firefox OS ?
Le rôle de curation est déjà bien fait par une myriade de médias, utilisateurs Twitter, etc. Au-delà du relai d'articles (qui en soi est tout à fait légitime), y a-t-il une possibilité de rajouter un peu de Firefox OS dans le tweet ?
- a-t-on déjà écrit un article sur la thématique du contenu poussé ? Si oui, pourquoi ne pas le mentionner (ex. : « article du Figaro sur les risques de surveillance des internautes français URL », Firefox OS avait interrogé la communauté sur le sujet ici (URL2) ;
- peut-on faire un petit commentaire autour du contenu relayé (ex. : si le contenu est « LOL », pourquoi ne pas ajouter des « Le FOX en rigole encore : URL », « Approuvé par le fox… », etc.