Checklista inför lansering av en ny hemsida

Det går att lansera en ny hemsida utan att tappa besökare, mejl eller synlighet, men bara om du går igenom en fast ordning före, under och efter lanseringen. Den här checklistan följer samma ordning som vi arbetar i på vår webbyrå i Umeå. Hela listan går att göra på en eftermiddag om sajten är liten, och den tar längre tid om du byter adresser på många sidor.

Texten bygger på Googles egen dokumentation, MDN Web Docs samt Post- och telestyrelsen (PTS) och Integritetsskyddsmyndigheten (IMY). Där myndigheter är inblandade beskriver vi bara vad de skriver. Det är inte juridisk rådgivning, och i tveksamma fall får du läsa källan eller fråga en jurist.

1. Se till att sidorna får indexeras

Det vanligaste misstaget vid lansering är att utvecklingsversionen har varit låst för sökmotorer och att låsningen följer med live. Kontrollera därför att ingen sida du vill ska synas har en noindex-regel och att robots.txt inte stänger ute hela sajten.

Google skriver att regeln noindex ges som en metatagg eller en HTTP-header och används för att förhindra indexering. Det finns en detalj som många missar. Enligt Googles dokumentation om att blockera indexering måste sidan för att noindex ska fungera "must not be blocked by a robots.txt file, and it has to be otherwise accessible to the crawler". Om du vill dölja en sida som du inte vill ha i sökresultaten ska du alltså inte stänga den i robots.txt. Samma sida skriver att noindex i robots.txt inte stöds av Google.

Gör så här: öppna sidans källkod och sök efter noindex, öppna adressen /robots.txt på domänen och läs raderna, och kontrollera i Google Search Console med verktyget för URL-granskning att startsidan och två-tre viktiga undersidor går att indexera. Lägg gärna till domänen i Search Console redan före lanseringen så att du har ägarverifieringen klar.

2. Skapa och skicka in en sitemap

En sitemap är en fil som listar sidorna på sajten. Google beskriver den som "a file where you provide information about the pages, videos, and other files on your site, and the relationships between them" i dokumentationen om sitemaps. Den är inte obligatorisk. Google skriver att om sidorna är ordentligt länkade till varandra hittar Google oftast större delen av sajten. En ny sajt med få länkar utifrån är dock ett av fallen där Google nämner att en sitemap kan vara till nytta.

De flesta system (WordPress, Webflow, Shopify och liknande) skapar en sitemap automatiskt. Kontrollera att den innehåller de nya adresserna och inga gamla, och skicka in den i Search Console.

3. Titlar och metabeskrivningar

Varje sida ska ha en egen titel som beskriver just den sidan. Google skriver i dokumentationen om titellänkar att du ska undvika vaga beskrivningar som "Home" för startsidan och att varje sida behöver en tydlig, avskiljande text i title-elementet. Upprepad standardtext på många sidor gör det svårt för både besökare och sökmotorer att skilja sidorna åt.

Gå igenom alla sidor och kontrollera att titeln inte är kvar som "Ny sida" eller "Hem" från mallen. Skriv metabeskrivningen som en kort förklaring av vad besökaren får på sidan.

4. Omdirigeringar om adresserna ändras

Byter du system eller domän ändras ofta adresserna. Då ska varje gammal adress skickas vidare till sin motsvarighet på den nya sajten. Google rekommenderar i guiden för flytt av sajt permanenta omdirigeringar på serversidan: "we recommend that you use HTTP permanent redirects if possible, such as 301 and 308."

Praktiskt går det till så här. Exportera listan med gamla adresser (från den gamla sajtens sitemap eller från Search Console). Bestäm för varje adress vilken ny sida den ska peka på. Google skriver "Once you have the listing of old URLs, decide where each one should redirect to." Byt också de interna länkarna på den nya sajten så att de pekar på de nya adresserna direkt. Testa ett tiotal av de gamla adresserna i webbläsaren efter lansering.

Google skriver att du bör behålla omdirigeringarna "for as long as possible, generally at least 1 year". Ta alltså inte bort dem efter någon månad.

5. Https och säker anslutning

Alla sidor ska laddas över https utan varningar i webbläsaren. Kontrollera certifikatets giltighetstid och att adressen utan https skickas vidare till https med en 301. Titta också efter bilder, skript eller typsnitt som fortfarande hämtas över http, för de ger ofta varning om blandat innehåll.

6. Mobil och hastighet

Öppna sajten på en riktig telefon och gå igenom startsidan, en undersida och kontaktformuläret. Knappar ska gå att trycka på, texten ska gå att läsa utan att zooma och inget ska ligga utanför skärmen.

