Suivre Planète Accessibilité sur Twitter S'abonner à Planète Accessibilité (Flux de Syndication R.S.S)

Planète Accessibilité

La fraîche actualité de l'accessibilité Web

Consultation des 10 derniers articles

passer en mode liste

Back from Write the Docs Europe 2014

Write the Docs EU 2014 is now over. Attending this conference has been a great opportunity to discover a new community: technical writers and documentarians.

tl;dr

This blog post is a personal understanding of the actual state of documenting software projects. The Python community, Read the Docs and GitHub are playing an essential role in the evolution of this (f)actual state.

State of the Documentation

I have never paid much attention to documentation softwares until now. The few times I did, I found them too complicated to use. Their learning curve, their barrier to entry or their licence prise are too high. I would have might been able to use Sphinx but it was far away from my programming ecosystems, which were PHP and JavaScript at the time.

Therefore I always focused on ad-hoc wiki documentation before favouring README Driven Development circa 2011. At that time, I definitely embraced the npm philosophy when I moved towards a full JavaScript stack with Node.js.

Which is great at some point because Write the Docs has been a good excuse for me to have a fresh look on a rising community within the software industry.

This is somewhat strange to discover the job of technical writers, just now, in 2014.
I naturally thought the technical documentation was under the responsibility of developers. And that the end-user documentation was a joint work with the marketing team.

Still, the documentation is not yet a first class citizen in projects. In term of design, maintenance and eventually language availability. For what I have seen and understood, it was the case only in big IT organisations such as Red Hat, Apache or the BBC.

reStructuredText, Sphinx and Read the Docs is a good combination to write, publish and maintain documentation at a large scale with a minimalistic hassle.
To quote Sebastien Goasguen, Read the Docs is nice at least for the edit on GitHub link. It helped dramatically to increase external contribution and thus to raise the documentation quality.

The community was mostly Python focused. This might be a bias from the previous point though.
I would like to see more of the work from other programming language communities to learn more about their way of handling documentation.

When it is related to translation, it seems that Transifex is the best available collaborative translation tool. It is free for Open Source projects, paid otherwise.
Even though the translation memories comes only with Enterprise plans.

Maintaining a Documentation is a Real Work

Write the Docs has been a good event to teach me the following things:

  1. documenting can be a full time job;
  2. how to have a single documentation targeting product variations;
  3. how to address the extra level of complexity of translations.

I have been a bit shocked by the number of times I heard that developers simply do not want to write documentation because it is not part of their job (sic). I also remember back in the days, writing the documentation was the last minute job we would take care about, because it was not rewarding and painful to do.
One the main excuse is that coding is more important than communicating. Whereas today I would favour hiring someone more incline to communicate rather than aiming at code excellence.

Welcome to the documentarians world!

I never realised the complexity induced by having multiple flavours of a software. Like an Open Source version and a commercial version. Two approaches have been discussed:

  • the delta approach; by applying to Product B the content delta of Product A documentation (maintaining a delta between B and A is too difficult);
  • the content variant approach; by using content variables and conditional blocks to display the right content for the right product.
    Atlassian Confluence seems to provide a pretty neat way to address that.

I also discovered two difficulties for translations.

The first one relates to the translation capacity: how do you deal with the documentation and software translation for a region of the world you do not have any knowledge?
You pay for the translation but and most essentially, you need to enable contributions. This way users do not complain but rather help and fix the mistakes.
Another area where making people responsible improves the working conditions.

And finally, translating is a thing, but enabling the translation is another one. The translation tool should enable the translation of software and documentation strings as well as injecting them again in the source code, monitoring the progress and .
Transifex seems to be the leader in this domain.

Towards Collaborative Documentations

Enabling collaboration improves quality and adds a new dynamic. At least two projects shared that learning.

Sebastien Goasguen shared the CloudStack documentation migration process. How they moved from Docbook and Publican to reStructuredText and Read the Docs.
Pandoc has been very helpful, and GitHub is playing an essential role in the collaboration bit.

