AI Claude MCP dla WordPress

Home » Blog

Claude widzi Twoją stronę WordPress – nawet tę na własnym serwerze

5 lutego 2026 WordPress.com ogłosił oficjalny konektor do Claude. Dzięki temu AI może bezpośrednio czytać dane z witryny – statystyki, posty, komentarze – bez kopiowania czegokolwiek ręcznie.

Ale co jeśli masz WordPressa na własnym hostingu (OVH, home.pl, LH.pl, cokolwiek)? Okazuje się, że da się to zrobić w podobny sposób – i to z dużo większą kontrolą nad danymi. Klucz to otwarty protokół MCP (Model Context Protocol) od Anthropic + kilka gotowych adapterów z GitHuba.

W Globalmedia od ponad 10 lat robimy WordPressa i WooCommerce dla polskich małych i średnich firm. Od kilku tygodni grzebiemy w MCP na self-hostedach – testujemy, psujemy, naprawiamy i wdrażamy AI dla WordPress’a. Poniżej opisuję, co naprawdę działa w lutym 2026, jak to postawić i na co uważać.

MCP w skrócie – o co w ogóle chodzi?

MCP to standard, który pozwala modelom AI (na razie głównie Claude) bezpiecznie łączyć się z zewnętrznymi narzędziami i danymi przez prosty serwer (lokalny albo zdalny). WordPress.com ma to wbudowane od lutego. Self-hosted musi sobie to zrobić sam – ale na szczęście community i Automattic dali już solidne klocki.

Najważniejsze, co możesz uzyskać:

  • odczyt statystyk (Jetpack, Google Analytics przez endpointy)
  • lista postów, stron, produktów WooCommerce, komentarzy
  • podstawowe operacje typu „stwórz szkic posta” (jeśli odważysz się na write-access)

Działa to z Claude Desktop / Claude Code – przeglądarkowa wersja na razie MCP obsługuje słabo.

Najbardziej sensowne repozytoria na dziś (luty 2026)

Z tego, co przetestowaliśmy u klientów i na naszych stagingach, te trzy są obecnie najprzydatniejsze:

  1. WordPress/mcp-adapter (oficjalny, dawniej Automattic/wordpress-mcp)
    https://github.com/WordPress/mcp-adapter
    Najbardziej aktualny i wspierany. Instalujesz jak zwykły plugin (albo przez composer), włącza Abilities API → MCP. Najlepiej działa z nowszymi wersjami WP (6.9+).
    Czas setupu: 10–20 min.

  2. Njengah/autowpmcp
    https://github.com/Njengah/autowpmcp
    Lekki serwer Node.js – idealny na start, jeśli nie chcesz grzebać w pluginach. Bardzo prosty config przez application passwords.
    Najszybszy sposób, żeby zobaczyć, czy w ogóle Ci to śmiga.

  3. InstaWP/mcp-wp
    https://github.com/InstaWP/mcp-wp
    Bardzo minimalistyczny, świetny na dev/staging albo do testów custom endpointów.

Jeśli robisz WooCommerce i chcesz od razu widzieć zamówienia/sprzedaż – zacznij od autowpmcp + własny endpoint (patrz niżej).

Jak to postawić w 15–20 minut (autowpmcp)

Wymagania:

  • WordPress 6.5+ (najlepiej 6.9+)
  • Jetpack z włączonymi statystykami (opcjonalnie, ale bardzo pomaga)
  • Claude Desktop (lub Claude Code)
  • Node.js na komputerze, na którym uruchamiasz Claude

Kroki:

  1. Sklonuj i odpal serwer

    git clone https://github.com/Njengah/autowpmcp
    cd autowpmcp
    npm install
    npm run build
    npm start

    Powinien słuchać na http://localhost:3000.

  2. W WordPressie zrób Application Password
    Użytkownicy → Twój profil → Application Passwords → „Claude lokalny” → skopiuj hasło.

  3. Edytuj config.json w folderze autowpmcp (lub .env jeśli jest) – wpisz URL strony, login i nowe hasło.

  4. W Claude Desktop:
    Settings → Edit Config (Cmd/Ctrl + ,)
    Dodaj wpis:

    {
     "mcpServers": {
       "moja-strona": {
         "command": "node",
         "args": ["/ścieżka/do/autowpmcp/dist/index.js"]
       }
     }
    }
  5. Restart Claude → wpisz „Connect to WordPress” albo po prostu „pokaż ostatnie posty z mojej strony”.

Działa? Super. Nie działa? Najczęstsze problemy: permalinks nie przeflushowane, firewall blokuje localhost, REST API wyłączone w jakimś security pluginie.

WooCommerce – własny endpoint na szybko

Żeby Claude sensownie czytał zamówienia, najlepiej dorzucić własny REST endpoint. Prosty przykład (wrzuć do mu-plugin albo functions.php dziecka):

add_action('rest_api_init', function () {
    register_rest_route('mcp/v1', '/woo-last-month', [
        'methods'  => 'GET',
        'callback' => function () {
            global $wpdb;
            $orders = $wpdb->get_results("
                SELECT ID, total 
                FROM {$wpdb->prefix}wc_orders 
                WHERE date_created_gmt > DATE_SUB(NOW(), INTERVAL 30 DAY)
                LIMIT 50
            ");

            $count = count($orders);
            $sum   = array_sum(wp_list_pluck($orders, 'total'));

            return rest_ensure_response([
                'orders_count'   => $count,
                'total_revenue'  => $sum,
                'avg_order'      => $count ? round($sum / $count, 2) : 0,
            ]);
        },
        'permission_callback' => function () {
            return current_user_can('edit_posts'); // albo restrict do app password
        }
    ]);
});

Potem w Claude: „pokaż podsumowanie zamówień z ostatniego miesiąca przez endpoint mcp/v1/woo-last-month”.

Bezpieczeństwo – serio o tym pomyśl

  • Używaj Application Passwords albo OAuth – nigdy głównego hasła.
  • Lokalny serwer = dane nie wychodzą poza Twój komputer.
  • Read-only na start – write włączaj tylko świadomie i z osobnym kontem o niskich uprawnieniach.
  • Na produkcji: HTTPS + restrict IP jeśli serwer zdalny.
  • Revoke tokeny regularnie.

To jest dużo bezpieczniejsze niż wrzucanie credentiali do chmury WP.com.

Ile to realnie daje?

U klientów, którzy zaczęli:

  • Analiza ruchu / zamówień – zamiast 2–3 h w panelu → 2 minuty rozmowy z Claude.
  • Szybkie audyty treści – „które posty mają najwięcej komentarzy, a mało ruchu” → lista w 30 sekund.
  • Optymalizacja cen / stock – łatwiej wyłapać dziwne zachowania.

Nie jest to magiczna różnica 300% sprzedaży overnight, ale przy regularnym użytkowaniu oszczędza naprawdę sporo czasu – szczególnie w małych zespołach 1–3 osoby.

Jeśli chcesz, możemy zrobić darmowy 30-minutowy PoC – prześlij adres swojej strony (może być staging), sprawdzimy, czy REST API śmiga i powiemy, co realnie da się wyciągnąć w Twoim przypadku.

[email protected]