Official foundations
Standards bodies, official documentation and public authorities are used as primary reference points.
Workflow tools should first make decisions, owners, dates and versions visible. Simplify a process before automating it, and plan what happens when an automation fails.
Take a real content approval: author, reviewer, decision, published version and correction. Test who receives a notice and how to find the decision three months later.
Illustration
Each entry has a clear role and an official destination. The catalogue avoids link farms, copied descriptions and artificial rankings.
Standards bodies, official documentation and public authorities are used as primary reference points.
Established services are grouped by actual use: building, hosting, measuring, securing, publishing or promoting a website.
Inclusion is editorial and unpaid. A listing does not imply a partnership or guarantee.
| Criterion | Question to resolve |
|---|---|
| Owners | Do tasks, decisions and approvals have identifiable owners? |
| Failure cases | How are duplicates, synchronisation errors and stopped workflows detected? |
| Documentation | Can another person find decisions and resume the process? |
Keep a short decision record: requirement, source, observed result and unresolved point. Test the same task with each candidate instead of comparing marketing lists of features.
Compare their role and documentation before selecting a tool. Inclusion is not a ranking.
17 resources displayed
The link restores the search and filters, including resources selected for comparison.
No resource matches these filters. Try a broader search.
Select resources from the cards below. Compare their role and practical use, then verify current terms, costs, data export and support on official websites. Geographical origin describes the publisher; it does not establish where your data will be hosted.
No resource selected.
Documentation, knowledge bases and collaborative organization.
Use it for : Define the reference source, sharing permissions and exports before centralising procedures; test handover.
Visual databases and process automation.
Use it for : Define data, relationships and export before building a shared base.
Task and project organization using boards.
Use it for : Make steps and decisions visible without making every task a separate board.
Planning and coordination of team work.
Use it for : Connect tasks and owners to a realistic delivery schedule.
Tracking for projects, requests and software development.
Use it for : Choose a simple workflow the team can actually maintain.
Team messaging and work integrations.
Use it for : Turn important decisions into retrievable documentation.
Microsoft communication, meetings and collaboration.
Use it for : Define where project documents, decisions and conversations live.
Google email, documents and collaborative tools.
Use it for : Organise shared documents and review cycles before files proliferate.
Task automation between online services.
Use it for : Test errors and duplicates in a pilot flow before wider automation.
Visual automation of scenarios across applications and data.
Use it for : Document inputs, outputs and manual recovery for each scenario.
Extensible, self-hostable workflow automation.
Use it for : Plan monitoring and maintenance of workflows as well as creation.
Collaborative whiteboard for workshops, journeys and architecture.
Use it for : End a workshop with decisions, owners and accessible documents.
Project management, documents, tasks and dashboards.
Use it for : Limit views and statuses to those that genuinely help tracking.
Simple organization of projects, discussions and team documents.
Use it for : Separate messages, deliverables and decisions to ease project handover.
Automation of tests, checks and deployments from GitHub repository events.
Use it for : Define test and release steps while limiting automation permissions.
Official guidance for designing and operating GitHub webhook integrations.
Use it for : Define repetition, delays, recovery and source reconciliation.
Guide to dataset publication methods and accompanying information.
Use it for : Assign an owner and provide usable documentation before publication.
These examples illustrate uses, not rankings or endorsements. Verify each provider’s current documentation and terms before a decision.
Workflow tools should first make decisions, owners, dates and versions visible. Simplify a process before automating it, and plan what happens when an automation fails.
Questions to checkA practical use : Take a real content approval: author, reviewer, decision, published version and correction. Test who receives a notice and how to find the decision three months later.
What this cannot prove : Automating an unclear step can spread an error faster. Check access roles and data export before moving the team.
Related guide : Take over or hand over a website with confidence
A workflow tool becomes useful when work status, version and ownership remain understandable. These cases examine recovery after failure, approval and document recovery. They can be tested with a small process copy and demonstration data.
Before making a resource part of website operations, plan for updates and an exit too. These checks concern your trial results without assuming features or prices of a particular plan.
Check tasks, owners, useful comments and links between objects. A title list can lose dependencies required for follow-up.
Inventory triggers, conditions, messages and connected systems. A forgotten rule can keep sending notifications after migration.
Repeat a small process with failures and final decision. Check who owns the data and where the team finds the current state.
This non-exhaustive directory had its data consistency and links checked on 2 October 2026. Some websites restrict automated checks. It contains external links to independent websites. Their availability, content, prices, cookies and terms may change. Française du Numérique does not control them and receives no commission for their inclusion.