Elementor uruchomił publiczną betę Elementor MCP. W praktyce oznacza to, że kompatybilny agent AI może połączyć się z WordPressem i pracować na prawdziwej strukturze strony: odczytywać elementy, tworzyć układy i edytować je w formie, którą później nadal otwierasz normalnie w Elementorze.

To drobna technicznie nazwa, ale ciekawa zmiana modelu pracy. AI nie musi już generować kawałka HTML, który potem człowiek próbuje wkleić i posprzątać. Może dostać zestaw dozwolonych operacji i używać ich tak, jak inny program korzystałby z API.

Co robi Elementor MCP?

MCP, czyli Model Context Protocol, jest standardem pozwalającym modelowi AI odkrywać dostępne narzędzia i wywoływać je w ustrukturyzowany sposób. Elementor wystawia przez MCP funkcje związane z edycją strony, a klient taki jak Claude Code, Claude Desktop, Codex czy Cursor może z nich korzystać.

WebsiteGarage / Usługi

Sprawdź nasze usługi.

Według Elementora agent może budować atomic pages i layouty, edytować istniejące elementy oraz pracować z design systemem strony. Efektem ma być natywna, edytowalna struktura Elementora, a nie obrazek strony albo jednorazowo wygenerowany kod.

Dlaczego to jest ważniejsze niż kolejny generator stron?

Generator strony zwykle rozwiązuje problem pierwszego szkicu. MCP próbuje rozwiązać inny problem: jak pozwolić agentowi wykonywać konkretne operacje na istniejącym systemie bez udawania człowieka klikającego po interfejsie.

To różnica między “napisz mi sekcję hero” a “utwórz sekcję hero z tych komponentów, użyj istniejących zmiennych kolorów i typografii, zapisz jako szkic, a potem zmień przycisk w trzech miejscach”. Drugi wariant jest znacznie bliższy prawdziwej automatyzacji pracy nad stroną.

WordPress przygotował pod to fundament wcześniej

Elementor nie buduje tego w próżni. WordPress od wersji 6.9 ma Abilities API, czyli standardowy sposób opisywania funkcji, które system, wtyczka albo zewnętrzne narzędzie może odkryć i wykonać. Oficjalny WordPress MCP Adapter potrafi takie abilities wystawić agentom jako narzędzia MCP.

To istotne, bo zaczyna powstawać wspólny język między WordPressem, wtyczkami i agentami. Jeżeli ten model się przyjmie, integracja AI ze stroną nie będzie polegała na osobnym, niestandardowym bocie do każdej wtyczki.

Beta to nadal beta

Na dziś Elementor MCP jest wersją beta. Elementor wskazuje też na wymaganie Atomic Editor i ograniczenia wynikające z aktualnego zakresu funkcji. To nie jest sygnał, żeby jutro podłączyć agenta z pełnymi prawami do produkcyjnego sklepu i poprosić go o “ogarnięcie wszystkiego”.

Warto natomiast przetestować ten model na środowisku stagingowym. Najciekawsze pytanie nie brzmi nawet “czy AI zrobi ładną stronę?”, tylko “czy po wykonanej pracy zostaje normalna, czytelna struktura, którą człowiek może dalej utrzymywać?”.

Gdzie to może realnie oszczędzić czas?

  • tworzenie wielu podobnych sekcji i podstron z istniejącego design systemu,
  • masowe poprawki powtarzalnych elementów,
  • budowa pierwszej wersji layoutu z przygotowanego briefu,
  • porządkowanie strony według zdefiniowanych komponentów i zmiennych,
  • automatyzacja zadań, które dziś wymagają wielu powtarzalnych kliknięć.

Komentarz WebsiteGarage

Najciekawsza rzecz w tym wdrożeniu nie ma nic wspólnego z magicznym “AI zrobi stronę za ciebie”. Wreszcie zaczyna powstawać sensowna warstwa pomiędzy modelem a CMS-em.

Jeżeli agent dostaje mały, jasno opisany zestaw narzędzi i działa na natywnych strukturach, łatwiej ograniczyć jego uprawnienia, sprawdzić wynik i wycofać zmianę. To znacznie zdrowszy kierunek niż dawanie modelowi dostępu do przeglądarki i nadzieja, że dobrze trafi w przycisk “Zapisz”.

Jednocześnie MCP nie usuwa problemu jakości. Agent nadal może wykonać zły plan bardzo sprawnie. Design system, struktura treści, dostępność i sensowny brief nadal muszą istnieć. Automatyzacja nie naprawia chaosu, tylko potrafi go szybciej powielić.