Mall för innehållsbrief som styr besluten i första utkastet

En mall för innehållsbrief är värd sin plats när den ändrar vad skribenten gör i första utkastet, inte när den bara listar sökord. De flesta mallar i sökresultaten är ett formulär med målgrupp, sökord, ordantal och konkurrenter. Det räcker för en frilansare som kan gissa resten. Det räcker inte när en språkmodell skriver artikeln, eftersom modellen fyller varje tomt fält med det statistiskt genomsnittliga svaret. Nedan går vi igenom mallen fält för fält och förklarar varför varje fält finns.

Vad ska en innehållsbrief göra som en sökordslista inte gör?

En brief har ett enda uppdrag: att göra det första utkastet nära publicerbart. Allt annat är utsmyckning. Ett sökord och ett ordantal säger åt skribenten vad hen ska skriva. De säger ingenting om vad hen ska tro på, vad som ska lämnas utanför eller vem som blir irriterad om texten har fel.

Mallarna som ligger högt i dag, från byråbloggar, mallsidor på Notion och verktygsleverantörer, delar i stort samma skelett: målgrupp, primära och sekundära sökord, sökintention, konkurrenters URL:er och metatitel. Det skelettet är i sig bra. Det som saknas är fälten som bär redaktionella beslut. Siteimprove gör en användbar poäng: ett sökord behöver en rad om vad sökaren vill ha, eftersom "content brief template" kan betyda en definition eller en nedladdningsbar fil. Fel läsning slösar hela sidan.

Vi skulle gå längre. En bra brief är en uppsättning beslut som fattas före skrivandet, så att ingen behöver fatta dem under tidspress. Tre typer av beslut spelar roll: vad texten argumenterar för, vad den måste bevisa och vad den vägrar göra. Om något av de tre saknas kommer utkastet att fylla hålet med det som låter rimligt, och det är sällan samma sak som det som är sant för just den här läsaren.

Mallen på en sida, fält för fält

Här är mallen i ren text. Klistra in den i det du använder: ett dokument, en databasrad eller en JSON-fil.

1. Arbetstitel och målsökord
2. Läsare (en mening: roll, situation, vad hen gör härnäst)
3. Sökintention, med läsarens egna ord
4. Påståendet (en mening som artikeln försvarar)
5. Lucka att fylla (det de främsta resultaten hoppar över)
6. Tillåten evidens (källor, data, egen förstahandsinformation)
7. Disposition (H2:or som frågor eller påståenden, med ett omdöme per avsnitt)
8. Hoppa-över-lista (råd alla upprepar som vi inte följer)
9. Rösteregler (låter som / låter inte som, förbjudna fraser)
10. Teknisk checklista (metalängd, interna länkar, alt-text, schema)
11. Klartest (vad som måste stämma innan det publiceras)
12. Avbrottsvillkor (när vi inte publicerar)

Tolv fält ser tungt ut. Det är de inte, eftersom åtta av dem tar en mening var. De dyra är påståendet, evidenslistan och avbrottsvillkoret, och det är just de som konkurrenternas mallar utelämnar. De tre nästa avsnitten går igenom dem.

Varför påståendet väger tyngre än sökordet

Sökordet berättar för sökmotorn vad sidan handlar om. Påståendet berättar för skribenten vad sidan finns till för. Utan det glider utkasten mot en översikt: tio synpunkter, var och en med samma vikt, ingen av dem försvarad.

Skriv påståendet som en mening som någon kan invända mot. "Briefer bör innehålla målsökordet" är inte ett påstående. "En brief utan hoppa-över-lista ger samma artikel som alla andra briefer" är det. Ett enkelt test: om två kollegor kan vara oense om meningen är den användbar, annars är den en platitud. Om du inte kan skriva meningen alls är ämnet inte moget, och ingen mall löser det.

