Szablon briefu contentowego, który zmienia pierwszy szkic

Szablon briefu contentowego zyskuje swoje miejsce wtedy, gdy zmienia to, co autor robi przy pierwszym szkicu, a nie wtedy, gdy wypisuje słowa kluczowe. Większość szablonów w wynikach wyszukiwania to formularz: grupa docelowa, słowo kluczowe, liczba słów, konkurenci. Dla freelancera, który sam domyśli się reszty, to wystarcza. Nie wystarcza, gdy szkic pisze model językowy, bo model wypełnia każde puste pole najbardziej przeciętną odpowiedzią. Poniżej opisujemy szablon, którego używamy, pole po polu, wraz z powodem istnienia każdego z nich.

Co szablon briefu contentowego ma robić, czego nie zrobi lista słów kluczowych?

Brief ma jedno zadanie: sprawić, by pierwszy szkic był bliski gotowości do publikacji. Reszta to dekoracja. Słowo kluczowe i liczba słów mówią autorowi, co ma wpisać. Nic nie mówią o tym, w co ma wierzyć, co pominąć i kto się zdenerwuje, jeśli tekst okaże się błędny.

Szablony z czołówki wyników (blogi agencji, strony z szablonami w Notion, serwisy dostawców narzędzi) mają zwykle ten sam szkielet: grupa docelowa, główne i dodatkowe słowa kluczowe, intencja wyszukiwania, adresy konkurencji, meta tytuł. Ten szkielet jest w porządku. Brakuje w nim pól, które niosą ocenę redakcyjną. Siteimprove zwraca uwagę na jeden istotny punkt: słowo kluczowe potrzebuje jednozdaniowego opisu tego, czego szuka użytkownik, bo fraza może oznaczać zarówno definicję, jak i plik do pobrania, a błędne odczytanie marnuje stronę. Zob. strategie briefów opisane przez Siteimprove.

Idziemy dalej. Dobry brief to zestaw decyzji podjętych przed pisaniem, tak aby nikt nie musiał ich podejmować pod presją terminu. Są trzy rodzaje takich decyzji: o czym tekst twierdzi, co musi udowodnić i czego odmawia.

Jednostronicowy szablon, pole po polu

Oto szablon w postaci zwykłego tekstu. Można go przenieść do dokumentu, wiersza bazy danych albo pliku JSON.

1. Roboczy tytuł i słowo kluczowe
2. Czytelnik (jedno zdanie: rola, sytuacja, co zrobi dalej)
3. Intencja wyszukiwania, w słowach czytelnika
4. Teza (jedno zdanie, której artykuł broni)
5. Luka do wypełnienia (czego pomijają najwyżej pozycjonowane wyniki)
6. Dozwolone dowody (źródła, dane, materiał z pierwszej ręki)
7. Plan (nagłówki H2 jako pytania lub tezy, z werdyktem dla każdej sekcji)
8. Lista pominięć (rady powtarzane przez wszystkich, których nie stosujemy)
9. Zasady głosu (brzmi jak / nie brzmi jak, zakazane zwroty)
10. Lista kontrolna techniczna (długość meta, linki wewnętrzne, alt, schema)
11. Test gotowości (co musi być prawdą, zanim tekst pójdzie dalej)
12. Warunek rezygnacji (kiedy nie publikujemy)

Dwanaście pól brzmi ciężko, ale nie jest, bo osiem z nich zajmuje po jednym zdaniu. Najdroższe są teza, lista dowodów i warunek rezygnacji. Właśnie tych pól brakuje w szablonach konkurencji. Kolejne sekcje omawiają je po kolei.

Dlaczego pole tezy waży więcej niż słowo kluczowe

Słowo kluczowe mówi wyszukiwarce, o czym jest strona. Teza mówi autorowi, po co strona istnieje. Bez niej szkice dryfują w stronę przeglądu: dziesięć rozważań o tej samej wadze, żadne z nich nie obronione.

Tezę zapisuje się jako zdanie, z którym ktoś mógłby się nie zgodzić. „Brief powinien zawierać słowo kluczowe” nie jest tezą. „Brief bez listy pominięć daje ten sam artykuł co każdy inny brief” już jest. Jeśli nie da się napisać takiego zdania, temat nie jest gotowy i żaden szablon tego nie naprawi.

