# cadeauxnoel.shop — brief maître de reconstruction

Version : 1.0 — 1 octobre 2026  
Statut : document de référence à importer dans le projet ChatGPT Work / Sites.

## 1. mission

Reconstruire **cadeauxnoel.shop** à partir de zéro après compromission de l’ancien WordPress.

Le nouveau site ne doit pas être une restauration du WordPress compromis. L’ancien site est uniquement une **source de données à récupérer et assainir**.

Objectifs principaux :

- préserver au maximum le patrimoine SEO historique ;
- récupérer les contenus, produits, catégories, URLs, métadonnées et images exploitables ;
- repartir sur une base technique propre et sécurisée ;
- transformer l’ancien catalogue en véritable moteur de découverte de cadeaux ;
- préparer Noël 2026 ;
- créer une expérience mobile-first ;
- intégrer progressivement des fonctionnalités IA/OpenAI ;
- conserver une validation humaine pour les opérations importantes ;
- ne rien publier publiquement sans validation explicite.

## 2. contexte de l’ancien site

Le site historique est un WordPress et a été hacké.

Il contenait un catalogue très important, de l’ordre de 2 000 produits, ainsi que des catégories, sélections et contenus éditoriaux accumulés sur plusieurs années.

Des éléments observés avant la reconstruction indiquaient notamment :

- plus de 2 000 produits dans la boutique ;
- des catégories Noël historiques ;
- des pages datant de plusieurs années ;
- des contenus encore associés à Noël 2021, 2023 et 2024 ;
- des catégories techniques ou parasites provenant vraisemblablement d’imports de catalogue ;
- des pages éditoriales anciennes susceptibles d’avoir acquis de l’ancienneté SEO ;
- une structure WordPress devenue trop encombrée pour servir directement de base au nouveau projet.

### règle de sécurité absolue

Ne jamais considérer les fichiers exécutables de l’ancien WordPress comme fiables.

Ne pas réimporter aveuglément :

- plugins ;
- thèmes ;
- PHP ;
- JavaScript inconnu ;
- `.htaccess` ;
- tâches cron ;
- fichiers système WordPress ;
- sauvegardes exécutables ;
- code injecté dans la base.

Récupérer les **données**, pas l’installation.

Toute donnée extraite de la base doit être considérée comme non fiable jusqu’à assainissement, y compris le HTML pouvant contenir scripts, iframes ou charges injectées.

## 3. récupération de l’existant

Avant la reconstruction définitive, récupérer le maximum d’informations disponibles.

### données prioritaires

Récupérer si possible :

- toutes les URLs historiques ;
- slugs ;
- titres ;
- H1 ;
- textes ;
- articles ;
- pages ;
- catégories ;
- sous-catégories ;
- produits ;
- descriptions produits ;
- attributs ;
- prix historiques lorsqu’ils sont utiles ;
- liens marchands ;
- liens d’affiliation ;
- images ;
- textes ALT ;
- légendes ;
- métadonnées SEO ;
- titles SEO ;
- meta descriptions ;
- données structurées pertinentes ;
- dates de publication et de mise à jour ;
- relations entre produits et catégories ;
- maillage interne ;
- canonicals ;
- redirections existantes ;
- sitemap ;
- robots.txt historique si disponible ;
- éventuels exports Search Console / Analytics fournis ultérieurement.

### sources possibles

Croiser plusieurs sources :

1. base SQL de l’ancien WordPress si elle peut être fournie ;
2. dossier `wp-content/uploads` ;
3. crawl public du site encore accessible ;
4. sitemap XML ;
5. cache des moteurs de recherche et pages indexées ;
6. archives web lorsque nécessaire ;
7. exports SEO ;
8. exports WooCommerce ;
9. sauvegardes disponibles ;
10. fichiers fournis par le propriétaire.

### images

Les images sont un actif important.

Pour chaque image récupérée :

