MCP w marketingu: jak połączyć CMS z analityką, dokumentacją i pracą zespołu
- MCP usprawnia aktualizację treści marketingowych, łącząc dane analityczne, dokumentację oferty, CMS i przekazanie zmian do akceptacji.
- Agent AI koordynuje pracę między systemami, zbierając informacje potrzebne do aktualizacji strony.
- Analityka wskazuje obszary wymagające sprawdzenia, ale nie przesądza o przyczynach słabych wyników.
- Aktualna dokumentacja oferty stanowi podstawę poprawek, pomagając usunąć rozbieżności i uzupełnić braki.
- Zmiany trafiają do CMS jako szkic do oceny, wraz ze źródłami, uzasadnieniem i kryteriami akceptacji w Jira.
- Proces wymaga jasno określonych uprawnień, a decyzja o publikacji pozostaje po stronie redaktora.
- Po publikacji warto porównać wyniki strony, uwzględniając także zmiany kampanii i źródeł ruchu.
„Sprawdź wyniki strony naszej usługi, porównaj jej treść z aktualną ofertą i przygotuj poprawioną wersję w CMS do zatwierdzenia”. Wykonanie takiego zadania wymaga dostępu do kilku systemów: analityki internetowej, dokumentacji oferty, systemu zarządzania treścią i narzędzia, w którym zespół przekazuje materiały do akceptacji.
MCP, czyli Model Context Protocol, pozwala aplikacji AI korzystać z danych i operacji udostępnianych przez zewnętrzne narzędzia. Serwer MCP może udostępniać istniejące API lub inne źródło danych w formie przygotowanej do wykorzystania przez model językowy. Nie zastępuje API, a pozwala agentowi używać go podczas realizacji zadania.
Prześledźmy przykładową konfigurację, w której marketing aktualizuje stronę usługi w Drupalu, korzystając z dokumentacji w Confluence, raportu analitycznego i zadań w Jira. To scenariusz integracji oparty na opisanych możliwościach MCP, nie gotowy zestaw funkcji dostępny po podłączeniu dowolnego serwera. Poszczególne operacje trzeba udostępnić i określić ich uprawnienia.
Co dokładnie łączy MCP
W takim rozwiązaniu CMS nie odpytuje samodzielnie wszystkich pozostałych systemów. Proces koordynuje agent AI, korzystający z narzędzi udostępnionych przez odpowiednie serwery MCP. Pobiera informacje z jednego systemu, analizuje je i wykorzystuje przy kolejnym działaniu.

