Ja, dere kan redigere tekst og bilder på en Astro-nettside selv, hvis løsningen er bygget for det. Astro bestemmer ikke hvilket redigeringsverktøy dere skal bruke. Det må velges og settes opp som en del av leveransen, ut fra hvem som publiserer, hvor ofte innholdet endres og hva dere ønsker å gjøre selv.
For noen bedrifter er det mest praktisk å sende endringer til en fast kontaktperson. Andre må kunne publisere en nyhet eller rette en tjenestebeskrivelse med en gang. Begge deler kan fungere. Før dere velger nettsideløsning, bør dere prøve den faktiske arbeidsoppgaven fra utkast til publisert side.
Begynn med hva dere skal kunne endre
«Vi vil redigere selv» kan bety flere ting. Å rette et telefonnummer er en annen oppgave enn å bygge en ny landingsside. Be om å få avklart tre nivåer:
- Innhold: Tekst, bilder, lenker, kontaktopplysninger, prosjekter og artikler i avtalte maler.
- Oppsett: Flytte seksjoner eller sette sammen en side av ferdige innholdsblokker. Dette må være støttet av løsningen.
- Funksjoner: Endre et beregningsverktøy, en bestillingsregel eller koblingen til et CRM. Det er normalt en utviklingsoppgave, med behov for testing.
En avgrenset editor kan gjøre vanlige oppgaver enklere og holde sidene konsistente. Dere trenger ikke fri plassering av alle elementer for å ha god kontroll over innholdet. Samtidig bør det være klart hva som krever hjelp, hvordan det bestilles og hva det koster. Ta dette inn i grunnlaget for en ny nettside.
Tre måter å organisere redigeringen på
Disse arbeidsmåtene dekker ulike behov. De kan også kombineres, men da bør hver innholdstype ha ett tydelig sted der den vedlikeholdes.
| Oppsett | Kan passe når | Dette må avklares |
|---|---|---|
| Innhold i filer | En fast person håndterer endringer og publisering, eller dere har teknisk kompetanse selv. | Hvem utfører endringen, hvordan godkjenner dere den, og hvem hjelper ved fravær? |
| Tilkoblet redaktørverktøy | Ansatte skal oppdatere innhold regelmessig uten å arbeide i prosjektfilene. | Felter, sidemaler, roller, forhåndsvisning, språk og publiseringsløp. |
| WordPress beholdes for avtalte oppgaver | Dere har innhold eller arbeidsmåter i WordPress som er verdt å videreføre. | Om WordPress leverer innhold til Astro, eller bare håndterer andre funksjoner. |
Innhold i filer
Astro kan bruke innhold fra tekstfiler. Astros Markdown-dokumentasjon beskriver støtte for tekst og opplysninger som tittel og beskrivelse. En utvikler kan samle dette i faste sidemaler. Filer kan lagres med versjonshistorikk, slik at endringer kan gjennomgås og tidligere versjoner hentes frem.
Dette kan passe godt når redigeringen inngår i en avtalt tjeneste. Det passer dårligere hvis flere ansatte forventer et enkelt publiseringspanel, men bare får tilgang til filer. Avtal også hvordan en viktig rettelse håndteres når den vanlige kontaktpersonen er borte.
Et redaktørverktøy koblet til Astro
Et CMS er et system for å vedlikeholde innhold. Med et tilkoblet CMS kan ansatte få felter for eksempelvis overskrift, ingress, bilde og kontaktperson, mens Astro står for visningen. Astros CMS-veiledning forklarer dette skillet. Et slikt redigeringsgrensesnitt følger ikke automatisk med fordi nettsiden er bygget i Astro.
Be om å prøve de feltene og sidemalene dere skal få. En fin demonstrasjon av én nyhet sier lite om hvordan dere redigerer en tjeneste, erstatter et bilde eller oppdaterer to språk. Roller, planlagt publisering, godkjenning og forhåndsvisning må vurderes i det valgte oppsettet.
WordPress som en del av løsningen
WordPress kan fortsatt være stedet dere skriver, mens Astro viser innholdet til besøkende. Dette kalles ofte headless WordPress. Astros WordPress-veiledning viser hvordan innhold kan hentes gjennom WordPress sitt programmeringsgrensesnitt. Eksisterende design, utvidelser og forhåndsvisning må vurderes særskilt; de blir ikke automatisk en del av den nye visningen.
En annen variant er å beholde WordPress bare til avgrensede oppgaver, som eldre medier eller skjemaer. Da er det ikke nødvendigvis WordPress som redigerer innholdet på Astro-sidene. Be om å få vist hvor hver type endring skal gjøres. Det forebygger at dere oppdaterer et gammelt administrasjonspanel uten at den offentlige siden endrer seg.
Hvis dere vurderer å bytte løsning, beskriver vår guide til å flytte fra WordPress kartlegging, lanseringskontroll og tilbakeføring med vårt eget nettsted som eksempel.
Slik har vi valgt å gjøre det på vårt eget nettsted
På faerdermarketing.no bruker vi Astro til nettsidene besøkende møter. Innholdet vedlikeholdes i filer med versjonshistorikk. Vi bruker AI som støtte i arbeidet, gjennomgår tekst og endringer, kontrollerer norsk og engelsk og bygger en ny versjon før publisering. Etterpå kontrollerer vi også den offentlige siden.
WordPress er beholdt i bakgrunnen for historikk, eldre mediefiler og avgrensede funksjoner knyttet til blant annet skjemaer og samtykke. Artiklene du leser her, redigeres i prosjektfilene. Dette er vår valgte arbeidsmåte, og et konkret eksempel på at Astro og WordPress kan ha ulike oppgaver i samme løsning.
En kunde som vil publisere selv hver uke, kan trenge et annet redigeringsverktøy enn oss. Det avklarer vi før utviklingen starter. Les også hvorfor vi bygger mer med Astro og egen kode for bakgrunnen for teknologivalget.
Et fiktivt eksempel: prøv en vanlig arbeidsdag
Tenk deg en servicebedrift i Vestfold. Kontoransvarlig oppdaterer kontaktopplysninger og legger ut et nytt prosjekt omtrent annenhver uke. Fagansvarlig godkjenner teksten. En utvikler vedlikeholder skjemaet som fordeler henvendelser. Eksemplet er fiktivt, men oppgavene kan brukes i en demonstrasjon:
- Lag et utkast: Legg inn prosjekttittel, kort beskrivelse, et godkjent foto med bildetekst og lenke til relevant tjeneste.
- Kontroller begge språk: Forhåndsvis norsk og engelsk på mobil. Rett et uheldig bildeutsnitt og kontroller at kontaktlenken virker.
- Godkjenn og publiser: La fagansvarlig kontrollere innholdet uten å få mer tilgang enn nødvendig. Bekreft deretter at siden faktisk er offentlig.
- Rett en feil: Bytt en feil kontaktperson, og prøv å hente tilbake en tidligere tekstversjon. Avklar hvem som hjelper hvis publisering stopper.
Hvis en vanlig oppgave krever at utvikleren finner riktig fil hver gang, har dere i praksis valgt en tjeneste for innholdsvedlikehold. Det kan være riktig, men bør fremgå av tilbudet. Hvis ansatte skal løse oppgaven selv, må de få nødvendig grensesnitt, opplæring og støtte.
Lagret innhold er ikke alltid publisert innhold
På en statisk Astro-side må nytt innhold bli med i en ny bygging og publisering før besøkende ser endringen. Dette kan automatiseres. Astro kan også settes opp til å hente ferskt innhold når en side besøkes. Astros dokumentasjon om rendering beskriver begge mulighetene. Hvor fort en rettelse blir synlig, avhenger derfor av det konkrete oppsettet.
Be om en forståelig status for utkast, godkjenning og publisering. Avklar hvem som varsles ved feil, hvordan mellomlagret innhold oppdateres og hvem som kan rette en hastefeil. Prøv også planlagt publisering hvis dere trenger det. En dato i en editor er ikke tilstrekkelig hvis resten av løsningen ikke følger opp tidspunktet.
Avklar tilgang, sikkerhetskopi og ansvar
En medarbeider som skal rette tekst, trenger ikke nødvendigvis tilgang til alle kundedata eller tekniske innstillinger. Beskriv hvem som kan skrive, godkjenne, publisere og administrere brukere. Test med vanlige brukerkontoer, og kontroller at utkast eller interne opplysninger ikke blir offentlig tilgjengelige.
Versjonshistorikk for tekst erstatter ikke sikkerhetskopi av bilder, database og andre tjenester. Be om en konkret forklaring på hva som kan gjenopprettes, og hvem som gjør det. Hvis WordPress beholdes, må også den delen ha vedlikehold og et tydelig ansvar. Se guiden om eierskap og overtakelse når dere avtaler kontoer, eksport og dokumentasjon.
Dette bør stå i tilbudet
Be leverandøren beskrive redigeringen med oppgaver dere kjenner igjen. Avklar hva dere kan endre selv, hvilke maler som inngår, hvordan språk håndteres, hvordan publisering virker og hva dere betaler for støtte. Ta med opplæring, eventuelle abonnementer og behovet for en stedfortreder i kostnaden over tid.
Skriv gjerne: «Vi skal kunne opprette et prosjekt, oppdatere kontaktopplysninger og publisere på norsk og engelsk uten å endre kode. Vis oss oppgavene i løsningen som tilbys, inkludert forhåndsvisning og retting av feil.» Bytt oppgavene med deres egne. Et slikt krav sier mer enn at nettsiden skal være «enkel å redigere».
Når vi planlegger en nettside for bedriften, inngår redigering i valget av løsning. Fortell hvem som skal publisere, hvilke endringer som haster og hva dere vil håndtere selv. Det gir et konkret grunnlag for å velge mellom videreføring, tilpasning og nybygg.
