Reguły feedu i dodatkowe źródła danych w Merchant Center: automatyzacja bez programisty

Czym są reguły Merchant Center i kiedy wystarczą

Reguła atrybutu to przepis typu „jeśli produkt spełnia warunek, zmień wartość atrybutu w określony sposób”. Merchant Center stosuje go automatycznie do danych z wybranych źródeł przy każdym pobraniu. W starszej wersji platformy to samo nazywało się regułami pliku danych; po migracji do nowego interfejsu nazwa się zmieniła, a ścieżka w menu prowadzi przez ustawienia źródeł danych. Dokładne nazwy opcji mogą się różnić w zależności od wersji językowej.

W regułach wykorzystasz m.in. takie operacje:

• ustawienie wartości – wpisanie stałego tekstu lub wartości innego atrybutu,
• dołączenie na początku lub na końcu – np. marki przed tytułem albo koloru po tytule,
• znajdź i zamień – usunięcie lub podmiana fragmentu tekstu,
• wyodrębnienie i podział – wyciągnięcie części wartości, np. ostatniego członu ścieżki kategorii,
• obliczenia – np. przeliczenie ceny lub wagi,
• zmiana adresu URL – dopisanie parametrów do linku.

Reguły wystarczą, gdy problem jest powtarzalny i da się go opisać warunkiem, a potrzebne dane już są w feedzie. Typowe przykłady: tytuły bez marki, wartości kolorów w różnych językach, brak product_type, za długie opisy. Jeśli nie wiesz jeszcze, które błędy dotyczą Twojego konta najbardziej, zacznij od diagnozy opisanej w artykule o najczęstszych odrzuceniach w Merchant Center.

Jedno zastrzeżenie: reguły warto traktować jako warstwę korekty, a nie główne miejsce przechowywania danych. Merchant Center może też korzystać z niestandardowych kolumn feedu (np. marza czy sciezka_kategorii), które nie są częścią specyfikacji – możesz używać ich w warunkach i jako źródło wartości.

Główne i dodatkowe źródła danych: jak działają razem

Główne źródło danych tworzy produkty, a dodatkowe tylko zmienia ich atrybuty. To podstawowa różnica, od której zależy cała konstrukcja rozwiązania.

Dodatkowe źródło musi być połączone z feedem głównym, którego produkty ma zmieniać. Jeśli w arkuszu pojawi się ID, którego nie ma w feedzie głównym, wiersz zostanie zignorowany. Uważaj na puste komórki w kolumnach, które nadpisujesz: zanim podłączysz arkusz do całego katalogu, sprawdź na kilku produktach w podglądzie, jak Merchant Center potraktował brak wartości.

W regule atrybutu możesz wskazać, z którego źródła ma pochodzić wartość, i ustalić kolejność, np. „weź title z arkusza, a jeśli go brak – z feedu głównego”. To wygodny sposób na ręczne poprawki części tytułów bez ruszania pozostałych. Jak budować tytuły w arkuszu formułą, pokazujemy w poradniku o optymalizacji tytułów produktów.

Jak utworzyć regułę atrybutu krok po kroku

Procedura jest taka sama dla każdej reguły. Najważniejsze jest testowanie przed zapisaniem i zmiana tylko jednego atrybutu naraz.

1. Otwórz ustawienia źródeł danych. Wybierz feed główny, którego dotyczy zmiana, i przejdź do sekcji reguł atrybutów.
2. Wybierz atrybut docelowy. Np. title, color albo custom_label_0. Jedna reguła dotyczy jednego atrybutu, ale może zawierać kilka operacji.
3. Wskaż źródło wartości. Zdecyduj, czy wartość ma pochodzić z feedu głównego, z dodatkowego źródła, czy z innego atrybutu.
4. Dodaj warunek. Np. „brand jest równe Glina” albo „title nie zawiera wartości z brand”. Bez warunku reguła obejmie wszystkie produkty.
5. Dodaj operację. Wybierz ustawienie, dołączenie, znajdź i zamień lub inną modyfikację.
6. Przetestuj regułę. Skorzystaj z podglądu i sprawdź wynik na kilku produktach, także takich, których reguła nie powinna zmienić.
7. Zapisz i zanotuj zmianę. Wpisz do dziennika datę, cel reguły i liczbę produktów, które obejmuje.
8. Sprawdź diagnostykę po przetworzeniu. Po kilku godzinach porównaj liczbę odrzuconych i aktywnych produktów z wartościami sprzed zmiany.