- vérifier son type réel ;
- refuser les fichiers exécutables déguisés ;
- réencoder les images retenues dans un format propre ;
- supprimer les métadonnées inutiles si nécessaire ;
- détecter les doublons ;
- conserver une version haute qualité lorsque disponible ;
- créer les formats optimisés nécessaires ;
- conserver la correspondance image ↔ ancienne URL ↔ produit/page ;
- reconstruire les ALT utiles ;
- éviter les noms de fichiers artificiellement bourrés de mots-clés.

Ne jamais recopier directement l’intégralité de `uploads` sur le nouveau serveur sans contrôle.

## 4. migration SEO

La reconstruction doit préserver au maximum la valeur SEO acquise.

### principe

**Ne pas changer une URL historique utile uniquement parce que le site est reconstruit.**

Pour chaque ancienne URL, attribuer une décision :

- `KEEP` : conserver l’URL ;
- `UPDATE` : conserver et refaire le contenu ;
- `MERGE_301` : fusionner et rediriger ;
- `NOINDEX` : conserver temporairement mais retirer de l’index ;
- `410` : contenu définitivement supprimé sans équivalent ;
- `REVIEW` : décision manuelle nécessaire.

Créer une table de migration comportant au minimum :

| ancienne URL | type | valeur estimée | décision | nouvelle URL | redirection | notes |
|---|---|---|---|---|---|---|

### pages historiques

Ne pas supprimer automatiquement les vieux contenus.

Une ancienne page peut avoir :

- des backlinks ;
- de l’ancienneté ;
- des impressions Google ;
- un historique de trafic ;
- un bon positionnement ;
- une utilité saisonnière récurrente.

Lorsque l’URL est pérenne, préférer mettre le contenu à jour chaque année plutôt que créer une nouvelle URL annuelle.

Exemple préféré :

`/idees-cadeaux-noel/`

plutôt que :

`/idees-cadeaux-noel-2026/`

L’année 2026 peut apparaître dans :

- title ;
- H1 ;
- texte ;
- données éditoriales ;
- sélections.

### anciennes pages datées

Les contenus explicitement datés 2021/2023/2024 doivent être analysés individuellement.

Ne pas simplement remplacer toutes les années par 2026.

Décider selon leur valeur SEO s’il faut :

- mettre à jour ;
- fusionner ;
- rediriger ;
- archiver ;
- supprimer.

## 5. positionnement du nouveau site

cadeauxnoel.shop ne doit plus être simplement :

> un catalogue de milliers de produits.

Il doit devenir :

> **un moteur intelligent pour trouver le bon cadeau de Noël.**

La proposition centrale est d’aider une personne qui ne sait pas quoi offrir.

## 6. expérience de recherche cadeau

Le parcours principal repose sur quelques critères simples.

### critères

1. **Pour qui ?**
2. **Quel âge ?**
3. **Quel budget ?**
4. **Quels centres d’intérêt ?**
5. **Quel type de cadeau ?**

L’utilisateur ne doit pas être obligé de renseigner tous les champs.

### exemple

Utilisateur :

> Je cherche un cadeau pour mon fils de 12 ans.

Assistant / moteur :

> Quel est votre budget ?

Utilisateur :

> 50 € maximum.

Puis centres d’intérêt :

- jeux vidéo ;
- sciences ;
- sport ;
- création ;
- musique ;
- lecture ;
- technologie ;
- autres.

Le moteur retourne une petite sélection pertinente plutôt qu’une liste interminable.

Chaque recommandation peut expliquer :

> Pourquoi ce cadeau ?

Exemple :

> Bon choix pour un enfant de 12 ans qui aime les sciences et les expériences, avec un budget inférieur à 50 €.

## 7. modèle de données cadeau

Chaque produit doit devenir une entité structurée.

Exemple conceptuel :

