Werbekonten bei der Shopify-Migration: Schritt-für-Schritt-Anleitung für Meta, Google Ads und GMC

Bei der Migration zu Shopify werden Pixel, Kataloge und Kampagnen der Werbekonten weder gelöscht noch neu angelegt; das Risiko sind abgerissene Produkt-IDs, da Shopify jedem Produkt neue IDs gibt. Ohne Katalogkampagnen übernehmen die Kanäle Facebook & Instagram und Google & YouTube Feed und Pixel. Sind DPA, Advantage+ oder Google Shopping aktiv, werden alte IDs zu SKUs.

Bei der Migration zu Shopify werden Shop-Einrichtung und Produktübernahme meist sorgfältig geplant. In den Migrationsprojekten, die wir bei Nodus Works betreuen, entsteht das häufigste Problem der ersten zwei Wochen nach dem Umzug jedoch in den Werbekonten: DPA-Kampagnen laufen ins Leere, Google Shopping entzieht Produkten massenhaft die Freigabe, die Conversion-Attribution gerät durcheinander. All diese Probleme haben eine gemeinsame Ursache: Die Verbindung der Produkt-IDs ist abgerissen.

Was ändert sich bei der Shopify-Migration auf den Werbeplattformen?

Bei der Shopify-Migration sollten Sie Ihre Meta- und Google-Konten nicht anfassen: Pixel, Kataloge und Kampagnen werden weder neu angelegt noch gelöscht oder geändert. Das eigentliche Problem liegt nicht bei den Plattformen, sondern bei den Produkt-IDs.

Shopify vergibt für jedes Produkt und jede Variante eigene numerische IDs. Diese IDs haben mit den Werten der alten Plattform nichts zu tun. Meta und Google erkennen Produkte jedoch genau an dieser ID. Reißt die Verbindung ab, kann das System die Produkte nicht mehr zuordnen: Katalogkampagnen verlieren ihr Ziel, und die Conversion-Attribution stimmt nicht mehr.

In unseren Migrationsprojekten bei Nodus Works begegnet uns dieses Problem am häufigsten in folgendem Szenario: Ein Shop mit aktiven DPA-Kampagnen (Dynamic Product Ads) zieht zu Shopify um, das Pixel wird eingerichtet und der Feed aktualisiert. Weil sich aber die content_id, die das Pixel sendet, von der id im Feed unterscheidet, kann Meta die Produkte nicht zuordnen. Die Anzeige scheint zu laufen, doch die Katalogübereinstimmung fällt auf null.

Der Kern der Lösung: Auch wenn die Plattform wechselt, müssen Pixel und Feed weiterhin denselben Wert sehen. Träger dieses Werts ist die SKU.

Audit vor der Migration: Was wird geprüft?

Ein ID-Mapping ist nicht bei jeder Migration nötig. In einem Shop ohne Katalogkampagnen ist dieser Aufwand überflüssig. Um über das Mapping entscheiden zu können, müssen Sie zuerst die bestehende Kontostruktur auswerten.

Tipp: Schließen Sie das Audit mindestens 2 Wochen vor dem Migrationstag ab. Entscheidungen in letzter Minute führen zu Mapping-Fehlern und unterbrechen den laufenden Kampagnenbetrieb.

Ist ein Mapping nötig? Die Entscheidungsmatrix

Je nach Ergebnis des Audits lässt sich der Mapping-Bedarf drei Szenarien zuordnen. Wer mit der Migration beginnt, ohne das richtige Szenario bestimmt zu haben, erzeugt unnötigen Aufwand und Fehler, die sich nur schwer wieder beheben lassen.

Wenn kein Mapping nötig ist: einfache Migrationsschritte

In Shops ohne Katalogkampagnen ist kein SKU-Mapping erforderlich. Die nativen Kanalintegrationen von Shopify übernehmen nach der Migration automatisch die Feed-Erstellung, die Pixel-Verbindung und den Fluss der Conversion-Events für Meta und Google.

Einfache Migration Schritt für Schritt:

1. Produkte in Shopify importieren
2. Shopify-Admin → Vertriebskanal Facebook & Instagram aktivieren
3. Shopify-Admin → Vertriebskanal Google & YouTube aktivieren
4. Im Commerce Manager und im Merchant Center prüfen, ob beide Kanäle einen Feed erstellt haben
5. Domain verbinden, Testbestellung aufgeben
6. Event-Fluss im Meta Events Manager und im GMC kontrollieren