Finlan Bolton explained the state of collaborative documentation at Red Hat. They managed to reach a thousand contributed pages among 6,000. This is quite a big deal!
Again, lowering the entry barrier, being inclusive and tolerant with contributions helped them improving the completeness and quality of their documentation.

GitHub Already Changed the World

GitHub has made a huge impact in the software development world. I cannot count how many things are now built on top of GitHub.

The GitHub platform has been quoted in almost half of the talks. Because of the code hosting. Because of the way to collaborate on content. Because of GitHub Pages.
Because they have made a super easy system to make things working without the hassle of previous platforms.

They have been fast at adding features and lowering the entry barriers between our code and the Internet.
There is no doubt if something takes over git, they will follow and keep the workflow as easy as possible.

On the other hand, I would not call GitHub a free product anymore: if GitHub disappears, this would create a gigantic black hole in the Internet (and so many people to comfort). Even if we have a copy of our git repos on our hard drive.

My Talk: README Driven Development

I have been pleased to perform my first public speaking outside of France and UK: README Driven Development. Bryan Villarin from Automattic wrote a live summary of it. A video should be available sometime in the future.

It is a complete rewrite of a talk initially performed at Paris Web in 2012. There are a lot of additions:

  • storytelling: Steph Troeth Sud Web’s 2013 workshop and working at the BBC have been a huge kick forward that content delivery form. And it worked!
  • driving a project through a README by writing it from day 1;
  • driving contributions by using the same mechanism, by providing a vision among issues and pull requests.

As a summary, I encouraged people to trust their guts, to accept shallow limits and to clear things out by talking together (at the coffee machine) rather than by increasing the length of an already-too-long document.

What is Next?

The conference gave the will the resurrect my JSDoc to Markdown project. I hope to have an interesting Asciidoc to Open Office workflow to share as well… and maybe some associated tools to write a book without opening neither Word nor LibreOffice.

Many interesting discussions sparked about including documentation as a quality metric, as an indicator of job done and as a way to be automatically generated through commits, pull requests and why not as a linter you could apply as part of your CI process.
Something lighter than SDL Authoring Assistant and more in the spirit of eslint. But for commits/pull requests/documentation files.

And in 2015 or 2016, why not organising Write the Docs Europe in the beautiful BBC Radio Theatre?

Atalan, partenaire de la première édition d’AccessiDay

Nous sommes très heureux de vous relayer ce matin le programme de la première édition d’AccessiDay qui se déroulera le 28 mai 2014 à Caen. Nous avons décidé dès cette première année de soutenir cet événement en le sponsorisant, nous … Lire la suite

Future — The Plan

When we think about it, it takes quite a time to figure out obvious things such as where we come from, who we really are and why we are acting that way.

Then, how can we reuse all that knowledge about our own self to make plans for the future?

tl;dr

This blog post is part of a 2014’s New Year triptych:

  1. Past — Year of the Truth
  2. Present — Self-awareness Thirties
  3. Future — The Plan

In this post we will discuss about the combination of the meaning, the time and our own needs. Blended in a word, this could be called the purpose of living.

Tale of a Traveller

31st of December 2013. We stand on a rooftop in Lisbon. People are around, waiting for the fireworks. The mild temperature makes the night easy to bear with a tee-shirt. One of the guests shares his story, how he traveled, his memories from those moments and ends on the fact it is now the right moment to settle down.

I then asked the following question:

How do you know this is now the right moment to settle down in your home country after having bounced for 10 years around the world?

He smiles and answers he had learned enough. That there is no point at travelling for travelling or at accumulating visas for the sake of nice landscape photographs albums.
He can now bring back this knowledge to his home land and make an impact around him thanks to this experience.

To Build a Home

David Bruant once wrote a blog post entitled Building in Bordeaux.

Bordeaux is the city in France where I’ve spent 18 years of my life before flying to London the 1st of March 2013. This is where David and I have met, twice ; where we have worked together and tightened our bonds.

His words triggered something in my mind as they coined something I was missing at the time: it is not just about doing nor making: it is about building. And as importantly, with whom you are building.