```yaml
product:
  name:
  slug:
  description:
  images:
  price:
  price_range:
  currency:
  merchant:
  merchant_url:
  affiliate_url:
  availability:
  recipient:
  age_min:
  age_max:
  interests:
  gift_types:
  occasions:
  gender_relevance:
  brand:
  categories:
  source:
  last_checked:
  editorial_score:
  seo:
```

### attributs particulièrement importants

- destinataire ;
- âge minimum ;
- âge maximum ;
- budget ;
- centres d’intérêt ;
- type de cadeau ;
- occasion ;
- disponibilité ;
- marchand ;
- URL d’affiliation ;
- dernière vérification.

Ne pas utiliser le genre comme filtre obligatoire lorsque cela n’a pas de sens.

## 8. architecture SEO cible

Architecture indicative, à ajuster selon l’audit des anciennes URLs.

```text
/
├── idees-cadeaux-noel/
├── cadeau-noel-homme/
│   ├── cadeau-papa/
│   ├── cadeau-mari/
│   ├── cadeau-copain/
│   └── cadeau-grand-pere/
├── cadeau-noel-femme/
│   ├── cadeau-maman/
│   ├── cadeau-epouse/
│   ├── cadeau-copine/
│   └── cadeau-grand-mere/
├── cadeau-noel-enfant/
│   ├── cadeau-garcon/
│   ├── cadeau-fille/
│   ├── cadeau-3-5-ans/
│   ├── cadeau-6-8-ans/
│   ├── cadeau-9-12-ans/
│   └── cadeau-ado/
├── cadeau-noel-couple/
├── cadeau-noel-collegue/
├── secret-santa/
├── cadeaux-par-budget/
│   ├── moins-de-10-euros/
│   ├── moins-de-20-euros/
│   ├── moins-de-30-euros/
│   ├── moins-de-50-euros/
│   ├── moins-de-100-euros/
│   └── cadeau-luxe/
└── cadeaux-par-passion/
    ├── geek/
    ├── gaming/
    ├── cuisine/
    ├── sport/
    ├── musique/
    ├── voyage/
    ├── beaute/
    ├── maison/
    ├── high-tech/
    └── cadeau-original/
```

Cette architecture ne doit pas être appliquée mécaniquement si l’ancien site possède déjà une URL historique équivalente de valeur.

## 9. clusters SEO prioritaires

Travailler notamment :

- idée cadeau Noël 2026 ;
- cadeau Noël homme ;
- cadeau Noël femme ;
- cadeau maman ;
- cadeau papa ;
- cadeau enfant ;
- cadeau ado ;
- cadeau par âge ;
- cadeau par budget ;
- cadeau geek ;
- cadeau gamer ;
- cadeau sportif ;
- cadeau cuisine ;
- cadeau original ;
- cadeau personnalisé ;
- cadeau homme qui a tout ;
- cadeau femme qui a tout ;
- Secret Santa ;
- cadeau collègue ;
- cadeau dernière minute.

Créer des combinaisons uniquement lorsqu’elles répondent à une vraie intention de recherche.

Éviter la génération massive de pages SEO quasi identiques.

## 10. stratégie contenu

Créer une page pilier forte autour des idées cadeaux de Noël 2026.

Les pages doivent apporter autre chose qu’une grille de produits :

- conseils ;
- critères de choix ;
- sélection éditoriale ;
- profils ;
- comparaison ;
- raisons de choisir ;
- budgets ;
- questions fréquentes pertinentes ;
- liens vers les catégories connexes.

Les produits peuvent être dynamiques tout en conservant une partie éditoriale stable.

## 11. boucle SEO issue des recherches utilisateurs

Les recherches réalisées dans le moteur cadeau peuvent servir à identifier de nouvelles intentions.

Exemple :

```text
86 recherches :
"cadeau pour papa qui a déjà tout"
        ↓
cluster détecté
        ↓
vérification SEO
        ↓
proposition de page
        ↓
validation humaine
        ↓
création éventuelle
```

Ne jamais publier automatiquement des centaines de pages simplement parce que des combinaisons sont techniquement possibles.

## 12. identité visuelle