För hastighet använder Google tre mått som kallas Core Web Vitals. Gränsvärdena står i web.devs artikel om hur de definierades. LCP (hur snabbt huvudinnehållet visas) ska vara högst 2 500 ms för att räknas som bra, INP (hur snabbt sidan svarar på klick och tryck) högst 200 ms och CLS (hur mycket layouten hoppar) högst 0,1. Artikeln skriver också: "If at least 75 percent of page views to a site meet the 'good' threshold, the site is classified as having 'good' performance for that metric." Måtten gäller alltså verkliga besök över tid, och en nylanserad sajt har ofta inte tillräckligt med data de första veckorna. Du kan ändå mäta med PageSpeed Insights före lansering och åtgärda det värsta, vanligtvis stora bilder.

7. Formulär och mejl

Fyll i varje formulär själv, från en dator och från en telefon. Kontrollera tre saker: att meddelandet kommer fram till rätt mottagare, att bekräftelsen till den som skickar fungerar och att meddelandet inte hamnar i skräpposten. Testa även med en mejladress hos en annan leverantör än din egen, eftersom problem ofta syns först då.

Om du byter webbhotell samtidigt: kontrollera att dina mejlinställningar (DNS-poster) följer med. Annars kan företagsmejlen sluta fungera i samma stund som du flyttar domänen.

8. Kakor och integritetspolicy

Det här är en punkt där du ska läsa myndigheternas egna sidor. PTS skriver på sin sida om kakor: "För att få använda kakor (cookies) på din webbplats måste du först fråga om samtycke." Samtycket ska enligt samma sida vara frivilligt, specifikt, informerat och ges aktivt. Kakor som är nödvändiga för att sajten ska fungera, till exempel en varukorg eller inloggning, omfattas av ett undantag.

PTS skriver också: "Det ska vara lika enkelt att tacka ja som nej till kakor." Sidan anger att förikryssade rutor och att tolka fortsatt surfande som samtycke inte räknas som giltigt samtycke.

Ansvaret är delat mellan två myndigheter. Enligt IMY:s nyhet om kakbanners har PTS tillsyn över lagringen av kakor enligt lagen om elektronisk kommunikation, medan IMY granskar den personuppgiftsbehandling som sker därefter, som analys och profilering. IMY har kritiserat banners som inte gav tillräcklig information om rätten att återkalla samtycke och banners med vilseledande design.

I praktiken: lista vilka kakor och skript din nya sajt faktiskt laddar (analys, kartor, inbäddade videor, chattar), ställ in att icke nödvändiga inte startar före samtycke och uppdatera integritetspolicyn så att den stämmer med listan. Tveksamma fall tar du upp med en jurist eller med myndigheterna.

9. Tillgänglighet i korthet

MDN Web Docs beskriver tillgänglighet så här i artikeln om vad tillgänglighet är: "Accessibility is the practice of making your websites usable by as many people as possible." Inför lansering kan du göra några enkla kontroller: går det att ta sig fram på sajten med bara tangentbordet, har bilder som bär information en alternativtext, är kontrasten mellan text och bakgrund tillräcklig och har formulärfälten synliga etiketter. Det ersätter inte en fullständig granskning, men det fångar de vanligaste bristerna.

10. Backup och återställning

Kontrollera att sajten säkerhetskopieras automatiskt och att du vet var kopian ligger. Ta dessutom en manuell kopia av den gamla sajten innan du stänger den, så att du kan hämta text och bilder som saknas på den nya. Testa gärna att kopian går att läsa tillbaka. En backup som aldrig har återställts är en gissning.

11. Analysverktyg

Bestäm vad du vill mäta innan du sätter in verktyget: till exempel antal skickade formulär, samtal eller besök på tjänstesidor. Lägg in verktyget, kontrollera att det registrerar ditt eget besök och att det inte startar före samtycke om det använder kakor (se punkt 8). Sätt också upp Search Console om du inte redan har gjort det, eftersom det visar vilka sidor Google har problem med.

12. Efter lanseringen

Det som händer de första veckorna avgör om lanseringen blev lyckad. I guiden för flytt av sajt skriver Google att du, när flytten har startat, bör följa hur trafiken från både användare och sökrobotar förändras på den nya sajten och på den gamla. Google nämner också Search Console som ett sätt att se om ovanligt många sidor rapporteras som "Not found". Gå in i Search Console efter någon dag och sedan varje vecka, och rätta de felande adresserna med en omdirigering.

Räkna också med att trafiken kan svänga under en period. Vi kan inte lova någon placering i Google, varken före eller efter en lansering. Det du kan påverka är att tekniken fungerar, att innehållet är tydligt och att fel rättas snabbt.

Behöver du hjälp att gå igenom listan för din sajt eller bygga en ny? Du når oss via kontaktsidan.