Campagnes Local Services

Les campagnes Local Services vous permettent de promouvoir votre établissement sur Google et de recevoir des leads directement de la part de vos clients potentiels. Ce guide récapitule les opérations et les restrictions acceptées dans l'API Google Ads.

Opérations prises en charge

L'API Google Ads est compatible avec les opérations suivantes pour les campagnes Local Services.

Récupérer les campagnes et les budgets Local Services

Les campagnes et les budgets Local Services peuvent être récupérés à l'aide de la GoogleAdsService.Search ou GoogleAdsService.SearchStream méthode pour interroger les ressources Campaign où advertising_channel_type = 'LOCAL_SERVICES'. Voici un exemple :

SELECT
  campaign.id,
  campaign.status,
  campaign_budget.id,
  campaign_budget.period,
  campaign_budget.amount_micros,
  campaign_budget.type
FROM campaign
WHERE campaign.advertising_channel_type = 'LOCAL_SERVICES'

Modifier les campagnes Local Services

Vous pouvez mettre à jour les champs status de la campagne et amount_micros du budget de campagne associé.

Définir la stratégie d'enchères

Vous pouvez définir les stratégies d'enchères suivantes comme stratégie d'enchères standard des campagnes Local Services :

• ManualCpa en définissant le champ manual_cpa

  Vous pouvez définir les enchères ManualCpa via LocalServicesCampaignSettings.category_bids. Vous pouvez récupérer et définir LocalServicesCampaignSettings des campagnes Local Services via Campaign.local_services_campaign_settings.

• MaximizeConversions en définissant le champ maximize_conversions

Définir un calendrier de diffusion des annonces comme critère de campagne

Vous pouvez définir un calendrier de diffusion des annonces pour une campagne Local Services comme critère de campagne.

Créez un AdScheduleInfo et définissez-le sur le ad_schedule du CampaignCriterion envoyé à l'API Google Ads à l'aide de CampaignCriterionService.MutateCampaignCriteria.

Définir le ciblage géographique

Pour activer le ciblage géographique d'une campagne Local Services, ajoutez un LocationInfo et définissez-le sur le location champ du CampaignCriterion envoyé à l'API Google Ads à l'aide de CampaignCriterionService.MutateCampaignCriteria. Pour en savoir plus, consultez Ciblage géographique.

Cibler des types de services spécifiques

Pour activer le ciblage d'un type de service spécifique, créez un LocalServiceIdInfo avec l'un des ID de catégorie Local Services, définissez-le sur le champ local_service_id d' un CampaignCriterion, puis envoyez-le à l'aide de CampaignCriterionService.MutateCampaignCriteria.

Vous devez utiliser un ID de service qui correspond à la zone géographique et à la catégorie de ciblage de votre campagne.

Envoyer des commentaires sur les leads

Utilisez la méthode ProvideLeadFeedback de LocalServicesLeadService pour envoyer une note et des commentaires sur un lead. Vous pouvez également inspecter le lead_feedback_submitted champ du LocalServicesLead pour déterminer si un lead a été noté et si des commentaires ont été envoyés.

Opérations non acceptées

Le tableau suivant répertorie les opérations non acceptées pour les campagnes Local Services autonomes (advertising_channel_type = 'LOCAL_SERVICES').

Ressources Local Services

Certaines données des annonces Local Services sont exposées directement dans l'API Google Ads via les ressources de rapport en lecture seule suivantes :

• local_services_lead
• local_services_lead_conversation
• local_services_verification_artifact
• local_services_employee

Pour que ces ressources renvoient des données, une campagne Local Services doit être présente dans le compte client qui effectue la requête. Comme il ne peut y avoir qu'une seule campagne Local Services par compte client, ces ressources ne spécifient pas de campagne. Pour identifier la campagne à laquelle ces ressources sont affiliées, utilisez la requête suivante :

SELECT campaign.id
FROM campaign
WHERE campaign.advertising_channel_type = 'LOCAL_SERVICES'

Lead Local Services

LocalServicesLead expose les détails d'un lead généré lorsqu'un consommateur appelle, envoie un message ou réserve un service auprès de l'annonceur.

Les données de lead Local Services peuvent être récupérées à partir de la local_services_lead ressource. Voici un exemple de requête :

SELECT
  local_services_lead.lead_type,
  local_services_lead.category_id,
  local_services_lead.service_id,
  local_services_lead.contact_details,
  local_services_lead.lead_status,
  local_services_lead.creation_date_time,
  local_services_lead.locale,
  local_services_lead.lead_charged,
  local_services_lead.credit_details.credit_state,
  local_services_lead.credit_details.credit_state_last_update_date_time
FROM local_services_lead

Limites

