Przejdź do głównej treści
Wróć do bloga
Inne 5 min czytania

Automatyczne tworzenie i aktualizowanie landing page’ów z AI w n8n: jak generować podstrony kampaniowe pod słowa kluczowe

20 czerwca 2026 Michał Kasprzyk Aktualizacja: 20 czerwca 2026

Automatyczne tworzenie i aktualizowanie landing page’ów z AI w n8n: jak generować podstrony kampaniowe pod słowa kluczowe

Kiedy prowadzisz więcej niż kilka kampanii równolegle, ręczne tworzenie landing page’ów pod każde słowo kluczowe lub grupę reklamową staje się wąskim gardłem. W n8n można zbudować przepływ, który na podstawie zdefiniowanych fraz generuje strukturę podstrony, treść, metadane SEO, a następnie publikuje ją bezpośrednio przez API WordPressa lub headless CMS. Nie zastępuje to decyzji strategicznych, ale eliminuje powtarzalną pracę techniczną i redakcyjną.

Architektura przepływu: od słowa kluczowego do opublikowanej podstrony

W praktyce przepływ dzielę na trzy segmenty: pobranie kontekstu, wygenerowanie treści oraz publikację. Próba upchnięcia wszystkiego w jednym węźle to błąd, który utrudnia debugowanie i kontrolę jakości.

Segment 1: Baza wyzwalaczy. Używam Google Sheets, Notion lub bezpośredniego triggera HTTP, w którym zapisuję listę planowanych landing page’ów wraz z docelowym słowem kluczowym, grupą odbiorców i proponowanym CTA. Każdy wiersz musi zawierać unikalny identyfikator, który później posłuży jako slug lub część adresu URL.

Segment 2: Generowanie treści w AI. Węzeł LLM otrzymuje prompt z szablonem, który zawiera:

  • docelowe słowo kluczowe i synonimy,
  • kontekst oferty (np. usługa stron internetowych lub automatyzacji),
  • ograniczenia długości (meta title do 60 znaków, meta description do 160),
  • format wyjściowy (JSON z polami: tytuł, nagłówek H1, lead, treści sekcji, alt dla obrazka głównego).

Nie pozwalam modelowi samodzielnie decydować o strukturze strony. W systemowej instrukcji (system prompt) narzucam schemat sekcji, który weryfikuje spójność z pozostałymi podstronami serwisu.

Segment 3: Publikacja. Używam węzła HTTP Request lub dedykowanej integracji z WordPress REST API / GraphQL CMS. Przy każdym wywołaniu sprawdzam najpierw, czy podstrona o danym slugu już istnieje. Jeśli tak – przepływ przechodzi w tryb aktualizacji zamiast tworzenia duplikatu. W przypadku WordPressa oznacza to różnicę między POST a PUT na endpoint /wp/v2/pages/{id}.

Jak zachować jakość i uniknąć generycznych treści

Automatycznie generowane landing page’e łatwo wpadają w schemat. Aby temu zapobiec, stosuję trzy reguły weryfikacyjne:

  1. Weryfikacja spójności tonu. Przed publikacją kolejny węzeł LLM porównuje wygenerowaną treść z wcześniej przygotowanym wzorcem stylistycznym (few-shot). Jeśli wykryje odejście od przyjętego stylu lub użycie niepoprawnych fraz branżowych, zwraca błąd i wstrzymuje publikację.

  2. Kontrola unikalności fraz kluczowych. Każde słowo kluczowe przypisuję do konkretnego landing page’a w rejestrze (np. Airtable). Przepływ sprawdza, czy dana fraza nie ma już przypisanej podstrony. Zapobiega to kanibalizacji SEO i tworzeniu zbędnych duplikatów tematycznych.

  3. Walidacja struktury HTML. Treść z modelu przechodzi przez filtr, który sprawdza obecność wymaganych nagłówków H2, przynajmniej jednego wewnętrznego linku do istniejącej oferty oraz poprawności formatowania JSON. Brak któregokolwiek z elementów powoduje zwrot do ręcznej weryfikacji (human-in-the-loop).

Aktualizacja istniejących podstron bez wchodzenia w panel CMS

Landing page’e kampaniowe szybko się dezaktualizują – zmieniają się ceny, terminy, dostępność usług. Zamiast ręcznej edycji każdej podstrony konfiguruję w n8n cykliczny trigger (np. raz dziennie lub na podstawie webhooka ze zmian w CRM), który:

  • pobiera listę aktywnych landing page’ów,
  • porównuje aktualną treść z nowymi danymi źródłowymi,
  • generuje tylko te fragmenty, które wymagają zmian (np. akapit z cennikiem lub sekcja z terminem),
  • aktualizuje podstronę przez API,
  • wysyła powiadomienie na Slacka lub e-mail z listą wprowadzonych zmian.