In diesem Szenario verwaltet die native Shopify-Integration Feed und Pixel-Verbindung für Meta und Google automatisch. Weitere Eingriffe sind nicht nötig.

Wenn ein Mapping nötig ist: SKU-Strategie und ID-Abgleich

Das Prinzip des Mappings: Der Wert, den das alte System als ID an Meta und Google gesendet hat, wird in Shopify als SKU hinterlegt. So bleibt die ID auf beiden Seiten gleich, auch wenn die Plattform wechselt.

ID im alten System → Shopify-SKU → Pixel content_id = Feed id

Schritt 1: Die im alten System verwendete ID ermitteln

Für jeden Kanal müssen Sie feststellen, welcher Wert als Produktkennung dient:

Meist handelt es sich dabei um einen der folgenden Werte:

• Shopify variant_id (z. B. 53499724267886)
• Shopify product_id (z. B. 15004856942958)
• die plattformeigene ID von Systemen wie ikas, Ticimax oder Ideasoft
• Wenn bereits SKUs verwendet werden: weiter zum nächsten Schritt, der Mapping-Aufwand ist minimal

Wichtiger Hinweis: Jede Variante braucht eine eindeutige SKU. Haben die blaue und die lila Variante desselben Produkts dieselbe SKU, meldet der Katalog einen Fehler. Bei variant_id tritt dieses Problem gar nicht erst auf, denn die Plattform vergibt für jede Variante eine eigene ID.

Schritt 2: Alte IDs als Shopify-SKUs eintragen

Exportieren Sie die Produktliste aus der alten Plattform und legen Sie für jede Variante die alte ID als Wert der SKU-Spalte fest. Beim Import in Shopify füllen Sie die SKU-Spalte mit diesem Wert.

Beispiel für einen Export über ikas (prüfen Sie Endpoint und Auth-Format anhand der API-Dokumentation von ikas; die Version kann sich inzwischen geändert haben):

# ikas_export.py
import requests, csv

url = "https://api.myikas.com/api/v1/admin/graphql"
headers = {"Content-Type": "application/json", "Authorization": "Bearer TOKEN"}

query = """
{ listProduct(pagination: {limit: 250}) {
    data { id name
      variants { id sku barcode price stock } } } }
"""

r = requests.post(url, json={"query": query}, headers=headers)
products = r.json()["data"]["listProduct"]["data"]

with open("eski_urunler.csv", "w", newline="") as f:
    w = csv.writer(f)
    w.writerow(["eski_product_id", "eski_variant_id", "eski_sku", "barcode", "ad"])
    for p in products:
        for v in p["variants"]:
            w.writerow([p["id"], v["id"], v["sku"], v["barcode"], p["name"]])

In der Import-CSV für Shopify tragen Sie die ID der alten Plattform in die SKU-Spalte ein. Je nach Szenario dient eine andere Quelle als Grundlage:

# mapping_olustur.py
import pandas as pd

eski = pd.read_csv("eski_urunler.csv")

# Szenario A: Die alte variant_id wird verwendet
eski["shopify_sku"] = eski["eski_variant_id"]

# Senaryo B: eski product_id kullanılıyorsa (tek varyantta)
# eski["shopify_sku"] = eski["eski_product_id"]

# Senaryo C: zaten anlamlı SKU varsa dokunma
# eski["shopify_sku"] = eski["eski_sku"]

eski.to_csv("mapping_tablosu.csv", index=False)

Schritt 3: Shopify-IDs nach dem Import prüfen

Rufen Sie nach Abschluss des Imports die neuen IDs ab, die Shopify vergeben hat, und vervollständigen Sie die Mapping-Tabelle. Da die REST-Endpunkte für Produkte als Legacy gelten, nutzt das Beispiel die Abfrage productVariants der GraphQL Admin API und die Version 2026-10, die im Oktober 2026 aktuelle stabile Version. Jede Shopify-API-Version wird mindestens 12 Monate unterstützt und danach abgeschaltet; ersetzen Sie die Version deshalb vor dem Ausführen des Skripts durch die dann aktuelle Version:

# shopify_id_cek.py
import requests, csv