In the two previous blog posts, I deassembled and reassembled the past and present.
The goal was not to uncover my life but rather to prepare yourself to this reading, in order to provide an extended background of how significant the next lines are.

To Fork & To Improve

I really love patterns, lines and loops. I spend a lot of time observing them everywhere I go. I eventually match them with unrelated domains, like software and organic growth cycles.

You then start to notice patterns within a single domain due to your accumulated experience. This is also one of the benefit of bumping into different communities rather than sticking exclusively to one. You have already seen the same story happening elsewhere.

I’ve noticed this tendency to start something new rather than to contribute to the existing. New is shining. New is attractive. New is easier. Existing is more difficult. Existing is understanding. Existing is rewarding.

The benefit of the experience is you can infuse it to strengthen an existing component. Starting something new is like seeding: it takes more time and effort to reach the same stage you originally left.

Building is contributing. It is doing with a meaning. Most of my decisions are now regulated by these middle-term and long-term factors. I want to emphasis that during the next ten years.

To Listen & To Transmit

I explained in the past articles how I naturally organised stuff to gather people so as they can spread content and knowledge to a broader number of people (newspaper in school, retrogaming website, technical meetups at work etc.).

This has nothing to do with fame. Of course we want a reward. The most basic one is the satisfaction of having done something good. Good is not the proper word. It is the satisfaction to have achieved something matching our values.

At some point in the lifecycle of this blog I stopped writing about technical stuff. Because I thought I was not good enough. Because I started following people way better than me on the technical field. Because at the same time I spreaded my focus on less technical things, and out of the software industry fog of war.

When I joined the Sud Web conference in France in its early stage in October 2010, I did not know that this measure would have given me a very strong direction as of today. Of course organising an event is cool. Of course people say thank you at the end. But I wanted to stop, I wanted to quit.

One day I realised I was not organising Sud Web to be congratulated or for the sake of happy people’s face — yet it is emotionally rewarding. I wanted to continue because that way, every year, 170 people - audience, speakers and staff - go back home having learned something insightful. Because they have met people. Because every one of them transmits something that did not exist days ago.

Even if it is not cutting edge knowledge.
Even if it is not a technical knowledge.
Especially because this is out of reach as an individual.

I want to spend the next ten years transmitting helpful knowledge at a human scale.
And we will go back on the human scale notion later because it is fully intended.

To Understand & To Empower

In the everyday life, a lot of reactions are triggered at an emotional state of judgement: community events, breaking news or a difficult news to cope with. Yes this douchebag puked over JavaScript, yes this douchebag left over 12 employees like an asshole, yes this douchebag dumped you without letting you a single chance to say a word.

Understanding has such an advantage over reacting. Where is the problem coming from? Is this acceptable? Any way to fix this, now or later? Can we prevent that to happen again?

All the nice things we congratulate are the results of a long run effort. A joint effort of several people. It is rarely an outcome of a single dude stuck on his computer in a creepy basement. Any. Single. Iconic. Person. Has been helped by others. Period.

To quote Rich Armstrong in his brilliant take over the manager responsabilities:

Good management culture is your immune system against douchebags.

What if we remove the management word?

Good culture is your immune system against douchebags.

I will dedicate the next ten years to infuse a good culture in any community I share enough values with. This is how you empower people: by understanding them and by reacting properly. Simply by being gently helpful.

To Explore & To Deepen

The twenties of one’s life is that moment in life you spawn your attention over the surface of knowledge and various experiences. We follow our guts, friends and random opportunities popping up wherever we go. And it works for plenty of domains, including friendships (have you ever met your best friend in a party you did not want to go to?).

By reading technical books and technical blogs, I aquired my knowledge on how to build with Web technologies.
By reading accessibility blogs, by attending conferences, I improved my knowledge on how to build with Web technologies.
By providing tuitions, by reading essays about psychology, history and sociology, I improved my knowledge on how to build around Web technologies.

Because I have a bit of knowledge about humans, I have been able to make technical decisions taking in account the human factor.

I will continue on that trail the next ten years: local and global history, travels, the evolution of photography, computer science, Eastern philosophy. Books and peer recommendations are a great fuel to this.

