Krav på WCM-verktyg
1. Kontroll av innehåll som publiceras [Prioritet 1]
Verktyget ska i första hand använda och uppmuntra användandet av dokumentformat som stöds av WCAG. I dagsläget innebär detta HTML. Text och länkar på bilder (både
huvudbilder, bilder i text och anslag.) 2. Plattformsoberoende [Prioritet 3]
Verktyget ska fungera i moderna webbläsare oavsett klientplattform. Verktygets
grundfunktionalitet får inte vara beroende av andra teknologier än de som fastställts av W3C och ska inte tvinga redaktören att använda en viss webbläsare.
3. Kvalitet på medföljande innehåll [Prioritet 1]
Allt webbinnehåll (mallar, bilder, exempelsidor etc) som följer med verktyget ska följa WCAG när redaktören använder det.
4. Användning av stilmallar [Prioritet 1]
Innehåll och struktur ska separeras från presentation.
5. Utformning av URL:er [Prioritet 1]
URL:er som genereras av publiceringsverktyget ska vara tydliga och inte innehålla underliga tecken som behövs för teknikens skull.
6. Layout [Prioritet 1]
Tabeller får inte användas för layout.
7. Hantering av språk [Prioritet 2]
Verktyget ska göra det möjligt för redaktören att ange vilket huvudsakligt språk innehållet på webbplatsen har. Det ska dessutom gå att ange vilket språk enskilda webbsidor har. Till exempel de delar av webbplatsen som är översatta till engelska eller ett annat språk.
8. Valideringsstöd [Prioritet 2]
Det ska finnas en funktion för att kontrollera tillgängligheten på den sida som skapas. Om automatisk kontroll inte är möjlig ska verktyget ställa kontrollfrågor för att möjliggöra manuell bedömning.
9. Sidtitel [Prioritet 3]
Titeln för en sida får inte styras godtyckligt utan ska vara likartade eller samma som rubriken för sidan.
10. Ska stödja HTML 5.0
11. Sökverktyg?(Kunna söka i olika filtyper och sidor)
12. Realtidsstatistik (antal kommentarer på artiklar, hur många som läst vilka artiklar etc.) 13.Personaliseringsfunktion (Insidan)
14. Versionshantering
15. Sociala medier intergration – plugin?
16. e-tjänster och integration?
17. Importera text direkt från fil – istället för att fylla på för hand. Det ska gå på två klick – inte behöva copy-pasta ens.
18. Med tidsstyrning förbereda flera artiklar för publicering och avpublicering vid olika tidpunkter under dagen eller veckan. Kan användas för att ha olika versioner av startsidan som publiceras vid olika tider. Det är ett enkelt sätt att anpassa sajtens utseende och innehåll efter veckodagarna eller dygnet.
19. Specifika puffar som går att fördefiniera (ex tipsa om cirklar, veckans fråga, starta studiecirkel osv)
20. Generera sitemap
21. Kalenderfunktion – enkelt att fylla på med evenemang och kategorisera + kontaktuppgifter.
22. En dashboard för alla sajter -- Istället för att ha olika webbadresser och inloggningar för varje sajt – som utvecklingsmiljö, landssajter och kampanjsajter – kan man överblicka och nå allt från en och samma dashboard.
23. En lösning som inte låser fast oss till en enskild konsult; all information vi publicerar, all design och alla funktioner som byggs ska vi kunna använda oss fritt av.
24. Det är ett krav att vi ska kunna vända oss till annan konsult för att vidareutveckla eller få support för webbplatsen.
25. Webbpubliceringsverktyget behöver ha en flexibel personalhantering som går att koppla ihop med kommunens personalregister (exempelvis ??) och vara väl anpassat för att använda i en organisation med många anställda.
7.1.2 Formulär och tabeller
1. Formulär, fältetiketter [Prioritet 1]
Alla fält ska automatiskt få eller ska kunna ges explicit kopplade fältetiketter.
2. Formulärinsändning [Prioritet 1]
Insändning av formulär får inte vara JavaScriptberoende.
3. Formulärlayout [Prioritet 2]
Tabeller ska inte användas för formulärlayout.
4. Formulär, scriptberoende [Prioritet 1]
Validering och annan funktionalitet får inte vara beroende av script, till exempel JavaScript.
5. Tabeller, rad - och kolumnöverskrifter [Prioritet 2]
Det ska vara möjligt att skapa korrekta rad- och kolumnöverskrifter med hjälp av verktyget.
Rätt element (th) ska användas för att skapa överskrifterna.
6. Tabeller, summarytext [Prioritet 3]
Verktyget ska ge redaktören möjlighet att redigera summarytext för tabeller. Summarytext ska inte skapas automatiskt och inte heller vara obligatorisk.
7. Tabeller, captiontext [Prioritet 3]
Verktyget ska ge redaktören möjlighet att ange captiontext för tabeller. Rätt element (caption) ska användas för texten.
7.1.3 Bildhantering och länkar
1. Bilder, alt-texter [Prioritet 1]
Man måste ange alt-text, utan den kan ej dokument sparas.
2. Bilder, alt-text får ej skapas automatiskt [Prioritet 1]
3. Bilder, alt-texter, tidigare skapade alternativtexter ska inte återanvändas utan bekräftelse från användaren.[Prioritet 2]
4. Bilder, alt-texter, Alt-text ska bestå av ren text [Prioritet 1]
5. Bilder, longdesc.[Prioritet 2]
Det ska vara möjligt att ange longdesc. Om bilden behöver en utförligare beskrivning kan alt- texten kompletteras med en long description.
6. Information om bifogade dokument [Prioritet 2]
När ett dokument bifogas ska information om storlek, filtyp skapas i text-format i anslutning till länken. Gäller endast dokument som hanteras i systemet.
7. Länkar, interna bokmärken [Prioritet 1]
Det ska gå att skapa interna bokmärken.
8. Title-text för länkar [Prioritet 1]
Det ska gå att ange titletext för länkar. Titletexten får ej vara tvingande eller skapas automatiskt.
7.1.4 Textformatering
1. Rubriker [Prioritet 1]
Verktyget ska ge stöd för att skapa hierarkiska rubriker. Sidans första rubrik ska vara h1, och underliggande rubriknivåer ska användas på så sätt att dokumentets struktur framgår av rubrikstrukturen.
2. Uppmärkning av textstycken [Prioritet 1]
<p> ska användas för uppmärkning av textstycken.
3. Betoning, fetstil och kursiv [Prioritet 1]
Det ska vara möjligt att formatera text. HTML-elementen strong och em, alternativt b och i ska användas för fetstil respektive kursiv stil. Är syftet att betona text ska strong och em användas. Verktyget får inte använda font eller span för textformatering.
4. Punktlistor [Prioritet 1]
Korrekt HTML-element för punktlistor (ul och li) används när redaktören skapar en punktlista med hjälp av verktyget.
5. Numrerade listor [Prioritet 1]
Korrekt HTML-element för numrerade listor (ol och li) ska användas när redaktören skapar en numrerad lista med hjälp av verktyget.
6. Hierarkiska listor [Prioritet 2]
Korrekt strukturerad ul ska skapas när redaktören skapar en lista inuti en annan lista.
7. Förkortningar [Prioritet 2]
Det ska gå att skapa förkortningar med förklarande text. Rätt element och attribut (abbr respektive title) ska användas för att skapa förkortningen.
8. Akronymer [Prioritet 2]
Det ska gå att skapa akronymer med förklarande text. Rätt element och at-tribut acronym respektive title ska användas för att skapa förkortningen.
9. Citat, inline [Prioritet 2]
Det ska gå att skapa inlinecitat. Citaten ska använda rätt element (q).
10. Citatstycke [Prioritet 2]
Det ska gå att skapa citatstycke. Citaten ska använda rätt element (block-quote). Om Strict doctype används ska texten omges av blocknivåelement, lämpligen p.
11. Citat [Prioritet 2]
Ikon eller text för citatfunktionen skall tydligt visa att det handlar om citat, inte om indentering av text.
7.1.5 Stöd för redaktören
1. Hjälpfunktion och manual [Prioritet 1]
Kontroll- och hjälpfunktioner samt stöd för att skapa tillgänglig information ska finnas i ett format som inte kräver en extern applikation och är valbart direkt från den vy användaren är
"ett klick bort". Enklare instruktioner som syns direkt bredvid fält som hjälp t.ex. ”tänk på att använda bilder som som passar enligt Falu kommuns bildpolicy” och sedan kunna länka till mer omfattande information om t.ex. bildpolicyn, som inte heller får kräva extern applikation.
2. Anpassningsmöjligheter [Prioritet 2]
Verktyget ska tillåta ändringrar av redigeringsvyns visningsinställningar. Användaren måste
kunna ändra till exempel textstorlek, typsnitt, textfärg och bakgrundsfärg i redigeringsvyn utan att det påverkar innehållet i det redigerade dokumentet.
3. Navigering utan mus [Prioritet 3]
Användaren måste, med hjälp av enbart tangentbord, kunna utföra alla redigeringsmoment som användargränssnittet tillhandahåller. Exempel är att navigera till, markera, och redigera innehåll i redigeringsvyer och styra användargränssnittet.
4. Typografiska tecken [Prioritet 3]
Publiceringsverktyget ska ge stöd i att formatera tecken i enlighet med svensk typografisk standard.
5. Drag-and-drop på dokument och bilder direkt från dator (och bildbanken).
6. Om möjlighet finns: integrering med bildbanken.
7. Automatisk storleks och upplösningsanpassning på bilder som används i webbdokument, även bilder i brödtexten.
8. Anpassning av bildposition i bildram ska vara enkelt och smidigt i form, t.ex. drag-and- drop.
9. Sidmallar ska kunna produceras i förväg av huvudredaktörer.
10. Max tre klick för att skapa t.ex. länkar och infoga fil. Max två klick för att skapa en rubrik.
11. Inbyggd statistikfunktion där redaktören kan se statistik för specifika sidor och granska/analysera besökares beteende på webbplatsen. Även kunna se över döda länkar, stavfel etc. i redaktörens vy. Rapporter ska vara enkla att framställa efter angivna parameter (antal minuter för besökare att nå sin målsida, sökord som inte lett till ngn resultat m.m.) 12. Stavningskontroll (som Word).
13. Flera behörighetsnivåer och roller. Central huvudredaktör, utvecklare, flikredaktör, redaktör, publicist och granskare. Dessutom ska det finnas inloggningsmöjligheter för även besökare, så som externa konsulter (reklambyråer, utvecklare m.m.)
14. Huvudredaktören anger hur ofta ett webbdokument ska ses över/uppdateras.
15. Det ska vara enkelt att granska/ändra ett dokument (direkt i webbläsaren). Kritiska
uppgifter så som datum i text/dokument, siffror och personaluppgifter ska ”highlightas” för att underlätta granskningen.
16. Publiceringsdatum och ”skapad datum” ska vara placerade på ett pedagogiskt och tydligt sätt för redaktören.
17. Enkelt att skapa nyhet och ange vart den ska publiceras. Redaktören ska inte behöva navigera sig till olika delar av webben, utan klicka i en lista på de sidor som nyheten ska finnas på.
18. Schemaladga nyheter ska gå att förbereda och datumsättas.
19. Status på webbdokument ska synas tydligt utan att dokumentet behöver öppas. (T.ex.
publicerat, utkast, väntar på granskning.)
20. Arbetsflöde (godkännandeprocess, påminelser via e-post m.m.)
21. Dokumenthantering – det ska vara enkelt för redaktören att hitta och återanvända dokument och bilder som är inlänkade i ett webbdokument.
22. Automatisk metadata taggning? (Kan verktyget jämföra rubrik med ingress och ge förslag på ordtaggning som ska läggas till.)
23. Enkelt kunna justera layout i en mall med hjälp av drag-and-drop (t.ex. ordningen på fälten).
24. Enkelt kunna skapa länk av bild.
25. Olika typer av länkning ska vara enkla att göra (beroende på vilken ikon som ska synas) – man ska inte behöva koda eller mata in något särskilt, t.ex. ”mailto:”
26. Kopiera text från andra program – och behålla formatering.
27. Formatering av text (italic, bold, etc.) ska vara enkelt och lättillgängligt. Verktygsfält så likt textformateringsprogram som möjligt – för igenkänningsfaktorn.)
28. Webbpublicering via mobil (som Wordpress).
29. Möjlighet att förhandsgranska sidan man redigerar i olika mediakanaler, t.ex. smartphone.
30. Automatisk tillgänglighetskontroll för redaktörer – har man skrivit rätt?
31. Adminfält för direktlänkar ska vara lättillgängligt och enkelt att använda.
32. Automatisk (och bra) anpassning av innehåll för olika enheter.
33. Användarvänligt redaktörsgränssnitt – Redigeringen ska vara wysiwyg och utan omladdning så långt det går. Redaktören ska ha känslan av att redigeringen sker direkt på webbsidan och genast se hur det ser ut för slutanvändaren.
34. Förhandsgranskningsläge ska finnas, så att man inte behöver publicera sidan för att se ändringar.
35. Anslagshantering och publicering av dessa.
36. Nyhet behöver kunna publiceras enkelt genom att man klickar i vilka sidor den ska visas på.
37. Viktigt att ta reda på om WCM-verktyget måste upphandlas regelbundet enligt LOU.
