Een SLA, service level agreement, legt vast welke verantwoordelijkheden een dienstverlener op zich neemt, onder welke voorwaarden en met welke grenzen, zodat bij incidenten of discussie duidelijk is wie waarvoor aanspreekbaar is.
In de praktijk fungeert een SLA niet als technisch document, maar als een juridisch en organisatorisch kader. Het beschrijft welke diensten structureel worden geleverd, zoals monitoring, updates of ondersteuning, en welke reactietijden daarbij horen. Daarmee voorkomt een SLA dat verwachtingen impliciet blijven of achteraf worden ingevuld. Voor websitebeheer is dit essentieel, omdat storingen, beveiligingsincidenten of prestatieproblemen zelden zwart-wit zijn.
Belangrijk is wat een SLA niet doet. Een SLA garandeert geen foutloze werking, geen absolute uptime en geen volledige risicoloosheid. Het document beschrijft inspanningsverplichtingen, geen resultaatverplichtingen. Wie een SLA leest als een verzekering tegen problemen, overschat de reikwijdte ervan en creëert juist nieuwe misverstanden.
Binnen verantwoordelijkheidsafspraken vormt de SLA het scharnierpunt tussen technische uitvoering en bestuurlijke verantwoordelijkheid. Hij maakt expliciet waar de taak van de beheerpartij eindigt en waar die van de website-eigenaar begint, bijvoorbeeld bij content, externe koppelingen of strategische keuzes. Juist die afbakening is bepalend wanneer er iets misgaat.
Nauw verwante begrippen hierbij zijn technisch eigenaarschap, dat beschrijft wie beslissingsbevoegd is over de technische inrichting, en escalatieprocedure, waarin is vastgelegd hoe verantwoordelijkheden verschuiven wanneer standaardafspraken niet volstaan. Samen bepalen deze begrippen hoe verantwoordelijkheid niet alleen wordt toegekend, maar ook daadwerkelijk wordt gedragen.