Två följdfält håller påståendet ärligt. Lucka-fältet anger vad de tre främsta resultaten inte täcker, konkret: ingen nedladdningsbar fil, inget genomarbetat exempel, ingen omnämning av maskinell textframställning. Evidensfältet anger vad utkastet får citera. Det fältet förhindrar påhittad statistik, vilket är det vanligaste felet när en modell skriver utan uppsikt. Är evidenslistan tom ska briefen säga det: "ingen extern statistik; argumentera utifrån metoden." En blogg som inte citerar något är mer trovärdig än en som anger en siffra den inte kan belägga.

Hur man skriver dispositionen så att utkastet inte blir platt

En disposition i en brief ska inte vara en lista med ämnen. Ämnen ger uppslagsverkstexter. Ge varje H2 ett uppdrag och ett omdöme.

Jämför två versioner av samma avsnitt:

• Svag: "Fördelar med interna länkar."

• Stark: "Var interna länkar avgörs: i briefen, inte i redigeringen. Omdöme: skriv in tre måladresser med ankartext i briefen, annars blir det inga länkar alls."

Den andra versionen talar om för skribenten vilken position hen ska ta, och det är det som skiljer en artikel från en sammanfattning. Den gör också att avsnitten kan vara ojämna. Om tredje punkten förtjänar fyra stycken och femte bara ett, säg det i briefen. Jämnstora avsnitt är oftast ett tecken på att skribenten aldrig fick veta vad som var viktigt.

Håll dispositionen tillräckligt kort för att gå att argumentera med. Fem till åtta H2:or för en text på 1 500 till 2 500 ord är ett hanterbart spann. Mer än så och du håller på att brifa en bok. Det är också värt att kontrollera att ordningen följer läsarens fråga och inte din egen kunskapsordning. Den som söker en mall vill veta vad hen ska fylla i först, inte hur ämnet historiskt utvecklats.

Hoppa-över-listan: fältet som ingen mall har

Varje ämne har råd som upprepas för att de är lätta att upprepa. "Lägg sökordet i H1" är korrekt och ointressant; vilket verktyg som helst gör det åt dig. En hoppa-över-lista namnger tre eller fyra sådana råd och säger åt skribenten att utelämna dem, eller bara ta med dem om det finns en anledning.

Det här spelar dubbelt så stor roll vid maskinell textframställning. En modell som tränats på öppna webben har tagit upp konsensus i varje ämne, så lämnas den ifred återger den konsensus med självsäker grammatik. Hoppa-över-listan är där redaktören lägger in det enda som modellen inte kan leverera: ett beslut om vad just den här sajten tycker inte är värt att säga.

För det här ämnet skulle vår lista lyda: fyll inte ut med en historik över innehållsmarknadsföring; rekommendera inga ordantal utan att säga vad de bygger på; framställ inte mallen som en garanti för rankning. På EsyBlog handlar hantverket till stor del om att veta när man inte ska publicera, och hoppa-över-listan är den dagliga versionen av den regeln.

Rösteregler ligger bredvid. Ge en rad för "låter som" och en för "låter inte som", plus en kort lista med förbjudna fraser. Tre verkliga exempel slår ett stycke adjektiv.

Var verktygen passar in i briefskapandet?

En mall talar om för skribenten vad hen ska besluta. Ett verktyg kan samla underlaget till besluten snabbare. Misstaget är att låta verktyget skriva besluten också.

Tre kategorier är värda att skilja på:

• Research- och briefgeneratorer. Frase bygger briefer utifrån SERP-analys och dispositioner, med betalplaner från ungefär $39 till $45 i månaden. Det är ett rimligt första stopp för konkurrent- och frageunderlaget (fält 3 och 5).

• Verktyg för innehållspoäng. Surfer SEO börjar på $49 i månaden och Clearscope på $129. Båda betygsätter ett utkast mot sidor som rankar högt. Använd dem efter skrivandet, som kontroll av täckning, inte före, och aldrig som ersättning för påståendet.

