Importer Google Ads vers Microsoft Ads en 2026

L'outil d'import natif Microsoft Advertising migre une campagne Google Ads en 10 à 30 minutes — mais sur les comptes observés dans les benchmarks Google Ads publics, 35 à 45% des imports affichent au moins une anomalie majeure post-migration (conversions mal mappées, audiences vides, négatifs perdus). Microsoft Advertising détient 9% du desktop search aux US et 4% en France au T4 2025 (StatCounter) ; le marché vaut le détour, mais l'import bâclé tue l'expérience dès le J+1

Ce guide n'est pas un overview marketing : c'est la procédure ops appliquée en production. Tableau de mapping campagne par campagne, ce qui s'importe vs ce qui ne s'importe pas, recopie UET, audiences à reconstruire, et les 6 erreurs qui plombent une migration sur deux. Si vous démarrez sur Microsoft Ads, lisez d'abord notre guide débutant Microsoft Ads et notre comparatif Microsoft Ads vs Google Ads.

Comment fonctionne l'outil d'import natif Microsoft Ads ?

L'outil d'import Google Ads → Microsoft Ads est un service géré directement dans l'interface Microsoft Advertising, accessible via Tools > Import from Google Ads. Le principe : authentifier votre compte Google Ads via OAuth, sélectionner les sub-accounts ou campagnes à importer, choisir un mode (One-time ou Schedule), et lancer le traitement. Microsoft lit l'API Google Ads en lecture seule, transforme les entités selon son propre schéma, puis injecte dans votre compte Microsoft. Documentation officielle sur le help Microsoft Advertising.

Deux modes d'import existent. One-time : un import unique à un instant T, idéal pour la migration initiale ou pour tester. Schedule : import récurrent (quotidien ou hebdomadaire) qui synchronise en permanence les changements. Schedule est utile pendant 30 jours après le cutover pour absorber les ajustements faits côté Google sans devoir tout retoucher manuellement, mais devient contre-productif au-delà : votre compte Microsoft a sa propre logique d'optimisation et un sync permanent gomme ces spécificités.

Le rapport d'import est exhaustif. Il liste pour chaque entité : nombre d'objets importés, nombre échoués (avec raison), warnings sur les mappings dégradés. C'est le document à conserver — il vous permet de comprendre où l'import a triché ou simplifié, et où une intervention manuelle reste obligatoire. Sur les imports observés, la part d'objets importés sans warning tourne entre 78 et 88% selon la complexité du compte source.

Le moteur d'import met en queue chaque sub-account séparément. Pour un compte avec 5 sub-accounts, comptez 30 à 60 minutes au total. Microsoft applique aussi des quotas progressifs sur les premiers imports d'un compte neuf : si vous importez 50 000 keywords d'un coup sur un compte fraîchement créé, l'API peut throttler et reporter une partie en file d'attente. La parade pratique : importer par chunks (1 sub-account ou 5-10 campagnes à la fois) plutôt qu'en bulk total.

Ce qui s'importe automatiquement (et ce qu'il faut vérifier)

L'import couvre la majorité des entités structurelles d'un compte Google Ads, mais avec des nuances importantes selon le type d'objet. Voici le tableau de mapping consolidé que nous utilisons en check-list post-import.

Lecture du tableau : les entités structurelles (campagnes, ad groups, mots-clés, créas) s'importent proprement à 95%+. Les entités liées au tracking ou à la donnée first-party (conversions, audiences, Customer Match) ne s'importent jamais réellement — Microsoft recrée la coquille mais le contenu démarre vide. C'est le piège numéro un de l'import : vous voyez 1 200 conversions actives dans le rapport, mais aucune n'enregistre tant que le tag UET n'est pas posé sur le site.

Les bid strategies sont mappées avec quelques limites. Target CPA et Target ROAS sont reprises à l'identique (avec leurs valeurs cibles). Maximize Conversions et Maximize Conversion Value sont également supportées. En revanche, les enchères manuelles avec ECPC sont parfois reconverties en Manual CPC simple — vérifiez systématiquement après import. Pour les détails sur les bid strategies équivalentes côté Microsoft, voir notre comparatif détaillé Microsoft Ads vs Google Ads.

