Slik bygger du en blogg med AI: innlegg, editor, SEO og hosting

En blogg trenger tre ting: innlegg folk kan lese på sin egen URL, en måte for deg å skrive og publisere innleggene på, og sider søkemotorer kan forstå. En AI-appbygger kan bygge alle tre ut fra en beskrivelse på vanlig norsk. Hovedvalget er hvor innleggene dine skal ligge: som filer i prosjektet, eller i en database med en editor. Resten av guiden følger av dette valget.

Hva en blogg trenger

Sider

• Hjemmeside eller innleggsliste: nyeste innlegg først, med tittel, dato, et kort utdrag og et forsidebilde.
• Innleggsside: selve artikkelen, med egen URL, for eksempel /blog/how-we-roast-coffee.
• Kategori- eller taggsider: slik at leserne kan bla gjennom ett tema.
• Om-side: hvem som skriver, og hvorfor.
• Søk (valgfritt): verdt å legge til når du har mer enn noen titalls innlegg.
• RSS-feed: en liten fil som lar feedlesere og noen nyhetsbrevverktøy hente nye innlegg automatisk.

Data

Et innlegg er en liten post: tittel, slug (URL-delen), brødtekst, utdrag, forsidebilde, forfatter, kategori, tagger, status (utkast eller publisert), publiseringsdato og oppdateringsdato. Hvis det er flere forfattere, legg til en forfattertabell med navn, bilde og kort biografi.

Tilganger

Lesere ser bare publiserte innlegg. Skribenter kan lage og redigere utkast. Noen, ofte samme person, kan publisere. For en blogg med én person er dette bare «meg og alle andre». For et team trenger du innlogging og minst to roller.

Det store valget: filer eller database

Et CMS (content management system) er ganske enkelt delen der du skriver og administrerer innhold. Se hva er et CMS for mer.

For de fleste personlige og firmabaserte blogger bør du starte med Markdown-filer. Gå over til database og editor når det å skrive gjennom appbyggeren blir flaskehalsen, eller når noen som ikke bruker appbyggeren skal publisere.

SEO-valg du bør ta tidlig

Verdien til en blogg kommer vanligvis fra søketrafikk, så noen tekniske valg betyr mer enn designet.

• Sidene må kunne leses uten JavaScript. Mange AI-bygde apper er enkeltsideapper (SPA): nettleseren laster ned en tom side, og JavaScript fyller den inn. Søkemotorer kan ofte rendre det, men det er tregere og mindre pålitelig. For en blogg bør du be om at innleggene forhåndsrenderes til statisk HTML eller serverrenderes, slik at teksten ligger i siden så snart den lastes.
• Én URL per innlegg, og behold den. Velg korte, lesbare slugs. Hvis du endrer dem senere, brytes lenker med mindre du legger til viderekoblinger.
• Tittel og beskrivelse per innlegg. Hvert innlegg trenger egen <title> og metabeskrivelse, pluss Open Graph-tagger, slik at lenkene ser bra ut når de deles.
• Et sitemap. En sitemap.xml som lister hvert publiserte innlegg, hjelper søkemotorer å finne nye.
• Strukturerte data. Artikkelmarkering (fra schema.org) forteller søkemotorer overskriften, forfatteren og datoen. Merk bare det som faktisk står på siden.

Vår guide om SEO for AI-bygde nettsteder går nærmere inn på dette.

Eksempel på første prompt

Bygg en blogg for mitt spesialkaffe-brenneri. Sider: en hjemmeside som lister innlegg, nyeste først (tittel, dato, utdrag, forsidebilde), en innleggsside på /blog/[slug], kategorisider og en om-side. Lagre innlegg som Markdown-filer med front matter for tittel, dato, utdrag, kategori og forsidebilde, og forhåndsrender hver innleggsside til statisk HTML, slik at søkemotorer kan lese den uten JavaScript. Hvert innlegg trenger egen tittel og metabeskrivelse, Open Graph-tagger og Article-strukturerte data. Generer en sitemap.xml og en RSS-feed fra innleggene. Ren, lesbar typografi med en maks linjebredde på rundt 70 tegn, og et oppsett som fungerer godt på telefoner. Legg til tre eksempelinnlegg, så jeg kan se designet.

Byggesteg