• Le champ contact_details est nul si lead_status est égal à WIPED_OUT.
• À partir de v25, ContactDetails.email est supprimé et ContactDetails.phone_number_extension est disponible dans le message ContactDetails renvoyé par local_services_lead.contact_details.
• Les données des leads dont le category_id fait partie d'une catégorie de santé ne sont pas disponibles.

Conversation de lead Local Services

LocalServicesLeadConversation expose les détails des conversations qui ont eu lieu dans le cadre d'un LocalServicesLead. Il existe une relation d'un à plusieurs avec LocalServicesLead, où un lead peut avoir plusieurs conversations. Le nom de ressource du lead associé se trouve dans le champ lead.

Les données de conversation peuvent être récupérées à partir de la local_services_lead_conversation ressource. Voici un exemple de requête qui filtre les résultats correspondant à des appels téléphoniques :

SELECT
  local_services_lead_conversation.id,
  local_services_lead_conversation.conversation_channel,
  local_services_lead_conversation.participant_type,
  local_services_lead_conversation.lead,
  local_services_lead_conversation.event_date_time,
  local_services_lead_conversation.phone_call_details.call_duration_millis,
  local_services_lead_conversation.phone_call_details.call_recording_url,
  local_services_lead_conversation.message_details.text,
  local_services_lead_conversation.message_details.attachment_urls
FROM local_services_lead_conversation
WHERE local_services_lead_conversation.conversation_channel = 'PHONE_CALL'

Vous pouvez utiliser la LocalServicesLeadService.AppendLeadConversation méthode pour ajouter des ressources LocalServicesLeadConversation à un LocalServicesLead.

Limites

• Pour accéder à l'URL d'enregistrement de l'appel, vous devez vous connecter avec une adresse e-mail disposant d'au moins un accès en lecture seule au compte client Google Ads qui possède la campagne à laquelle le lead est associé.

• La requête de toutes les conversations à la fois peut prendre du temps. Vous devez donc filtrer les conversations par lead, par exemple :

  SELECT
    local_services_lead_conversation.id,
    local_services_lead_conversation.event_date_time,
    local_services_lead_conversation.message_details.text
  FROM local_services_lead_conversation
  WHERE local_services_lead_conversation.lead = 'customers/CUSTOMER_ID/localServicesLeads/LEAD_ID'
  

Artefacts de validation

LocalServicesVerificationArtifact expose les données de validation des établissements des annonceurs. Notez que ces validations sont effectuées au niveau de l'établissement et n'incluent pas les validations des employés. Les données incluent les éléments suivants :

• Validations de licences
• Validations d'assurances
• Validations de vérifications d'antécédents
• Validations d'immatriculations d'entreprises

Chaque fois qu'une demande de validation est envoyée aux annonces Local Services, une nouvelle instance d'artefact de validation est créée dans l'API Google Ads, et chaque artefact de validation représente une seule demande de validation. Chaque artefact de validation peut contenir certaines des informations suivantes, en fonction du type de demande de validation qu'il représente :

