Preview og publicering

← Editor-manual

7. Preview og publicering

Det sidste skridt før indhold går live. Forstå draft vs published, hvordan preview virker, og hvordan du kan fortryde hvis noget går galt.

Draft vs Published

Hver side har en status-felt med to mulige værdier:

draft

  • Synlig kun i admin (rediger-vinduet + preview-pane)
  • Public-routes returnerer 404 selv hvis URL'en findes
  • Din "work in progress"-tilstand

published

  • Synlig for alle besøgende på det offentlige site
  • Indekserbar af Google (medmindre robots.txt forhindrer det)
  • Den status alle live-sider har

Nye sider oprettes som default i draft-status. Du skal eksplicit publicere før de bliver synlige.

Preview-pane (TASK-107)

Når du redigerer en side, finder du en Preview-knap øverst. Klik den:

  • En split-pane-visning åbnes
  • Venstre: rediger-vinduet med blocks
  • Højre: live-preview af siden med dine ugemte ændringer
  • Preview opdateres når du gemmer (auto-refresh)

Praktisk under arbejde

  • Hold preview åben mens du eksperimenterer med blocks. Det gør det meget hurtigere at se effekten af ændringer
  • Preview viser ALT — også ting der ikke er gemt endnu. Så det er reelt en "what would happen if I saved right now"-visning
  • Mobil-preview — preview-panen er responsiv, så du kan trække den smal for at simulere mobil

Publicér-flow

Når du er klar:

  1. Tjek preview er som forventet
  2. Klik Gem for at sikre alt er persistet
  3. Klik Publicér — sidens status skiftes fra draft til published
  4. Public-routes returnerer nu siden (med 200 OK)
  5. Google kan indeksere den ved næste crawl

Publicér igen vs første publicering

  • Første gang: status skifter fra draft til published. Siden er nu live
  • Efterfølgende: status forbliver published, men ændringerne bliver live øjeblikkeligt

Der er ingen "byggetid" eller cache-invalidering. Du klikker Publicér, og siden er opdateret. Det gør hurtige rettelser hurtige.

Version history

Hver gang du klikker Gem, oprettes en version i ContentVersions-tabellen. På rediger-siden finder du et Version history-panel:

  • Liste af versions med tidsstempel + actor (hvem gemte)
  • En diff hvis muligt (viser ændringer fra forrige version)
  • Restore-knap pr. version

Restore til en tidligere version

  1. Find den version du vil tilbage til
  2. Klik Restore
  3. En ny version oprettes oven på den gamle (så history bevares — du laver ikke skade ved at restore)
  4. Den restored data bliver din nuværende rediger-tilstand
  5. Klik Gem + Publicér for at gøre den live

Version history er en safety-net. Hvis du ved et uheld sletter en hel sektion eller laver en stor fejl, kan du restore til lige før fejlen.

Best practices

  • Draft first, publish second — opret altid nye sider som draft, fyld indhold ind, preview, og publicér først når du er tilfreds
  • Småændringer på published sider kan publiceres direkte uden draft-flow, men brug Preview til at tjekke før
  • Større ændringer på published sider — overvej at sætte status midlertidigt tilbage til draft mens du arbejder, så besøgende ikke ser halvfærdige sektioner
  • Tag mental note af version-nummer før du laver en stor refactor, så du kan restore til den hvis noget går galt

Hvad sker ved sletning

Når du sletter en side via Slet-knappen:

  • Sidens record fjernes fra storage
  • URL'en returnerer 404 fra det øjeblik af
  • Versions bevares (ContentVersions-tabellen er separat), men du kan ikke restore en slettet side via admin-UI — der er kun via direct storage access

Hvis du vil have siden tilbage:

  • Kontakt Platform Admin
  • De kan restore fra version-history eller fra et tidligere backup-ZIP

For at undgå dette, overvej at sætte siden til draft i stedet for at slette. Så er den ikke synlig på public, men findes stadig hvis du senere ombestemmer dig.

← Rollups