To Craft & To Be Creative

Last year I enjoyed participating to photography courses. It triggered a lot of interesting things. It altered my vision on my own work, it unveiled new directions and unlocked new crafts I never thought about beforehand.

These learnings positively altered my travel habbits, the meaning of my actions (even more one would say) and gave me this excuse to experience analog film processing and film printing.
This helped to deepen my photographic experience even though analog photography previously changed my relationship with my cameras.

More recently, and because I told a couple of friends about those experiences, one of them recommended me some bookbinding courses she enjoyed very much. I found a lot of emotional similarities between processing a film in a darkroom and binding a book on your own.

The next ten years are going to be a field for new experiences: calligraphy, wood framing, paper making, more analog photography stuff, paper-based creations and other stuff I am not yet aware of.

All this cannot happen only by doing things on our own. The generated energy of a close collaboration is joyful.

To Disconnect & To Reconnect

Even though we read a lot about realtime collaboration in an always connected world driven by worldwide corporations, even though the human condition improved drastically over the last century — yet unequally — I have this feeling we also got disconnected from the ground.

Cities and especially metropolis are fast-time places. They protect us by providing everything, at any time of the day. They protect us from the outside, whatever the outside is.

How many of the supermarket products we buy are we able to make on our own, with raw materials? Butter, cheese or bread? The emphasis on tech and newness makes me feeling dumb regarding the making of essential things.

I really want to spend the next ten years at going deeper in a sustainable life: producing vegetables in a urban environment, recycling wastes to create tooling, being able to cook every processed food I buy in a supermarket (no one complained about my houmous so far).

To Build & To Depart

I have given up on the idea of changing the world or making an impact. The change needs to be incorporated by closer, smaller and enclosing groups between ourselves and the world. It will bubble up naturally as you deepen your roots in the relevant communities.

Empowering, motivating and helping will generate smaller but longer term outcomes. Which can make bigger impacts in the end.

Building is enabling locally. It is making the ability to replicate ourself at a human scale. Other people around share the same values. They will replicate your effort if they feel strong enough to do so.
Building is making the effort of one to be an outcome for 10, 70 or 150 people. Seeding and peer to peer.

I cannot pretend I will stay ten years in London as I cannot pretend I ever planned to live eighteen years in my previous town. But as far as I can say, I want to spend the next ten years building locally — wherever the local is — not looking for growth but for sustainability.

There will be no going back to France. It will be a choice to choose France as a next destination. Maybe. Later.

It’s All About Time

Time is limited, and never granted: I started witnessing my body aging. You never care about it until you notice those details. This also helps you making better decisions: we can only make a limited number of decisions. Let’s make the good ones, the ones matching our values.

We will see in ten years how much of this is (still) relevant, and if it was worth spending some time sharing this vision with you.

Tonight I will take a picture of myself with an analog medium format camera. The first on a roll of twelve exposures. Every month. For a year. For ten years. I will have to wait one year to process a roll. You will have to wait ten years to discover the outcome.

It is the pattern of making a line from dots and bending the line into a circle, into a swhirl… into myself.

L'accessibilité du Web nous concerne tous !

Dans mon billet précédent, j'affirmais que la qualité du Web nous concerne tous... l'accessibilité est sans aucun doute un des facteurs déterminants de cette qualité, et elle nous concerne tous aussi.

La prise en compte de ce critère a certainement gagné du terrain en une dizaine d'années mais il y a encore beaucoup trop de sites inaccessibles, et il reste bien du chemin à parcourir !

Êtes-vous concerné?

Oui ! Toutes et tous, sans exception.

  • Si vous êtes un professionnel du Web, vous êtes en première ligne. Développeur, graphiste, intégrateur, chef de projet...c'est de vous que dépend l'accessibilité des sites que vous produisez.
  • Si vous êtes un internaute pour qui l'utilisation du Web est pénible, difficile, voire impossible en raison d'un handicap ou d'une déficience... c'est vous qui êtes les premiers bénéficiaires de l'accessibilité.
  • Si vous êtes un professionnel utilisant le Web comme outil dans le cadre de votre métier et que vous êtes client d'une agence Web... c'est vous qui préparez un cahier des charges, où l'accessibilité est en bonne place.
  • Si vous avez la chance d'être en bonne forme et de jouir pleinement de vos capacités... c'est vous qui serez un jour une personne âgée avec probablement un peu moins d’acuité visuelle et auditive, un peu moins d'habileté, un peu moins de mémoire et de concentration.

