Bing Topics Portfolio: poprawić tekst czy pisać nowy?

Krótka odpowiedź: propozycję z Bing Topics Portfolio najpierw porównałbym z ofertą firmy i jej istniejącymi stronami. Ten sam problem klienta zwykle uzasadnia aktualizację, odrębny problem z własnym materiałem może uzasadnić nowy artykuł, a nietrafny temat można pominąć. Microsoft ogłosił zakładkę Topics Portfolio w raporcie AI Performance w Bing Webmaster Tools 13 października 2026. Na koncie tego serwisu 15 października jej nie było, dlatego trzy przykłady w tekście i w karcie decyzji są syntetyczne.

Co to jest Bing Topics Portfolio i co pokazuje?

Bing Topics Portfolio to zakładka beta w raporcie AI Performance, który pokazuje cytowania witryny w Microsoft Copilot, podsumowaniach AI w Bingu i u wybranych partnerów. Grupuje w tematy frazy, przy których AI cytuje witrynę, i wskazuje Opportunity Queries, czyli zapytania z cytowaniami innych stron bez tej witryny. Samo grupowanie Topics Microsoft opisał już w czerwcu 2026. Nowe są Opportunity Queries oraz dane o całym temacie, opisane w tabeli niżej.

Przy Opportunity Queries liczby cytowań podawane są w przedziałach. Klasyfikacja może być nietrafna, a propozycje mogą zawierać cudze marki. Topic Size liczy cytowania, a nie osoby gotowe kupić usługę.

Grounding queries to zgrupowane frazy, którymi AI wyszukuje źródła do odpowiedzi; sam mechanizm opisuję w odpowiedzi czym jest grounding. Raport nie pokazuje dokładnych promptów ani przyczyny wyboru konkretnej strony. Dlatego na podstawie krótkiej frazy trzeba dopiero sformułować pytanie czytelnika, na które redakcja potrafi odpowiedzieć.

Lista tematów w Portfolio obejmuje tylko te, w których witryna jest już wyraźnie obecna. Dziedzin, w których AI jej wcale nie cytuje, raport nie pokaże, więc nie zastąpi przeglądu pytań klientów. Sama zakładka pojawia się przy wystarczającej ilości danych, a progu Microsoft nie podaje.

Jak rozpoznać rzeczywistą lukę w treści?

Lukę opisz jednym zdaniem: „Czytelnik chce ustalić X, a na naszej stronie brakuje Y”. Sam brak cytowania nie mówi jeszcze, czego nie dopisano. Zanim zamówisz tekst, obejrzyj obecną odpowiedź i materiał, którym można ją uzupełnić.

W karcie decyzji o treści proponuję następującą kolejność:

1. Zapisz temat, okres raportu i pytanie klienta sformułowane własnymi słowami.
2. Znajdź stronę, na której czytelnik spodziewałby się odpowiedzi, także jeśli używa innych słów.
3. Nazwij brak: nieaktualna informacja, niewyjaśniony warunek, brak porównania lub materiału do wykonania zadania.
4. Wskaż dowód, który możesz dodać: dokument, obliczenie, własną próbę albo opis konkretnego procesu.
5. Zdecyduj o aktualizacji, nowej stronie lub pominięciu i zapisz uzasadnienie.

Gdy obecny tekst już rozwiązuje problem, zostaw go bez zmian do czasu znalezienia konkretnego braku. Dopisywanie kilku synonimów nie jest w tej procedurze samodzielnym zadaniem redakcyjnym.

Kiedy poprawić istniejący artykuł?

Aktualizacja ma sens wtedy, gdy pytanie dotyczy tej samej decyzji, dla której strona już powstała. Można dopisać warunek, poprawić liczbę albo pokazać rachunek, zachowując główny temat i adres.

Pierwszy przykład syntetyczny z 15 października 2026 dotyczy hasła „koszt agenta AI z CRM”. W serwisie istnieje odpowiedź ile kosztuje agent AI. Opisuje zakres ofert, integracje i utrzymanie. Nie tworzyłbym drugiego ogólnego cennika tylko dlatego, że fraza ma inne brzmienie.

Załóżmy, że redakcja zdobyła nową ofertę z dokładnym zakresem integracji, warunkami odbioru i opłatą za utrzymanie. To byłby materiał do porównania w istniejącym tekście. Zlecenie powinno wskazywać, które założenia pozwalają porównać ofertę z pozostałymi oraz jakie różnice trzeba zachować.

Jeżeli takich nowych danych nie mamy, sam sygnał z narzędzia nie wystarcza mi do przepisania strony. Nie zmieniałbym jej w ogólny poradnik wdrożeniowy, bo czytelnik nadal przyszedł ustalić budżet.

Kiedy nowa strona ma odrębny sens?

