Creuna - Blog om digital kommunikasjon

Det første du bør spørre om når du kjøper et nytt CMS (publiseringsverktøy), er: “Hvordan får jeg med meg dataene når vi en gang skal bytte system og leverandør?”

Min jobb i Creuna består blant annet av å besvare kravspesifikasjoner for nye nettsteder. I veldig mange tilfeller etterspørres import av eksisterende data fra et gammelt system. Som regel blir mitt svar på dette at automatisert dataimport blir fryktelig dyrt og komplisert fordi vi ikke kjenner det gamle systemet, det er en forvirrende datastruktur og når det kommer til stykket så får vi slett ikke tilgang til databasen alikevel. Det ender veldig ofte med manuell kopiering av innholdet. “Det er bra”, sier vi. “For da får dere en gylden anledning til å gå gjennom og kvalitetssikre innholdet.” Og så gjør de det. Men det er jo ikke egentlig bra. Det er fordømt mye ekstraarbeid.

Årsaken til denne miséren er at det ikke finnes noen standard for utveksling av data mellom CMSer. Det kunne det godt ha vært, for de er basert på omtrent samme prinsipp alle sammen. Det handler om innhold i form av artikler, bilder, dokumenter, produkter etc, organisert i en hierarkisk struktur. Måten disse dataene er lagret på er forskjellig, men det burde være fint mulig å definere en standard måte å representere slike data.

Og dette er ikke bare viktig når du etter syv år skal bytte publiseringssystem. I mellomtiden kan du oppleve mye av det som gjør datalivet spennende: diskkrasj, virusangrep, ondsinnet datasletting, klønete datasletting eller rett og slett systemleverandører som går konkurs. Da kan det være kjekt å ha hatt jevnlig sikkerhetskopiering av dataene, i et format du kan bruke.

I morgen skal du be leverandøren din om tilgang til dataene dine i et applikasjonsnøytralt format. Et slikt format bør være enkelt. Hvis du ikke forståer det etter en kort forklaring, er det ikke bra nok. Husk, det er dine data.