Un appel d'offres à copier pour la refonte du site web et de la plateforme de contenu d'une ville, d'un comté ou d'une agence : périmètre, accessibilité, rôles et approbations, hébergement, propriété des données et sortie, format de prix et grille de notation sur 100 points.
Voici un appel d'offres que vous pouvez copier dans votre propre modèle de marché et modifier. Il est rédigé pour une ville, un comté, un district spécial ou une agence d'État qui remplace son site public et le système que son personnel utilise pour y publier. Le texte entre [crochets] est à compléter. Sous le modèle figure une grille de notation, pour que votre commission note exactement ce que l'appel d'offres demande. Les règles propres à votre service des achats (cautionnement, assurances, préférence locale, formulaires) priment toujours sur ce qui figure ici.
Si vous êtes une entreprise privée qui achète un projet de conception de site plutôt qu'une plateforme publique, notre modèle d'appel d'offres de conception de site web est plus adapté.
[Nom de l'entité] (« la [Ville/le Comté/le District] ») invite des entreprises qualifiées à soumettre des propositions pour fournir une plateforme hébergée de gestion de contenu web, la refonte et la migration de [www.example.gov], ainsi qu'un support continu. La [Ville] dessert une population d'environ [nombre] habitants et publie des contenus provenant de [nombre] services.
Étape Date Publication de l'appel d'offres [date] Date limite des questions écrites [date, heure, destinataire] Réponses publiées en addendum [date] Date limite de remise des propositions [date, heure, format, lieu] Démonstrations des fournisseurs présélectionnés [période] Attribution prévue [date] Lancement visé [date, au moins 3 mois avant votre date de conformité d'accessibilité] Toutes les questions doivent être soumises par écrit. Tout contact avec d'autres agents ou des élus au sujet de cet appel d'offres pendant la période de consultation peut entraîner la disqualification d'un soumissionnaire.
Le site actuel fonctionne sur [plateforme] et compte environ [nombre] pages, [nombre] documents PDF et [nombre] contributeurs actifs répartis dans [nombre] services. Les visites mensuelles sont d'environ [nombre], les services les plus utilisés étant [par ex. paiement des factures de services publics, permis, ordres du jour, offres d'emploi]. Le site renvoie aussi vers ces systèmes tiers, qui ne sont pas à remplacer mais doivent être liés ou intégrés : [liste : paiements, permis, gestion des ordres du jour, SIG, recrutement, catalogue de bibliothèque].
Problèmes connus que ce projet doit résoudre : [par ex. la publication dépend de deux agents ; la navigation est organisée par service plutôt que par démarche ; de nombreux formulaires sont des PDF ; les tests d'accessibilité ont révélé des défauts récurrents dans les gabarits].
Le fournisseur retenu devra :
- Mener une phase de découverte avec le personnel et les habitants, comprenant au moins [nombre] séances de tests utilisateurs, et livrer une architecture de l'information recommandée, organisée autour des démarches des habitants.
- Concevoir un ensemble de gabarits couvrant au minimum : page d'accueil, page d'accueil de service, page de démarche, actualité, événement, page de séance et d'ordre du jour, fiche d'annuaire, page de formulaire, résultats de recherche et bandeau d'alerte.
- Fournir et configurer une plateforme de publication hébergée, y compris les rôles, les approbations et les sous-sites ou sections par service.
- Migrer [l'ensemble / un sous-ensemble convenu] des contenus actuels. Décrivez votre approche pour les contenus à retirer plutôt qu'à migrer, et pour la conversion des formulaires PDF en formulaires web.
- Former [nombre] contributeurs et [nombre] administrateurs, et fournir des guides écrits que la [Ville] pourra réutiliser en interne.
- Assurer l'hébergement, la maintenance, les correctifs de sécurité et le support pour une durée initiale de [nombre] ans, avec des renouvellements optionnels.
4.1 (Obligatoire) Tous les gabarits, composants et contenus fournis par le prestataire doivent être conformes au WCAG 2.1 Level AA dès le lancement, conformément à 28 CFR part 35, subpart H. Les soumissionnaires indiquent s'ils conçoivent également selon le WCAG 2.2 AA.
4.2 Décrivez comment vous testez l'accessibilité, notamment les outils automatiques utilisés, ce que vous testez manuellement (clavier, lecteurs d'écran, zoom et redistribution) et si des personnes en situation de handicap participent aux tests.
4.3 Fournissez une documentation de conformité d'accessibilité à jour pour le rendu public de la plateforme de publication et pour son interface d'édition, par exemple un Accessibility Conformance Report, avec la date des tests et leur auteur. Signalez les problèmes connus.
4.4 Décrivez ce que fait la plateforme pour empêcher les contributeurs d'introduire des défauts : texte alternatif obligatoire, structure des titres, vérification des intitulés de liens, balisage des tableaux, limites de contraste dans l'éditeur.
4.5 Le prestataire corrigera les défauts d'accessibilité des gabarits ou du code de la plateforme signalés par la [Ville] sous [nombre] jours ouvrés pour les défauts qui bloquent l'accès à un service, et sous [nombre] jours pour les autres, sans coût supplémentaire.
4.6 La [Ville] peut à tout moment réaliser son propre audit d'accessibilité ou en confier un à un tiers. Le prestataire coopérera et corrigera les constats relevant de son périmètre.
5.1 Décrivez les rôles utilisateurs disponibles et ce que chacun peut faire. Indiquez si les rôles peuvent être limités à la section ou au site d'un seul service.
5.2 Décrivez l'approbation avant publication : qui peut approuver, si l'approbation peut être exigée pour certains contributeurs et pas d'autres, et si elle prend en charge une ou plusieurs étapes de relecture.
5.3 Décrivez la piste d'audit : quelles actions sont enregistrées (connexion, modification, publication, changement de permission), combien de temps les enregistrements sont conservés, et comment le personnel les exporte pour répondre à une demande d'accès aux documents.
5.4 Décrivez la connexion du personnel, y compris la prise en charge du fournisseur d'identité de la [Ville] [nom], l'authentification multifacteur et la suppression des accès au départ d'un employé.
5.5 Décrivez la publication et la dépublication programmées, les rappels de révision des contenus, et la publication des alertes d'urgence sur l'ensemble du site.
5.6 Décrivez comment des services ou organismes partenaires (par exemple [bibliothèque, parcs, police]) peuvent disposer de leur propre section ou site tout en conservant la marque, la navigation et le pied de page de la [Ville].
6.1 Décrivez l'hébergement : fournisseur, localisation des données, sauvegardes (fréquence, conservation, tests de restauration) et diffusion des contenus.
6.2 Indiquez l'engagement de disponibilité que vous inscrirez au contrat, sa mesure et la compensation en cas de manquement. Fournissez la disponibilité mesurée des 12 derniers mois si vous en disposez.
6.3 Fournissez votre documentation de sécurité, comme les rapports d'audit indépendants ou les certifications que vous détenez, votre processus de gestion des vulnérabilités et votre délai de notification des incidents. Ne mentionnez pas de certifications que vous ne détenez pas actuellement.
6.4 Décrivez comment le site reste disponible lors d'un pic de trafic, comme une tempête ou une soirée électorale.
6.5 Remplissez le questionnaire de sécurité de la [Ville] figurant en annexe [X].
7.1 (Obligatoire) L'ensemble des contenus, médias, envois de formulaires et données d'analyse appartient à la [Ville].
7.2 Décrivez précisément comment la [Ville] peut exporter l'intégralité de son site, y compris les contenus, les médias, la structure des pages et, le cas échéant, les gabarits et le code, dans des formats utilisables sans le prestataire. Indiquez si l'export est en libre-service et s'il est facturé en supplément.
7.3 À la fin du contrat, le prestataire fournira un export complet, maintiendra le site en fonctionnement jusqu'à [nombre] jours pendant la transition, puis supprimera les données de la [Ville] et confirmera la suppression par écrit.
7.4 Décrivez comment les noms de domaine, le DNS et les enregistrements e-mail de la [Ville] restent sous le contrôle de la [Ville] pendant toute la durée.
Les propositions doivent suivre cet ordre et ne pas dépasser [nombre] pages hors annexes :
- Lettre de présentation signée par un représentant habilité
- Présentation de l'entreprise : années d'activité, personnel affecté au projet et rôles
- Réponse aux sections 3 à 7, numérotée de façon correspondante
- Plan de projet et calendrier
- Trois références de clients du secteur public de taille similaire, avec coordonnées, portant sur des projets des [nombre] dernières années
- Prix au format de la section 9
- Réserves sur les conditions contractuelles standard de la [Ville]
- Formulaires requis : [liste]
Indiquez vos prix dans ce tableau. N'intégrez pas d'options dans les coûts ponctuels.
Poste Ponctuel Année 1 Années 2 à 5 (chacune) Découverte, conception et réalisation [ ] n/a n/a Migration des contenus [ ] n/a n/a Formation [ ] [ ] [ ] Licence de la plateforme et hébergement n/a [ ] [ ] Support et maintenance n/a [ ] [ ] Options (lister chacune) [ ] [ ] [ ] Indiquez toute limite qui modifierait le prix (pages, utilisateurs, sous-sites, stockage, trafic) et le plafond d'augmentation annuelle que vous acceptez.
Les propositions qui satisfont aux exigences obligatoires seront notées par une commission d'évaluation selon les critères et pondérations ci-dessous. La [Ville] peut inviter les soumissionnaires les mieux notés à une démonstration scénarisée, notée séparément, et peut attribuer le marché à la proposition offrant le meilleur rapport global, pas nécessairement le prix le plus bas.
Remettez ce tableau à chaque membre de la commission. Mettez-vous d'accord sur les notes critère par critère avant de les additionner, et écrivez une ligne justifiant chaque note ; cela aide si une décision est contestée.
| Critère | Points | À quoi ressemble la note maximale | À quoi ressemble une note faible |
|---|---|---|---|
| Approche et preuves d'accessibilité (section 4) | 20 | Rapport de conformité daté, méthodes de test manuel nommées, garde-fous dans l'éditeur, délais de correction des défauts par écrit | « Nos sites sont conformes ADA » sans preuve, ou recours à une surcouche |
| Publication, rôles et gouvernance (section 5) | 15 | Montre des rôles limités par service, des approbations et une piste d'audit exportable dans un produit en service | Décrit des fonctions seulement prévues sur une feuille de route |
| Compréhension des besoins des habitants et du périmètre (section 3) | 15 | Plan fondé sur les démarches, vraie recherche, avis sur ce qu'il faut retirer | Réponse type qui pourrait être envoyée à n'importe quelle ville |
| Propriété des données et sortie (section 7) | 10 | Export complet en libre-service sans frais, conditions de transition claires | Export uniquement sur demande, ou payant |
| Hébergement, sécurité et continuité (section 6) | 10 | Sauvegardes et processus d'incident documentés, engagement de disponibilité avec compensation | Aucun engagement mesurable |
| Équipe et références (section 8) | 10 | Personnel nommé avec une expérience pertinente dans le secteur public, références qui la confirment | Équipe non nommée, références sur des travaux sans rapport |
| Coût sur cinq ans (section 9) | 15 | Le coût total sur cinq ans le plus bas obtient la note maximale ; les autres sont notés proportionnellement | Limites cachées ou augmentations non plafonnées |
| Plan de projet et réalisme | 5 | Lancement avec une marge avant la date de conformité | Date de lancement postérieure à la date de conformité |
Formule de coût. Une méthode courante : (total sur cinq ans le plus bas / total sur cinq ans de cette proposition) x 15. Le coût reste significatif sans l'emporter sur l'accessibilité.
Envoyez le même scénario à chaque fournisseur présélectionné une semaine à l'avance et demandez-lui de le dérouler en direct dans le produit, pas sur des diapositives :
Avant de publier l'appel d'offres, passez vos propres exigences au crible de notre checklist d'achat d'une plateforme de sites web. C'est une liste de questions plus longue dans laquelle puiser.
We.Inc propose une plateforme de sites en marque blanche que les services peuvent utiliser sous une même marque gouvernementale. Nous ne répondrons que sur ce que notre plateforme fait aujourd'hui, y compris ce qu'elle ne fait pas. Envoyez-nous votre appel d'offres ou réservez une démo, et consultez notre page plateforme web pour les administrations publiques pour savoir ce qui entre dans le périmètre.
Dernière vérification le 2026-10-25.
Ce modèle est une information générale, pas un conseil juridique ou en matière de marchés publics. Suivez les règles d'achat de votre juridiction et faites relire le document final par un juriste.
Au minimum : contexte et situation actuelle, périmètre des travaux, exigences d'accessibilité fondées sur le WCAG 2.1 AA, rôles de publication et approbations, hébergement et sécurité, propriété des données et conditions de sortie, un format de prix fixe et des critères de notation publiés.
Beaucoup de commissions accordent au prix 15 à 25 pour cent de la note totale. Des pondérations plus élevées tendent à faire gagner l'offre la moins chère, quelle que soit l'accessibilité ou l'adéquation.
Oui. Envoyez le même scénario à chaque fournisseur présélectionné et notez-le pendant qu'il le déroule en direct dans le produit. Cela distingue les fonctions qui existent de celles qui sont sur une feuille de route.
Commencer gratuitement · Sans carte bancaire