8 reguł Merchant Center, które warto wdrożyć w sklepie

Poniższe reguły rozwiązują problemy, które w praktyce pojawiają się w większości katalogów. Wdrażaj je pojedynczo i po każdej sprawdzaj diagnostykę.

Dwie uwagi. Regułę dla identifier_exists stosuj wyłącznie do produktów, które naprawdę nie mają kodu nadanego przez producenta – w innym wypadku ukryjesz błąd zamiast go naprawić. Etykieta shipping_label zadziała tylko wtedy, gdy w ustawieniach dostawy konta zdefiniujesz osobną stawkę dla tej etykiety.

Etykiety niestandardowe to najcenniejsze zastosowanie reguł w kampaniach. Przedział marży w custom_label_1 pozwala wydzielić produkty wysokomarżowe do osobnej kampanii lub grupy zasobów i ustawić dla nich inny cel ROAS. Jak dobrać strategię do takiego podziału, opisujemy w tekście o docelowym ROAS i maksymalizacji wartości konwersji, a podział zasobów w kampaniach automatycznych – w artykule o Performance Max w 2026 roku.

Dodatkowe źródło w Arkuszach Google: etykiety marży

Marża rzadko jest częścią eksportu ze sklepu, ale zwykle istnieje w arkuszu z cenami zakupu. Poniższy skrypt Apps Script, przypięty do takiego arkusza, liczy marżę z ceny brutto i kosztu netto, a wynik zapisuje jako przedział w zakładce, którą podłączysz w Merchant Center jako dodatkowe źródło danych.

// Zakładka "koszty": id | cena_brutto | koszt_netto | stawka_vat (np. 0.23)
// Zakładka "supplemental": id | custom_label_1  (podłącz jako dodatkowe źródło)
function zbudujEtykietyMarzy() {
  var ss = SpreadsheetApp.getActive();
  var dane = ss.getSheetByName('koszty').getDataRange().getValues();
  dane.shift(); // usuń nagłówek
  var wynik = [['id', 'custom_label_1']];

  dane.forEach(function (w) {
    var id = String(w[0]).trim();
    var cenaBrutto = Number(w[1]);
    var kosztNetto = Number(w[2]);
    var vat = w[3] === '' ? 0.23 : Number(w[3]);
    if (!id || !cenaBrutto || !kosztNetto) return;

    var cenaNetto = cenaBrutto / (1 + vat);
    var marza = (cenaNetto - kosztNetto) / cenaNetto;
    var etykieta = 'marza-niska';
    if (marza >= 0.5) etykieta = 'marza-wysoka';
    else if (marza >= 0.3) etykieta = 'marza-srednia';
    wynik.push([id, etykieta]);
  });

  var cel = ss.getSheetByName('supplemental') || ss.insertSheet('supplemental');
  cel.clearContents();
  cel.getRange(1, 1, wynik.length, 2).setValues(wynik);
}

// Uruchom raz, aby skrypt odświeżał etykiety codziennie około 5:00
function ustawWyzwalacz() {
  ScriptApp.newTrigger('zbudujEtykietyMarzy').timeBased().everyDays(1).atHour(5).create();
}