Et même si vous vous ne reconnaissez dans aucun de ces groupes, vous êtes concerné :

  • parce que vous faites preuve d'empathie
  • parce que vous savez que personne n'est à l'abri d'un accident de la vie

Global Accessibility Awareness Day (GAAD)

L'idée d'une Journée mondiale de sensibilisation à l'accessibilité est née en 2011 à l'occasion d'un billet publié par Joe Devon (développeur à Los Angeles - traduction du billet en français) et de la réponse de Jennison Asuncion (professionnel de l'accessibilité à Toronto) via Twitter.

Logo GAAD, Global Accessibility Awareness Day

Je n'ai eu connaissance du Global Accessibility Awareness que l'an passé, et trop tard pour réagir. Mais cette année j’étais à Co-nnexion, l'espace de coworking de Mons, quand j'ai vu un message publié sur Twitter. J'ai aussitôt proposé à Ruben Casad, l’animateur du centre, d'organiser un atelier de sensibilisation à l'accessibilité pour les coworkeurs... projet retenu, la date du 15 mai est bloquée :-)

C'est tous les jours qu'il faut penser et agir pour l'accessibilité, cela va de soi. Cependant une communication massive, sur différents supports et concentrée sur une même journée, c'est un bon moyen pour donner plus de poids à un message... je lance donc un appel à toute la francophonie. 

Et je vous invite à regarder cette présentation par Jennison (vidéo en anglais, sous-titrée).

Visualisez la vidéo

Que faire ?

Si vous avez un blog, publiez un billet le 15 mai. Que vous soyez compétent sur le sujet ou pas, que votre ligne éditoriale soit technologique ou pas... peu importe. L'essentiel est de faire un maximum de bruit, de toucher et convaincre un public le plus large possible. Parlez de votre vécu ou de vos convictions, et ce sera parfait !

Si vous êtes actif sur les réseaux sociaux, que ce soit Google Plus, Facebook, Twitter, LinkedIn... postez-y des liens utiles, des messages convaincus et convaincants le 15 mai.

Si vous êtes journaliste radio, télévision ou papier... augmentez considérablement l'audience et l'impact du message en contribuant à sa diffusion dans les médias le 15 mai.

N'hésitez pas à parler de l'accessibilité autour de vous, à organiser des actions de sensibilisation dans votre milieu professionnel ou associatif... je fais confiance à votre créativité ! Je suis persuadée que tous ensemble, nous ferons encore mieux que le 3 décembre 2006 :-)

Si vous n'y connaissez pas grand chose et que vous avez peur de dire des bêtises, c'est tout à votre honneur mais cela ne doit pas vous arrêter, je vous propose quelques ressources ci-dessous pour vous aider.

Et surtout, ne croyez pas que votre action soit insignifiante, inutile, sans portée... les petits ruisseaux forment les grandes rivières ! :-)

Vous avez deux mois pour vous préparer mais trois choses à faire immédiatement

  • signifier votre soutien à l'action par un petit commentaire à ce billet
  • partager l'info pour toucher un maximum de contributeurs à la journée de sensibilisation
  • marquer la date du 15 mai dans votre agenda pour ne pas la laisser passer :-D

Premier appel aux francophones pour le Global Accessibility Awareness Day sur Twitter

L'accessibilité du Web nous concerne tous ! http://t.co/pMYLOcXnWP - #a11y #GAAD #CreativeMons thanks @joedevon https://t.co/MzwZWepG3S

— Monique Brunel (@webatou) 22 Mars 2014

Quelques ressources

« Accessibiliser » avec subtilité

