À utiliser quand il vous faut des données structurées pour une page locale et que les propriétés doivent correspondre à ce qui figure réellement sur la page.
local-business-schema-plan.md
Planifiez les données structurées LocalBusiness pour une page de point de vente.
Nom de l'entreprise : {{BUSINESS_NAME}}
Type d'entreprise le plus précis applicable : {{BUSINESS_TYPE}}
Adresse : {{ADDRESS}}
Téléphone : {{PHONE}}
URL de la page : {{PAGE_URL}}
Horaires d'ouverture : {{HOURS}}
Autres informations disponibles (fourchette de prix, moyens de paiement, zones desservies, profils sociaux, coordonnées géographiques, URL de réservation, relations entre départements ou agences) : {{OTHER_FACTS}}
Ce qui est visible sur la page : {{PAGE_CONTENT_SUMMARY}}
Produisez :
1. Un tableau de propriétés avec les colonnes : Propriété, Valeur à utiliser, Source (fournie par moi, ou présente sur la page), Obligatoire ou recommandée, Note.
2. Le JSON-LD, prêt à coller, n'utilisant que les valeurs que j'ai fournies. Là où une propriété serait utile mais dont je n'ai pas donné la valeur, mettez-la en commentaire dans une liste sous le JSON plutôt que de la remplir au jugé.
3. Une liste de vérification avant publication, incluant la question de savoir si chaque fait balisé est visible sur la page.
Règles :
- Choisissez le type le plus précis qui convient réellement et dites pourquoi. N'utilisez pas un type précis à titre de supposition.
- N'incluez ni aggregateRating ni balisage review sauf si je vous ai fourni de vraies données d'avis, et dites clairement qu'un balisage d'avis auto-déclaré sur une page d'entreprise n'est pas éligible aux résultats enrichis.
- Ne balisez rien qui ne figure pas sur la page.
- N'inventez ni coordonnées géographiques, ni horaires, ni fourchette de prix.
- Gardez une sortie en ASCII.
Remplacez chaque espace réservé par vos propres détails. Plus vous êtes précis, moins le modèle invente.