Étude de cas
Ce site est son propre cas pratique
Plutôt que de décrire mon travail en théorie, voici comment jonathangutierrez.fr est construit techniquement : favicon, balises Open Graph, metadata, données structurées, types de contenus et maillage interne. Tout ce qui suit est vérifiable dans le code source de cette page.
Sommaire
Huit choix techniques, expliqués
1. Le favicon et les icônes
Ce site déclare un favicon.ico générique, deux tailles PNG dédiées (32×32 et 16×16, pour un rendu net selon la densité d'écran), une icône apple-touch-icon 180×180 pour l'ajout à l'écran d'accueil iOS, un manifest.json (pour un comportement correct en PWA légère) et une couleur de thème (theme-color) qui teinte la barre du navigateur mobile. Cinq balises, dans le <head> de chaque page, sans exception.
2. Les balises Open Graph et Twitter Card
Chaque page déclare son propre og:title, og:description, og:url canonique et une image de partage (og:image, avec les dimensions déclarées via og:image:width/height pour éviter un décalage de mise en page côté réseau social). Les balises twitter:card dupliquent l'essentiel pour les plateformes qui ne lisent pas Open Graph. Résultat : un aperçu de partage propre, quel que soit le réseau, sans avoir à le vérifier manuellement à chaque publication.
3. Metadata : title, description, mots-clés, canonical
Les 25 pages de ce site ont chacune un <title> et une meta description distincts : aucune page ville, aucune page expertise n'utilise le même couple title/description qu'une autre. C'est exactement l'erreur que je corrige le plus souvent chez mes clients (voir mon expertise SEO technique). Chaque page porte aussi une balise canonical explicite pour éviter tout risque de contenu dupliqué, et une balise meta name="keywords" par page – un signal mineur pour Google aujourd'hui, mais qui documente clairement le sujet de la page pour un lecteur humain ou une IA qui parcourt le code source.
4. Les données structurées (microdonnées et JSON-LD)
Deux formats cohabitent volontairement, et pas seulement pour les avis. Du JSON-LD dans le <head> de chaque page : Person pour mon profil (identité, coordonnées, formation, worksFor Websource, sameAs LinkedIn), Service ou ProfessionalService pour chaque prestation (avec AggregateRating rattaché aux 71+ avis) – reliés au même profil Person par un identifiant @id commun plutôt que dupliqués, BreadcrumbList pour le fil d'Ariane de chaque page interne, FAQPage pour les questions fréquentes, ContactPage pour la page contact, Article pour cette page. Et de la microdonnée itemprop directement dans le HTML visible : sur les avis clients (Review, Rating), sur le fil d'Ariane visible de chaque page (BreadcrumbList/ListItem/position) et sur mon nom dans l'en-tête (Person) – doublon volontaire avec le JSON-LD : si l'un des deux formats est mal interprété par un moteur donné, l'autre prend le relais. Voir le détail sur ma page données structurées.
5. Les types de contenus : villes, expertises, positionnement
Ce site ne repose pas sur une page unique : 14 pages géolocalisées (une par ville d'intervention, avec un contexte local réellement différent d'une ville à l'autre – Marseille et ses arrondissements n'a rien à voir avec Rodez), 6 pages d'expertise thématiques (SEO technique, GEO, Core Web Vitals, e-commerce, données structurées, implémentation), 3 pages de positionnement (consultant freelance, consultant GEO, freelance SEO & développement) et une page de contact avec formulaire fonctionnel. Chaque type de page répond à une intention de recherche différente, plutôt que de faire concurrence à une page générique unique.
6. Le maillage interne entre les pages
Chaque page expertise renvoie vers les pages expertise voisines pertinentes (section "Mes autres domaines d'expertise"), chaque page ville renvoie vers les villes proches, et le menu "Expertise" du site liste l'intégralité des pages depuis n'importe quel endroit du site. Ce n'est pas décoratif : un lien contextuel entre deux pages proches aide Google (et un moteur d'IA) à comprendre la relation entre elles, et évite les pages orphelines qu'aucun lien interne ne pointe.
7. Sitemap, llms.txt et IndexNow
Un sitemap.xml liste les 24 pages indexables du site pour les moteurs classiques. Un llms.txt – un format encore émergent – résume le site en langage naturel pour les moteurs d'IA générative, avec un lien direct vers chaque page. Et à chaque mise à jour de contenu, les URLs concernées sont soumises immédiatement via le protocole IndexNow plutôt que d'attendre un prochain passage de crawl.
8. La performance, mesurée sur ce site même
Les images sont servies au format AVIF, les polices sont préchargées (rel="preload") pour éviter un flash de texte invisible, et l'outil d'audit gratuit de la page d'accueil tourne sur ce site avant d'être proposé aux visiteurs : voir mon expertise Core Web Vitals pour le détail de ce qui est mesuré et pourquoi.
Et sur votre site ?
Le même niveau de détail, appliqué à votre projet
L'outil d'audit gratuit propulsé par Google PageSpeed Insights est disponible sur la page d'accueil : performance, SEO, accessibilité et bonnes pratiques, avec les points précis à corriger.