1. Design med eksempelinnlegg. Få innleggssiden riktig først: skriftstørrelse, linjelengde, avstand, og hvordan bilder og sitater ser ut. Folk bruker mest tid der.
2. Liste- og kategorisider. Sjekk utdragene, datoene og forsidebildene, og hva som skjer når et innlegg ikke har bilde.
3. SEO-grunnlaget. Be om titler, beskrivelser, Open Graph-tagger, sitemapet og RSS-feeden. Etter publisering åpner du et innlegg og ser på sidekilden for å bekrefte at teksten er i HTML-en.
4. Dine ekte innlegg. Erstatt eksemplene. Skriv de første selv; de setter tonen.
5. Påmelding til nyhetsbrev (valgfritt). Et skjema på slutten av hvert innlegg som lagrer e-postadresser i en database, eller sender dem til e-postleverandøren din. Se hvordan du bygger et nyhetsbrevnettsted.
6. Editor og innlogging (bare hvis nødvendig). Hvis du går over til database, be om et administrasjonsområde med utkast, en forhåndsvisningsknapp og bildeopplastinger, og beskytt det med innlogging.
7. Eget domene. En blogg på ditt eget domene bygger omdømme for det domenet. Se hvordan du kobler til et eget domene.

Bruke AI til skrivingen

AI kan hjelpe med disposisjoner, første utkast, forslag til overskrifter, sammendrag og redigering. Den er svakere på det som gjør en blogg verdt å lese: din erfaring, dine meninger, dine bilder og ekte tall fra ditt arbeid. En nyttig regel er å la AI hjelpe deg å skrive raskere, ikke skrive for deg. Sjekk hvert faktum den gir deg, og publiser aldri statistikk eller sitater du ikke kan spore til en kilde.

Hvis du legger til en AI-skriveassistent i din egen editor, en knapp for «foreslå en tittel» eller «stram inn dette avsnittet», må API-nøkkelen holdes på serveren. Sett også bruksgrenser, siden hvert forslag koster penger.

Vanlige feil

• Innleggsteksten legges til av JavaScript i nettleseren. Teksten bør ligge i HTML-en fra starten.
• Å endre slugs etter publisering. Alle gamle lenker brytes. Hvis du må, legg til en viderekobling fra den gamle URL-en.
• Enorme bilder. Et forsidebilde på 5 MB gjør hver side treg. Be om nedskalerte, komprimerte bilder med bredde og høyde satt.
• Ingen utkast. Uten utkaststatus havner halvferdige innlegg rett på nettet.
• Kommentarer uten moderering. Åpne kommentarer tiltrekker spam i løpet av få dager. Start uten kommentarer, eller krev godkjenning før noe vises.
• Manglende datoer. Både lesere og søkemotorer vil vite når noe ble skrevet og sist oppdatert.

Når en bloggplattform er det bedre valget

Hvis du bare vil skrive og ikke noe annet, får en hostet bloggplattform eller WordPress deg dit raskere. De har ferdige editorer, temaer, kommentarer, i noen tilfeller nyhetsbrev, og år med tillegg. Substack-lignende plattformer gir også et innebygd publikum og e-postutsending.

Bygg din egen når bloggen ligger inne i et større produkt (en firmanettside, en SaaS-app, en nettbutikk), når du vil at innleggene skal bruke dine egne data, for eksempel produktsider, oppskrifter eller annonser, eller når du vil ha full kontroll over designet og URL-ene. Det er også en god måte å lære hvordan nettsteder fungerer. For å legge til innlegg på et nettsted du allerede har, se hvordan du legger til en blogg på nettstedet ditt.

Bygge det med Mythex

I Mythex beskriver du bloggen i chatten, sjekker designet i live-forhåndsvisningen (også med en telefonstørrelse-ramme), og publiserer den til en offentlig <slug>.mythex.app-adresse. Egne domener er på Pro-abonnementet. Standardstakken er en Vite- og React-app som rendrer i nettleseren, så for en blogg bør du be om forhåndsrenderte innleggssider eller Next.js, og følge SEO-oppskriften for titler, metakoder og sitemap. Når du vil ha en editor i nettleseren, legger Mythex til en database og fillagring for bilder når appen trenger det. Innlogging for skribentene dine er tatt med selv: du velger tilnærmingen, og agenten kobler den til. Som utgangspunkt kan du se på matbloggmalen og nyhetsbrevbloggmalen.

Spørsmål