Widoczność w odpowiedziach ChatGPT, Perplexity czy Google AI Overviews rzadko ma w firmie jednego właściciela. Role w zespole AIO zwykle rozkładają się między SEO, redakcję, PR i IT, a zadania, które nie pasują do żadnego z tych działów, po prostu nikt nie przejmuje. Ten tekst pokazuje, jak rozdzielić odpowiedzialność tak, żeby każda czynność miała nazwisko, termin i miarę.
W skrócie:
- AIO nie jest osobnym działem, tylko warstwą zadań rozpisaną na cztery istniejące zespoły.
- SEO odpowiada za dane, technikalia i priorytety; redakcja za format treści; PR za obecność w źródłach zewnętrznych; IT za wdrożenia.
- Najczęściej giną trzy zadania: monitoring cytowań, aktualizacja starych tekstów i obsługa danych strukturalnych.
- Macierz odpowiedzialności (RACI) plus jeden dwutygodniowy rytm spotkań wystarczą, żeby zamknąć luki.
Dlaczego AIO wypada między działami
AIO łączy kompetencje, które w typowej firmie należą do czterech różnych osób, i dlatego nikt nie czuje się jego właścicielem. Optymalizacja pod modele językowe wymaga jednocześnie danych z Search Console (SEO), przepisania treści na krótkie, cytowalne akapity (redakcja), obecności marki w Wikipedii, branżowych rankingach i mediach (PR) oraz zmian w szablonach i schema.org (IT).
Każdy z tych zespołów ma własne cele kwartalne, w których AIO pojawia się co najwyżej jako dopisek. Efekt jest przewidywalny: audyt zrobiony, wnioski spisane, wdrożenie zatrzymuje się na pierwszym zadaniu, które wymaga pracy dwóch działów naraz. Właśnie dlatego sensowna roadmapa AIO od audytu do cytowań zaczyna się od podziału ról, a nie od listy poprawek.
Rola SEO: dane, technikalia, priorytety
Zespół SEO jest naturalnym koordynatorem AIO, bo jako jedyny ma dostęp do danych o tym, które strony są w ogóle pobierane przez roboty. Do jego zadań należą:
- Diagnoza indeksacji i crawlowania: sprawdzenie w logach serwera, czy GPTBot, ClaudeBot i PerplexityBot docierają do kluczowych adresów, i czy robots.txt ich nie blokuje.
- Priorytetyzacja tematów: wybór 20–30 zapytań, w których firma chce być cytowana, na podstawie wolumenu, intencji i szans na wygraną.
- Specyfikacja techniczna: konkretna lista zmian dla IT (schema Article i Organization, kanoniczne adresy, szybkość renderowania treści bez JavaScriptu).
- Pomiar: cotygodniowa próbka zapytań w ChatGPT, Perplexity i Gemini z zapisem, czy domena pojawia się w źródłach.
SEO nie pisze treści i nie negocjuje publikacji w mediach. Jeśli te zadania lądują na tym zespole, po dwóch miesiącach roadmapa staje w miejscu.
Rola contentu i redakcji
Redakcja odpowiada za to, czy tekst da się zacytować: modele wybierają fragmenty, które samodzielnie odpowiadają na pytanie w 40–80 słowach. W praktyce oznacza to trzy obowiązki:
- przepisanie wstępów i pierwszych akapitów każdej sekcji tak, żeby zaczynały się od odpowiedzi, a nie od kontekstu;
- dodanie do artykułów tabel porównawczych, list kroków i sekcji FAQ, które LLM-y pobierają częściej niż ciągłą prozę;
- plan aktualizacji: każdy tekst starszy niż 12 miesięcy dostaje termin przeglądu, bo modele preferują treści z datą modyfikacji z bieżącego roku.
Redakcja potrzebuje od SEO listy priorytetowych zapytań, a od PR informacji, które twierdzenia firmy mają już potwierdzenie w źródłach zewnętrznych. Bez tego pisze w próżni. Dobrym punktem odniesienia jest sposób, w jaki układa się treści w modelu AIO dla SaaS: pricing, dokumentacja i strony porównawcze, gdzie każdy typ strony ma z góry określony format cytowalny.
Rola PR i zespołu marki
PR odpowiada za to, co modele wiedzą o firmie spoza jej własnej domeny. Testy pokazują, że ChatGPT i Perplexity przy zapytaniach typu „najlepsze narzędzia do X” sięgają w pierwszej kolejności po rankingi, recenzje i artykuły w mediach branżowych, a dopiero potem po strony producentów.
Konkretne zadania zespołu PR:
- obecność w 5–10 zestawieniach i rankingach, z których modele najczęściej cytują (identyfikuje je SEO na podstawie próbki zapytań);
- spójne dane o firmie w Wikipedii, Crunchbase, LinkedIn i katalogach branżowych (nazwa, rok założenia, siedziba, produkty);
- wypowiedzi eksperckie w mediach, które później pojawiają się jako źródła w odpowiedziach.
To zadanie najczęściej pozostaje bez właściciela, bo PR nie zna wskaźników AIO, a SEO nie ma kontaktów w redakcjach. Jedyne rozwiązanie to wpisanie cytowań w KPI zespołu PR.
Rola IT i zespołu wdrożeniowego
IT wdraża zmiany, których nie da się zrobić z poziomu edytora treści. Lista zwykle jest krótka, ale bez niej cała reszta nie działa:
- konfiguracja robots.txt i nagłówków dla botów AI (dopuszczenie GPTBot, ClaudeBot, PerplexityBot, Google-Extended);
- dane strukturalne w szablonach: Article, Organization, FAQPage tam, gdzie ma to sens, z poprawnym polem dateModified;
- serwowanie pełnej treści w HTML, bez zależności od JavaScriptu, bo większość crawlerów LLM nie renderuje skryptów;
- dostęp do logów serwera dla SEO, co najmniej raz w tygodniu.
IT nie decyduje, które strony są priorytetowe, i nie odpowiada za jakość treści. Odpowiada za to, żeby zgłoszone zmiany trafiły na produkcję w ustalonym czasie, zwykle w cyklu dwóch sprintów.
Macierz odpowiedzialności na przykładzie
Najprostszym narzędziem do zamknięcia luk jest macierz RACI: dla każdego zadania wskazuje się, kto wykonuje (R), kto odpowiada za wynik (A), kogo się konsultuje (C) i kogo tylko informuje (I). Pełny opis metody znajduje się w artykule o macierzy odpowiedzialności w Wikipedii. Poniżej wersja dla firmy B2B z jednym specjalistą SEO, dwuosobową redakcją, jednym PR-owcem i zewnętrznym zespołem IT.
| Zadanie | SEO | Redakcja | PR | IT |
|---|---|---|---|---|
| Lista priorytetowych zapytań | A/R | C | C | I |
| Audyt crawlowania i robots.txt | A/R | I | I | C |
| Przepisanie akapitów na format cytowalny | C | A/R | I | I |
| Sekcje FAQ i tabele w artykułach | C | A/R | I | I |
| Dane strukturalne w szablonach | A | I | I | R |
| Obecność w rankingach i zestawieniach | C | I | A/R | I |
| Spójność danych o firmie w źródłach zewnętrznych | C | I | A/R | I |
| Aktualizacja tekstów starszych niż 12 miesięcy | C | A/R | I | I |
| Monitoring cytowań (próbka zapytań) | A/R | I | I | I |
| Raport dla zarządu | A/R | C | C | I |
Trzy wiersze tej tabeli zwykle są puste w firmach, które nie spisały macierzy: monitoring cytowań, aktualizacja starych tekstów i dane strukturalne. Wszystkie trzy wymagają pracy cyklicznej, a nie jednorazowej, i dlatego nikt nie bierze ich z własnej inicjatywy.
Rytm spotkań i raportowania
Jedno spotkanie co dwa tygodnie, 30 minut, cztery osoby: to wystarczający rytm dla firmy, która publikuje 4–8 tekstów miesięcznie. Agenda jest stała: zmiana w liczbie cytowań w próbce zapytań, zadania zamknięte od ostatniego spotkania, blokady wymagające decyzji z innego działu.
Raz w miesiącu SEO przygotowuje raport dla zarządu z trzema liczbami: odsetek zapytań z próbki, w których domena pojawia się jako źródło, liczba nowych źródeł zewnętrznych pozyskanych przez PR i liczba zaktualizowanych tekstów. Format takiego raportu, razem z gotowym szablonem, opisuje szablon raportowania SEO/AIO w Looker Studio dla zarządu.
Firmy, które próbują raportować częściej niż raz w miesiącu, mierzą szum: odpowiedzi modeli zmieniają się z dnia na dzień, a realne przesunięcia widać dopiero w oknie 4–6 tygodni.
Najczęstsze błędy przy podziale ról
- Jeden właściciel wszystkiego: specjalista SEO dostaje AIO jako dodatek do etatu i po kwartale realizuje wyłącznie audyty, bo na wdrożenia nie ma ani uprawnień, ani czasu.
- Brak KPI dla PR: bez wpisanych cytowań w cele zespół PR traktuje AIO jako prośbę, nie obowiązek.
- IT poza pętlą: dane strukturalne i robots.txt czekają w backlogu trzy miesiące, bo nikt nie nadał im priorytetu w sprintach.
- Agencja zamiast właściciela: zewnętrzny partner może wykonać każdy wiersz z macierzy, ale litera A (odpowiedzialność za wynik) musi zostać po stronie firmy.
FAQ: role w zespole AIO
Czy firma potrzebuje osobnego stanowiska „specjalista AIO”?
W większości firm nie. AIO to warstwa zadań na czterech istniejących zespołach, a osobne stanowisko ma sens dopiero przy kilkudziesięciu publikacjach miesięcznie lub w organizacjach, gdzie SEO, redakcja i PR są w różnych spółkach.
Kto powinien koordynować AIO, jeśli nie ma zespołu SEO?
Redakcja albo marketing produktowy, pod warunkiem dostępu do Search Console i logów serwera. Koordynator nie musi wykonywać zadań technicznych, ale musi widzieć dane, żeby ustalać priorytety i mierzyć efekt.
Ile czasu zajmuje AIO każdemu z zespołów?
Przy 4–8 publikacjach miesięcznie: SEO około 6–8 godzin, redakcja 10–15 godzin (głównie aktualizacje i przepisywanie), PR 4–6 godzin, IT 2–4 godziny po zamknięciu wdrożeń początkowych.
Które zadania AIO można oddać agencji?
Audyt, przepisywanie treści, monitoring cytowań i wdrożenia techniczne. Nie da się oddać odpowiedzialności za wynik ani spójności danych o firmie w źródłach zewnętrznych, bo te wymagają decyzji i kontaktów, których agencja nie ma.
Jak mierzyć, czy podział ról działa?
Dwa wskaźniki: liczba zadań z macierzy bez właściciela (powinna wynosić zero po pierwszym spotkaniu) i średni czas od zgłoszenia zmiany do wdrożenia na produkcji (docelowo poniżej 4 tygodni). Jeśli drugi wskaźnik rośnie, luka jest zwykle na styku SEO i IT.
Co dalej
Spisana macierz to punkt wyjścia; kolejny krok to ułożenie zadań w czasie, od audytu po pierwsze mierzalne cytowania, według roadmapy AIO na 2026. Gdy role są jasne, raport miesięczny przestaje być listą życzeń i staje się dokumentem, na podstawie którego zarząd podejmuje decyzje budżetowe.