W A/B testach 14-21 dni, które prowadzimy w sposób ciągły w 2026 roku na obsługiwanych kontach, dobrze zpromptowane RSA wygenerowane przez AI osiąga CTR wyższy o 5-8% niż czysto ludzkie RSA — ale ze wskaźnikiem konwersji 0-3% niższym na grupach reklam B2B niszowych i brand premium. CPA równoważny ±5%. Realny zysk nie dotyczy czystej wydajności, ale czasu produkcji: 45 min AI dobrze zpromptowane vs 2-3h czysto ludzkie na kompletne RSA. ChatGPT nie jest magiczny w przypadku RSA Google Ads — jest akceleratorem produkcji na standardowych grupach reklam i pułapką, jeśli wdrażany bez procesu na strategicznych grupach reklam.
Ten artykuł przedstawia kompletny workflow 2026: szablon promptu według intencji (4 warianty), macierzowy scoring jakości, wdrożenie we właściwej rotacji reklam pomimo ograniczenia Google enforced optimize 2024+, A/B test holdout 14-21 dni w izolowanych grupach reklam, pomiar przyrostowości AI vs człowiek. Bez hype — ustrukturyzowany proces, który generuje 75-88% użytecznych outputów zamiast 40-55% z naiwnego promptu. Dla mechaniki czystego RSA (macierz 7 tematów, pinning, Ad Strength), zobacz naszą metodę tworzenia RSA. Dla filaru AI w Google Ads, nasz artykuł 30 promptów JSON Google Ads. Nasz bezpłatny kalkulator CTR porównuje Twój wskaźnik klikalności z medianami 2026 według branży.
RSA + AI: dlaczego to nadal jest proces ludzki w 2026
Generowanie RSA przez AI w 2026 jest technicznie trywialne — model frontier generuje 15 nagłówków i 4 opisy w mniej niż 10 sekund — ale różnica w wydajności leży w ustrukturyzowanym briefie, scoringu jakości i testowaniu na koncie, a nie w silniku generowania. W zagregowanych danych Google Ads 2025-2026, dobrze zpromptowany workflow wspomagany AI generuje 75-88% użytecznych outputów versus 40-55% dla naiwnego promptu, z czasem produkcji skróconym o połowę dla równoważnego RSA. Poniższy diagram podsumowuje cztery etapy workflow AI-augmented RSA → A/B test.
Generowanie RSA przez AI w 2026 jest technicznie trywialne — każdy model frontier (GPT-5, Claude Opus 4.7, Gemini 2.5 Pro) generuje 15 nagłówków i 4 opisy w mniej niż 10 sekund. Trudność nie leży w generowaniu, lecz w jakości, scoringu i testowaniu na koncie. Copywriter reklamowy 2026 nie znika — jego rola się zmienia: zasilanie silnika AI ustrukturyzowanym briefem, walidacja outputów, kalibracja dopasowania przekaz-rynek, pomiar przyrostowości.
Trzy trwałe złudzenia dotyczące RSA AI:
- "AI pisze lepiej niż człowiek" — fałsz średnio. W poważnych A/B testach AI = +5-8% CTR, ale -0-3% wskaźnik konwersji. Netto biznesowo często neutralny lub lekko pozytywny.
- "Im więcej wariantów generujemy, tym lepiej" — fałsz. Powyżej 30 outputów różnorodność osiąga plateau, a ludzki przegląd staje się wąskim gardłem.
- "GPT-5 jest ściśle lepszy" — fałsz w 2026. Claude Opus 4.7 często przewyższa GPT-5 w RSA B2B (spójność prozy, ton stakeholder-aware), GPT-5 jest bardziej kreatywny na kątach consumer mass market, Gemini 2.5 Pro wyróżnia się w kontekstach wymagających grounding web w czasie rzeczywistym.
Co AI robi dobrze (zweryfikowane na kontach 2025-2026):
- Szybka produkcja 30+ wariantów dla macierzy (oszczędność czasu -65%).
- Ścisłe przestrzeganie ograniczeń char count (94-99% w ustrukturyzowanym JSON).
- Spójność brand voice na wielu kontach (uprzemysłowienie agency).
- Generowanie wielojęzykowe z kanonicznego oryginału (spójność lokalna).
- Sugestie kątów różnicowania, których człowiek nie dostrzegł.
Co AI robi źle (i wymaga człowieka):
- Kalibracja specyficznego dopasowania przekaz-rynek w niszach B2B.
- Wykrywanie ryzykownych kątów (prawne, brand safety, off-brand ton).
- Ocena rezonansu emocjonalnego vs proste formalne przestrzeganie.
- Rozumienie kodów pionowych (luksus, zdrowie, finanse, religia).
- Antycypowanie dwuznaczności czytania mobilnego vs desktopowego.
Obserwowane wskaźniki produkcji w dojrzałych workflow:
Oficjalne materiały Google o RSA: dokumentacja najlepszych praktyk RSA na support.google.com i artykuł o polityce rotacji reklam dotyczący rotacji reklam. Zalecenia Google są zbieżne z naszą metodą taktyczną: 15 nagłówków, 7 tematów, maksymalnie 1 pin.
Szablon promptu (4 wersje według intencji)
Ten sam prompt RSA nie działa dla wszystkich grup reklam. 4 najczęstsze intencje — long-tail, brand defense, porównawcze, lead gen — wymagają 4 odrębnych szablonów. Struktura JSON pozostaje podobna; zawartość ograniczeń różni się w zależności od intencji.
Szablon 1 — RSA long-tail (wolumen specyficznych zapytań):
{
"role": "Tu es un copywriter Google Ads RSA, francophone, expert long-tail.",
"intent": "long_tail",
"context": {
"vertical": "[À renseigner]",
"icp": "[Persona précise]",
"long_tail_keywords_top_10": "[Coller les 10 requêtes top SQR]",
"differentiateurs": ["[Liste 3-5 différenciateurs]"]
},
"task": "Genere 30 headlines (2x les 15 finales) et 8 descriptions (2x les 4 finales).",
"constraints": {
"headline_max_chars": 30,
"description_max_chars": 90,
"theme_distribution_target": {
"keyword_principal": 6,
"long_tail_variation": 6,
"benefice_chiffre": 4,
"proof_point": 4,
"cta_direct": 4,
"differenciation": 4,
"brand_seul": 2
},
"include_long_tail_modifier_in_8_headlines": true,
"no_repetition_keyword_exact": true,
"no_external_benchmarks": true,
"no_emojis": true,
"no_caps_lock": true
},
"output_format": "JSON array : headline, theme, char_count, long_tail_modifier_used"
}
Szablon 2 — RSA brand defense (konkurent licytujący na Twoją markę):
{
"role": "Brand defense PPC copywriter.",
"intent": "brand_defense",
"context": {
"brand_name": "[Votre marque]",
"competitor_attacking": "[Nom concurrent]",
"differentiateurs_vs_competitor": ["[3-5 forces spécifiques vs ce concurrent]"],
"brand_proof_points": ["[2-3 proof points type note, années, clients]"]
},
"task": "Genere RSA de défense pour ad group brand exact match.",
"constraints": {
"include_brand_in_minimum_5_headlines": true,
"tone": "confiant sans agressif, pas de bashing direct",
"implicit_comparison": true,
"no_competitor_name_mention": true,
"headline_max_chars": 30,
"include_proof_points_credibility": "minimum 3 headlines"
},
"output_format": "JSON array : headline, theme, brand_present, char_count"
}
Szablon 3 — RSA porównawcze (vs bezpośredni konkurent):
{
"role": "Comparative PPC copywriter (legal-aware).",
"intent": "comparatif",
"context": {
"your_solution": "[Votre produit]",
"competitor_to_compare": "[Concurrent comparé]",
"comparison_axes": ["prix", "features", "support", "intégrations"],
"concrete_advantages": ["[Avantages chiffrés réels]"]
},
"task": "Genere RSA comparative pour ad group 'vs Concurrent' captant les requêtes du type [votre marque vs concurrent].",
"constraints": {
"headline_max_chars": 30,
"tone": "factual evidence-based, pas de superlatifs gratuits",
"no_misleading_claims": true,
"include_minimum_3_chiffres_concrets": true,
"comparative_advantage_per_axis": "1 headline minimum par axis"
},
"output_format": "JSON array : headline, comparison_axis, evidence_level, char_count"
}
Szablon 4 — RSA lead gen (kwalifikacja + obsługa obiekcji):
{
"role": "Lead gen copywriter, focus qualification.",
"intent": "lead_gen",
"context": {
"service_offered": "[Votre service]",
"icp_target": "[Persona précise]",
"icp_anti_target": "[Qui vous ne voulez PAS attirer]",
"common_objections": ["[3-5 objections typiques]"],
"qualification_criteria": ["[Critères qualification lead]"]
},
"task": "Genere RSA pour ad group lead gen avec objectif qualification, pas volume.",
"constraints": {
"headline_max_chars": 30,
"include_qualifying_signals_minimum_3_headlines": true,
"include_objection_handling_minimum_2_descriptions": true,
"tone": "professionnel, sans urgence artificielle",
"no_clickbait": true,
"exclude_terms_attracting_unqualified": "[Termes à exclure type 'gratuit', 'sans engagement' si vous voulez du paid intent]"
},
"output_format": "JSON array : headline, qualifying_signal, objection_handled, char_count"
}
Te 4 szablony pokrywają ~80% przypadków użycia RSA typowego konta. Dla szczególnych przypadków (sezonowych, wielojęzykowych, regulowanych sektorów), tworzyć pochodne szablony, dodając specyficzne ograniczenia bez zmiany globalnej struktury JSON.
Scoring jakości: kryteria i progi
Scoring jakości to etap, który oddziela dojrzałe workflow AI od amatorskich. Bez scoringu bierze się 15 pierwszych wygenerowanych nagłówków — outputy często technicznie poprawne, ale jakościowo słabe. Macierzowy scoring filtruje outputy przed ludzką weryfikacją, co skraca czas przeglądu o 60-70%.
6 kryteriów scoringu (3 algorytmiczne + 3 ludzkie):
{
"scoring_rubric": {
"char_count_compliance": {
"type": "algorithmic",
"rule": "headline <= 30 chars AND description <= 90 chars",
"weight": 1,
"binary": true
},
"theme_tag_valid": {
"type": "algorithmic",
"rule": "theme tag in [keyword, benefice, proof, cta, offre, differenciation, brand]",
"weight": 1,
"binary": true
},
"no_excluded_terms": {
"type": "algorithmic",
"rule": "no term from excluded_terms list present",
"weight": 1,
"binary": true
},
"no_keyword_repetition_exact": {
"type": "algorithmic",
"rule": "keyword exact appears max 3 times across 30 headlines",
"weight": 1,
"binary": true
},
"brand_voice_match": {
"type": "human",
"rule": "tone aligns with brand guidelines",
"weight": 1,
"binary": false,
"scale": "0-3"
},
"proof_credibility": {
"type": "human",
"rule": "proof points are credible and verifiable",
"weight": 1,
"binary": false,
"scale": "0-3"
}
},
"filter_threshold": "score_total >= 5/6 (algorithmic) + brand_voice >= 2 + proof_credibility >= 2"
}
Workflow scoringu w praktyce:
# Pseudo-code scoring pipeline RSA IA
def score_rsa_outputs(outputs, scoring_rubric, brand_voice_guidelines):
scored = []
for output in outputs:
score = {
"char_count_compliance": check_chars(output),
"theme_tag_valid": check_theme(output),
"no_excluded_terms": check_excluded(output, excluded_list),
"no_keyword_repetition": check_repetition(outputs, output),
}
# Algorithmic score 0-4
algo_score = sum(score.values())
if algo_score < 4:
scored.append({"output": output, "passed": False, "reason": "algorithmic"})
continue
# Human review queue
scored.append({
"output": output,
"passed": "pending_human_review",
"algorithmic_score": algo_score,
"human_criteria_to_review": ["brand_voice", "proof_credibility"]
})
return scored
Progi zaobserwowane na 200 ocenionych RSA (zagregowane benchmarki Google Ads):
- 30 outputów AI wygenerowanych (2x docelowe), filtrowanie algorytmiczne: ~25 przechodzi (83%).
- 25 outputów w ludzkiej weryfikacji: ~18 przechodzi brand_voice + proof_credibility (72% pozostałych).
- 18 zwalidowanych outputów, ostateczna selekcja 15 według macierzy 7 tematów: 15 wybranych, 3 odrzuconych z powodu tematycznej redundancji.
- Końcowy wskaźnik output: 15/30 = 50% generowań AI kończy się jako produkcyjne RSA. Normalne i zdrowe.
Od rollout końca 2024, Google wymusił rotację reklam 'optimize' (optimize for clicks then conversions) na większości kampanii Search. 'Rotate evenly' jest dostępne tylko na specyficznych starych kampaniach. To zmienia metodę A/B testu RSA: nie można już ręcznie serwować 50/50 między 2 RSA w tej samej grupie reklam. Właściwa metoda 2026 = tworzyć 2 izolowane grupy reklam (jedna AI-only, jedna human-only), ten sam budżet, te same słowa kluczowe, ta sama strona docelowa. Grupa reklam staje się jednostką A/B testu, a nie RSA. Większa metodologiczna rygorystyczność, ale bardziej interpretowalnych wyników. Oficjalna dokumentacja na support.google.com/google-ads/answer/2404190.
Właściwa rotacja reklam: optimize vs rotate evenly
Rotacja reklam to parametr dyktujący, jak Google serwuje RSA z grupy reklam. Przed końcem 2024 dostępne były dwie opcje: optimize (Google priorytetyzuje RSA, które działają) i rotate evenly (Google serwuje RSA naprzemiennie przez 90 dni). Od końca 2024 Google wycofał rotate evenly na większości kont — tylko kilka starszych przypadków lub edge cases w starych kampaniach ją zachowuje.
Co to zmienia dla A/B testów RSA AI vs człowiek:
- Przed 2024 — można było umieścić 2 RSA w tej samej grupie reklam, rotate evenly i porównywać jabłka do jabłek przez 90 dni.
- Od końca 2024 — Google wymusza optimize, więc niemożliwe jest testowanie 2 RSA serwując 50/50 w tej samej grupie reklam. RSA, która "wygrywa" w pierwszym tygodniu, otrzymuje 80%+ serving w kolejnych.
- Właściwa metoda 2026 — tworzyć 2 izolowane grupy reklam:
IA_onlyiHumain_only, te same słowa kluczowe, ten sam budżet, ta sama strona docelowa, te same typy dopasowań. Grupa reklam staje się jednostką A/B testu.
Setup A/B testu z izolowanymi grupami reklam (procedura):
# Pseudo-code Google Ads API setup A/B ad groups
def create_ab_test_ad_groups(campaign_id, keywords, landing_url, budget_per_ad_group):
# Ad group A : IA-only
ad_group_a = create_ad_group(
name="RSA_IA_test_a",
campaign_id=campaign_id,
max_cpc_default=None # Inherit from Smart Bidding
)
add_keywords(ad_group_a.id, keywords)
add_rsa(ad_group_a.id, headlines=ai_generated_15, descriptions=ai_generated_4)
# Ad group B : Humain-only
ad_group_b = create_ad_group(
name="RSA_humain_test_b",
campaign_id=campaign_id,
max_cpc_default=None
)
add_keywords(ad_group_b.id, keywords)
add_rsa(ad_group_b.id, headlines=human_written_15, descriptions=human_written_4)
# Optionally adjust ad rotation (limited 2026)
set_ad_rotation_optimize(ad_group_a.id)
set_ad_rotation_optimize(ad_group_b.id)
return {"ai_group": ad_group_a, "human_group": ad_group_b}
Krytyczne środki ostrożności dla rygorystyczności testu:
- Te same słowa kluczowe exact match types. Żadnej wariacji z broad match po jednej stronie i phrase match po drugiej — natychmiastowe odchylenie.
- Ten sam wspólny budżet lub identyczne budżety na grupę reklam. Bez asymetrycznej fazy uczenia Smart Bidding.
- Ten sam URL strony docelowej na wszystkich RSA. Testowanie innej strony = inna zakłócająca zmienna.
- Żadnych modyfikacji podczas testu 14-21 dni. Ani dodawanych nagłówków, ani korygowanych słów kluczowych, ani zmian budżetu.
- Identyczny geo-targeting między 2 grupami reklam. W przeciwnym razie odchylenie rynkowe.
- Żadnych różnych sygnałów odbiorców między 2 grupami reklam.
Zmienne zakłócające, które niszczą test:
- Różnice w dostosowaniach stawek dla urządzeń (mobile vs desktop) między grupami reklam.
- Różnice w harmonogramie (aktywne dni / godziny).
- Różnice w targetowaniu sieci (Search Partners włączone/wyłączone).
- Różnice w rozszerzeniach (różne sitelinks, callouts).
Wszystkie te zmienne muszą być ściśle identyczne między 2 grupami reklam. W przeciwnym razie testujesz "RSA AI + bid +20% mobile" vs "RSA człowieka + bid 0% mobile", co nic nie mówi o samej jakości RSA.
A/B test 14 dni: metodologia holdout split
Właściwy A/B test trwa minimum 14 dni, idealnie 21 dni, z minimum 5 000 wyświetleń na grupę reklam. Poniżej tej granicy, wariancja z dnia na dzień przekracza różnicę RSA AI vs człowiek, i podejmujesz decyzję na szumie. Metodologia holdout split stosuje te same zasady co holdout testy przyrostowości (zob. nasz przewodnik inkrementalności Discovery Ads) — zastosowane na poziomie grupy reklam RSA.
Kryteria zakończenia i interpretacja wyników:
{
"test_completion_criteria": {
"min_duration_days": 14,
"min_impressions_per_ad_group": 5000,
"min_clicks_per_ad_group": 200,
"min_conversions_per_ad_group": 10
},
"decision_rules": {
"ctr_significant_improvement": "+8% relative AND p_value < 0.05",
"conv_rate_no_significant_loss": "loss < 5% relative",
"cpa_no_significant_loss": "loss < 8% relative"
},
"winner_definition": {
"ai_wins_if": "ctr_significant_improvement AND no_significant_loss",
"human_wins_if": "ai_does_not_meet_criteria OR conv_rate_loss > 8%",
"tie_if": "no clear winner — choisir selon temps production"
}
}
Przykładowa interpretacja wyników dla grupy reklam e-commerce fashion (zagregowane benchmarki Google Ads Q1 2026):
Przypadki, w których człowiek wygrywa (dane Google Ads, grupy reklam B2B nisza):
- Wskaźnik konwersji AI często -8 do -15% w B2B niszowym (złożone dopasowanie przekaz-rynek).
- Brand voice off-tone wykryty w ludzkiej weryfikacji (AI ma tendencję do wygładzania charakterystycznych kątów).
- CTR AI porównywalny do ludzkiego lub niższy w grupach reklam, gdzie specyficzność przeważa nad hookiem.
- Praktyczny wniosek: w grupach reklam B2B nisza, brand premium, top revenue, priorytetyzuj człowieka.
Macierz decyzji uprzemysłowienia:
- Jeśli AI wygrywa na CTR I brak straty w conv rate I czas produkcji -50%+: uprzemysłowić AI na podobnych grupach reklam (ta sama branża, ta sama intencja).
- Jeśli AI równoważne człowiekowi I czas produkcji -50%+: uprzemysłowić AI dla zysku produktywności.
- Jeśli AI traci na conv rate (powyżej 5%): zachować człowieka dla tych grup reklam.
- Jeśli remis: wybrać AI dla standardowych grup reklam, człowieka dla strategicznych.
Pomiar przyrostowości AI vs człowiek
Przyrostowość AI vs człowiek różni się od przyrostowości kampania vs holdout. Tutaj mierzymy nie to, czy reklama istnieje czy nie, ale czy wersja AI przynosi net gain nad wersją ludzką — w 3 wymiarach: czysta wydajność (CTR / wskaźnik konwersji), czas produkcji, jakość brand voice.
Pomiar odbywa się na 3 poziomach:
- Czysta wydajność — A/B test izolowanych grup reklam 14-21 dni (zob. sekcja 5). To najbardziej widoczna miara, ale często najmniej dyskryminująca.
- Czas produkcji — ścisłe mierzenie czasu etapów: brief, generowanie, scoring, selekcja, kalibracja. Porównany na 10 RSA wyprodukowanych każdą metodą.
- Jakość brand voice — jakościowy ślepy przegląd przez 3 ludzkich recenzentów, którzy nie wiedzą, kto pisał (AI czy człowiek). Wynik 0-5 za spójność marki.
Typowe wyniki według zagregowanych danych Google Ads 2025-2026 (n=78 RSA testowanych na ślepo):
Biznesowa interpretacja wyników:
Dobrze zpromptowane AI nie jest ściśle lepsze ani ściśle gorsze od człowieka — przesuwa granicę produkcji. Przy równoważnej wydajności (-/+5% według metryki), uwalnia 50-60% czasu produkcji. Ten zaoszczędzony czas można realokować do strategii (które strategiczne grupy reklam zasługują na czystego człowieka), śledzenia (Enhanced Conversions, offline) lub skalowania (więcej tematycznych grup reklam).
Prawdziwe pytanie 2026 to nie "AI vs człowiek", ale "gdzie alokować ludzki budżet czasu":
- Standardowe grupy reklam (e-commerce mass market, lead gen wolumen) → dobrze zpromptowane AI domyślnie.
- Strategiczne grupy reklam (brand premium, B2B nisza, top revenue) → czysty człowiek.
- Wielojęzyczne grupy reklam (uprzemysłowienie cross-country) → dobrze zpromptowane AI + lokalna ludzka weryfikacja.
- Sezonowe grupy reklam (cotygodniowe odświeżanie) → dobrze zpromptowane AI dla szybkości.
- Nowe grupy reklam przy starcie produktu → czysty człowiek, AI jako wsparcie.
Naiwne RSA ChatGPT (bez ustrukturyzowanego promptu, bez scoringu, bez A/B) nigdy nie są zalecaną opcją. Średnio generują -5 do -12% wskaźnika konwersji vs ludzki baseline, z jakością brand voice 2,1/5 i wysokim ryzykiem halucynacji statystycznych. Pozorny zysk czasu jest kompensowany stratami wydajności i ryzykiem reputacyjnym.
Częste błędy (over-fitting do promptu)
W workflow RSA AI wymienionych w 2025-2026, oto 6 powtarzających się błędów — każdy redukuje realny ROI AI i wyjaśnia, dlaczego wielu reklamodawców błędnie dochodzi do wniosku, że "AI nie działa na Google Ads". Często to nie AI nie działa — to workflow.
Błąd 1 — Naiwne prompty bez ustrukturyzowanych ograniczeń. Prośba "napisz mi 15 nagłówków RSA dla mojej firmy" bez kontekstu, bez theme distribution, bez character_max, bez excluded_terms generuje 40-55% użytecznych outputów. Z ustrukturyzowanym promptem JSON, wzrasta do 75-88%. Zysk nie leży w modelu, lecz w precyzji ograniczeń.
Błąd 2 — Brak scoringu jakości przed ludzką weryfikacją. Branie 15 pierwszych wygenerowanych nagłówków bez algorytmicznego filtrowania marnuje 60-70% czasu ludzkiego przeglądu na outputy, które nawet nie spełniają ograniczeń char count lub theme distribution. Zawsze filtruj algorytmicznie przed ludzką weryfikacją.
Błąd 3 — Over-fitting do początkowego promptu. Iterowanie promptu 15 razy, aby "udoskonalić" output dla konkretnej grupy reklam, generuje nienadający się do ponownego użycia prompt. Właściwy workflow: 80% generycznego, wielokrotnego użytku szablonu promptu + 20% dostosowania kontekstu. Jeśli iterujesz więcej niż 3 razy na promptcie dla 1 grupy reklam, to szablon promptu wymaga wzbogacenia, a nie nadmiernej optymalizacji konkretnego przypadku.
Błąd 4 — Testowanie 2 RSA w tej samej grupie reklam pod Google enforced optimize 2024+. Od końca 2024 Google wymusza rotację reklam optimize, więc 2 RSA w tej samej grupie reklam nie serwują 50/50 — pierwsza, która działa w pierwszym tygodniu, przechwytuje 80%+ serving. Każdy wniosek A/B wewnątrz grupy reklam jest odchylony. Właściwa metoda = 2 izolowane grupy reklam, te same słowa kluczowe.
Błąd 5 — Cięcie testu poniżej 14 dni i 5 000 wyświetleń. Wariancja z dnia na dzień często przekracza różnicę RSA AI vs człowiek. Zbyt wczesne cięcie = decyzja na szumie. Surowa zasada: minimum 14 dni, minimum 5 000 wyświetleń na grupę reklam, idealnie 21 dni i 10 000 wyświetleń, aby wchłonąć 3 pełne cykle tygodniowe.
Błąd 6 — Uprzemysłowienie AI na wszystkich grupach reklam bez rozeznania. AI jest akceleratorem produkcji na standardowych grupach reklam (e-commerce mass market, lead gen wolumen), ale degraduje strategiczne grupy reklam (brand premium, B2B nisza, top revenue), gdzie złożone dopasowanie przekaz-rynek jest priorytetem. Uprzemysłowienie wszystkiego w AI jest równie naiwne jak uprzemysłowienie wszystkiego przez człowieka — wyrafinowanie 2026 polega na alokacji czasu ludzkiego według krytyczności grupy reklam.
Na kontach, które śledzimy w trybie marszowym 2026, optymalna proporcja zmierza ku: ~60-70% grup reklam dobrze zpromptowanym AI (szybka produkcja, równoważna wydajność), ~25-35% czystego człowieka dla strategicznych grup reklam, ~5-10% AI + intensywna ludzka weryfikacja dla wielojęzycznych grup reklam. Ten stosunek ewoluuje według dojrzałości AI zespołu: zaczynaj od 30% AI / 70% człowiek przez 60 dni nauki, stopniowo zwiększaj do 60-70% AI po walidacji workflow. Nie chciej uprzemysłowić wszystkiego AI od dnia 1 — to pierwszy błąd adopcji.
Aby zautomatyzować wdrożenie w pipeline produkcyjnym bez budowania infrastruktury prompt + scoring + A/B samodzielnie, nasz audyt SteerAds integruje powyższy workflow i proponuje plan uprzemysłowienia AI segmentowany według krytyczności grupy reklam, z A/B testem pilotażowym na 2-3 grupach reklam przed globalnym rollout. Aby pójść dalej w filarze AI Google Ads, zob. nasz artykuł 30 promptów JSON Google Ads i jego wizualne rozszerzenie obrazy AI Veo3 Flux Midjourney. RSA AI nie jest ani magiczne, ani bezużyteczne — jest tym, na co pozwala Twój workflow wokół niego. Bez scoringu, bez izolowanego A/B, bez ludzkiej weryfikacji, to pułapka pozornej produktywności. Z metodologiczną dyscypliną, to najwyraźniejsza dźwignia produktywności 2026 dla zespołów acquisition — zob. też oficjalną dokumentację Google Ads dla dodatkowych szczegółów.
Aby pójść dalej, zob. też nasze przewodniki AI discovery clustering wykluczeń, automatyzacja API Python, Zapier Make Google Ads.
Źródła
Oficjalne źródła wykorzystane w tym przewodniku:
FAQ
Czy RSA wygenerowane przez AI osiąga lepsze wyniki niż RSA napisane przez doświadczonego człowieka?
Na A/B testach 14-21 dni, które prowadzimy w sposób ciągły na obsługiwanych kontach, odpowiedź nie jest prostym 'tak'. CTR: +5 do +8% na korzyść dobrze zpromptowanego AI (AI optymalizuje hook ilościowy). Wskaźnik konwersji: 0 do -3% na korzyść człowieka (człowiek lepiej dopasowuje przekaz do konkretnego rynku, szczególnie w B2B niszowym). CPA: równoważny ±5%. Ale w czasie produkcji: 45 min AI dobrze zpromptowane + edycja przez człowieka vs 2-3h czysto ludzkie. Realny zysk leży w produktywności, nie w czystej wydajności. Praktyczny wniosek: uprzemysłowić na standardowych grupach reklam (e-commerce mass market, lead gen wolumen), zachować człowieka dla strategicznych grup reklam (brand premium, B2B nisza, top revenue).
Czy używać rotacji reklam 'optimize' czy 'rotate evenly' z RSA od AI?
W 2026 Google wymusza rotację reklam 'optimize' od końca 2024 na większości kampanii — 'rotate evenly' jest dostępne tylko w legacy przypadkach. To zmienia grę dla testów RSA AI vs człowiek: nie można już ręcznie serwować 50/50. Właściwa metoda 2026 = tworzyć 2 oddzielne grupy reklam (jedna AI-only, jedna human-only), ten sam budżet, te same słowa kluczowe, ta sama strona docelowa, i zostawić na 14-21 dni do porównania wydajności grupy reklam vs grupy reklam. Jeśli Google wymusza optimize globalnie, jest to ważne tylko w ramach grupy reklam na 3 możliwe RSA. To ograniczenie sprawia, że A/B test RSA jest technicznie bardziej rygorystyczny, ale też bardziej pouczający — izolujemy czynnik RSA, zachowując stałe wszystko inne.
Ile czasu trzeba czekać przed oceną RSA AI vs RSA człowieka?
Minimum 14 dni i 5 000 wyświetleń na grupę reklam, idealnie 21 dni i 10 000 wyświetleń, aby wchłonąć 3 pełne cykle tygodniowe i zneutralizować szum dnia tygodnia. Na śledzonych kontach pierwsze 7 dni jest quasi-systematycznie mylące — wariancja z dnia na dzień często przekracza różnicę RSA AI vs człowiek. Zbyt wczesne cięcie to najkosztowniejszy błąd. Surowa zasada: żadnej decyzji poniżej 14 dni i 5 000 wyświetleń, a idealnie skrzyżować z Raportem Zasobów Google Ads, aby zobaczyć, które nagłówki działają vs które mają ocenę 'Low' — często najbardziej przydatne wnioski pochodzą z tej granularności zasobu, a nie z globalnego werdyktu RSA.
Czy prompt JSON zmienia coś dla modelu, czy to tylko kosmetyka?
To nie jest kosmetyka. W przeprowadzanych przez nas testach na ślepo, ustrukturyzowane prompty JSON (z explicytnymi ograniczeniami theme_distribution, character_max, excluded_terms, output_format) generują outputy, które spełniają ograniczenia liczby znaków w 94-99% vs 62-78% dla równoważnych promptów prozatorskich. Zgodność z theme distribution wzrasta z ~50% (proza) do ~88% (JSON). Wariancja w wielu uruchomieniach dzieli się przez 3. Powód techniczny: modele LLM 2026 są fine-tunowane przez RLHF, by lepiej stosować się do sformalizowanych struktur niż do instrukcji w swobodnej prozie. Podobnie jak pisze się zapytania SQL zamiast prosić 'daj mi ważne dane', pisze się prompty JSON zamiast 'zrób coś dobrego'. Format jest kontraktem.
Co zrobić z nagłówkami AI, które przechodzą scoring, ale wyglądają dziwnie podczas ludzkiej weryfikacji?
Odrzucić bez wahania. Algorytmiczny scoring mierzy zgodność z ograniczeniami (char count, theme tag, no_excluded_terms) — nie mierzy spójności przekazu z rynkiem ani rezonansu emocjonalnego. To właśnie jest rola ludzkiej weryfikacji po AI: eliminacja 8-15% technicznie poprawnych, ale dziwnych lub off-brand nagłówków. Nie próbuj 'ratować' dziwnego nagłówka AI z dumy algorytmicznej. Dobry wskaźnik obserwowany w dojrzałych workflow: z 30 wygenerowanych nagłówków (2x 15 docelowych dla wyboru), zachować 15 najlepszych po ludzkiej weryfikacji. Pozostałe 50% trafia do kosza — to normalne i zdrowe. Marginalny koszt nadgenerowania jest pomijalny, koszt dziwnego RSA w produkcji jest wysoki.