Wenn du das Google Manufacturer Center nutzt, ist eine kleine, aber ziemlich spürbare Änderung wichtig: Produkte lassen sich dort nicht mehr direkt manuell hinzufügen oder bearbeiten. Die frühere Möglichkeit, einzelne Produktdaten direkt in der Oberfläche des Manufacturer Centers anzulegen oder zu aktualisieren, wurde entfernt. Stattdessen verweist Google jetzt auf zwei Wege: Du sollst entweder die Manufacturer Center API verwenden oder eine Produktdatei hochladen.
Das klingt erst einmal nach einer technischen Randnotiz. In der Praxis kann es aber ziemlich relevant sein, vor allem dann, wenn du bisher kleinere Korrekturen schnell per Hand erledigt hast. Ein fehlendes Attribut, ein Tippfehler im Produkttitel, eine aktualisierte Beschreibung, ein neues Bild, eine geänderte Modellnummer – solche Dinge waren früher oft in ein paar Minuten erledigt. Einloggen, Produkt suchen, Feld ändern, speichern. Fertig. Diese bequeme Abkürzung fällt nun weg.
Wichtig ist dabei: Daten, die vor dem 9. Juli 2026 eingereicht wurden, bleiben im Konto erhalten. Google weist ausdrücklich darauf hin, dass für diese bestehenden Daten keine Aktion erforderlich ist. Du musst also nicht alles neu einreichen, nur weil sich der Bearbeitungsweg geändert hat. Das ist ein beruhigender Punkt, gerade für Hersteller oder Agenturen, die viele Produktdaten über längere Zeit aufgebaut haben.
Aus meiner Erfahrung sind genau solche Änderungen selten spektakulär, aber sie erzeugen intern oft mehr Arbeit, als man zunächst denkt. Nicht, weil die Änderung kompliziert wäre, sondern weil sie Routinen betrifft. Viele Teams haben sich über Jahre daran gewöhnt, einzelne Datensätze manuell zu korrigieren. Und plötzlich heißt es: Bitte strukturiert einreichen, per Datei oder API. Das ist sauberer, kontrollierbarer, aber eben auch weniger spontan.
Was sich im Manufacturer Center konkret geändert hat
Die Kernaussage ist recht klar: Manuelles Hinzufügen und manuelles Aktualisieren von Produkten direkt im Google Manufacturer Center ist nicht mehr möglich. Wenn du also bisher in der Benutzeroberfläche Produkte eingetragen oder einzelne Werte angepasst hast, funktioniert dieser Ablauf nicht mehr wie gewohnt.
Google lenkt Nutzer stattdessen auf automatisierte oder dateibasierte Prozesse. Der erste empfohlene Weg ist die Manufacturer Center API. Über sie können Produktdaten programmatisch übermittelt und aktualisiert werden. Das ist vor allem für Unternehmen interessant, die viele Produkte verwalten, regelmäßig Aktualisierungen vornehmen oder Produktinformationen direkt aus einem internen System übertragen möchten.
Der zweite Weg ist der Upload einer Produktdatei. Dabei bereitest du deine Produktinformationen in einer strukturierten Datei auf und lädst sie ins Manufacturer Center hoch. Für kleinere Unternehmen oder Teams ohne eigene Entwickler kann das der pragmatischere Weg sein. Es ist nicht ganz so elegant wie eine API-Anbindung, aber deutlich zugänglicher.
Was Google ebenfalls kommuniziert hat: Produktdaten, die vor dem 9. Juli 2026 eingereicht wurden, bleiben bestehen. Das ist ein entscheidender Satz. Denn ohne diese Klarstellung würden sich viele Nutzer wahrscheinlich fragen, ob ältere manuell gepflegte Produktinformationen plötzlich verschwinden, ungültig werden oder neu eingereicht werden müssen. Genau das ist offenbar nicht der Fall.
Falls du das Manufacturer Center schon länger verwendest, solltest du diese Änderung vermutlich nicht zum ersten Mal sehen. Google hatte Nutzer bereits mehrfach darauf hingewiesen. Wer die E-Mails überflogen, ignoriert oder intern nicht weitergeleitet hat, merkt es möglicherweise erst jetzt, wenn die gewohnte Funktion tatsächlich fehlt. Das passiert öfter, als man denkt. Gerade bei Tool-Änderungen landen Hinweise gern bei einer allgemeinen Konto-Adresse, und niemand fühlt sich so richtig zuständig.
Warum Google den manuellen Weg streicht
Google nennt in der Mitteilung vor allem die neuen Alternativen, nicht unbedingt eine ausführliche Begründung. Trotzdem lässt sich recht gut einordnen, warum dieser Schritt passiert. Manuelle Pflege ist fehleranfällig, schwer skalierbar und oft nicht konsistent. Das gilt besonders bei Produktdaten.
Wenn du fünf Produkte im Manufacturer Center hast, ist manuelle Pflege kein großes Drama. Bei 500 Produkten sieht es anders aus. Und bei 50.000 Artikeln ist sie schlicht keine ernsthafte Option mehr. Selbst bei kleineren Katalogen entstehen Fehler schnell: Ein Feld wird vergessen, Schreibweisen unterscheiden sich, alte Beschreibungen bleiben stehen, eine neue Produktversion wird nur teilweise aktualisiert.
Eine API oder eine Produktdatei zwingt dich dagegen zu mehr Struktur. Du brauchst definierte Felder, klare Datenquellen und idealerweise einen wiederholbaren Prozess. Das ist manchmal lästig, aber am Ende meistens robuster. Ich habe in Datenprojekten oft gesehen, dass manuelle Korrekturen kurzfristig helfen, langfristig aber eine Art Schattenprozess erzeugen. Irgendjemand ändert etwas „mal schnell“ im Tool, aber das ursprüngliche Produktdaten-System weiß nichts davon. Beim nächsten Import wird die Änderung überschrieben. Oder schlimmer: Niemand weiß mehr, welche Version eigentlich stimmt.
Aus dieser Perspektive ist die Entfernung der manuellen Bearbeitung nicht nur eine Einschränkung, sondern auch ein Signal: Google möchte Produktdaten stärker über standardisierte, nachvollziehbare Übermittlungswege erhalten. Das passt zu dem, was man generell bei großen Plattformen sieht. Je größer die Datenmengen, desto weniger gern unterstützen sie freie manuelle Einzeländerungen.
Was das für dich im Alltag bedeutet
Der größte Unterschied liegt nicht darin, dass Produktdaten nun gar nicht mehr bearbeitet werden können. Natürlich kannst du sie weiter aktualisieren. Aber der Arbeitsablauf verändert sich. Statt direkt in der Oberfläche herumzuklicken, brauchst du entweder eine Datei, die sauber gepflegt wird, oder eine technische Anbindung.
Wenn du bisher nur gelegentlich Produkte angepasst hast, kann sich das zunächst umständlich anfühlen. Besonders dann, wenn du kurz vor einer Kampagne noch ein paar Produktdetails korrigieren willst. Früher war das eine schnelle Sache. Jetzt musst du prüfen, woher deine Produktdaten kommen, welche Datei verwendet wird, wer sie aktualisiert und wie der Upload-Prozess läuft.
Für größere Hersteller ist die API wahrscheinlich der attraktivere Weg. Sie erlaubt eine regelmäßigere und zuverlässigere Aktualisierung. Produktdaten können direkt aus einem PIM-System, ERP-System oder einer anderen zentralen Datenquelle übertragen werden. Wenn das sauber eingerichtet ist, musst du nicht mehr manuell hinterherarbeiten. Die Daten kommen dann aus einem kontrollierten Prozess.
Für kleinere Teams ist der Datei-Upload meist realistischer. Aber auch hier gilt: Die Datei sollte nicht irgendwo auf einem Desktop liegen und „final_neu_wirklich_final.xlsx“ heißen. Du lachst vielleicht, aber solche Dateien sind in vielen Unternehmen erstaunlich langlebig. Besser ist eine klare Verantwortlichkeit: Wer pflegt die Datei? Wo liegt sie? Wann wird sie aktualisiert? Und wie wird geprüft, ob der Upload erfolgreich war?
Der eigentliche Knackpunkt ist also nicht die technische Änderung selbst, sondern die Datenhygiene dahinter. Google nimmt dir den bequemen manuellen Notausgang weg. Dadurch wird sichtbar, ob dein Produktdatenprozess stabil ist oder ob du bisher viel über spontane Einzelkorrekturen gelöst hast.
Bestehende Daten bleiben erhalten – aber du solltest sie trotzdem prüfen
Dass ältere Daten im Konto bleiben und keine direkte Aktion erforderlich ist, ist erst einmal positiv. Du musst nicht panisch alles neu hochladen. Trotzdem würde ich das nicht als Einladung verstehen, die Sache komplett zu ignorieren.
Wenn du noch alte Produktdaten im Manufacturer Center hast, lohnt sich ein Blick darauf. Nicht wegen der Änderung an sich, sondern weil alte Daten oft leise altern. Produktbeschreibungen ändern sich, Bilder werden erneuert, technische Spezifikationen werden überarbeitet, Modellvarianten laufen aus. Gerade bei Herstellern sind Produktinformationen selten dauerhaft statisch.
Die Aussage „keine Aktion erforderlich“ bedeutet nur, dass Google deine bisherigen Daten nicht automatisch verwirft. Sie bedeutet nicht, dass deine Daten noch korrekt, vollständig oder optimal sind. Das ist ein kleiner, aber wichtiger Unterschied.
Ich würde deshalb pragmatisch vorgehen: Verschaffe dir einen Überblick darüber, welche Produkte im Manufacturer Center liegen, wie aktuell die Informationen sind und über welchen Weg du sie künftig pflegen willst. Es muss nicht gleich ein riesiges Datenprojekt daraus werden. Aber einmal sauber hinschauen, das lohnt sich.
API oder Datei-Upload: Welcher Weg passt besser?
Die Wahl zwischen API und Produktdatei hängt stark davon ab, wie groß dein Sortiment ist, wie häufig sich deine Daten ändern und welche technischen Ressourcen du hast. Es gibt nicht den einen richtigen Weg für alle. Manchmal ist die einfache Lösung sogar die bessere, zumindest am Anfang.
Wenn du nur wenige Produkte hast und Änderungen selten vorkommen, reicht ein strukturierter Datei-Upload wahrscheinlich aus. Wichtig ist dann, dass die Datei vollständig und korrekt aufgebaut ist. Du solltest sie nicht nur dann anfassen, wenn etwas kaputt ist, sondern als offiziellen Datenbestand behandeln.
Wenn du dagegen viele Produkte hast oder regelmäßig Änderungen übertragen musst, führt langfristig kaum ein Weg an der API vorbei. Die API ist stärker automatisiert, besser skalierbar und weniger abhängig von manuellen Zwischenschritten. Natürlich braucht sie Einrichtung, Testing und Wartung. Aber sobald sie läuft, spart sie oft mehr Zeit, als sie am Anfang kostet.
Ein Beispiel aus der Praxis: Ein Hersteller mit vielen saisonalen Produkten wird mit manuellen Uploads schnell müde. Jede Änderung muss exportiert, geprüft, hochgeladen und kontrolliert werden. Wenn mehrere Abteilungen beteiligt sind, entstehen Verzögerungen. Mit einer API kann ein zentraler Datenbestand regelmäßig synchronisiert werden. Das reduziert Fehler und sorgt dafür, dass Google konsistent die aktuellen Informationen bekommt.
Anders sieht es bei einem kleinen Hersteller mit zehn Kernprodukten aus. Dort wäre eine API-Anbindung vielleicht überdimensioniert. Eine saubere Datei, monatlich oder bei Bedarf aktualisiert, kann völlig ausreichen. Wichtig ist nur, dass du nicht versuchst, den alten manuellen Workflow irgendwie nachzubauen. Denn genau dieser Weg ist ja entfernt worden.
Was du jetzt organisatorisch klären solltest
Die technische Änderung ist nur ein Teil der Geschichte. Mindestens genauso wichtig ist, dass intern klar ist, wer sich künftig um Produktdaten kümmert. Das klingt banal, aber gerade hier entstehen später die typischen Probleme.
Wenn Marketing, E-Commerce, Produktmanagement und IT alle ein bisschen zuständig sind, ist am Ende oft niemand zuständig. Einer kennt die Produkttexte, ein anderer die technischen Attribute, ein dritter hat Zugriff auf das Google-Konto, und die Entwickler haben eigentlich gerade keine Zeit. Das Ergebnis: Daten werden erst aktualisiert, wenn etwas auffällt oder Beschwerden kommen.
Deshalb solltest du festlegen, über welchen Prozess neue und geänderte Produktinformationen ins Manufacturer Center gelangen. Wenn eine Produktdatei verwendet wird, braucht sie einen eindeutigen Speicherort und eine klare Versionierung. Wenn eine API verwendet wird, braucht es Monitoring. Du solltest wissen, ob Übertragungen erfolgreich waren oder ob Fehler auftreten. Denn eine automatisierte Schnittstelle ist nur dann gut, wenn jemand merkt, wenn sie nicht funktioniert.
Besonders wichtig sind Qualitätsprüfungen. Produktdaten wirken auf den ersten Blick trocken, aber sie beeinflussen, wie Produkte bei Google verstanden, dargestellt und mit anderen Informationen verknüpft werden. Falsche oder unvollständige Herstellerdaten können sich später an Stellen bemerkbar machen, an denen man sie nicht sofort vermutet.
Ich würde auch prüfen, ob bisher manuelle Änderungen im Manufacturer Center vorgenommen wurden, die nie zurück in dein zentrales System geflossen sind. Genau das ist eine klassische Falle. Wenn jemand vor Monaten in der Oberfläche eine Produktbeschreibung korrigiert hat, diese Änderung aber nicht in deiner Master-Datei oder im PIM-System steht, geht sie beim künftigen Datei- oder API-Prozess möglicherweise verloren.
Warum diese Änderung mehr ist als nur ein Button weniger
Auf den ersten Blick verschwindet nur eine Funktion. Aber eigentlich verschiebt sich die Verantwortung stärker zu dir und deinem Datenprozess. Google stellt eine Plattform bereit, aber die Pflege soll nicht mehr über Einzelaktionen in der Oberfläche passieren. Stattdessen erwartet Google strukturierte Datenlieferungen.
Das ist unbequem, wenn du gern schnell etwas per Hand korrigierst. Gleichzeitig ist es langfristig vernünftiger. Produktdaten sind heute nicht mehr nur Beiwerk. Sie sind ein wichtiger Bestandteil davon, wie Produkte im digitalen Raum verstanden werden. Je sauberer die Daten, desto weniger Reibung entsteht später.
Manchmal ist es überraschend, wie viele Unternehmen viel Geld in Kampagnen, Landingpages und Shop-Optimierung stecken, aber ihre Produktdaten eher nebenbei behandeln. Dabei sind Herstellerangaben, Modellinformationen, Produktbilder und Attribute oft die Grundlage für alles Weitere. Wenn diese Basis wackelt, wird es an anderer Stelle teuer.
Die Änderung im Manufacturer Center ist daher ein guter Anlass, die eigene Datenstruktur zu hinterfragen. Nicht dramatisch, nicht mit Panik, aber ruhig und ehrlich. Wo liegen deine Produktdaten wirklich? Wer hat Zugriff? Welche Datenquelle ist verbindlich? Wie werden Änderungen dokumentiert? Und wie stellst du sicher, dass Google künftig regelmäßig die richtigen Informationen erhält?
Mein pragmatischer Rat
Wenn du betroffen bist, würde ich nicht warten, bis die nächste dringende Produktänderung ansteht. Prüfe lieber jetzt, welchen Übermittlungsweg du künftig verwenden willst. Für viele wird eine Produktdatei der schnellste Einstieg sein. Für größere Setups ist die API sauberer.
Gleichzeitig solltest du bestehende Daten nicht blind liegen lassen. Auch wenn keine Aktion erforderlich ist, heißt das nicht, dass alles optimal gepflegt ist. Ein kurzer Audit kann reichen: Sind die wichtigsten Produkte aktuell? Stimmen Titel, Beschreibungen, Bilder und Attribute? Gibt es veraltete Einträge? Gibt es Produkte, die künftig anders gepflegt werden müssen?
Und noch etwas: Kommuniziere die Änderung intern. Wirklich. Nicht nur an die technische Person, die vielleicht irgendwann eine Datei hochlädt. Auch Marketing, Produktmanagement und E-Commerce sollten wissen, dass manuelle Änderungen im Manufacturer Center nicht mehr der schnelle Ausweg sind. Sonst entsteht später Frust, wenn jemand „nur kurz“ etwas ändern will und merkt, dass dieser Weg nicht mehr existiert.
Die wichtigste Botschaft lautet: Deine bisherigen Daten bleiben erhalten, aber dein künftiger Pflegeprozess muss sich ändern. Google setzt beim Manufacturer Center nun stärker auf API und Produktdateien. Wenn du das früh sauber aufsetzt, ist die Änderung gut beherrschbar. Wenn du sie ignorierst, fällt sie dir wahrscheinlich genau dann auf die Füße, wenn es zeitlich gerade gar nicht passt.
Am Ende ist es eine typische Plattformänderung: wenig laut, aber operativ relevant. Kein Grund zur Panik. Aber definitiv ein Grund, die eigenen Produktdaten nicht länger als Nebenbaustelle zu behandeln.
