Créez du JSON-LD LocalBusiness à partir du nom, du site et de l’adresse postale de votre entreprise. Ajoutez des coordonnées de contact et des horaires confirmés si vous les connaissez. Générez le code pour un établissement, copiez le script ou téléchargez le JSON, puis installez le balisage relu sur votre site. Générer du code ne vérifie pas votre entreprise et ne confirme pas son éligibilité à des résultats de recherche enrichis.
Choisir un type LocalBusiness pour un établissement
Schema.org définit LocalBusiness comme une entreprise physique particulière ou une succursale. Partez de l’établissement décrit par la page, sans regrouper plusieurs adresses sous une seule. Un cabinet dentaire devrait par exemple utiliser Dentist si ce type décrit correctement son activité.
Le formulaire propose huit types : LocalBusiness, Restaurant, Dentist, Store, ProfessionalService, Hotel, AutoRepair et BeautySalon. Choisissez l’option disponible la plus précise et fidèle à la réalité. Ce sont les types pris en charge par ce générateur, pas l’ensemble du vocabulaire Schema.org. Il n’y a ni champ de type personnalisé, ni sélection de plusieurs types, ni éditeur de départements.
Si vous avez besoin d’un sous-type plus précis absent de la liste, le formulaire ne peut pas produire ce type exact. Consultez le vocabulaire et les exigences de recherche applicables avant d’adapter le résultat. Changer de type doit mieux décrire l’entreprise, pas faire paraître une activité sans rapport éligible à une fonction de recherche. Pour plusieurs établissements, préparez leurs informations séparément et générez chacun individuellement.
Renseigner les informations obligatoires et facultatives
Ce générateur exige un nom, une URL de site, une adresse de rue, une ville ou localité, un code postal et un code pays. Ce sont les exigences du formulaire ; toutes ces propriétés ne sont pas nécessairement obligatoires dans chaque spécification de données structurées. Utilisez les informations publiques réelles de l’établissement. Si vous ne pouvez pas fournir une adresse ou un code postal obligatoire exact, n’en inventez pas pour envoyer le formulaire.
| Champ ou groupe | Obligatoire ici ? | Informations à saisir |
|---|---|---|
| Nom de l’entreprise | Oui | Le nom affiché sur la page de l’établissement |
| URL du site | Oui | L’URL HTTP ou HTTPS complète de cet établissement |
| Adresse postale | Oui | Rue, ville/localité, code postal et code pays de deux lettres ; la région est facultative |
| Téléphone | Non | Un vrai numéro de contact client avec indicatifs du pays et de la zone |
| URL d’image | Non | Une URL HTTP ou HTTPS complète d’une image de l’entreprise |
| Coordonnées géographiques | Non | Latitude et longitude ensemble, ou aucune des deux |
| URL de profils officiels | Non | Jusqu’à dix URL, une par ligne, identifiant la même entreprise |
Utilisez des codes pays tels que US, TR ou GB, sans espaces supplémentaires. Le téléphone accepte les chiffres, les espaces et la ponctuation habituels, avec un + initial facultatif ; n’ajoutez pas de libellé de poste téléphonique ou d’autres mots.
La latitude doit être comprise entre −90 et 90, et la longitude entre −180 et 180. Ces limites ne confirment pas le lieu. Les consignes Google sur les propriétés LocalBusiness indiquent aussi une précision d’au moins cinq décimales pour les coordonnées ; le générateur ne vérifie pas cette précision et ne localise pas votre entreprise.
La propriété sameAs identifie la même entité. Ajoutez des profils officiels, pas des concurrents ou des pages de catégories d’annuaires sans rapport. Les champs facultatifs vides sont omis ; la disponibilité ou l’appartenance des URL et coordonnées fournies ne sont pas vérifiées indépendamment.
Définir correctement les horaires hebdomadaires
Ajoutez un horaire uniquement si vous connaissez celui de l’établissement. Chaque ligne doit contenir au moins un jour sélectionné, une heure d’ouverture et une heure de fermeture au format 24 heures HH:mm. Il s’agit des heures locales de l’entreprise. Vous pouvez ajouter jusqu’à quatorze lignes et regrouper les jours ayant les mêmes horaires.
Pour un atelier ouvert du lundi au vendredi de 09:00 à 17:00, sélectionnez ces cinq jours ensemble. Ajoutez une ligne distincte pour le samedi s’il ouvre de 10:00 à 14:00. En cas de pause déjeuner en semaine, utilisez deux lignes pour les mêmes jours, comme 09:00–12:00 et 13:00–17:00, plutôt que d’indiquer un service continu.
Une fermeture antérieure à l’ouverture peut être intentionnelle. Dans OpeningHoursSpecification, elle se prolonge au lendemain. Une ligne du samedi de 18:00 à 03:00 décrit le samedi soir jusqu’au dimanche matin, pas le dimanche soir.
Les exemples d’horaires Google représentent une journée entièrement ouverte par 00:00–23:59, et entièrement fermée par 00:00–00:00. Sélectionnez les jours qui suivent réellement ce calendrier récurrent. Deux valeurs identiques à minuit ne signifient pas une ouverture de 24 heures.
Vérifiez vous-même les chevauchements ou contradictions. Le générateur contrôle le format des heures, pas leur conformité à la réalité. Il ne propose pas de dates pour les exceptions liées aux jours fériés ou aux saisons. Une fermeture exceptionnelle ne peut pas être représentée correctement en fermant ce jour toutes les semaines ; elle nécessite un balisage daté approprié hors de ce formulaire.
Relire le JSON-LD généré
Après l’envoi, lisez le script comme une description de votre entreprise. Vérifiez le @type, le nom, le site et tous les éléments de l’adresse avant de le copier. Les propriétés facultatives apparaissent uniquement si vous les avez renseignées. Le générateur n’ajoute ni avis, notes, prix, menus, ni faits que vous n’avez pas saisis.
Cet exemple fictif montre la sortie de base d’un atelier imaginaire sans informations facultatives. Remplacez toutes les informations par les vôtres ; il ne prouve ni un emplacement réel, ni une éligibilité vérifiée dans la recherche.
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "LocalBusiness",
"name": "Example Workshop",
"url": "https://example.com/workshop/",
"address": {
"@type": "PostalAddress",
"streetAddress": "10 Example Road",
"addressLocality": "London",
"postalCode": "SW1A 1AA",
"addressCountry": "GB"
}
}
</script>
Un résultat vert de génération réussie signifie que du code a été produit à partir de saisies acceptées. Il ne signifie pas que l’adresse, les profils ou les horaires ont été vérifiés indépendamment.
Copier fournit le bloc <script> complet. Le téléchargement du schema enregistre local-business.json, contenant le JSON sans cette enveloppe. Aucune action n’installe quoi que ce soit sur votre site. Utilisez le script pour une insertion HTML, ou le JSON intérieur si votre éditeur de schema demande explicitement des données JSON-LD.
Ajouter le script à la bonne page d’établissement
Placez le balisage relu sur la page qui décrit cet établissement. Pour une entreprise avec un seul site, ce peut être la page d’accueil ou de contact. Une entreprise avec plusieurs succursales peut utiliser la page de chaque établissement avec son adresse, son téléphone et ses horaires. Ne réutilisez pas les informations d’une succursale comme si elles décrivaient tous les sites.
Les consignes Google sur JSON-LD autorisent le script dans le <head> ou le <body> HTML. Dans un système de gestion de contenu, utilisez un champ ou une intégration qui conserve réellement un script JSON-LD. Le coller dans un paragraphe ordinaire ou un bloc d’affichage de code peut seulement montrer du texte aux visiteurs au lieu d’ajouter des données structurées.
Vérifiez si un thème ou plugin de schema publie déjà le balisage de l’entreprise. Actualisez les informations concernées plutôt que d’ajouter une adresse ou un horaire contradictoire. Plusieurs éléments de données structurées peuvent coexister, mais leurs faits doivent correspondre à la page visible. Enregistrer le fichier JSON téléchargé sur votre ordinateur ne le publie pas ; inspectez la page après son installation réelle.
Contrôler le balisage publié et le maintenir à jour
Inspectez la page installée, pas uniquement l’exemple enregistré. Confirmez la présence du JSON-LD et la concordance de l’adresse, des coordonnées et des horaires avec les informations lisibles par les visiteurs. Un éditeur ou plugin peut modifier la sortie finale même si le code généré était correct.
Utilisez le Vérificateur de Données Structurées pour examiner la syntaxe JSON-LD et les types sélectionnés qu’il prend en charge. Ses contrôles par type exact incluent LocalBusiness, mais pas tous ses sous-types. Un type Restaurant ou Dentist signalé comme non pris en charge n’est pas pour autant invalide. Lisez sa couverture avant de considérer le résultat comme une évaluation complète.
Utilisez ensuite le Test des résultats enrichis de Google pour les fonctions de recherche applicables. Comparez les erreurs ou propriétés manquantes au guide officiel pertinent. Une génération réussie ou un test validé ne démontre pas l’exactitude des faits. Les règles Google relatives aux données structurées exigent aussi des informations pertinentes et actuelles, sans garantir de résultat enrichi.
Recommencez après un déménagement, un changement de téléphone, une nouvelle URL de profil ou de nouveaux horaires. Actualisez ensemble la page visible et son balisage. Gardez la page accessible aux robots de recherche si vous souhaitez qu’elle puisse être éligible ; régénérer du code ne rend pas exploitable le balisage d’une page bloquée ou protégée par connexion.