Dwa pola towarzyszące pilnują uczciwości tezy. Pole luki opisuje konkretnie, czego nie pokrywają trzy najwyżej pozycjonowane wyniki: brak pliku do pobrania, brak przykładu w działaniu, brak wzmianki o pisaniu przez maszyny. Pole dowodów wylicza, co szkic może cytować. To ono zapobiega zmyślonym statystykom, czyli najczęstszej awarii, gdy model pisze bez nadzoru. Jeśli lista dowodów jest pusta, brief powinien to powiedzieć wprost: „bez zewnętrznych statystyk, argumentujemy metodą”. Blog, który niczego nie cytuje, jest bardziej wiarygodny niż blog, który podaje liczbę, której nie da się źródłowo potwierdzić.

Jak napisać plan, żeby szkic nie wyszedł płasko

Plan w briefie nie powinien być listą tematów. Tematy dają hasła encyklopedyczne. Każdy nagłówek H2 potrzebuje zadania i werdyktu.

Porównajmy dwie wersje tej samej sekcji:

• Słabo: „Korzyści z linkowania wewnętrznego”.

• Mocno: „Gdzie decyduje się linkowanie wewnętrzne: w briefie, a nie w redakcji. Werdykt: wpisz w brief trzy docelowe adresy z tekstem kotwicy, bo inaczej nie będzie żadnego linku”.

Druga wersja mówi autorowi, jakie stanowisko zająć, a to odróżnia artykuł od streszczenia. Pozwala też, by sekcje miały różną długość. Jeśli punkt trzeci zasługuje na cztery akapity, a piąty na jeden, trzeba to zapisać w briefie. Sekcje o równej długości zwykle oznaczają, że autorowi nie powiedziano, co jest ważne.

Plan powinien być na tyle krótki, żeby dało się z nim polemizować. Przy tekście o 1500 do 2500 słowach sensowny zakres to pięć do ośmiu nagłówków H2. Więcej oznacza, że pisze się już książkę.

Lista pominięć: pole, którego nie ma żaden szablon

Każdy temat ma rady powtarzane dlatego, że łatwo je powtórzyć. „Dodaj słowo kluczowe do H1” jest prawdziwe i bezużyteczne, bo każde narzędzie zrobi to automatycznie. Lista pominięć nazywa trzy lub cztery takie rady i każe autorowi je opuścić albo uwzględnić tylko z uzasadnieniem.

Przy pisaniu przez maszynę ma to znaczenie podwójne. Model uczony na otwartej sieci przyswoił konsensus na każdy temat, więc bez nadzoru odtwarza go z pewną gramatyką. Lista pominięć to miejsce, w którym redaktor wstawia to, czego model nie dostarczy: decyzję, czego ta konkretna redakcja uważa za niewartą powiedzenia.

Dla tego tematu nasza lista brzmiałaby tak: nie wypełniać tekstu historią content marketingu, nie podawać liczby słów bez wyjaśnienia, z czego wynika, nie przedstawiać szablonu jako gwarancji pozycji. W EsyBlog rzemiosło polega w dużej mierze na wiedzy, kiedy nie publikować, a lista pominięć jest codzienną wersją tej zasady.

Obok niej stoją zasady głosu: linia „brzmi jak”, linia „nie brzmi jak” i krótka lista zakazanych zwrotów. Trzy prawdziwe przykłady działają lepiej niż akapit przymiotników.

Gdzie w tworzeniu briefu mieszczą się narzędzia?

Szablon mówi autorowi, co ma rozstrzygnąć. Narzędzie może szybciej zebrać dane potrzebne do tych rozstrzygnięć. Błędem jest pozwolić narzędziu rozstrzygać za autora.

Warto rozdzielić trzy kategorie:

• Generatory researchu i briefów. Frase buduje briefy na podstawie analizy SERP i planów tekstu, a płatne plany zaczynają się od około 39 do 45 dolarów miesięcznie. To rozsądny pierwszy przystanek dla danych o konkurencji i pytaniach (pola 3 i 5).

• Edytory oceny treści. Surfer SEO zaczyna się od 49 dolarów miesięcznie, Clearscope od 129. Oba oceniają szkic na tle stron z czołówki. Używa się ich po napisaniu, jako kontroli pokrycia tematu, a nie przed pisaniem jako zamiennika tezy.

• Platformy strategii i planowania. MarketMuse pracuje na poziomie całej witryny i planuje, o czym pisać, zanim powstaną pojedyncze briefy. Od przejęcia przez Siteimprove ceny są dostępne dopiero po rozmowie demonstracyjnej, co utrudnia testowanie małym zespołom.