SHOP = "magaza-adi.myshopify.com"
TOKEN = "shpat_XXXX"
url = f"https://{SHOP}/admin/api/2026-10/graphql.json"
headers = {"X-Shopify-Access-Token": TOKEN, "Content-Type": "application/json"}

QUERY = """
query ($cursor: String) {
  productVariants(first: 250, after: $cursor) {
    nodes {
      id
      sku
      product { id handle }
    }
    pageInfo { hasNextPage endCursor }
  }
}
"""

rows, cursor = [], None
while True:
    r = requests.post(url, headers=headers, json={"query": QUERY, "variables": {"cursor": cursor}})
    data = r.json()["data"]["productVariants"]
    for v in data["nodes"]:
        rows.append({
            "sku":                v["sku"],
            "shopify_product_id": v["product"]["id"].split("/")[-1],
            "shopify_variant_id": v["id"].split("/")[-1],
            "shopify_handle":     v["product"]["handle"],
        })
    if not data["pageInfo"]["hasNextPage"]:
        break
    cursor = data["pageInfo"]["endCursor"]

with open("shopify_ids.csv", "w", newline="") as f:
    w = csv.DictWriter(f, fieldnames=rows[0].keys())
    w.writeheader(); w.writerows(rows)

Führen Sie diese Ausgabe über die SKU mit der Mapping-Tabelle zusammen. Zeilen ohne Treffer landen in einer Fehlerliste; sie müssen vor dem Migrationstag vollständig geklärt sein.

Meta Pixel: die Quelle der content_id auf die SKU umstellen

Meta-DPA-Kampagnen ordnen Produkte über den content_id-Wert der id im Katalog zu; weichen die beiden Werte voneinander ab, läuft der Katalog ins Leere. Die Quelle der content_id im Pixel von der Shopify-Varianten-ID auf die SKU umzustellen, ist der einzige dauerhafte Weg, die Übereinstimmung mit dem Feed auch nach der Migration zu halten. Je nach Setup gibt es dafür drei Wege.

Über GTM:

Wenn Sie GTM nutzen, sollte content_ids in den Tags für ViewContent, AddToCart und Purchase aus der DataLayer-Variablen item_id befüllt werden. Im DataLayer-Push wird die SKU per Liquid-Template-Code in das Feld item_id geschrieben; die Werte werden mit dem Filter json ausgegeben, damit sie das JavaScript nicht beschädigen (z. B. item_id: {{ product.selected_or_first_available_variant.sku | json }}, item_name: {{ product.title | json }}):

// Shopify theme - ürün sayfasında dataLayer push
dataLayer.push({
  event: 'view_item',
  ecommerce: {
    items: [{
      item_id:   '{{ product.selected_or_first_available_variant.sku }}',
      item_name: '{{ product.title }}',
      price:      {{ product.selected_or_first_available_variant.price | divided_by: 100.0 }}
    }]
  }
});

Wenn ein natives Shopify-Pixel (Kundenereignisse oder theme.liquid) im Einsatz ist:

In der Shopify-2.0-Architektur werden Pixel über Einstellungen → Kundenereignisse mit der Web Pixel API verwaltet; eine Einrichtung direkt über theme.liquid wird nicht mehr empfohlen. Wird in einem Legacy-Setup noch theme.liquid verwendet, gilt die folgende Änderung für die Events auf der Produktseite (ViewContent, AddToCart). Da die „Zusätzlichen Skripte“ (Additional Scripts) auf der Danke-Seite und der Bestellstatusseite seit dem 26. August 2026 in keinem Tarif mehr ausgeführt werden, lässt sich das Purchase-Event nur noch über Kundenereignisse (App-Pixel oder benutzerdefiniertes Pixel) senden:

{%- comment -%} Eski {%- endcomment -%}
content_ids: ['{{ product.selected_or_first_available_variant.id }}']

{%- comment -%} Yeni {%- endcomment -%}
content_ids: ['{{ product.selected_or_first_available_variant.sku }}']

Die native Meta-Integration über den Kanal Facebook & Instagram sendet als content_id die Shopify-Varianten-ID und baut auch den Katalog mit derselben ID auf; eine Einstellung, die das auf die SKU umstellt, gibt es nicht. Im Mapping-Szenario sollten Sie ein benutzerdefiniertes Pixel verwenden, das die SKU sendet (Einstellungen → Kundenereignisse), oder serverseitige CAPI.