Nowa strona ma sens, gdy czytelnik chce wykonać inne zadanie, które wymaga własnej odpowiedzi i materiału. Samo dodanie kilku słów do zapytania nie uzasadnia osobnego artykułu.

Drugi przykład syntetyczny brzmi: „jak przenieść firmową bazę wiedzy do innego dostawcy AI”. Obecna odpowiedź o umowie z dostawcą AI omawia między innymi wyjście z usługi. To dobry punkt połączenia, ale sam zapis umowny nie jest instrukcją odtworzenia danych i uprawnień.

Osobny tekst mógłby przeprowadzić odbiorcę przez próbę migracji: co wyeksportować, jak sprawdzić kompletność dokumentów, jak odtworzyć uprawnienia i kiedy wyłączyć stary system. Do napisania potrzebowałbym przykładowego eksportu oraz wyniku próby odtworzenia. Takiej próby w tym artykule nie przeprowadzam.

W briefie dopisałbym granicę: nowa strona opisuje próbę przeniesienia zasobów, a istniejąca nadal odpowiada na pytanie o umowę. Link między nimi pomaga przejść od uzgodnienia warunków do sprawdzenia, czy da się je wykonać.

Które propozycje tematu pominąć?

Hasło można pominąć, gdy firma nie ma związku z potrzebą odbiorcy albo nie potrafi dostarczyć rzetelnej odpowiedzi. Sam duży licznik nie zmieniłby tej decyzji. Przyczyna pominięcia powinna zostać w karcie, żeby temat nie wracał przy każdym przeglądzie.

Trzeci przykład jest w całości fikcyjny: „OrionCRM panel logowania”. Przyjmuję, że to nawigacyjne pytanie użytkownika, który chce wejść do produktu innej firmy. Nasz serwis nie prowadzi tego panelu ani pomocy technicznej OrionCRM. Artykuł napisany wyłącznie pod takie hasło nie rozwiązałby zadania.

Inaczej oceniłbym rzeczywiste pytanie o wybór lub integrację produktu, jeśli firma potrafi je udokumentować. Sama obecność cudzej marki nie wyklucza użytecznego porównania. W tym przykładzie pomijam temat z powodu celu użytkownika i braku odpowiedniej usługi.

Nie zakładałbym też, że wszystkie inne cytowane witryny są bezpośrednimi konkurentami handlowymi. Citation Share nie ujawnia ich domen, a Sites Cited podaje tylko przybliżoną liczbę cytowanych witryn.

Co powinno znaleźć się w zleceniu dla autora?

Dobre zlecenie podaje pytanie czytelnika, docelowy adres oraz konkretny materiał do dodania. Autor powinien wiedzieć, co pozostaje poza zakresem. Dopiero z takim briefem można ocenić, czy tekst wniósł coś do istniejącego serwisu.

W karcie zostawiłem miejsce na dowód, osobę odpowiedzialną za zmianę i warunek odbioru. Przykładowy warunek dla cennika to porównanie ofert przy wskazanych integracjach, podatkach i okresach rozliczenia. Dla poradnika migracji byłby nim opis odtworzenia zasobów wraz z napotkanymi ograniczeniami.

Google nie wymaga osobnej strony dla każdego wariantu pytania. Gotową treść sprawdziłbym według checklisty publikacji treści AI zgodnej z wytycznymi Google. Kontrola obejmuje również tytuł i opis; oba powinny obiecywać wyłącznie to, co rzeczywiście znalazło się w materiale.

Jak sprawdzić efekt bez mieszania raportów?

Przed wdrożeniem zapisz adres, zakres zmiany i stan początkowy. Proponuję pierwsze porównanie po 28 pełnych dniach, z takim samym okresem przed zmianą i tymi samymi ustawieniami. To procedura obserwacji: po 28 dniach danych może być jeszcze za mało do jakiegokolwiek wniosku.

W Bingu cytowania nie oznaczają wejść na stronę. Dane są próbkowane i agregowane, więc nie traktowałbym ich jak kompletnego dziennika użycia treści. W Google raport Generatywna AI pokazuje wyświetlenia linków w AI Overviews i AI Mode. Nie daje osobnej listy zapytań, kliknięć ani CTR; dane te są też ujęte w Web, więc nie dodawałbym sum obu raportów.

Zapytania z Web można wykorzystać przy ocenie tematu, ale nie podpisywałbym ich jako promptów wywołujących odpowiedzi AI. Wejścia na stronę i kontakty z firmą wymagałyby osobnego sprawdzenia. Różnicę między obecnością źródła a wizytą omawiam w tekście o cytowaniach AI Overviews i kliknięciach.

Zmiana widoczności może mieć kilka przyczyn, dlatego zapisz również inne publikacje i zmiany serwisu w tym okresie. Do pierwszej decyzji wystarczy jedna wypełniona karta tematu, z konkretną poprawką albo uzasadnieniem, dlaczego pozostawiam stronę bez zmian.