Les extensions d'annonce s'importent globalement bien (sitelinks, callouts, structured snippets), mais les call extensions demandent une vérification du format de numéro (format E.164 international obligatoire côté Microsoft, vs format local toléré côté Google). Les location extensions liées à Google My Business ne se transposent pas automatiquement — il faut lier votre compte Microsoft à Bing Places (équivalent Microsoft) pour activer les location extensions natives.

Ce qui NE s'importe PAS (et qu'il faut recréer manuellement)

C'est la zone la plus mal documentée de la migration. Six familles d'entités ne s'importent pas (ou s'importent en coquille vide), et oublier l'une d'elles casse la performance dès J+1.

• Audiences remarketing. L'import recrée le nom et les règles de filtrage de l'audience (ex : "visiteurs ayant ajouté au panier sans acheter, derniers 30 jours"), mais l'audience démarre strictement vide. Raison technique : une audience est liée à un cookie domain. Le cookie Google Ads/GA4 sur votre domaine n'est pas accessible à Microsoft. Solution : laisser tourner le tag UET 7 à 30 jours pour que les audiences se remplissent côté Microsoft. Aucun chemin pour transférer les membres d'une audience Google vers Microsoft.
• Customer Match (listes CRM hashées). Aucun import direct. Vous devez exporter votre liste CRM (emails, téléphones, adresses), la hasher en SHA-256, et la ré-uploader côté Microsoft Advertising. La procédure est identique à Google côté hash, simplement le upload se fait via Tools > Audiences > Customer list. Microsoft accepte les mêmes formats (CSV avec colonnes Email, Phone, FirstName, LastName, ZipCode, CountryCode).
• Négatifs au niveau compte. L'import importe les négatifs au niveau campagne et ad group, mais pas les négatifs au niveau compte (Account-level negative keywords). C'est l'erreur la plus fréquente : la liste des 200-300 négatifs globaux que vous avez patiemment construits sur Google Ads disparaît. Solution : exporter via Google Ads Editor, copier-coller dans Microsoft Editor, ré-injecter au niveau compte. Voir notre checklist de lancement 30 jours pour la procédure complète.
• Google Ads Scripts. L'API JavaScript de Google Ads Scripts n'est pas portée vers Microsoft Ads Scripts (qui a sa propre API). Si vous avez 5 scripts d'automation côté Google (alertes budget, négatifs auto, anomalies CPC), il faut les réécrire côté Microsoft. La logique métier reste portable, l'implémentation diffère. Voir notre guide Microsoft Ads Scripts pour les 8 scripts prêts à coller.
• Exclusions IP. Les exclusions IP au niveau compte ne sont pas importées. Si vous excluez les IP de votre bureau, vos compétiteurs connus, ou des bots identifiés, recopiez-les manuellement. Microsoft accepte les mêmes formats (IPv4 et IPv6, avec wildcard pour les ranges).
• Conversions UET. Les conversion goals s'importent en coquille (nom + paramètres de comptage), mais le tag UET n'est jamais posé automatiquement. Tant que vous n'installez pas le UET sur votre site, les conversions enregistrent zéro. C'est le point le plus critique — détaillé section suivante.

À ces 6 familles s'ajoutent quelques détails plus mineurs : les règles automatisées (Automated rules) ne se portent pas, les Display ads custom (image ads) ne sont pas toujours acceptées par Microsoft selon les dimensions, et certains labels Google Ads sont ignorés. Documentez en avance ces écarts pour éviter les surprises.

UET vs gtag : mapper les conversions correctement

Le tag UET (Universal Event Tracking) est le tag propre à Microsoft Advertising — il pose son propre cookie first-party, mesure ses propres conversions, et alimente Smart Bidding côté Microsoft. Il ne remplace pas le tag Google Ads conversion : les deux doivent coexister. Une conversion qui se déclenche envoie à la fois un hit Google Ads et un hit UET, chacun comptabilisé indépendamment dans sa plateforme.

Voici le snippet UET de base à poser dans le <head> du site (ou via GTM) :