Wenn Stape oder serverseitige CAPI im Einsatz ist:

Wählen Sie im Stape Dashboard → Shopify connector → Product ID field die Option SKU. Im serverseitigen Event-Payload sollte das Feld content_ids als Array von SKUs übergeben werden:

{
  "event_name": "Purchase",
  "custom_data": {
    "content_ids":  ["SKU-001-MOR", "SKU-002-MAVI"],
    "content_type": "product",
    "value":         860.86,
    "currency":      "TRY"
  }
}

Eine Beobachtung aus unserer Arbeit bei Nodus Works: In manchen Shops laufen die drei Setup-Varianten gemischt. Sind GTM und natives Pixel gleichzeitig aktiv, wird die content_id doppelt gesendet und die Event-Zählung aufgebläht. Prüfen Sie vor der Migration im Events Manager, aus welchen Quellen Events eingehen.

Google Merchant Center und Google Ads

Der GMC-Feed wird automatisch über den nativen Google-Kanal von Shopify erstellt. Dieser Kanal bietet jedoch keine Einstellung, um die SKU als Feed-ID zu verwenden; mit dem nativen Kanal ändert sich die ID. Wenn Sie ein Mapping durchgeführt haben, brauchen Sie zum Erhalt der alten IDs eine Feed-App eines Drittanbieters, die die SKU als ID senden kann (oder einen zusätzlichen Feed).

Ohne Mapping (also im Szenario der einfachen Migration) sendet der Google-Kanal von Shopify die Feed-ID im Format shopify_TR_{product_id}_{variant_id} (z. B. shopify_TR_15004856942958_53499724267886). In diesem Fall entstehen im GMC neue Produkteinträge; die Historie der alten Produkte wird nicht übernommen. Shopping- und PMax-Kampagnen durchlaufen mit den neuen Produkten erneut eine Lernphase.

Das Conversion-Tracking von Google Ads muss nach der Migration überprüft werden. Der Google-Kanal von Shopify arbeitet mit GA4 zusammen; werden Conversion-Daten aus GA4 an Google Ads übertragen, muss dieser Datenfluss nach der Migration ohne Unterbrechung weiterlaufen. Nutzt die GA4-Property jedoch das Measurement Protocol oder serverseitige Tags, stellen Sie sicher, dass das Feld item_id mit der SKU befüllt wird. Für die Betreuung Ihrer Google-Ads- und PMax-Kampagnen nach der Migration lohnt sich ein Blick auf unseren Service für Google-Ads-Management und Conversion-Optimierung.

Innerhalb der technischen Schritte einer Shopify-Migration braucht die Konfiguration der Werbekonten vor allem bei Shops mit aktiven DPA- und PMax-Kampagnen eine eigene Planung; sie sollte zeitgleich mit den 301-Weiterleitungen und der Produktübernahme abgestimmt werden.

Checkliste zur Prüfung nach der Migration

Solange die folgenden Prüfungen 24 Stunden nach dem Migrationstag nicht abgeschlossen sind, sollten Werbekampagnen nicht mit normalem Budget laufen. Budget, das ausgegeben wird, während ein Problem besteht, bekommen Sie nicht zurück.

Wichtiger Hinweis: Ein plötzlicher Rückgang freigegebener Produkte im GMC nach der Migration verschwendet Shopping- und PMax-Budget. Prüfen Sie den GMC-Status 48 Stunden nach der Migration erneut; einige Produkte befinden sich möglicherweise noch in der Prüfung.

FAQ: Shopify-Migration und Werbekonten

Muss das Meta Pixel bei der Migration zu Shopify neu eingerichtet werden? Nein. Die bestehende Pixel-ID bleibt erhalten, das Konto wird nicht neu angelegt. Ändern muss sich nur das Quellfeld des content_id-Werts, den das Pixel sendet: Statt der Shopify-Varianten-ID sollte die SKU übermittelt werden. Da die Pixel-ID gleich bleibt, bleiben historische Event-Daten und Audiences erhalten.

Ist ohne Katalogkampagnen ein Mapping nötig? Nein. In Shops ohne Katalogkampagnen ist ein ID-Abgleich überflüssig. Der native Meta-Kanal von Shopify verwaltet Feed und Pixel-Verbindung automatisch; eine zusätzliche Konfiguration ist nicht nötig.

