Le camelCase est une convention de nommage en programmation et en écriture technique qui consiste à coller plusieurs mots ensemble sans espace ni séparateur, en marquant le début de chaque nouveau mot par une lettre majuscule. Le terme « camelCase » tire son nom de la silhouette formée par les majuscules au milieu du mot, qui évoque les bosses d’un chameau. Il existe deux variantes : le lowerCamelCase (première lettre en minuscule : nomDeVariable) utilisé pour les variables et fonctions, et le UpperCamelCase (ou PascalCase, première lettre en majuscule : NomDeClasse) utilisé pour les classes et composants. En SEO et en développement web, le camelCase intervient dans le nommage des variables JavaScript, des propriétés JSON-LD (schema.org), des événements Google Tag Manager, des paramètres d’API et des composants frontend.
• Le lowerCamelCase commence par une minuscule et est utilisé pour les variables et fonctions.
• Le UpperCamelCase, aussi appelé PascalCase, commence par une majuscule et est utilisé pour les classes et composants.
• Les propriétés schema.org en JSON-LD utilisent la convention camelCase.
• Les événements et variables Google Tag Manager suivent la convention camelCase.
• Le camelCase ne doit pas être utilisé dans les URLs et les slugs, où le tiret est le séparateur standard.
• Google interprète le tiret comme séparateur de mots dans les URLs, mais ne sépare pas les mots en camelCase.
Variantes de casse
Plusieurs conventions de nommage coexistent en développement web et en marketing digital. Chacune a un contexte d’utilisation spécifique.
camelCase (lowerCamelCase) colle les mots sans séparateur avec une majuscule à chaque nouveau mot sauf le premier : firstName, addToCart, pageView. C’est la convention standard en JavaScript, dans les propriétés JSON, dans les événements Google Analytics 4 et dans les propriétés schema.org.
PascalCase (UpperCamelCase) suit la même logique avec une majuscule également sur le premier mot : ProductCard, ShoppingCart, HomePageComponent. C’est la convention standard pour les noms de classes en programmation orientée objet, les composants React/Vue et les types schema.org (LocalBusiness, BreadcrumbList, FAQPage).
snake_case sépare les mots par des underscores en minuscules : first_name, add_to_cart, page_view. C’est la convention standard en Python, dans les noms de colonnes de bases de données et dans certaines APIs. Google Analytics 4 utilise le snake_case pour ses événements recommandés (page_view, add_to_cart, begin_checkout).
kebab-case sépare les mots par des tirets en minuscules : first-name, add-to-cart, page-view. C’est la convention standard pour les URLs et slugs (recommandée par Google), les classes CSS, les noms de fichiers HTML et les attributs HTML personnalisés (data-product-id).
SCREAMING_SNAKE_CASE utilise des majuscules et des underscores : MAX_RETRY_COUNT, API_BASE_URL. C’est la convention pour les constantes dans la plupart des langages de programmation.
CamelCase en schema.org et JSON-LD
Les données structurées schema.org utilisent systématiquement le camelCase pour les noms de propriétés et le PascalCase pour les noms de types. Cette convention est imposée par le vocabulaire schema.org et doit être respectée exactement pour que Google interprète correctement le balisage.
Les types (PascalCase) : LocalBusiness, Product, FAQPage, BreadcrumbList, AggregateRating, DefinedTerm, VideoObject.
Les propriétés (camelCase) : streetAddress, postalCode, openingHours, aggregateRating, ratingValue, reviewCount, datePublished, mainEntity, acceptedAnswer, sameAs, knowsAbout.
Une erreur de casse dans le JSON-LD (Streetaddress au lieu de streetAddress, faqpage au lieu de FAQPage) empêche Google de reconnaître la propriété ou le type et invalide le balisage. Le Rich Results Test de Google détecte ces erreurs de casse.
CamelCase en Google Tag Manager et GA4
Google Tag Manager utilise le camelCase pour les variables intégrées (Click Text, Page URL) et pour les noms d’événements personnalisés poussés dans le dataLayer (dataLayer.push({'event': 'addToCart'})).
Google Analytics 4 utilise le snake_case pour ses événements recommandés (page_view, add_to_cart, purchase, begin_checkout) mais accepte aussi le camelCase pour les événements personnalisés. La cohérence est essentielle : mélanger les conventions (addToCart et add_to_cart comme deux événements distincts) crée des doublons dans les rapports.
La bonne pratique est d’adopter le snake_case pour tous les événements GA4 (aligné sur la convention officielle Google) et de réserver le camelCase pour les variables JavaScript et les propriétés JSON-LD.
CamelCase et URLs : ce qu’il ne faut pas faire
Le camelCase ne doit jamais être utilisé dans les URLs et les slugs. Google interprète le tiret (-) comme un séparateur de mots dans les URLs mais ne sépare pas automatiquement les mots collés en camelCase. L’URL /chaussuresRunningHomme est interprétée par Google comme un seul mot incompréhensible, tandis que /chaussures-running-homme est correctement interprétée comme trois mots distincts.
De plus, les URLs sont sensibles à la casse sur les serveurs Linux. /PageProduit et /pageproduit sont traitées comme deux URLs distinctes, ce qui crée un risque de duplicate content. La convention standard pour les URLs est le kebab-case en minuscules exclusivement.
Erreurs fréquentes
• Confondre camelCase et PascalCase dans le JSON-LD schema.org invalide le balisage et bloque l’éligibilité aux rich snippets.
• Écrire Localbus au lieu de LocalBusiness ou Streetaddress au lieu de streetAddress crée des erreurs de balisage schema.org.
• Mélanger les conventions de nommage dans un même projet crée des incohérences dans les rapports analytics et complique la maintenance.
• Utiliser camelCase pour certains événements GA4 et snake_case pour d’autres rend l’analyse des données moins fiable.
• Utiliser des underscores dans les URLs au lieu de tirets empêche Google de séparer correctement les mots.
• Google interprète l’underscore comme un caractère de liaison et non comme un séparateur de mots.
Outils de diagnostic
- Rich Results Test (Google) → Valide la casse des types et propriétés schema.org dans le JSON-LD et signale les erreurs de nommage
- Schema Markup Validator (schema.org) → Vérification technique détaillée du vocabulaire utilisé, incluant les erreurs de casse sur les propriétés
- Google Analytics 4 → Rapport Événements → Vérifier la cohérence des noms d’événements et détecter les doublons créés par des variations de casse
- Google Tag Manager → Mode Aperçu → Inspecter les noms d’événements et de variables poussés dans le dataLayer pour vérifier la convention de nommage
- ESLint / Prettier (IDE) → Outils de linting JavaScript qui détectent et corrigent les violations de convention de nommage dans le code
FAQ camelCase
Pourquoi ne pas utiliser le camelCase dans les URLs ?
Parce que Google interprète le tiret comme un séparateur de mots mais ne sépare pas les mots collés en camelCase. L’URL /meilleursProduits est lue comme un seul mot, tandis que /meilleurs-produits est lue comme deux mots distincts. Le kebab-case en minuscules est la convention recommandée par Google pour les URLs.
Quelle convention de nommage utiliser pour les événements Google Analytics 4 ?
Le snake_case, aligné sur la convention officielle de GA4 : page_view, add_to_cart, purchase. Les événements personnalisés doivent suivre la même convention pour maintenir la cohérence des rapports.
Le camelCase en JSON-LD est-il obligatoire ?
Oui. Le vocabulaire schema.org impose le camelCase pour les propriétés, comme streetAddress ou openingHours, et le PascalCase pour les types, comme LocalBusiness ou FAQPage. Une erreur de casse invalide le balisage et empêche l’affichage des rich snippets.
Besoin d’un accompagnement ?
Implémenter correctement vos données structurées JSON-LD, configurer vos événements GA4 et GTM avec les bonnes conventions de nommage et optimiser vos URLs pour le SEO, c’est un travail technique qui exige une rigueur de développeur et une vision de référenceur.
Notre agence SEO à Lyon combine expertise technique et SEO pour garantir que chaque ligne de code contribue à votre visibilité.
Entités liées (→ définitions dédiées)
→ Données structurées · Schema.org · JSON-LD · Google Tag Manager · Google Analytics 4 · Slug · Snippet · Rich snippet · Duplicate Content · Event tracking