<script>
(function(w,d,t,r,u){
  var f,n,i;
  w[u]=w[u]||[],f=function(){
    var o={ti:"YOUR_UET_TAG_ID", enableAutoSpaTracking: true};
    o.q=w[u],w[u]=new UET(o),w[u].push("pageLoad")
  },
  n=d.createElement(t),n.src=r,n.async=1,n.onload=n.onreadystatechange=function(){
    var s=this.readyState;
    s&&s!=="loaded"&&s!=="complete"||(f(),n.onload=n.onreadystatechange=null)
  },
  i=d.getElementsByTagName(t)[0],i.parentNode.insertBefore(n,i)
})(window,document,"script","//bat.bing.com/bat.js","uetq");
</script>

Remplacez YOUR_UET_TAG_ID par l'ID fourni dans Microsoft Advertising > Tools > UET Tag. La méthode recommandée en 2026 reste GTM : un trigger unique (ex : "Purchase event") déclenche en parallèle le tag Google Ads conversion et le tag UET, avec le même transaction_id côté event_id pour permettre la déduplication si vous passez en server-side.

Pour comparer le mapping fonctionnel des deux tags :

Les événements (events) sont la pierre angulaire du tracking UET. Là où Google Ads conversion utilise un Conversion ID + Conversion Label par goal, UET utilise des event names customisables (purchase, lead, signup) avec des paramètres optionnels (revenue, currency). La règle pratique : créer dans Microsoft Advertising autant de Conversion Goals que vous avez côté Google Ads, avec exactement le même nom pour faciliter le tracking parallèle et l'analyse comparée des deux plateformes.

Pour activer Enhanced Conversions Microsoft, le principe est le même que Google : transmettre email, téléphone, adresse hashés en SHA-256 dans la payload de l'event. Cela améliore le matching des conversions face aux pertes de signal ITP. Voir la documentation Enhanced Conversions Microsoft et notre guide complet UET conversion tracking.

Pour la base tracking côté Google et les setups en parallèle, lisez notre guide conversion tracking Google Ads.

Négatifs et audiences : la procédure de recopie

Les négatifs et les audiences sont les deux familles d'entités qui demandent le plus de travail manuel post-import. Voici la procédure que nous appliquons pour chaque migration sur les comptes observés dans les benchmarks Google Ads publics.

Négatifs au niveau compte

L'import ne reprend que les négatifs au niveau campagne et ad group. Si vous avez constitué une liste de 200-300 négatifs globaux côté Google Ads (mots non-pertinents, marques concurrentes, mots litigieux), elle est perdue dans la migration. Procédure de recopie :

1. Côté Google Ads : ouvrir Google Ads Editor, sélectionner le compte, aller dans Negative keywords > Account-level negatives, exporter en CSV.
2. Nettoyer le CSV : supprimer les colonnes superflues, garder uniquement Keyword + Match Type.
3. Côté Microsoft : ouvrir Microsoft Advertising Editor, sélectionner le compte, aller dans Account negative keyword lists, créer ou éditer une liste, importer le CSV.
4. Poster les changements vers le compte. Microsoft applique les négatifs au niveau compte sur toutes les campagnes existantes et futures.

Le même process s'applique aux negative keyword lists partagées (utilisées par plusieurs campagnes) : Microsoft les supporte également, simplement il faut les recréer manuellement et les rattacher aux campagnes concernées via Microsoft Editor.

Audiences Customer Match

Les listes Customer Match Google Ads ne s'exportent pas avec les emails (RGPD oblige). La procédure consiste à récupérer la liste source depuis votre CRM, la hasher en SHA-256, et l'uploader côté Microsoft.

// Hashage SHA-256 en Node.js (côté serveur)
const crypto = require('crypto');

function hashEmail(email) {
  return crypto
    .createHash('sha256')
    .update(email.trim().toLowerCase())
    .digest('hex');
}

// Exemple : hash d'un batch de 1000 emails du CRM
const hashedList = customerEmails.map(e => ({
  email: hashEmail(e.email),
  phone: hashEmail(e.phone),
}));

Une fois la liste hashée, dans Microsoft Advertising > Audiences > Customer list, créer une nouvelle liste, uploader le CSV, attendre 24-48h pour le matching côté Microsoft. Le taux de match observé tourne entre 35 et 55% selon la qualité des données CRM (vs 40-60% côté Google Ads sur les mêmes listes).

Audiences remarketing site-based