Dlaczego przedziały, a nie dokładna marża? Po pierwsze, etykiety muszą mieć ograniczoną liczbę wartości, żeby dało się na nich budować grupy produktów. Po drugie, przekazywanie dokładnych kosztów zakupu do zewnętrznych systemów nie jest potrzebne do podziału kampanii. Progi 30% i 50% to przykład – dopasuj je do swojej struktury kosztów i progu rentowności.

Załóżmy, że sklep sprzedaje kubek za 79 zł brutto z kosztem zakupu 28 zł netto. Cena netto przy VAT 23% to ok. 64,23 zł, a marża ok. 56%, więc produkt dostaje etykietę „marza-wysoka”. Taki podział jest pierwszym krokiem do oceny kampanii przez POAS zamiast samego przychodu – wzory i przykłady znajdziesz w artykule o ROAS, POAS i MER, a pełne podejście do optymalizacji pod zysk w tekście o optymalizacji pod marżę i LTV. Jeśli marżę chcesz przekazywać także w samych konwersjach, przyda się wzbogacanie zdarzeń po stronie serwera.

Kolejność i testowanie: jak nie zepsuć feedu regułami

Najwięcej problemów powodują reguły, które działają poprawnie osobno, ale wchodzą sobie w drogę. Przykład: jedna reguła dopisuje kolor do tytułu, a druga, dodana później, zamienia „Black” na „czarny” tylko w atrybucie color. W efekcie część tytułów ma angielską nazwę koloru, a część polską.

Kilka zasad, które pomagają uniknąć takich sytuacji:

• Najpierw porządkuj atrybuty źródłowe, potem buduj z nich tytuł. Ujednolicenie kolorów i marek powinno być gotowe, zanim reguła zacznie składać tytuł.
• Jedna reguła – jeden cel. Łatwiej znaleźć błąd w pięciu prostych regułach niż w jednej z dziesięcioma operacjami.
• Zawsze dodawaj warunek. Reguła bez warunku zmienia cały katalog, także produkty, o których zapomniałeś.
• Prowadź dziennik zmian. Wystarczy arkusz z kolumnami: data, atrybut, opis reguły, autor, liczba produktów. Gdy coś się zepsuje, od razu wiesz, co zmieniono.
• Sprawdzaj raporty po zmianie. Etykiety niestandardowe pojawiają się w Google Ads dopiero po przetworzeniu danych, więc nie zmieniaj struktury kampanii tego samego dnia, w którym dodajesz regułę.

Jeśli raportujesz wyniki według etykiet w Looker Studio, możesz też zbudować pole obliczeniowe porządkujące nazwy etykiet z różnych okresów – przykłady formuł zebraliśmy w artykule o polach obliczeniowych w Looker Studio.

Kiedy reguły to za mało

Reguły i arkusze mają granice. Gdy katalog liczy dziesiątki tysięcy pozycji, dane trzeba łączyć z kilku systemów (ERP, PIM, magazyn), a ten sam feed ma trafiać do Google, Meta, TikToka i na Allegro, utrzymanie logiki w Merchant Center staje się trudne. Każdy kanał potrzebowałby osobnego zestawu reguł, a zmiana w jednym miejscu nie przenosiłaby się na inne.

W takiej sytuacji lepiej przenieść logikę do narzędzia do zarządzania feedem albo do własnej integracji. Pamiętaj, że 18 sierpnia 2026 roku Google wyłączył Content API for Shopping – nowe integracje korzystają z Merchant API, a starsze wtyczki warto sprawdzić pod tym kątem. Porównanie narzędzi i sposób mapowania atrybutów między kanałami opisujemy w artykule o jednym feedzie dla Google, Meta, TikToka i Allegro.

Lepsze dane przydają się też poza kampaniami: od jakości atrybutów zależy widoczność w bezpłatnych wynikach, o czym piszemy w tekście o bezpłatnych informacjach o produktach. Wszystkie poradniki z tego obszaru znajdziesz w podtemacie Feed produktowy, a przegląd funkcji – na stronie narzędzia Merchant Center.