Deux images de référence ont été fournies dans la conversation et doivent accompagner ce brief lors de son import dans Work / Sites.

### image 1

Planche d’identité avec :

- Père Noël 3D souriant ;
- bonnet rouge ;
- cadeau rouge avec ruban doré ;
- logo `CADEAUXNOEL.SHOP` ;
- fond vert foncé ;
- accents rouges ;
- accents dorés ;
- déclinaisons horizontale, compacte et icône.

### image 2

Maquette mobile de homepage montrant notamment :

- logo en haut ;
- fond vert sombre ;
- grand titre « Trouvez le cadeau de Noël idéal » ;
- sous-titre « Pour chaque personne. Pour chaque budget. » ;
- champ « Pour qui ? » ;
- champ budget ;
- centres d’intérêt sous forme de tags ;
- champ type de cadeau ;
- CTA doré « Trouver des cadeaux » ;
- sélection « Pour qui cherchez-vous ? » ;
- profils Femme, Homme, Enfant, Ado ;
- section « Cadeaux par budget » ;
- section « Nos sélections Noël 2026 » ;
- footer sombre.

### direction artistique

Conserver l’esprit :

- Noël premium mais accessible ;
- chaleureux ;
- ludique ;
- très lisible ;
- moderne ;
- pas de surcharge kitsch ;
- priorité mobile ;
- contrastes élevés ;
- CTA visibles ;
- Père Noël utilisé comme mascotte de marque.

Les images servent de **référence**, pas de contrainte pixel-perfect. L’interface finale doit rester performante et accessible.

## 13. homepage cible

Structure initiale recommandée :

1. header ;
2. hero + moteur de recherche cadeau ;
3. « Pour qui cherchez-vous ? » ;
4. cadeaux par budget ;
5. sélections Noël 2026 ;
6. cadeaux par passion ;
7. idées tendances ;
8. guides éditoriaux ;
9. réassurance / fonctionnement ;
10. footer.

Sur mobile, le moteur doit apparaître très rapidement sans nécessiter plusieurs écrans avant de pouvoir commencer une recherche.

## 14. technologie

Le projet repart en **développement complet**, sans dépendre du WordPress historique.

La stack exacte peut être décidée par le projet après analyse.

Orientation initiale envisagée :

- frontend moderne avec rendu SEO côté serveur / statique ;
- TypeScript ;
- framework type Next.js ou équivalent adapté ;
- base de données relationnelle, par exemple PostgreSQL ;
- stockage objet pour les médias ;
- CDN ;
- moteur de recherche catalogue ;
- API interne propre ;
- back-office sécurisé ;
- couche OpenAI pour l’assistant et les traitements utiles.

La technologie doit servir les objectifs, pas l’inverse.

Priorités :

1. SEO ;
2. sécurité ;
3. performance ;
4. maintenabilité ;
5. UX mobile ;
6. capacité d’évolution.

## 15. OpenAI et assistant cadeaux

Séparer deux fonctions.

### agent public

Assistant visible par les visiteurs.

Mission :

- comprendre la demande ;
- poser le minimum de questions nécessaires ;
- rechercher dans le catalogue ;
- filtrer selon les contraintes ;
- proposer quelques cadeaux ;
- expliquer la pertinence ;
- permettre d’affiner ;
- renvoyer vers le marchand lorsque l’utilisateur choisit.

Il doit utiliser les **données du catalogue** et non inventer des produits.

### agent / automatisation interne

Fonctions possibles :

- audit des contenus vieillissants ;
- détection de tendances ;
- suggestions de nouvelles pages ;
- contrôle des fiches ;
- vérification des liens ;
- préparation de mises à jour ;
- analyse des recherches internes ;
- détection des trous dans le catalogue.

Les suppressions, redirections importantes et publications massives doivent rester sous contrôle humain.

## 16. recherche

Le moteur doit fonctionner même sans conversation IA.

Prévoir :

