Un cabinet de syndic de copropriété gérant une trentaine d’immeubles en périphérie de Nantes recevait chaque mois les mêmes questions par téléphone : « où en sont les travaux de ravalement votés en juin ? ». Plutôt que de répondre au cas par cas, le cabinet a voulu afficher publiquement, sur son site, la liste des travaux votés par immeuble et leur statut d’avancement — sans construire un espace copropriétaires sécurisé, jugé disproportionné pour ce besoin précis.
La contrainte posée par le cabinet était claire : pas d’authentification, pas de données personnelles des copropriétaires, uniquement une information factuelle et publique sur l’avancement des chantiers votés en assemblée générale. Ce périmètre restreint a permis de construire une solution beaucoup plus légère qu’un portail copropriétaires complet.
Modéliser les travaux comme un CPT simple
Un Custom Post Type travaux_copro porte chaque chantier voté, avec les champs essentiels en post meta : immeuble concerné, date de vote, montant voté, entreprise retenue. Le statut d’avancement, lui, se gère via une taxonomie personnalisée plutôt qu’un simple champ texte, ce qui permet de filtrer facilement par état :
register_post_type( 'travaux_copro', array(
'label' => 'Travaux votés',
'public' => true,
'has_archive' => true,
'supports' => array( 'title', 'custom-fields' ),
'show_in_rest' => true,
) );
register_taxonomy( 'statut_travaux', 'travaux_copro', array(
'label' => 'Statut',
'hierarchical' => false,
'show_in_rest' => true,
) );Quatre termes suffisent pour couvrir tous les cas rencontrés en trois ans d’historique du cabinet : vote, en-cours, termine et reporte. Ajouter un cinquième statut n’a jamais été nécessaire, la réalité des chantiers de copropriété se répartissant naturellement dans ces quatre états.
Le bloc d’affichage, filtré par immeuble
Le bloc syndic/liste-travaux accepte un attribut immeubleId, inséré une fois par page d’immeuble sur le site, et interroge les travaux liés via WP_Query dans son render.php :
$travaux = new WP_Query( array(
'post_type' => 'travaux_copro',
'meta_key' => 'immeuble_id',
'meta_value' => $attributes['immeubleId'],
'posts_per_page' => -1,
'orderby' => 'meta_value',
'meta_key' => 'date_vote',
'order' => 'DESC',
) );
foreach ( $travaux->posts as $chantier ) {
$statuts = get_the_terms( $chantier->ID, 'statut_travaux' );
$libelle = $statuts ? $statuts[0]->name : 'Non renseigné';
printf(
'<li><strong>%s</strong> — %s (%s)</li>',
esc_html( $chantier->post_title ),
esc_html( $libelle ),
esc_html( get_post_meta( $chantier->ID, 'date_vote', true ) )
);
}Chaque immeuble de la trentaine gérée par le cabinet dispose ainsi de sa propre page publique, avec ce bloc affichant l’historique complet de ses travaux votés, sans qu’un copropriétaire n’ait à se connecter pour consulter l’information.
Ce que ce choix évite délibérément
- Pas de compte utilisateur par copropriétaire, donc aucune gestion de mot de passe ni de récupération d’accès à assurer.
- Pas de document PDF de procès-verbal d’assemblée générale mis en ligne : seule l’information de statut est publique, les documents contractuels restant transmis par les canaux habituels du syndic.
- Pas de montant détaillé par lot ou par copropriétaire, seul le montant global voté étant affiché — une donnée déjà publique via les procès-verbaux d’assemblée.
Un point de vigilance RGPD malgré tout
Même sans authentification, il fallait s’assurer qu’aucune donnée personnelle ne transite par ce bloc : ni nom de copropriétaire, ni numéro de lot, ni coordonnées. Le champ « entreprise retenue » a nécessité une vérification particulière — le nom d’une entreprise individuelle peut, dans de rares cas, correspondre au nom d’une personne physique, un point relevé lors de la relecture avec le cabinet avant mise en ligne.
Publier une information factuelle sur un site public reste plus simple qu’ouvrir un espace membre, à condition de vérifier une bonne fois pour toutes qu’aucune donnée personnelle ne s’y glisse.
Retour après un an d’utilisation
Le cabinet rapporte une baisse sensible des appels téléphoniques portant spécifiquement sur l’avancement des travaux votés, les copropriétaires consultant désormais directement la page de leur immeuble. La mise à jour du statut, effectuée manuellement par l’assistante de gestion via l’éditeur de blocs, prend moins de cinq minutes par chantier suivi.
En résumé
Pour afficher publiquement un historique de travaux votés, un CPT associé à une taxonomie de statut et un bloc de requête ciblé suffisent largement — construire un espace copropriétaires complet aurait ajouté une charge de maintenance et un risque RGPD sans rapport avec le besoin réel exprimé par ce cabinet de syndic.