L’année passée, j’ai eu le plaisir d’animer une mini-conférence à Paris Web 2013. Cette conférence, que j’ai intitulée « Accessibiliser avec subtilité », proposait une série de petites astuces d’intégration visant à améliorer l’accessibilité des pages web. Vous trouverez ci-dessous la vidéo, … Lire la suite

La qualité Web nous concerne tous !

Des standards du Web à la qualité Web

Quand j'ai découvert Internet, et le Web, j'ai rapidement mis en ligne un site Web pour le club d’athlétisme de ma région... fièrement conçu avec FrontPage Express ! Un athlète m'a signalé un souci de lecture en raison du contraste des couleurs et j'ai cherché à en comprendre le pourquoi, le doigt était mis dans l'engrenage. J'ai vite rejoint la bande de passionnés un peu fous qui se battaient pour faire connaître et reconnaître les standards du Web. À l'époque (début des années 2000), il était essentiellement question de code valide (HTML et CSS) et notre arme de base était le validateur du W3C !

C'est à la lecture d'un billet de Tristan Nitot (en 2002) que j'ai appris avec étonnement qu'un aveugle pouvait utiliser et apprécier le Web. L'accessibilité à l'époque, c'était beaucoup de questions et peu de réponses, mais beaucoup de perspectives captivantes, et un domaine dans lequel je me suis engouffrée avec passion.

Une étape de plus, et déterminante, a été franchie quand j'ai rencontré Elie Sloïm à l'occasion de l'examen d'expert en évaluation de l'accessibilité des sites Web (AccessiWeb). Les notions de transversalité et de qualité Web pointaient alors le bout de leur nez. J'ai eu l'honneur et le bonheur de participer aux discussions autour de la rédaction des bonnes pratiques et de vivre de l'intérieur la naissance d'Opquast.

Aujourd'hui cette notion de qualité Web gagne en visibilité (je vous recommande chaudement la lecture des quelques articles que je cite dans ce billet)... encore trop peu, le combat doit continuer et s'amplifier.

En campagne

En campagne pour des sites Web de qualité, conformes et accessibles

C'est ainsi que je me présente depuis des années et c'est le moteur de l'essentiel de mes activités. Au fil des ans, je me suis impliquée dans diverses communautés (parmi lesquelles j'ai dû faire des choix bien à regret, le temps n'étant pas extensible), j'ai présenté des conférences...

Un échange sur Twitter a mis le doigt sur une de mes principales préoccupations, faire passer le message au-delà du cercle des convaincus :

@webatou Il faut sortir le sujet des cercles d’expertises pour le rendre « accessible » à tous :-)

— Gaël Poupard (@ffoodd_fr) 11 Mars 2014


Toucher le grand public est capital et indispensable mais pas facile, d'autant plus qu'à force de communiquer entre eux, les convaincus finissent par croire que tout le monde pense comme eux (lire Heureusement qu'ils existent de Nicolas Hoffmann).

Et pourtant c'est possible, comme le montrent ces deux exemples ciblés sur l'accessibilité :

Où en est la qualité Web ?

En vrac, quelques signaux encourageants:

Parce que nous sommes tous concernés, je vous invite au partage en racontant votre propre vécu via les commentaires :-)

Et si vous voulez suivre la vie du tweet qui annonce ce billet, et pourquoi pas contribuer à sa diffusion avec un RT...

La qualité Web nous concerne tous ! http://t.co/0TfkEsuZtk - #QualitéWeb #Opquast #webdev #webdesign #a11y

— Monique Brunel (@webatou) 11 Mars 2014


Mise à jour

À lire absolument, cette excellente réponse de Nicolas au commentaire de Gaël : Non, tu n’as pas besoin d’être plus vieux, avec son suivi sur Twitter :

Super réponse de @Nico3333fr à @ffoodd_fr "Non, tu n’as pas besoin d’être plus vieux" http://t.co/ekZGNh2ofB - #QualitéWeb #webdesign

— Monique Brunel (@webatou) 15 Mars 2014

Accentuer (facilement) les capitales avec Microsoft Word