- recherche textuelle ;
- facettes ;
- filtres ;
- classement ;
- synonymes ;
- tolérance aux fautes ;
- budget ;
- âge ;
- destinataire ;
- intérêts ;
- type de cadeau.

L’IA est une couche d’expérience au-dessus d’un système de données fiable, pas un remplacement du moteur.

## 17. affiliation et marchands

Le site peut monétiser via l’affiliation.

Prévoir dans le modèle :

- produit conceptuel ;
- une ou plusieurs offres marchands ;
- prix ;
- disponibilité ;
- URL ;
- tracking affiliation ;
- date de vérification.

Cela évite de confondre un cadeau avec une offre précise chez un seul marchand.

Toujours afficher clairement la nature des liens commerciaux conformément aux obligations applicables.

## 18. performance

Objectif : excellent comportement mobile.

Prévoir notamment :

- images responsives ;
- WebP/AVIF lorsque pertinent ;
- lazy loading sous la ligne de flottaison ;
- dimensions d’images réservées ;
- limitation du JavaScript client ;
- SSR/SSG lorsque pertinent ;
- cache ;
- CDN ;
- optimisation des polices ;
- composants légers.

L’assistant IA ne doit pas rendre la homepage lente ou inutilisable s’il est indisponible.

## 19. accessibilité

Prévoir dès la conception :

- navigation clavier ;
- focus visibles ;
- labels réels ;
- contraste suffisant ;
- boutons accessibles ;
- textes alternatifs ;
- formulaires correctement associés ;
- réduction des animations selon préférence utilisateur ;
- HTML sémantique.

## 20. données structurées

Utiliser uniquement les données structurées réellement justifiées par le contenu.

Selon les pages :

- Product ;
- Offer ;
- BreadcrumbList ;
- ItemList ;
- Organization ;
- WebSite ;
- éventuellement FAQ lorsque le contenu et les règles des moteurs le justifient.

Ne jamais générer de données structurées trompeuses.

## 21. sécurité du nouveau projet

Exigences :

- aucun secret dans le frontend ;
- clés API côté serveur ;
- variables d’environnement ;
- permissions minimales ;
- validation stricte des entrées ;
- assainissement du HTML importé ;
- CSP adaptée ;
- protection CSRF lorsque nécessaire ;
- rate limiting ;
- journalisation ;
- sauvegardes ;
- dépendances maintenues ;
- authentification robuste du back-office ;
- MFA lorsque possible ;
- séparation production / staging ;
- contrôle des uploads.

Les clés API utilisateur éventuellement saisies dans de futures fonctionnalités ne doivent pas être stockées durablement sans nécessité et consentement explicite.

## 22. analytics et respect de la vie privée

Mesurer au minimum :

- recherche commencée ;
- critères choisis ;
- recherche terminée ;
- produit consulté ;
- clic marchand ;
- zéro résultat ;
- reformulation ;
- page SEO d’entrée ;
- conversion d’affiliation lorsque mesurable.

Éviter de conserver inutilement des conversations contenant des informations personnelles.

Prévoir le cadre RGPD et consentement nécessaire.

## 23. back-office

Le propriétaire doit pouvoir :

- gérer les produits ;
- gérer les offres ;
- modifier les catégories ;
- éditer les pages ;
- gérer les sélections ;
- voir les produits sans offre valide ;
- voir les liens cassés ;
- gérer les redirections ;
- voir les recherches sans résultat ;
- voir les tendances internes ;
- contrôler les suggestions IA ;
- publier ou refuser une suggestion.

## 24. phases de reconstruction

### phase A — sauvegarde et inventaire

- figer autant que possible l’ancien site ;
- sauvegarder SQL ;
- sauvegarder uploads ;
- récupérer les exports disponibles ;
- crawler le site public ;
- récupérer les sitemaps ;
- inventorier les URLs.

### phase B — extraction

- extraire pages/articles/produits ;
- extraire catégories ;
- extraire SEO ;
- extraire médias ;
- établir les relations ;
- construire la table des URLs.