• Strategi- och planeringsplattformar. MarketMuse arbetar på sajtnivå och planerar vad som ska skrivas innan enskilda briefer finns. Sedan förvärvet av Siteimprove ligger priset bakom ett demomöte, vilket gör den till ett svårare test för små team.

Mallen behöver inget betalt verktyg. En Notion-databas med en egenskap per fält räcker: filtrera efter status, länka briefer till publicerade URL:er och granska dem i tabellvy. Notion har en gratisplan, och databasfunktionerna räcker för det här.

Ett ord om poäng. En innehållspoäng mäter hur nära ett utkast liknar det som redan rankar. Det är användbart för täckning och missvisande för originalitet. Om en brief säger "nå en poäng på 90" kommer skribenten att optimera mot likhet. Sätt poängen i den tekniska checklistan som golv, och låt påståendet och hoppa-över-listan väga tyngre.

Att brifa en AI-skribent: vad som ändras

När en modell skriver utifrån briefen gäller tre justeringar.

För det första: skriv briefen som instruktioner, inte som ett samtal. Korta märkta fält slår fristående stycken eftersom varje fält kan kontrolleras efteråt. Står det "tillåten evidens: ingen utanför de bifogade underlagen" kan du testa resultatet mot den raden.

För det andra: skilj briefen från underlaget. Lägg källor, citat och verifierade siffror i ett separat anteckningsblock och säg åt modellen att bara använda det som finns där. Det är mer tillförlitligt än att be den vara noggrann med fakta. En modell kan inte citera en källa den aldrig fick, och det är poängen.

För det tredje: gör klartestet mekaniskt där det går. Golv för ordantal, förbjudna fraser, antal interna länkar, sökordet i de första 80 orden: allt det kan kontrolleras automatiskt innan en människa läser en rad. Vi kör våra egna utkast genom en sådan kontroll innan de når CMS:et. Mänsklig tid går då till påståendet och omdömet per avsnitt, där bedömningen faktiskt sitter.

Här är det värt att säga metoden rakt ut. Artiklarna på den här bloggen produceras via EsyBlog och startar från en brief som liknar ovanstående. Det är en beskrivning av processen, inte ett bevis för kvalitet. Begränsningarna är verkliga: systemet är långsammare på nyheter som just händer, och svagare på ämnen med lite publicerat material att förankra mot.

När briefen ska säga "publicera inte"

Det sista fältet känns fel första gången man skriver det. Ett avbrottsvillkor anger, före skrivandet, vad som skulle göra att texten inte är värd att publicera. Exempel:

• Ingen vinkel överlever hoppa-över-listan; artikeln skulle upprepa de tre främsta resultaten.

• Evidenslistan är tom och påståendet kräver siffror.

• Sökintentionen är en nedladdning, och vi har inget att erbjuda för nedladdning.

• Ämnet ligger utanför det sajten kan tala om med auktoritet.

Att skriva ner dessa i förväg är billigare än att upptäcka dem vid redigeringen. Det ändrar också volymekonomin. Om flödet kan producera en artikel på några minuter är den knappa resursen inte skrivkapacitet. Det är viljan att låta en dålig idé ligga kvar i facket.

Inte varje brief behöver alla tolv fält. En kort nyhetsnära text kan klara sig med sex: läsare, påstående, disposition, evidens, röst och klartest. Behåll den fullständiga versionen för texter som ska rankas och hålla i längden, och släpp fält bara när du kan säga varför.

Börja med påståendet, hoppa-över-listan och avbrottsvillkoret. Lägg till dem i den mall du redan har och behåll resten. Kör tio briefer genom den reviderade versionen och räkna hur ofta första utkastet behöver en strukturell omskrivning snarare än en radredigering. Det talet, mätt på ditt eget innehåll, är det enda referensvärde som spelar roll. Vårt skulle inte gå att överföra till din situation.

EsyBlog genererar den här typen av artikel på begäran. Se demon.