Sam szablon nie wymaga płatnego narzędzia. Wystarczy baza danych w Notion z jedną właściwością na pole: filtrowanie po statusie, powiązanie briefów z opublikowanymi adresami i przegląd w widoku tabeli. Notion ma darmowy plan, a funkcje baz danych w zupełności wystarczają do tego zastosowania.

Słowo o wynikach oceny. Wynik treści mierzy, jak bardzo szkic przypomina to, co już się pozycjonuje. To przydatne do pokrycia tematu i mylące w kwestii oryginalności. Jeśli brief każe „osiągnąć wynik 90”, autor zacznie optymalizować pod podobieństwo. Wynik warto wpisać w listę kontrolną jako minimum, a tezę i listę pominięć trzymać wyżej w hierarchii.

Briefowanie modelu AI: co się zmienia

Gdy model pisze na podstawie briefu, trzeba wprowadzić trzy zmiany.

Po pierwsze, brief zapisuje się jako instrukcję, a nie jako rozmowę. Krótkie, opisane pola są lepsze od akapitów prozy, bo każde pole można później sprawdzić. Jeśli brief mówi „dozwolone dowody: wyłącznie z dostarczonych notatek”, wynik można przetestować właśnie tym zdaniem.

Po drugie, brief oddziela się od researchu. Źródła, cytaty i zweryfikowane liczby trafiają do osobnego bloku notatek, a model dostaje polecenie korzystania wyłącznie z nich. To bardziej niezawodne niż proszenie go o ostrożność w sprawie faktów. Model nie może zacytować źródła, którego nigdy nie dostał, i o to właśnie chodzi.

Po trzecie, test gotowości ma być mechaniczny tam, gdzie to możliwe. Minimalna liczba słów, zakazane zwroty, liczba linków wewnętrznych, obecność słowa kluczowego w pierwszych 80 słowach: wszystko to można sprawdzić lintem, zanim człowiek przeczyta choć jedno zdanie. Nasze szkice przechodzą taką kontrolę przed wysłaniem do CMS. Czas ludzi idzie wtedy na tezę i werdykt dla każdej sekcji, czyli tam, gdzie leży osąd.

Ten przypadek warto opisać wprost. Artykuły na tym blogu powstają w EsyBlog, a proces zaczyna się od briefu podobnego do opisanego wyżej. To opis procesu, a nie dowód jakości. Ograniczenia są realne: system działa wolniej przy wiadomościach z dnia i słabiej przy tematach, o których opublikowano niewiele materiału, do którego można się odnieść.

Kiedy brief powinien napisać „nie publikować”

Ostatnie pole wydaje się wrogie za pierwszym razem. Warunek rezygnacji określa, zanim zacznie się pisanie, co sprawi, że tekst nie warto wysyłać. Przykłady:

• żaden kąt nie przechodzi listy pominięć, a tekst powtórzyłby trzy najwyżej pozycjonowane wyniki,

• lista dowodów jest pusta, a teza wymaga liczb,

• intencja frazy to pobranie pliku, a nie mamy nic do zaoferowania,

• temat leży poza tym, w czym witryna może mówić z autorytetem.

Zapisanie tych warunków z góry jest tańsze niż odkrycie ich na etapie redakcji. Zmienia też ekonomię wolumenu. Jeśli linia produkcyjna potrafi wyprodukować artykuł w kilka minut, rzadkim zasobem nie jest moc szkicowania. Jest nim gotowość, by zostawić słabą ideę w skrzynce.

Nie każdy brief potrzebuje pełnych dwunastu pól. Krótki tekst w stylu newsowym może obejść się sześcioma: czytelnik, teza, plan, dowody, głos i test gotowości. Pełną wersję warto zachować dla tekstów, które mają się pozycjonować i wytrzymać kontrolę, a pola usuwać tylko wtedy, gdy da się uzasadnić, dlaczego.

Zacznij od tezy, listy pominięć i warunku rezygnacji. Dodaj je do szablonu, który już masz, resztę zostaw bez zmian. Przepuść dziesięć briefów przez zmienioną wersję i policz, jak często pierwszy szkic wymaga przebudowy struktury, a jak często wystarcza korekta zdań. Ta liczba, zmierzona na własnych treściach, to jedyny miernik, który ma znaczenie. Nasza nie przenosi się na inne witryny.

EsyBlog generuje tego typu artykuły na żądanie. Zobacz demo.