Vad är X-sidor: Struktur och exempel
Bygg en vad är-sida som besvarar en fråga på 40–60 ord, förklarar konceptet genom exempel och avgränsningar, och förhindrar kanibalisering från ordlistan.
En vad är-sida besvarar en namngiven fråga genom att definiera ämnet på 40–60 fristående ord, och expanderar sedan från enkel betydelse till precisa avgränsningar, syfte, mekanik, exempel, misstag, undantag och relaterade koncept. Den tjänar en nyfiken läsare som kanske stannar efter första stycket eller fortsätter tills de kan förklara ämnet korrekt.
Syfte: omvandla ett obekant eller tvetydigt koncept till en tydlig mental modell utan att tvinga läsaren genom en fullständig fältguide.
Läsarens fråga: “Vad är X, vad betyder det i praktiken, och hur skiljer det sig från de saker jag kan förväxla det med?”
Detta medvetenhetsstadium-format hör hemma i systemet för SEO-inläggstyper eftersom definitionsfrågor behöver en distinkt svarsform. Öppningen är svaret; varje senare avsnitt förtjänar sin plats genom att göra det svaret mer precist, användbart eller svårare att feltillämpa.
Frågor det besvarar
Läsare frågar sällan bara efter en mening från lexikonet. Deras fråga kan vara två eller tre ord, men de verkliga frågorna utvecklas vanligtvis i denna ordning:
- “Vad är X på ren svenska?”
- “Vad räknas exakt som X?”
- “Varför finns X, och vilket problem löser det?”
- “Hur fungerar X?”
- “Hur skulle X se ut i en konkret situation?”
- “Varför missförstår eller missbrukar folk det?”
- “Vad ligger nära X men är egentligen inte X?”
- “Vilken relaterad idé bör jag förstå härnäst?”
Sidan stödjer två läslägen: ett fullständigt svar i de första 40–60 orden och en djupare förklaring som aldrig motsäger den definitionen.
När du ska använda denna inläggstyp
En kort referensdefinition och en frågeledd förklaring löser olika informationsproblem. En ordlistetermsida är förankrad i en term: den ger en kanonisk betydelse, användning, alias och relationer som förblir användbara när läsare anländer från andra delar av webbplatsen. En vad är-sida är förankrad i en fråga: den har utrymme för kontext, ursprung, implikationer, exempel, missuppfattningar och anledningarna till att konceptet är viktigt.
Åtskillnaden förhindrar ett vanligt informationsarkitekturfel: två sidor som gör samma löfte. Sökordskanibalisering uppstår när flera sidor konkurrerar om i stort sett samma fråga och syfte, vilket döljer vilken som är kanonisk. Undvik det genom att ge varje format en olika uppgift.
Ge ett ämne båda sidorna endast när termen behöver en stabil referens, forskning visar efterfrågan på en fylligare förklaring, och förklararen kan fullborda djupstegen. Låt ordlistan äga “X definition,” alias och korta distinktioner. Låt vad är-sidan äga varför det finns, hur det fungerar, exempel, misstag och konsekvenser. Länka båda vägarna, märk ordlistan som terminologireferens och förklararen som den djupare behandlingen.
| Välj denna typ | När läsarens huvuduppgift är | Förväntad svarsform | Använd den inte när |
|---|---|---|---|
| Vad är-sida | Förstå ett koncept från grunden | Svar på 40–60 ord följt av en djupstege, exempel, avgränsningar och relaterade koncept | Sidan bara skulle omformulera en kort referensdefinition |
| Ordlistepost | Slå upp en term och verifiera dess kanoniska betydelse | Kortfattad definition, alias, användning och närliggande termer | Kontext, mekanik, historia och implikationer är det verkliga värdet |
| Ultimat guide | Bemästra ett brett ämne med flera delämnen | Omfattande hierarki, bevis, verktyg, beslut och nästa åtgärder | En fråga och ett centralt koncept definierar omfattningen |
| Instruktionsguide | Genomföra en procedur och verifiera resultatet | Förkunskapskrav, ordnade steg, kontrollpunkter och felsökning | Läsaren behöver först förståelse snarare än instruktioner |
Bäst för dessa företagstyper
Formatet är användbart över affärsmodeller, men inte lika brådskande överallt. Rangordna det efter hur ofta företaget måste förklara en kategori, metod, teknisk mekanism eller obekant köparproblem innan en kommersiell sida kan vara meningsfull.
- SaaS. SaaS-företag säljer ofta en ny kategori eller teknisk förmåga. Förklararen bygger den modell prospekt behöver innan produkt-, användningsfalls- och jämförelsesidor; den bör förbli pedagogisk snarare än att omedelbart bli en säljpitch.
- B2B-tjänster. Köpare behöver gemensamt ordförråd för metoder, risker, regleringar och tjänstemodeller innan de utvärderar leverantörer. En tydlig förklaring visar också ämneskompetens.
- Medieutgivare och affiliates. Hållbara förklarare stödjer ämnestäckning och ger jämförelser eller listartiklar en precis destination för läsare som saknar bakgrund.
- E-handel. Köpare kan behöva förstå ett material, en standard, mekanism, passform eller kompatibilitetsterm innan de väljer. Lär ut kategorin innan du leder kvalificerade läsare till produkter.
- Marknadsplatser. Förklara transaktionsmodellen, deltagarrollerna, förtroendemekanismen eller kategorivokabulären. Namnge deltagaren i omfattning snarare än att blanda köpar- och leverantörsfrågor.
- Lokala tjänster. Använd detta selektivt för okända diagnoser, metoder, juridiska koncept eller tekniska termer. Välbekanta tjänster behöver normalt en tjänstesida istället.
Sökintention
Sökintention är syftet bakom en fråga. För “vad är X” är den dominerande intentionen informativ: läsaren vill ha betydelse före utvärdering eller handling. Sökmodifierare avslöjar vilket djup som krävs. “X betydelse” kan tolerera en kompakt referens; “vad är X och hur fungerar det” efterfrågar mekanik; “vad är X inom marknadsföring” lägger till en domänavgränsning; “X exempel” gör abstraktion till problemet.
Granska den aktuella sökresultatsidan och AI-svar före utkastet eftersom svarsformer varierar beroende på ämne och marknad. Notera om resultaten inleds med en definition, gynnar referenskällor, innehåller diagram eller exponerar uppföljningsfrågor. För AI-svar, notera definitionen, bibehållna kvalificeringar, citeringar och närbesläktade kontraster.
Använd granskningen för att identifiera det minsta svarskontraktet och ett obesvarat behov, inte för att imitera rankad text. Ha ett direkt svar efter H1:an och placera väsentliga kvalificeringar där eftersom extrahering kan skilja det från senare förbehåll.
Sidstruktur
Intervallen är kontroller, inte kvoter. Djup innebär att lösa distinkta frågor, inte att upprepa definitionen med nya adjektiv.
| Sektion | Ordintervall | Syfte | Status |
|---|---|---|---|
| Direkt definition | 40–60 | Besvara H1:an fullständigt, namnge ämnet, kategorin, särskiljande egenskap och väsentlig kvalificering | Obligatorisk |
| Introduktion på enkel svenska | 80–150 | Översätt definitionen till vardagsspråk utan att ersätta dess precisa termer | Obligatorisk |
| Precis definition och omfattning | 120–220 | Ange vad som kvalificeras, var definitionen gäller och vilka gränsvillkor som är relevanta | Obligatorisk |
| Varför det finns | 150–250 | Förklara problemet, begränsningen eller den historiska förutsättningen som gjorde konceptet användbart | Obligatorisk |
| Hur det fungerar | 250–450 | Beskriv mekanismen eller sekvensen på konceptuell nivå, inte som en uppgiftshandledning | Obligatorisk |
| En disciplinerad analogi | 60–120 | Ge en mental modell och ange exakt var analogin slutar vara korrekt | Villkorlig: använd när mekanik fortfarande är abstrakt |
| Konkret exempel | 180–300 | Spåra ett realistiskt fall från indata genom mekanism till observerbart resultat | Obligatorisk |
| Där folk misstar sig | 150–250 | Korrigera vanliga resonemangs-, implementerings- eller tolkningsfel | Obligatorisk |
| Vad det inte är | 150–250 | Lös upp två till fem närbesläktade förväxlingar med explicita kontraster | Obligatorisk |
| Implikationer | 150–300 | Förklara vad som förändras för läsaren, organisationen eller systemet när konceptet är förstått | Villkorlig: använd när konsekvenser är väsentliga |
| Relaterade koncept | 100–180 | Definiera relationen till förkunskaps-, syskon- och nästa steg-koncept | Obligatorisk |
| FAQ | 200–400 | Besvara fem till åtta kvarstående frågor som inte är upprepningar av rubriker | Obligatorisk |
| CTA | 30–80 | Erbjud en nästa åtgärd anpassad till en läsare i medvetenhetsstadiet | Obligatorisk |
En analogi byter precision mot igenkänning. Använd en, märk den “Analogi” och ange dess gräns; staplade jämförelser döljer mekanismen.
Obligatoriska element
Återanvändbara element har kanoniska specifikationer; vanliga sektioner har inte. Exemplet, “vad det inte är”-listan och diagrammet förblir anatomikrav utan att uppfinnas som nya elementtyper.
| Element | Alltid eller villkorligt | Exakt position | Varför |
|---|---|---|---|
| Direkt svarsblock | Alltid | Omedelbart efter H1:an | Det uppfyller frågan innan navigering, scenbyggande eller befordran kan fördröja svaret |
| Definitionsruta | Alltid, sammanslagen med det direkta svaret | Samma öppningsposition; en ruta, inte två upprepade block | På denna inläggstyp utför definitionen och det direkta svaret samma uppgift och måste dela en kanonisk formulering |
| Annoterad skärmbild | Villkorlig | Bredvid det första avsnittet som förklarar ett användargränssnitt eller observerbart visuellt tillstånd | Det omvandlar en annars vag gränssnittsreferens till granskningsbara bevis; använd ett konceptuellt diagram istället för en abstrakt mekanism |
| Relaterat innehållsblock | Alltid | Efter relaterade koncept och före FAQ eller CTA | Det erbjuder en ordlistereferens, en bredare guide eller en procedur utan att utöka denna sida bortom dess fråga |
| FAQ-struktur | Alltid | Efter huvudförklaringen och före CTA | Den löser verkliga uppföljningsfrågor samtidigt som huvudets djupstege förblir sammanhängande |
| CTA-block | Alltid | Sista redigerade elementet | Det ger en informerad läsare en relevant fortsättning istället för att avbryta förklaringen med säljtext |
| Frontmatter-specifikation | Alltid | Dokumentmetadata, före renderat brödtextinnehåll | Det ger sidan en stabil entitet, taxonomi, schemaindata och synkroniserade FAQ-poster |
Frontmatter
Entiteten är ämnet, inte frågeformuleringen. För “Vad är innehållsrensning?”, använd entity = "content-pruning", inte entity = "what-is-content-pruning". Titlar kan ändras medan entiteten förblir stabil.
Använd Article som primär schematyp och identifiera ämnet genom about när det stöds. Lägg till FAQPage endast när synliga svar, frontmatter och strukturerad utdata matchar och aktuell policy tillåter det. Märk inte hela artikeln som DefinedTerm; detta är en frågeledd artikel, inte själva konceptposten.
| Fält | Obligatoriskt värde eller regel |
|---|---|
title | Naturlig frågetitel: Vad är [X]? eller Vad betyder [X]? |
seoTitle | Primär fråga plus en användbar differentierare; stapla inte synonymer mekaniskt |
entity | Kanonisk ämnesidentifierare, normaliserad och stabil, såsom content-pruning |
description | 150–160 tecken; svara på vad sidan förklarar och ge en anledning att klicka |
type | academy |
playbookPillar | post-type för denna specifikation; använd webbplatsens normala taxonomi på producerade artiklar |
playbookFamily | definition-and-entity |
journeyStage | awareness |
elements | Ordnad lista över renderade element som faktiskt finns |
businessTypes | Endast modeller som ämnet verkligen tjänar, i prioritetsordning |
schemaType | Article; eventuellt en extra FAQPage-nod när kvalificerad |
date och lastmod | Publicerings- och materialgranskningsdatum; uppdatera lastmod när betydelse, exempel eller avgränsningar ändras |
keywords | Sex till åtta naturliga varianter och domänkvalificeringar som används för redaktionell omfattning, inte upprepning |
[[lnks]] | En post för varje intern brödtextlänk, med ankartext som exakt matchar text |
[[faq]] | Fem till åtta poster, identiska med de synliga frågorna och svaren |
Fullständigt exempel
Detta kopieringsbara skelett använder ett verkligt ämne. Ersätt varje bracketerat innehållskontrakt med researchbaserad text; den inledande definitionen visar redan den erforderliga längden.
# Vad är innehållsrensning?
Innehållsrensning är den medvetna processen att ta bort, slå samman, omdirigera eller väsentligt förbättra sidor som inte längre tjänar en användbar publik eller ett affärssyfte. Det är inte urskillningslös borttagning: varje URL utvärderas mot bevis, webbplatsstruktur och framtida värde innan ett team beslutar att behålla, uppdatera, konsolidera, omdirigera eller pensionera den.
## Innehållsrensning på ren svenska
[Förklara hur sidor blir föråldrade eller överlappande och varför rensning väljer ett användbart framtida tillstånd snarare än att bara minska antalet URL:er.]
## Den precisa definitionen och omfattningen
[Definiera den utvärderade enheten, bevismetoden, möjliga åtgärder och godkännandegräns. Skilj rensning från rutinmässiga redigeringar och teknisk städning.]
## Varför innehållsrensning finns
[Förklara hur fakta, produkter och sidans syfte förändras, och varför det kostar att lämna varje URL orörd.]
## Hur innehållsrensning fungerar
[Beskriv inventering, bevisinsamling, klassificering, åtgärdsval, beroendegranskning, publicering och övervakning. Reservera utförandedetaljer för en instruktionsguide.]
### Analogi: att vårda ett referensbibliotek
[Mappa sidunderhåll till att vårda ett referensbibliotek, ange sedan gränsen: URL:er har länkar, omdirigeringar, sökhistorik och konverteringsvägar.]
## Ett konkret exempel på innehållsrensning
[Spåra tre överlappande artiklar genom bevisgranskning, sammanslagning, omdirigering och övervakningsbeslut.]
## Där team gör fel med innehållsrensning
[Förklara att ta bort baserat endast på trafik, ignorera säsongsvariationer eller länkar, slå ihop olika intentioner och göra ändringar utan baslinje.]
## Vad innehållsrensning inte är
- Det är inte att ta bort varje lågtrafikerad URL; vissa sidor tjänar smala men viktiga målgrupper.
- Det är inte att skriva om varje gammal artikel; oförändrade sidor kan fortfarande vara korrekta och användbara.
- Det är inte en engångsstädning; biblioteket behöver en granskningsrytm och beslutshistorik.
- Det är inte en ersättning för att åtgärda crawlnings-, indexerings-, mätnings- eller produktproblem.
## Vad innehållsrensning förändrar
[Förklara tydligare ämnesägarskap, aktuella svar, enklare underhåll och bättre läsarvägar utan att lova rankningar.]
## Relaterade koncept
[Relatera konsolidering, omdirigeringar, granskningar, informationsarkitektur och styrning; länka endast till destinationer med distinkta uppgifter.]
## FAQ
[Lägg till fem till åtta kvarstående frågor om bevismetoder, omdirigeringar, säsongsvariationer, godkännande, övervakning och återföring.]
## Bestäm nästa åtgärd
[Erbjud en fortsättning: ett relaterat koncept, procedurguide eller inventeringsutvärdering.]
Designexempel
Galleriet testar hierarki, inte dekoration. Varje bild använder samma exempel om innehållsrensning och håller svaret omedelbart efter H1:an.
Ersätt kommentarer endast när de exakta filerna finns. Diagrammet måste förklara relationer eller flöde; dekoration uppfyller inte kravet.
Kvalitetskontrollista
En granskare bör kunna kontrollera varje kriterium mot synlig text, inte härleda efterlevnad från skribentens avsikt.
- De första 40–60 orden besvarar H1:an utan inledning, odefinierade pronomen eller beroende av nästa stycke.
- Det inledande svaret namnger ämnets kategori, särskiljande egenskap och eventuell kvalificering som ändrar betydelsen.
- Introduktion på enkel svenska och precis omfattning tillför olika värde istället för att omskriva varandra.
- Sidan fullbordar stegen: svar, definition, syfte, mekanik, exempel, misstag, undantag och relaterade koncept.
- Ett konkret exempel spårar konceptet genom igenkännbara indata, mekanism och resultat.
- Eventuell analogi är explicit märkt, används en gång och följs av dess gräns.
- “Vad det inte är” kontrasterar två till fem genuina närbesläktade förväxlingar och förklarar den avgörande skillnaden.
- Ett diagram ingår när relationer eller flöde annars skulle kräva en tät förklaring; dess bildtext bär den väsentliga betydelsen.
- Ordlistan och vad är-sidan har distinkta titlar, primära frågor, omfattningar och internlänkroller när båda finns.
- Varje faktapåstående som kan ändras har en källa och kontrollerat datum i produktionsbevisposten.
- Fem till åtta FAQ:er besvarar kvarstående frågor och matchar frontmatter-posterna exakt.
- Den slutliga CTA:n erbjuder en medvetenhetsanpassad nästa åtgärd.
Vanliga misstag
- Fördröja definitionen. En berättelse, trendpåstående eller säljintroduktion före svaret bryter formatets centrala löfte.
- Skriva en cirkulär definition. “AI-synlighet är hur synlig du är inom AI” upprepar etiketten utan att tillföra betydelse.
- Definiera jargong med jargong. Öppningstermer måste vara välbekanta, definierade inline eller introduceras omedelbart därefter.
- Publicera en ordlistaartikel två gånger. En högre ordräkning skapar inte en förklaring om båda sidorna äger samma fråga och sektioner.
- Göra “hur det fungerar” till en handledning. Detaljerade steg, förkunskapskrav och felsökning hör hemma i en procedurmässig syskonsida.
- Stapla analogier. Använd en märkt analogi med en angiven gräns.
- Utelämna undantag. Utan “vad det inte är” kan läsare lämna med en rimlig men felaktig närbesläktad tolkning.
- Lista relaterade termer utan relationer. Ange om varje är en förkunskap, komponent, syskon, alternativ eller konsekvens.
- Hävda universella fördelar. Förklara konsekvenser under namngivna förhållanden; lova inte rankningar, intäkter, säkerhet eller efterlevnad.
Internlänkning
Vad är-sidan bör få länkar från ordlisteposter, guider, produktutbildning, användningsfall, jämförelser och akademidokumentation som använder konceptet. Placera den första användbara länken där konceptet blir nödvändigt och använd beskrivande ankartext.
Länka utåt enligt läsarens nästa olösta uppgift:
- Länka till ordlistan för kanonisk terminologi, alias eller en kortfattad referens.
- Länka till en bredare guide för det omgivande fältet.
- Länka till en procedur när förståelsen är fullständig och nästa fråga blir “Hur gör jag detta?”
- Länka till en produkt eller ett användningsfall först efter att den pedagogiska förklaringen gjort dess relevans tydlig.
- Länka till förkunskaps- och angränsande koncept med deras relation angiven; välj två till fyra för det avslutande blocket.
Duplicera inte ordlistans referensuppgift, den ultimata guidens bredd eller instruktionsguidens procedur. Koppla samman ordlista och förklaring i båda riktningarna med explicita löften som “hur X fungerar” och “X definition och terminologi.”
Hur man mäter resultat
Mät svarupptäckt, korrekt förståelse och användbar fortsättning. Baslinjemät den primära frågan, betydelse- och domänvarianter samt två eller tre närbesläktade frågor före publicering. Använd AmICited spårning av promptar för att kontrollera om AI-svar nämner entiteten och bevarar dess kvalificering.
Granska käll- och citeringsintelligens för att se om sidan själv citeras för dessa promptar och om en annan webbplats används för definitionen, exemplet eller kontrasten. I AmICited Cockpit, jämför synlighet och citeringsrörelse med organiska visningar, engagerade besök, rörelse till de valda relaterade sidorna och den slutliga CTA-åtgärden. En citering som tar bort kvalificeringen eller förväxlar entiteten är inte en ren vinst, även om varumärket nämns.
Använd SEO-resultatramverket för att välja en åtgärd efter ett definierat observationsfönster: behåll, uppdatera det inledande svaret, stärk exemplet, förtydliga en gräns, konsolidera en överlappande sida eller ändra internlänkningsvägen. Tillskriv inte ett kommersiellt utfall till denna sida baserat enbart på timing; dess medvetenhetsuppgift bidrar ofta innan en senare sida konverterar.
FAQ
Hur lång bör en vad är-sida vara?
Använd den kortaste längd som fullbordar djupstegen. De flesta substantiella ämnen behöver ungefär 1 200–2 500 ord, men omfattning, tvetydighet och antalet användbara exempel spelar större roll än en fast totalsiffra.
Vad är skillnaden mellan en vad är-sida och en ordlistepost?
En ordlistepost är en stabil referens för en term. En vad är-sida besvarar en fråga och kan utveckla varför konceptet finns, hur det fungerar, exempel, misstag, avgränsningar och implikationer.
Kan ett ämne ha både en ordlistepost och en vad är-sida?
Ja, när läsare behöver både en kanonisk termreferens och en substantiell frågeledd förklaring. Ge varje sida en distinkt uppgift, använd olika primära frågor och länka dem i båda riktningarna.
Ska en vad är-sida inkludera steg?
Endast en kort processöversikt när steg är nödvändiga för att förklara hur ämnet fungerar. Om att genomföra proceduren är läsarens huvudmål, publicera en separat instruktionsguide.
Ska det direkta svaret och definitionsrutan upprepa varandra?
Nej. På en vad är-sida utför de samma inledande uppgift, så kombinera dem till en definitionsruta på 40–60 ord omedelbart efter H1:an.
Behöver en vad är-sida FAQ-schema?
Inte automatiskt. Skriv fem till åtta synliga FAQ:er när verkliga kvarstående frågor finns, och lägg till FAQPage-schema endast när implementeringen matchar de synliga svaren och rådande sökmotorpolicy.
Bygg det första svaret före resten av sidan
Börja med läsarens exakta fråga, utkasta svaret på 40–60 ord och testa om det håller när det kopieras ensamt. Använd sedan djupstegen för att bevisa, illustrera, kvalificera och koppla samman det svaret. Öppna AmICited Cockpit för att baslinjemäta frågan och dess närbesläktade varianter före publicering.
Vanliga frågor
Använd den kortaste längd som fullbordar djupstegen. De flesta substantiella ämnen behöver ungefär 1 200–2 500 ord, men omfattning, tvetydighet och antalet användbara exempel spelar större roll än en fast totalsiffra.
En ordlistepost är en stabil referens för en term. En vad är-sida besvarar en fråga och kan utveckla varför konceptet finns, hur det fungerar, exempel, misstag, avgränsningar och implikationer.
Ja, när läsare behöver både en kanonisk termreferens och en substantiell frågeledd förklaring. Ge varje sida en distinkt uppgift, använd olika primära frågor och länka dem i båda riktningarna.
Endast en kort processöversikt när steg är nödvändiga för att förklara hur ämnet fungerar. Om att genomföra proceduren är läsarens huvudmål, publicera en separat instruktionsguide.
Nej. På en vad är-sida utför de samma inledande uppgift, så kombinera dem till en definitionsruta på 40–60 ord omedelbart efter H1:an.
Inte automatiskt. Skriv fem till åtta synliga FAQ:er när verkliga kvarstående frågor finns, och lägg till FAQPage-schema endast när implementeringen matchar de synliga svaren och rådande sökmotorpolicy.
Fler tutorials i det här avsnittet
Redo att omsätta det i praktiken?
Gratis kontroll · 7 dagars provperiod · kreditkort krävs