Vous le savez très certainement, même lorsqu’elles sont en capitales, les lettres doivent être accentuées . C’est une règle de typographie française, et cela permet également un meilleur rendu audio par les synthèses vocales. Toutefois, un grand nombre de personnes … Lire la suite

Ce que la barbe nous enseigne en matière de SEO

Ce matin, tout en conditionnant ma barbe avec de l'huile de jojoba, je me suis mis à penser à tout ce que ce que le port de cet attribut avait de commun avec le SEO.

En premier lieu, la barbe comme le SEO vous rendent remarquable. Et chez les barbus comme chez les SEO, on trouve plein de gens cools : Moise, Jesus, Le Père Noel, Rand Fishkin...

Comme le SEO, le port de la barbe peut paraitre une chose facile au béotien : après tout il suffit de ne pas se raser n'est-ce pas? Mais les barbus un tant soit peu sérieux eux savent bien que la facilité réside plutôt dans le fait d'être rasé de près. Une barbe digne de ce nom requiert du dévouement et de la ténacité, et ces deux qualités sont particulièrement utiles au SEO.

La barbe peut être une source de frustration, et il n'est pas rare que celle-ci ne pousse pas comme on l'aimerait. Pas assez haute sur les joues, pas assez dense ici ou là... Un conseil souvent donné sur les forums est d'essayer de mettre en valeur ce que l'on possède plutôt que de se lamenter sur ce que l'on a pas. Ce conseil est tout aussi valable en SEO : vous ne pouvez obtenir telle ou telle fonctionnalité ? Ok, c'est rageant. Mais n'y a-t-il pas des leviers à activer sur lesquels vous avez la main ?

Parfois votre barbe vous rendra fou, au point que vous souhaiterez y renoncer. Ne le faites pas, vous le regretteriez certainement. Prenez le temps de la réflexion, soufflez et remettez-vous à l'ouvrage. Il n'en va pas autrement avec le SEO.

Happy beard day ;)

3 Outils pour identifier un update Google

Vos positions ont brutalement varié dans Google ? Comment savoir si cela concerne uniquement votre site, ou si c'est le signe d'une mise à jour de l'algorithme du moteur ? Difficile de savoir quand on a pas auparavant mis en place un suivi des sites concurrents ou un suivi plus général du contenu des SERPs. Heureusement, des outils librement accessibles existent, permettant d'évaluer les variations des résultats de recherche des moteurs. J'en connais personnellement trois. Comme je suis sympa, je les partage avec vous :

Le Serpomètre : offert par Ranks, le Serpomètre nous montre la variabilité des résultats Google sur les 4 derniers mois, sur une échelle de 0 à 10, la variabilité moyenne se situant autour de 3 à 4. Les pics à 6-7 correspondent en général à des updates de l'algorithme, ou à des mises en oeuvre de filtres. Les 100 premiers résultats sont pris en compte, 1000 mots-clés étant surveillés quotidiennement. Le Serpomètre est évidemment mon favori, puisque centré sur le web francophone. De plus il possède la fenêtre temporelle la plus longue, et une profondeur d'analyse idéale.

Mozcast : proposé par Moz, cet outil donne la météo des SERPs Google US sur les 30 derniers jours. La température y est d'autant plus haute que les variations dans les SERPs sont importante. Cet indice repose sur 1000 mots-clés suivis. Seuls les 10 premiers résultats sont pris en compte.

Flux Charts : proposé par SERPmetrics, Flux Charts se distingue par le fait que les variations dans les pages de résultats Bing et Yahoo sont également surveillées (on constatera que bien que ces 2 moteurs utilisent la même technologie, ils affichent des variabilités différentes). Flux Charts mesure la variabilité des résultats du jour par rapport à la moyenne des 30 derniers jours. Les 100 premiers résultats sont pris en compte.

Accessibilité des modules elearning : l’expérience de Thales Université

Depuis quelques années, Atalan accompagne Thales Université pour la prise en compte de l’accessibilité de modules elearning. Nous vous proposons de revenir sur cette expérience à travers l’interview d’Isabelle Dubois-Mejia, Directeur Digital Learning à Thales Université. Interview Vous avez travaillé … Lire la suite