Verlieren Produkte im Google Merchant Center nach der Migration ihre Freigabe? Ohne Mapping ändern sich die Feed-IDs, daher behandelt der GMC die Produkte als neue Einträge; die bisherige Freigabehistorie wird nicht übertragen. Die Prüfung beginnt von vorn. Wurde ein Mapping durchgeführt und kommt der Feed aus einer Feed-App eines Drittanbieters, die die SKU als ID sendet, erscheinen die Produkte nach der Migration mit derselben ID und können freigegeben bleiben; im nativen Google-Kanal ändert sich die ID.

Wann normalisiert sich die Werbeleistung nach der Migration? Bei korrektem Mapping und richtig eingerichtetem Pixel gibt es keinen Leistungseinbruch. Ohne Mapping durchlaufen DPA- und PMax-Kampagnen erneut eine Lernphase; je nach Kampagnengröße kann das 1-3 Wochen dauern. Um die Kampagnenrendite in dieser Zeit mit Ihren Shopify-Umsätzen abzugleichen, können Sie mit Peakmerce Werbeanalysen und echtes ROAS-Tracking durchführen.

Wie wird das Meta Pixel bei der Migration zu Shopify übertragen? Das Meta Pixel bleibt bei der Shopify-Migration auf Kontoebene erhalten; die Pixel-ID ändert sich nicht. Sie müssen lediglich dafür sorgen, dass der content_id-Wert, den das Pixel für Produkte sendet, statt der Shopify-Varianten-ID die SKU als Quelle nutzt. Das lässt sich über GTM, natives Liquid oder Stape umsetzen.

Wie wird der Google-Merchant-Center-Feed bei der Shopify-Migration aktualisiert? Sobald der Google-Kanal von Shopify aktiviert ist, erstellt er den GMC-Feed automatisch. Ist eine Katalogkampagne aktiv, sollten den Produkten vor der Migration SKUs zugewiesen werden, damit sie mit den alten Feed-IDs übereinstimmen; diese SKUs müssen im Feed als id-Wert erscheinen. Da der native Google-Kanal die SKU nicht als ID sendet, brauchen Sie dafür eine Feed-App eines Drittanbieters (oder einen zusätzlichen Feed).

Warum läuft eine DPA-Kampagne nach der Shopify-Migration ins Leere? Meta-DPA-Kampagnen erkennen Produkte an der content_id. Weichen nach der Migration die content_id aus dem Pixel und die id im Katalog-Feed voneinander ab, kann das System die Produkte nicht zuordnen, und die DPA-Kampagnen verlieren ihr produktbezogenes Targeting. Die Lösung: Beide Seiten nutzen die SKU als Quelle.

Wie funktioniert das SKU-Mapping in Shopify? Aus der alten Plattform werden die Varianten-IDs oder die bestehenden IDs exportiert und in die SKU-Spalte der Import-CSV für Shopify eingetragen. Nach dem Import werden die neu vergebenen IDs und die SKUs über die Shopify Admin API abgerufen, und die Zuordnungstabelle wird geprüft. Diese Tabelle dient anschließend als Grundlage für die Konfiguration von Pixel und Feed.

Fazit

Damit die Werbeplattformen bei der Shopify-Migration nichts verlieren, braucht es zwei Dinge: ein sorgfältiges Audit vor der Migration und die SKU als plattformunabhängige ID-Ebene. In Shops ohne Katalogkampagnen ist der Aufwand minimal. Bei Kampagnen mit aktivem DPA oder PMax und hohen Ausgaben zahlen Sie dagegen direkt mit Leistungsverlust, wenn Sie das Mapping auslassen. Dieser Beitrag behandelt den technischen Abgleich zum Zeitpunkt der Migration; für Kampagnenaufbau und tägliche Optimierung nach der Migration sehen Sie sich unser Meta-Ads-Management an.

Wenn Sie eine Migration zu Shopify planen und aktive Katalogkampagnen haben, umfasst unser Migrationsservice neben Produktübernahme und 301-Weiterleitungen auch die Konfiguration der Werbekonten; dass die Werbeleistung am Migrationstag ohne Unterbrechung weiterläuft, ist Teil dieser Planung.

Die SEO- und Technikseite der Migration behandelt unser Leitfaden zur Migration von WordPress zu Shopify Schritt für Schritt im Detail.

‍