Rys. 1. Jak działa MCP w marketingu?
Dla naszego przykładu zakres integracji wygląda następująco:
| System | Co udostępniamy agentowi | Do czego wykorzystuje to marketing |
| Drupal | Odczyt wskazanych treści, typów i pól oraz zatwierdzany zapis szkicu. | Przygotowanie aktualizacji konkretnej strony. |
| Confluence | Odczyt zatwierdzonego opisu usługi. | Sprawdzenie zakresu oferty i poprawności obietnic marketingowych. |
| System analityczny | Raport dla wskazanego adresu strony i okresu. | Wybór strony wymagającej analizy oraz późniejsze porównanie wyników. |
| Jira | Odczyt zadania, utworzenie lub uzupełnienie zgłoszenia. | Przekazanie szkicu, uzasadnienia zmian i kryteriów akceptacji do redaktora. |
Materiały opisują pracę z wiedzą w Confluence, odczyt struktury i przygotowanie szkiców w Drupalu, integracje z systemami zadaniowymi oraz łączenie danych analitycznych. Tabela przedstawia wybrany zakres tych możliwości dla jednego procesu marketingowego.
Analityka i CMS: od wyniku strony do listy rzeczy do sprawdzenia
Zadanie zaczyna się od wskazania strony i okresu analizy. Agent pobiera przygotowany raport, na przykład zawierający adres strony, liczbę wizyt, źródła ruchu i liczbę wysłanych formularzy. Następnie odczytuje treść odpowiadającą temu adresowi w CMS.
To połączenie pozwala pracować jednocześnie na wyniku strony i jej rzeczywistej zawartości. Raport analityczny nie pozostaje osobnym zestawieniem, które marketer musi ręcznie powiązać z materiałem do aktualizacji.
Załóżmy, że raport pokazuje ruch na stronie, ale niewiele wysłanych formularzy. Agent nie powinien na tej podstawie stwierdzić, że winny jest nagłówek. Może natomiast przygotować zakres dalszej kontroli: sprawdzić, czy strona jasno opisuje usługę, wyjaśnia warunki współpracy i odpowiada na pytania potencjalnego klienta.
Dodatkowym źródłem mogą być udostępnione ankiety i zgłoszenia klientów. Materiał opisuje możliwość grupowania takich opinii i łączenia ich z informacjami analitycznymi. W naszym scenariuszu agent zestawia powtarzające się pytania z zawartością strony. Jeżeli klienci pytają o przygotowanie do wdrożenia, a strona pomija ten temat, wskazuje konkretną lukę.
Wynikiem tego etapu jest propozycja zmian przypisana do określonej strony: jaki fragment wymaga uzupełnienia, z jakich informacji wynika ta potrzeba i co trzeba jeszcze potwierdzić. Dane wskazują obszar do sprawdzenia, a nie automatycznie przyczynę słabego wyniku.
Confluence i CMS: aktualizacja treści na podstawie obowiązującej oferty
Kolejny krok to porównanie treści strony z zatwierdzoną dokumentacją. Agent korzysta z dwóch integracji: przez jedną odczytuje opis usługi w Confluence, przez drugą materiał zapisany w Drupalu. Oba rodzaje źródeł są wskazane w materiale jako możliwe do udostępnienia przez MCP.
Przykładowo strona informuje, że szkolenie jest częścią podstawowego pakietu, podczas gdy aktualny opis oferty określa je jako usługę dodatkową. Agent wskazuje rozbieżność i przygotowuje korektę konkretnego fragmentu. Nie musi przepisywać całej strony.
Podobnie postępuje z brakującymi informacjami. Jeżeli dokumentacja zawiera listę materiałów wymaganych przed rozpoczęciem współpracy, może wykorzystać ją do przygotowania nowej odpowiedzi w FAQ. Gdy odpowiedzi nie ma w zatwierdzonym źródle, kieruje pytanie do osoby odpowiedzialnej za ofertę.
Znaczenie ma również struktura CMS. W Drupalu agent może odczytywać typy treści i pola oraz przygotowywać szkice. MCP W naszym przykładzie strona usługi zawiera osobne pola na wprowadzenie, zakres współpracy i FAQ. Agent przypisuje proponowane zmiany do odpowiednich pól, zamiast zwracać jeden blok tekstu wymagający ręcznego podziału.
Do akceptacji trafia więc konkretna propozycja:
W opisie zakresu usuń informację o szkoleniu w pakiecie podstawowym. W FAQ dodaj odpowiedź o przygotowaniu do współpracy, opartą na zatwierdzonej dokumentacji. Pozostałe pola pozostaw bez zmian.
To inny rezultat niż ogólne polecenie „popraw tekst”. Redaktor widzi co ma się zmienić, gdzie i na jakiej podstawie.
CMS i Jira: od zaakceptowanej propozycji do szkicu gotowego do oceny
Po zatwierdzeniu zakresu zmian agent może wykonać operację zapisu w CMS pod warunkiem że integracja ją udostępnia. W opisanym zastosowaniu Drupala dostęp zapisujący powinien być ograniczony do określonych typów treści i wymagać zgody.
W naszym procesie agent zapisuje wersję roboczą strony usługi. Nie publikuje jej, nie zmienia konfiguracji serwisu i nie modyfikuje pozostałych materiałów. Następnie wykorzystuje integrację z Jira do przekazania rezultatu osobie odpowiedzialnej za ocenę. Materiał opisuje między innymi tworzenie podzadań i kryteriów akceptacji oraz aktualizowanie przebiegu pracy w systemach zadaniowych.
Przygotowane zgłoszenie zawiera odnośnik do szkicu, zestawienie zmienionych pól i dokumenty źródłowe. Kryteria akceptacji odnoszą się do zleconej aktualizacji: poprawności informacji o szkoleniu, zgodności odpowiedzi w FAQ z dokumentacją i zachowania pozostałej treści.
Dzięki temu osoba zatwierdzająca nie otrzymuje jedynie komunikatu „strona została poprawiona”. Ma materiał, uzasadnienie i zakres kontroli w jednym zadaniu.
Zapisanie szkicu nie oznacza zatwierdzenia publikacji. W tym scenariuszu publikację wykonuje uprawniony redaktor po zakończeniu oceny. Ten podział wynika z rozdzielenia operacji odczytu i zapisu oraz ograniczenia uprawnień do potrzeb konkretnego zadania.
CMS, analityka i zadanie: sprawdzenie wyniku po publikacji
Po opublikowaniu strony można wrócić do tego samego procesu. W zadaniu zapisano już, co zmieniono i dlaczego. Agent pobiera kolejny raport analityczny dla tego samego adresu, a następnie przygotowuje porównanie uzgodnionych okresów.
Materiał wskazuje możliwość wykonywania zadań cyklicznych oraz generowania raportów na podstawie danych analitycznych i informacji produktowych. W naszym przykładzie takie zadanie może obejmować zestawienie ruchu i wysłanych formularzy przed aktualizacją oraz po niej, uzupełnione informacją o dacie publikacji i zakresie zmiany.
Nie jest to automatyczny dowód skuteczności nowego tekstu. Jeżeli równolegle zmieniono kampanię lub źródła ruchu, należy uwzględnić to w interpretacji. Agent ma przygotować porównywalne dane i wskazać ograniczenia analizy, nie przypisywać każdej poprawy aktualizacji strony.
Raport może wrócić do tego samego zadania w Jira. W ten sposób marketing zachowuje powiązanie między sygnałem z analityki, decyzją redakcyjną, zmianą w CMS i późniejszym wynikiem.
Co trzeba przygotować, żeby ten proces działał
Dla marketingu zlecenie może mieć formę jednego polecenia. Po stronie integracji trzeba jednak określić konkretne operacje i dane. Samo podłączenie serwera MCP nie definiuje sposobu wykonania zadania. Materiał podkreśla potrzebę budowania narzędzi zadaniowych, doboru dostępu do etapu pracy i testowania zachowania agenta.
W przedstawionym procesie trzeba przede wszystkim ustalić, jak adres strony z analityki zostanie powiązany z treścią w CMS, który dokument jest obowiązującym opisem oferty i w jakim statusie wolno zapisać zmiany. Potrzebne są też jasne warunki zakończenia: czy zadanie kończy się na propozycji, zapisaniu szkicu, czy przekazaniu go do redaktora.
Na początek wystarczy jeden typ treści w CMS, wskazana dokumentacja, uzgodniony raport analityczny i jeden sposób przekazania materiału do akceptacji. Pozwala to sprawdzić cały przebieg bez udostępniania agentowi wszystkich funkcji używanych narzędzi.
Rezultatem takiego zastosowania MCP jest aktualizacja konkretnej strony oparta na danych, zapisana w odpowiednich polach CMS i przekazana do oceny wraz z uzasadnieniem. Marketing nie dostaje kolejnego tekstu do przeklejenia. Otrzymuje wykonany etap pracy, powiązany ze źródłami, decyzjami i dalszą kontrolą wyniku.
Zastanawiasz się, jak MCP może ułatwić integrację AI z danymi i systemami w Twojej organizacji? Napisz do nas: sales@fabrity.pl.