Pour les audiences remarketing basées sur les visiteurs (ex : "ajout panier sans achat 30j", "visiteurs page produit X"), l'import recrée la coquille mais l'audience démarre vide. Aucun shortcut possible : le tag UET doit tourner 7 à 30 jours selon le volume de trafic pour atteindre les 1 000 utilisateurs minimum requis par Microsoft pour une audience remarketing exploitable. Pendant cette période d'amorçage, aucune campagne remarketing ne peut être activée — privilégiez Customer Match ou les audiences in-market natives Microsoft pour ne pas bloquer le démarrage.

Erreurs courantes d'import et solutions

Les 6 erreurs ci-dessous représentent la majorité des incidents d'import observés en audit (≈ 70 à 85% selon la complexité du compte source). Aucune n'est complexe à éviter — encore faut-il les connaître avant de cliquer sur "Start import".

1. Lancer l'import sans poser le tag UET au préalable. Le cas le plus fréquent. L'import crée les conversion goals (coquille), mais sans UET sur le site, zéro conversion ne remonte. Smart Bidding apprend à vide pendant 14 jours, vous gaspillez le budget en exploration. Solution : poser UET, valider qu'il tracking au moins 5-10 conversions test, ensuite activer les budgets sur les campagnes importées.
2. Schedule import permanent au lieu de One-time après cutover. Le mode Schedule synchronise quotidiennement Google → Microsoft. Pratique au démarrage, mais s'il reste actif au-delà de 30 jours, il écrase vos optimisations spécifiques côté Microsoft (ajustements de bid, audiences locales, négatifs spécifiques Bing). Solution : Schedule pendant 4 semaines max, puis désactiver et passer en pilotage indépendant.
3. Ignorer le rapport d'import et passer direct sur le scaling. Le rapport d'import liste tous les warnings et échecs. Le sauter, c'est ignorer 5 à 15% d'objets dégradés ou non transférés. Solution : exporter le rapport en PDF, le parcourir intégralement, traiter chaque warning avant d'augmenter les budgets. C'est 30 minutes de lecture qui évitent 30 jours de perf dégradée.
4. Ne pas vérifier la devise et le fuseau horaire du compte Microsoft. Si le compte Google source est en EUR/Europe/Paris et le compte Microsoft est en USD/UTC par défaut, les imports passent mais les budgets et CPC sont mal interprétés. Conséquence : un budget de 100 EUR devient 100 USD côté Microsoft. Solution : vérifier les paramètres compte avant import, ne jamais lancer un import sur un compte mal paramétré.
5. Compter sur l'import pour répliquer Performance Max identique. Microsoft a son équivalent Performance Max (parfois appelé Performance Max ou Smart Shopping selon vintage), mais le mapping n'est pas 1:1. Les asset groups Google ne se reportent pas toujours intégralement, les signaux audience peuvent être perdus. Solution : ré-auditer manuellement chaque PMax importée et re-construire les asset groups si besoin. Voir notre comparatif Microsoft vs Google pour les équivalences détaillées.
6. Oublier de valider la déduplication conversion entre les deux plateformes. Si vous comparez ensuite les ROAS Google vs Microsoft sur les mêmes utilisateurs, sans déduplication propre, vous double-comptez les conversions cross-platform et vos arbitrages budget sont biaisés. Solution : utiliser le même transaction_id (ou order_id) dans les deux events, l'utiliser comme event_id côté UET et côté gtag, valider en data layer puis dans les rapports.

Pour détecter ces erreurs sur votre compte avant qu'elles ne coûtent en perte de signal, lancez un audit gratuit SteerAds : il scanne le setup Google Ads et Microsoft Ads, vérifie la cohérence du tracking, identifie les conversions mal mappées et propose un plan de correction priorisé. Pour les comptes qui veulent industrialiser le pilotage post-migration, voir aussi notre guide des 10 scripts Google Ads et notre guide Microsoft Ads Scripts pour porter vos automations.

Pour les ressources officielles complémentaires, voir le portail Microsoft Advertising sur l'import et le help center Microsoft Ads.

Sources

Sources officielles consultées pour ce guide :

• help.ads.microsoft.com
• about.ads.microsoft.com
• about.ads.microsoft.com

FAQ