Guide 6 Drift

Publicera och hålla vid liv

Att appen fungerar hos dig betyder ganska lite. Publiceringen är det steg som avslöjar allt du inte tänkt på: nycklar som låg på din dator, data som bara fanns i din webbläsare, texter som bara du förstår. Den här guiden går igenom checklistan innan du delar länken, vad som faktiskt händer vid publicering, och de tre saker som gör att en app slutar fungera trots att ingen ändrat något.

Senast granskad: 27 jul 2026

Den här guiden är del sex i serien. Del fem, Data, inloggning och betalning, ska vara avklarad innan du publicerar något som andra ska använda.

Kort sagt

Publicering är inte en avslutning, det är en början. Från den dagen finns det någon som blir besviken när appen inte fungerar, och du har tagit på dig ett ansvar för data som inte är din. Det är hanterbart — men det förutsätter att du bestämt i förväg vad som gäller, inte att du löser det när det händer.

Vad publicering faktiskt är

Fram till nu har appen körts hos dig, eller inne i byggverktyget. Att publicera betyder att filerna läggs på en dator som är påslagen dygnet runt och har en adress, så att vem som helst med länken kan nå dem.

Tre saker skiljer den miljön från din, och det är i de tre skillnaderna nästan alla publiceringsproblem ligger.

1
Inget av det som fanns på din dator följer med. Nycklar, lösenord och inställningar du fyllde i lokalt måste läggas in igen, på serverns sätt. Det här är den vanligaste orsaken till "det fungerade ju hos mig".
2
Allt du skickar ut är offentligt. Allt som ligger i sidorna kan läsas av vem som helst som vet hur man tittar. Det finns ingen "bara jag"-del i en publicerad webbsida.
3
Användarna gör saker du aldrig gjorde. Klistrar in ett mejladressfält i namnfältet, klickar två gånger, öppnar på en tio år gammal telefon, fyller i och går ifrån i tjugo minuter.

Checklistan innan du delar länken

Gå igenom den här varje gång, även när det är "bara en liten grej". Den tar tio minuter.

Inga nycklar i det som skickas till webbläsaren. Fråga rakt ut: "Finns det någon API-nyckel, något lösenord eller någon hemlig sträng i koden som skickas till besökarens webbläsare? Svara ja eller nej och visa var." Läs svaret noga.
Data sparas någonstans som finns kvar. Fyll i något, ladda om, öppna på telefonen. Alla tre.
Prova på en telefon. Inte ett smalt webbläsarfönster — en riktig telefon. Fält som är omöjliga att träffa med tummen upptäcks inte på något annat sätt.
Prova att göra fel med flit. Tomt formulär, konstiga tecken, dubbelklick på skicka. Får du ett begripligt svar eller en vit sida?
Sista sidan är inte slutet. Vad ser användaren efter att ha skickat? Om svaret är "ingenting händer" kommer de att skicka igen.
Du kan få ut data. Se till att det finns ett sätt att exportera allt till en fil. Det är billigt nu och ovärderligt den dag du byter verktyg.
Integritetstext om appen samlar in personuppgifter. Namn och mejladress är personuppgifter. Se guide 7.
Du vet vad det kostar per månad. Både verktyget och det som appen använder. Kontrollera att det finns ett tak.

Adressen: egen domän eller inte

Byggverktyg ger dig oftast en adress direkt, i stil med mittprojekt-a7f3.exempel.app. Den fungerar, men den säger också åt alla att det här är ett provisorium.

När det är värt en egen domän

Kontrollera samtidigt att adressen börjar med https och inte bara http. Det brukar följa med automatiskt, men om det inte gör det ska det ordnas innan du delar länken — och särskilt innan någon skriver in en mejladress.


Tre saker som gör att appen slutar fungera av sig själv

Det här förvånar många: en app som ingen rört kan gå sönder. Tre orsaker står för nästan allt.

Vad som händer

  • Något löper ut. Ett certifikat, en nyckel, ett gratis konto, ett kort som gick ut.
  • En tjänst ändrar sig. Något du kopplat in byter regler eller stänger en funktion.
  • Data växer. Det som var snabbt med tjugo rader är trögt med tjugotusen.

Vad du gör i förväg

  • Skriv ned varje datum som kan löpa ut och lägg en påminnelse en månad före.
  • Skriv ned vilka tjänster appen är beroende av. Utan listan kan du inte felsöka den dagen.
  • Prova appen med tio gånger mer data än du tror behövs. Det tar fem minuter att be om testdata.
Det billigaste underhållet som finns

Öppna appen själv en gång i månaden och gör det en användare gör. Fyll i formuläret. Titta i listan. Det tar två minuter och är skillnaden mellan att du upptäcker felet och att en besviken medlem gör det.


Att ändra något som är i bruk

Så snart appen används är ändringar en annan sak. Nu finns det data som ska överleva, och användare som blir förvirrade av att något flyttar.

Fråga vad som händer med befintlig data. Ordagrant: "Vad händer med de anmälningar som redan finns när den här ändringen genomförs?" Ett svepande svar är en varningssignal.
Ta en kopia först. Exportera allt till en fil innan du ändrar något som rör hur data lagras.
Ändra när ingen använder appen. Sen kväll, inte tio minuter innan sista anmälningsdag.
Prova på den publicerade versionen efteråt. Inte bara i byggverktyget. De är inte samma sak.

Nästa steg

Appen är publicerad och du vet vad som håller den vid liv. Nästa guide går på djupet i det som checklistan bara snuddade vid: nycklarna, hålen som nästan alltid finns, och vad som gäller när appen samlar in personuppgifter.

Nästa guide
Säkerhet och personuppgifter i en app du inte skrev själv