• État de chaque artefact de validation
• URL de vérification d'antécédents à utiliser pour la validation
• Délai de décision concernant la vérification d'antécédents (le cas échéant)
• URL du document d'assurance pour afficher les informations d'assurance déjà envoyées
• Motif du refus de l'assurance (le cas échéant)
• Informations sur la licence (type, numéro, prénom, nom)
• Motif du refus de la licence (le cas échéant)
• URL du document de licence pour afficher l'image de licence déjà envoyée (le cas échéant)
• Informations sur l'immatriculation de l'entreprise (ID de vérification, numéro d'enregistrement)
• Motif du refus de l'immatriculation de l'entreprise (le cas échéant)
• URL du justificatif d'immatriculation de l'entreprise pour afficher l'image d'enregistrement déjà envoyée (le cas échéant)

Les données d'artefact de validation peuvent être récupérées à partir de la local_services_verification_artifact ressource. Voici un exemple de requête qui récupère les données de tous les artefacts de validation liés à la licence pour un compte client donné :

SELECT
  local_services_verification_artifact.id,
  local_services_verification_artifact.creation_date_time,
  local_services_verification_artifact.status,
  local_services_verification_artifact.artifact_type,
  local_services_verification_artifact.license_verification_artifact.license_type,
  local_services_verification_artifact.license_verification_artifact.license_number,
  local_services_verification_artifact.license_verification_artifact.licensee_first_name,
  local_services_verification_artifact.license_verification_artifact.licensee_last_name,
  local_services_verification_artifact.license_verification_artifact.rejection_reason
FROM local_services_verification_artifact
WHERE local_services_verification_artifact.artifact_type = 'LICENSE'

Données de validation géographiques et catégorielles

Pour déterminer par programmation l'état des demandes de validation par zone géographique (plus précisément, par code de ciblage géographique) et par ID de catégorie Local Services, vous pouvez utiliser le champ local_services_settings de la ressource customer, qui est de type LocalServicesSettings.

Ce champ expose un résumé de haut niveau de l'état des demandes de validation de licence et d'assurance par zone géographique et par catégorie. Voici un exemple de requête qui récupère toutes ces données :

SELECT
  customer.local_services_settings.granular_license_statuses,
  customer.local_services_settings.granular_insurance_statuses
FROM customer

Employé d'un prestataire local

LocalServicesEmployee expose les données sur les employés de prestataires locaux que les annonceurs ont importées dans leur profil publicitaire dans nos systèmes.

Voici un exemple de requête qui récupère les données de tous les employés de prestataires locaux pour un compte client donné :

SELECT
  local_services_employee.status,
  local_services_employee.type,
  local_services_employee.university_degrees,
  local_services_employee.residencies,
  local_services_employee.fellowships,
  local_services_employee.job_title,
  local_services_employee.year_started_practicing,
  local_services_employee.languages_spoken,
  local_services_employee.first_name,
  local_services_employee.middle_name,
  local_services_employee.last_name
FROM local_services_employee

Campagnes Performance Max Local Services

Les campagnes Performance Max sont compatibles avec les paramètres liés à Local Services à partir de v24. Ces paramètres vous permettent de configurer et d'identifier une campagne Performance Max qui diffuse des annonces Local Services (GLS PMax).

Créer des campagnes Performance Max Local Services

À partir de v26, vous pouvez créer de nouvelles campagnes Performance Max Local Services via l'API en créant une campagne Performance Max (advertising_channel_type = 'PERFORMANCE_MAX') et en définissant local_services_enabled = true sur pmax_campaign_settings (immuable après la création). Lorsque vous créez une campagne Performance Max Local Services, both country_code et listing_id sont obligatoires in local_services_pmax_campaign_settings.

Dans les versions v24 et v25, l'API n'est compatible qu'avec les mises à jour des campagnes Performance Max Local Services existantes créées dans l'interface utilisateur par les comptes figurant sur la liste d'autorisation.

Identifier les campagnes Performance Max Local Services

Pour déterminer si une campagne Performance Max est une campagne Local Services, vérifiez le champ local_services_enabled dans les pmax_campaign_settings de la campagne.

Configurer les paramètres

Pour les campagnes où local_services_enabled est true, configurez les paramètres sous le local_services_pmax_campaign_settings champ :

• listing_id: ID de la fiche d'établissement Google associée à la campagne. À partir de v26, ce champ est obligatoire et immuable lors de la création d'une campagne Performance Max Local Services. L'ID de la fiche doit être associé au compte en tant que composant LOCATION activé. Sinon, l' API renvoie une CampaignError.INVALID_LOCAL_SERVICES_PERFORMANCE_MAX_LISTING_ID erreur. Comme listing_id est marqué comme IMMUTABLE, toute tentative de mise à jour de ce champ après la création de la campagne échoue avec RequestError.IMMUTABLE_FIELD. Les développeurs peuvent découvrir ou vérifier les ID de fiche associés en interrogeant la Asset ressource pour les composants LOCATION activés (en inspectant location_asset.business_profile_locations). Pour en savoir plus, consultez Composants Lieu.
• navigational_query_leads_enabled: indique s'il faut utiliser un filtre de requête de navigation.
• founding_year: année de création de l'entreprise.
• country_code: code pays de l'annonce Local Services. Ce champ est immuable et défini une seule fois lors de la création de l'annonce. Il s'agit d'un code pays à deux lettres en majuscules , utilisé pour déterminer les exigences de validation et valider la sélection des critères de zone géographique.
• phone_numbers : liste des numéros de téléphone associés à le fournisseur, représentés par LocalServicesPhoneNumber messages.

Numéros de téléphone

Chaque entrée du champ répété phone_numbers utilise le type de message LocalServicesPhoneNumber avec les champs suivants :

• phone_number: numéro de téléphone.
• country_code : code pays à deux lettres en majuscules .
• phone_number_type : type de numéro de téléphone, défini par GlsPhoneNumberTypeEnum.GlsPhoneNumberType. Les types acceptés incluent les suivants :
  • DESTINATION_PHONE_NUMBER_FOR_ADS: numéro de destination à utiliser pour les appels provenant d'un bloc d'annonces Local Services (par défaut).
  • DESTINATION_PHONE_NUMBER_FOR_SMS_ONLY: numéro de destination compatible avec les SMS.
  • DESTINATION_PHONE_NUMBER_FOR_WHATSAPP_ONLY: numéro de destination du compte WhatsApp d'un fournisseur.