### phase C — assainissement

- nettoyer le HTML ;
- détecter les injections ;
- dédupliquer ;
- contrôler les médias ;
- normaliser les données ;
- identifier les catégories parasites.

### phase D — modèle de données

- concevoir produits ;
- offres ;
- destinataires ;
- âges ;
- budgets ;
- intérêts ;
- catégories ;
- contenus ;
- redirections.

### phase E — prototype

Construire en priorité :

- homepage ;
- moteur de recherche ;
- page de résultats ;
- page catégorie ;
- page sélection ;
- fiche cadeau ;
- guide éditorial.

### phase F — import

Importer progressivement les contenus validés.

Ne pas importer 2 000 produits sans contrôle de qualité.

### phase G — SEO

- mapping 301 ;
- titles ;
- descriptions ;
- canonicals ;
- sitemap ;
- robots ;
- données structurées ;
- maillage ;
- pages 404/410 ;
- contrôle des chaînes de redirection.

### phase H — IA

Ajouter l’assistant lorsque le catalogue structuré fonctionne correctement.

### phase I — recette

Tester :

- mobile ;
- desktop ;
- recherche ;
- filtres ;
- liens marchands ;
- redirections ;
- 404 ;
- SEO technique ;
- accessibilité ;
- performance ;
- sécurité ;
- tracking.

### phase J — bascule

La publication sur le domaine principal nécessite une validation explicite.

## 25. règles de travail pour ChatGPT Work / Sites

Lors de l’import de ce brief :

1. considérer ce document comme le **brief maître** ;
2. utiliser les deux images jointes comme références visuelles ;
3. ne pas inventer de données récupérées de l’ancien site ;
4. distinguer clairement ce qui est récupéré, inféré ou nouvellement créé ;
5. conserver une table de migration SEO ;
6. travailler par étapes vérifiables ;
7. tester les interactions essentielles ;
8. ne pas publier publiquement sans accord ;
9. ne jamais importer de code exécutable de l’ancien WordPress sans audit explicite ;
10. documenter les décisions d’architecture significatives.

## 26. premier livrable attendu du projet

Avant de développer massivement, produire :

- inventaire des sources disponibles ;
- architecture technique proposée ;
- modèle de données ;
- arborescence cible ;
- stratégie de récupération ;
- stratégie de migration SEO ;
- liste des risques ;
- plan d’implémentation par phases.

Puis construire un prototype fonctionnel de la homepage et du moteur cadeau basé sur la charte fournie.

## 27. instruction de démarrage à copier dans Work

> Utilise `CADEAUXNOEL-BRIEF.md` comme document de référence du projet. Les deux images jointes constituent la référence visuelle de cadeauxnoel.shop. L’ancien WordPress a été compromis : ne réutilise aucun code, plugin, thème ou fichier exécutable provenant de cette installation sans audit explicite. Nous voulons récupérer et assainir le maximum de données utiles, préserver le patrimoine SEO, puis reconstruire le site en développement moderne. Analyse d’abord le brief et les visuels, établis l’architecture et le plan de migration, puis commence par un prototype fonctionnel de la homepage et du moteur de recherche cadeau. Ne publie rien publiquement sans mon accord.

## 28. définition du succès

Le projet est réussi si :

- aucune dépendance dangereuse à l’ancien WordPress n’est conservée ;
- les contenus et médias de valeur sont récupérés ;
- les URLs SEO importantes sont préservées ou correctement redirigées ;
- le site est rapide sur mobile ;
- trouver un cadeau est nettement plus simple qu’avec l’ancien catalogue ;
- les produits sont structurés selon les besoins réels des visiteurs ;
- l’IA améliore la recherche sans être indispensable au fonctionnement ;
- l’administration reste contrôlable par le propriétaire ;
- la plateforme peut être réutilisée et améliorée pour Noël 2027 sans reconstruction complète.