Model dostaje tabelę z materiałem, wymiarem i kolorem, a po chwili pisze o „wyjątkowej trwałości dla wymagających użytkowników”. Brzmi jak każdy inny opis. Wie też, że produkt jest lekki, choć nikt tego nie zmierzył. Opis produktu z AI powinien zaczynać się od danych i kończyć na sprawdzeniu każdego twierdzenia.
Dobry opis odpowiada na pytania klienta, pokazuje różnice wariantów i zgadza się z atrybutami. Nie potrzebuje epitetów o doskonałości. Potrzebuje źródła.
Zacznij od karty atrybutów
Wypisz identyfikator, nazwę, typ, warianty, materiał, wymiary, kompatybilność, zawartość, ograniczenia i źródło. Nie pozwól modelowi uzupełniać braków. Puste pole nie jest zaproszeniem do kreatywności.
Sprawdź jednostki i wersje. Waga netto i brutto, wymiar produktu i opakowania, czas pracy i czas ładowania bywają mylone. Zapisz znaczenie przy każdym polu. Jeśli nie jest jasne, pytaj właściciela danych.
Dodaj, co jest faktem, a co interpretacją. „Stal nierdzewna” jest faktem, „wytrzymała” wymaga dowodu. „Dla rodziny” jest segmentacją, nie właściwością produktu. Opis ma pokazywać zastosowanie bez udawania specyfikacji.
Wybierz pytania klienta
Zapisz, co klient musi wiedzieć przed decyzją: rozmiar, kompatybilność, sposób użycia, różnice wariantów, zawartość, wymagane akcesoria, ograniczenia. Kolejność zależy od produktu, a nie od szablonu SEO.
Nie opisuj każdego atrybutu w głównym tekście. Część należy do tabeli specyfikacji. Główny opis powinien prowadzić przez wybór i wyjaśniać skutek, nie być kopią karty katalogowej.
Przy produkcie cyfrowym zastąp wymiary wejściem, wynikiem, uprawnieniami i ograniczeniami. Klient potrzebuje procesu, a nie obietnicy „autonomii”. Strona funkcji opisana jest w przewodniku o SEO produktu AI.
Mapuj fakt na korzyść bez zgadywania
Korzyść powinna wynikać z atrybutu. Mały wymiar może oznaczać łatwiejsze przechowywanie, ale nie dowodzi lepszej jakości. Niska waga może ułatwiać przenoszenie, jeżeli klient o nią pyta. Nie każda cecha jest zaletą dla każdego.
Zapisz formułę: fakt → znaczenie dla użytkownika → ograniczenie. Przykład: „wymiar 24 cm → pasuje do wąskiej szafki → sprawdź wysokość przy otwarciu”. To jest konkret, a nie ogólna wygoda.
Jeżeli korzyść nie ma źródła, nie pisz jej. Nie dodawaj „bezpieczny”, „trwały”, „szybki”, „inteligentny” bez definicji i testu. Model potrafi je łączyć automatycznie, ale nie potwierdza.
Warianty nie mogą się zlewać
Opisz różnice wariantów osobno: kolor, rozmiar, pakiet, kompatybilność, funkcja, dostępność. Nie przenoś atrybutu jednego wariantu na wszystkie. To częsty błąd przy generowaniu setek opisów.
Przypisz identyfikator wariantu i źródło. Jeżeli opis dotyczy pakietu, napisz, co zawiera. Jeżeli dotyczy pojedynczego produktu, nie obiecuj akcesoriów z zestawu. Klient nie powinien zgadywać zawartości.
Przy braku wariantu zachowaj brak, nie zgaduj. Może jeszcze nie istnieje albo nie ma go w danym regionie. Tekst powinien pokazywać aktualny stan i datę.
Struktura dla skanowania i decyzji
Zacznij od nazwy i głównego zastosowania. Potem kluczowe cechy, różnice, ograniczenia i sposób wyboru. Tabela specyfikacji przychodzi później. Nie każdy klient czyta od początku, więc najważniejsza odpowiedź powinna być na górze.
Nie twórz akapitu o historii marki na każdym produkcie. To powtarza treść i zaciera różnice. Jeśli opis jest unikalny dla zadania, ma swoją wartość. Google podkreśla oryginalność i użyteczność, a nie długość tekstu.
Dodaj naturalne pojęcia z języka klienta, a nie listę synonimów. Jeżeli ludzie pytają o „mały akumulator”, użyj tego określenia zamiast trzech wersji „kompaktowe rozwiązanie energetyczne”. SEO ma wspierać zrozumienie, nie maskować je.
Przykład przed i po danych
Przed: „Nowoczesna, wytrzymała lampa idealna dla wymagających użytkowników. Wysoka jakość wykonania i innowacyjna technologia zapewniają niezawodność”. Nie ma rozmiaru, źródła światła, zasilania ani przeznaczenia.
Po: „Lampa biurkowa z regulacją wysokości 30-45 cm, zasilana USB-C. Trzy poziomy jasności można zmieniać przyciskiem na podstawie. Kabel 1,5 m jest w zestawie; ładowarka nie jest dołączona”. Klient wie, co dostaje i czego brakuje.
Jeżeli chcesz dodać korzyść: „regulacja wysokości pozwala ustawić światło nad klawiaturą lub dokumentem”. Wynika z funkcji i nie obiecuje poprawy zdrowia. Nie dopisuj „dla lepszego wzroku”, bo to już inne twierdzenie.
Zgodność ze stroną i kanałami
Opis powinien zgadzać się z ceną, dostępnością, wariantem i obrazem. Jeżeli kanał wymaga atrybutów, zachowaj ich mapę. Specyfikacja Google Merchant Center opisuje wymagane dane i formaty, ale nie zastępuje kontroli strony.
Sprawdź obrazy. Opis nie może pokazywać akcesoriów niedostępnych w pakiecie ani innego koloru. Jeżeli obraz jest poglądowy, oznacz go. Nie używaj generowanego obrazu jako dowodu właściwości.
Przy kanale zewnętrznym sprawdź wymagania tekstu i metadanych. Nie przenoś marketingowej wersji pełnej przymiotników do pól, które mają opisywać produkt. Dane powinny być spójne między systemami.
Odbiór każdego twierdzenia
Przygotuj tabelę: zdanie, źródło, typ faktu, status. Każde twierdzenie o materiale, funkcji, kompatybilności, wyniku i zawartości powinno mieć podstawę. Jeżeli jest interpretacją, oznacz ją i sprawdź sens.
Usuń przymiotniki bez informacji. „Najlepszy”, „innowacyjny”, „wyjątkowy” i „profesjonalny” zwykle działają jako puste dodatki. Nie wymagaj usunięcia każdego przymiotnika, tylko pytaj, co znaczy w tym produkcie.
Po redakcji porównaj tekst z oryginalną kartą. Nie wystarczy, że jest lepiej napisany. Ma być prawdziwy. Jeżeli opis zmienia specyfikację, popraw ją z właścicielem danych, a nie w tekście AI.
Test na trzech wariantach
Wybierz produkt podstawowy, wariant z ograniczeniem i pakiet. Sprawdź atrybuty, tekst, obraz, cenę, dostępność i linki. Nie generuj całej serii przed tym testem. Błąd struktury powtarza się szybciej niż opisy.
Otwórz stronę jako klient i odpowiedz: co dostajesz, co wybrać, co jest wymagane i czego brakuje? Jeżeli nie da się odpowiedzieć bez kontaktu, opis jest niedokończony. CTA powinien dotyczyć właściwego wariantu.
Po publikacji sprawdź kanał i zgłoszenia klientów. Pytania o tę samą cechę pokazują brak informacji, nie koniecznie potrzebę większej liczby słów. Popraw źródło i opis zamiast generować kolejny wariant.
Kiedy warto użyć tabeli zamiast akapitu
Przy kilku wariantach tabela pozwala porównać różnice bez powtarzania całego opisu. Wpisz tylko atrybuty wpływające na wybór. Nie przenoś każdego pola katalogu do pierwszego ekranu. Czytelnik nie powinien szukać różnicy w ścianie tekstu.
Jeżeli produkt wymaga kompatybilności, zapisz ją przy wariancie i sprawdź link do właściwej instrukcji. Nie zastępuj kompatybilności słowem „uniwersalny”. To twierdzenie rzadko jest prawdziwe i zwykle wymaga kontekstu.
Przy produkcie cyfrowym tabela może pokazywać wejście, wynik, limit i uprawnienie. Opis powinien prowadzić do niej naturalnie. Tabela pomaga decyzji, ale nie zastępuje przykładu procesu.
Opis z perspektywy użytkownika, nie katalogu
Katalog opisuje, co firma chce sprzedać. Użytkownik pyta, co ma zrobić i czy mu się to przyda. Zacznij od sytuacji: mały plik, brak czasu, ograniczony format, praca mobilna. Dopiero do niej wybierz fakty.
Nie wymyślaj person ani historii użytkowania. Możesz opisać typowy przypadek użycia jako warunek, a nie jako rzeczywistą historię klienta. „Przy eksporcie na telefonie” jest użyteczne, „Anna z Krakowa codziennie używa” bez dowodu jest fikcją.
Przeczytaj tekst i sprawdź, czy zawiera odpowiedź na pytanie klienta. Jeżeli jest tylko lista cech, przenieś ją do specyfikacji i napisz właściwy opis wyboru. Forma ma służyć decyzji, nie katalogowi.
Kiedy opis jest nie do uratowania
Jeżeli źródło jest niekompletne, nie przepisuj go w lepszy styl. Zaznacz braki i poproś właściciela danych. Model może pokazać brakujące pola, a nie ich wartości. Wstrzymaj publikację dla tych pól.
Jeżeli dwa źródła są sprzeczne, nie wybieraj nowszej nazwy pliku automatycznie. Właściciel potwierdza wersję i zasięg. Zaktualizuj źródło przed opisem. Inaczej każdy nowy wariant powiększa konflikt.
Czasem trzeba usunąć tekst zamiast go publikować. Brak opisu jest mniej niebezpieczny niż błędny. Po uzupełnieniu danych pracujesz na małym przypadku i dopiero potem przechodzisz do całego katalogu.
Jak sprawdzić opis przed skalą
Wybierz jeden typ produktu i zapisz oczekiwany format, źródło i ograniczenia. Wykonaj pełny odbiór trzech wariantów przed generowaniem setek tekstów. Sprawdź, czy model nie zmienia faktów przy różnych długościach opisu.
Porównaj wersję krótką i długą. Krótsza może być lepsza dla decyzji, ale nie może usuwać warunku. Jeżeli dłuższa powtarza te same cechy, ogranicz ją zamiast dodawać akapity. Format ma wynikać z pytania.
Zapisz błędy według typu: fakt, wariant, jednostka, styl, obietnica. Każdy wymaga innej poprawki. Po zmianie reguły powtórz tylko zależne przypadki i kilka poprawnych kontrolnych.
Opis powinien prowadzić do właściwego działania
Na końcu wskaż właściwy wariant lub sposób sprawdzenia. Nie zostawiaj klienta z listą cech bez decyzji. Jeżeli potrzebna jest kompatybilność, pokaż, gdzie ją sprawdzić zamiast obiecywać dopasowanie.
CTA nie musi być sprzedażowe. Może prowadzić do tabeli wariantów, przewodnika albo kontaktu z konkretnym pytaniem. Jeżeli jest sprzedażowe, powinno zawierać kontekst produktu i oczekiwany rezultat.
Po publikacji sprawdź, czy link prowadzi do tego samego wariantu. Dobry opis złym adresem jest jak dobra nazwa na złym pudełku. Odbiór obejmuje treść i dalszą ścieżkę.
Czerwona lista twierdzeń do ręcznej kontroli
Oznacz zdania dotyczące zdrowia, bezpieczeństwa, zgodności, oszczędności, ekologii i gwarancji. One wymagają osobnego dowodu, nawet jeśli model napisał je gładko i bez błędu językowego. „Zgodny z normą” bez numeru normy i dokumentu nie jest informacją gotową do publikacji. Podobnie „oszczędza połowę energii” potrzebuje warunków pomiaru i punktu odniesienia.
Ta lista nie ma blokować wszystkich korzyści. Ma kierować je do osoby, która potrafi odpowiedzieć za twierdzenie. Jeżeli dowodu nie ma, zamień zdanie na sprawdzony fakt albo je usuń. Opis może być atrakcyjny dzięki jasnej różnicy, a nie dzięki coraz większym obietnicom.
Mały system dla katalogu
Zapisz atrybuty w jednym źródle, mapę korzyści i reguły stylu. Model pracuje tylko na zatwierdzonych polach. Nie może dodawać nowych faktów ani przypisywać właściwości między wariantami.
Przy każdej zmianie katalogu zaktualizuj opisy zależne i powtórz kontrolę. Nie przepisuj całego katalogu, jeżeli zmiana dotyczy kilku produktów. Wersja i data odbioru pokazują aktualny stan.
Przy większym sklepie lub produkcie Aeneia Design pomaga połączyć treść, hierarchię i doświadczenie. Przy mapie danych i prawa Aeneia Audit pomaga ograniczyć błędy przed publikacją.
Zmiana wariantu produktu powinna uruchomić kontrolę pól, na których opiera się opis. Jeśli źródło nie potwierdza obiecanej właściwości, usuń ją albo wyjaśnij z właścicielem danych przed publikacją.
Sprawdź nas. To zdrowe.
Temat zmienia się szybko. Linki prowadzą do źródeł pierwotnych i stron, na których możesz zweryfikować kontekst.