Kluczowa decyzja techniczna polega na określeniu, czy AI ma regenerować całą treść, czy tylko fragment. W przypadku długich landing page’ów zalecam aktualizację fragmentaryczną – ogranicza to zużycie tokenów LLM i zmniejsza ryzyko przypadkowej zmiany kontekstu w pozostałych sekcjach.

Weryfikacja techniczna po stronie serwera

Po opublikowaniu lub aktualizacji przepływ odwiedza wygenerowaną URL i wykonuje automatyczne testy:

  • status HTTP musi wynosić 200,
  • tag title i meta description muszą faktycznie znajdować się w sekcji <head> (chroni to przed nadpisaniem przez wtyczki cache),
  • kanoniczny link canonical musi wskazywać na samą podstronę, a nie na stronę główną,
  • obrazy w treści muszą mieć wypełnione atrybuty alt.

Jeśli któryś z testów się nie powiedzie, przepływ wysyła powiadomienie i oznacza rekord w bazie jako „wymaga ręcznej weryfikacji”. To prosty mechanizm, który wyłapuje większość błędów wynikających z konfliktów między API CMS a wtyczkami optymalizacyjnymi.

Ograniczenia i decyzje, które trzeba podjąć przed wdrożeniem

Przepływ automatyzujący landing page’e nie zastępuje strategii marketingowej. Trzeba jasno zdefiniować:

  • Zakres automatyzacji. Czy AI generuje pełną treść, czy tylko szkielet, który redaktor uzupełnia przed publikacją? Polecam hybrydę: AI tworzy szkielet i pierwszą wersję, człowiek weryfikuje przed oznaczeniem jako „opublikowane”.
  • Schemat URL. Ustalam, czy landing page’e mają być podpięte pod domenę główną (/kampania/) czy subdomeny. Ma to wpływ na strukturę linkowania wewnętrznego i sposób traktowania przez Google.
  • Sposób obsługi obrazów. AI może generować opisy alt, ale nie doda samodzielnie plików graficznych do biblioteki mediów bez dodatkowej integracji z generatorem obrazów lub API typu Unsplash, co wymaga dodatkowych nakładów na API i infrastrukturę. W praktyce przygotowuję wcześniej zestaw grafik w bibliotece WordPressa, a przepływ wybiera odpowiednią na podstawie kategorii usługi.

Jak wdrożyć taki system w organizacji

Zaczynam od pojedynczego landing page’a testowego, który przepływ generuje w środowisku staging. Sprawdzam, czy struktura HTML nie koliduje z szablonem strony, czy meta dane poprawnie się zapisują i czy slugi są zgodne z przyjętą konwencją. Dopiero po akceptacji przenoszę workflow na produkcję z cronem lub triggerem webhook.

Jeśli Twoja firma prowadzi regularne kampanie i ręczne tworzenie podstron zabiera czas, który mógłby pójść na analizę lub rozwój oferty – taki przepływ w n8n realnie upraszcza codzienną pracę. Projektuję i wdrażam automatyzacje łączące AI z CMS, CRM i narzędziami marketingowymi. Jeśli chcesz sprawdzić, jak to może wyglądać w Twoim serwisie, zapraszam do kontaktu – przeanalizuję Twój obecny proces i zaproponuję konkretną architekturę workflowu.

👨‍💻

Michał Kasprzyk

Tworzę nowoczesne strony internetowe dla firm z całej Polski. Specjalizuję się w szybkich, bezpiecznych i zoptymalizowanych pod SEO witrynach.

Więcej o mnie

Powiązane artykuły

Inne

RAG dla firmowej bazy wiedzy: jak budować systemy odpowiadające na podstawie dokumentów bez halucynacji

Jak wdrożyć RAG w firmowej bazie wiedzy? Opisuję architekturę, chunking, embeddingi i zasady weryfikacji odpowiedzi, które minimalizują halucynacje w systemach AI.

Inne

Routing zapytań do modeli LLM w n8n: jak klasyfikować intencje i dobierać modele AI

Dowiedz się, jak wdrożyć routing zapytań do modeli LLM w n8n za pomocą klasyfikacji intencji, aby optymalizować koszty i dobierać odpowiednie modele AI do każdego zadania.

Inne

Automatyczna analiza konkurencji z AI w n8n: jak monitorować strony rywali, oferty i zmiany treści

Tworzę przepływy n8n, które automatycznie monitorują konkurencję, śledzą zmiany ofert i analizują treści stron rywali bez ręcznego przeglądu.

Potrzebujesz strony internetowej?

Skontaktuj się ze mną, aby omówić Twój projekt. Pierwsza konsultacja jest bezpłatna.

Zamów bezpłatną wycenę
Napisz na WhatsApp