LTI 1.1 vs LTI 1.3: wat is het verschil en welke ondersteunt jouw LMS?

Waar het versieverschil ertoe doet

Als je LTI 1.1 vs LTI 1.3 vergelijkt, is het eerste wat je moet begrijpen dat beide versies een LMS verbinden met een externe leertool, maar dat doen ze met heel verschillende beveiligings- en servicemodellen. Volgens het LTI-overzicht van 1EdTech is LTI een standaard om tools vanuit een leeromgeving te starten zonder dat voor elke tool een aparte loginflow nodig is. Dat basisidee is niet veranderd. Wat wel is veranderd, is hoe vertrouwen, authenticatie en data-uitwisseling worden afgehandeld.

LTI 1.1 vertrouwt op een ouder launchmodel gebaseerd op OAuth 1.0a en shared secrets. In de praktijk betekent dat dat zowel het LMS als de tool afhankelijk zijn van hetzelfde geheim voor vertrouwen. LTI 1.3 maakt de overstap naar het 1EdTech Security Framework, dat OAuth 2.0, OpenID Connect en JSON Web Tokens gebruikt. Die verschuiving is niet alleen een technische vernieuwing. Het verandert hoe platforms identiteit valideren, launchberichten ondertekenen en de blootstelling verminderen die gepaard gaat met gedeelde inloggegevens.

LTI 1.1 vs LTI 1.3

De meest zichtbare verschillen vallen meestal in drie gebieden:

• Beveiligingsmodel
• Beschikbare services
• Ondersteuning door LMS en leveranciers

Met LTI 1.1 kun je content en tools nog steeds succesvol starten in veel legacy LMS-omgevingen. Daarom is het nog altijd aanwezig in de markt. Sommige platforms, oudere klantomgevingen en langlopende enterprise-implementaties zijn er nog steeds van afhankelijk. Voor trainingsaanbieders die content aan veel klanten distribueren, is dit belangrijk omdat compatibiliteit vaak bepaalt of een uitrol soepel verloopt of vastloopt in procurement en IT-review.

LTI 1.3 is echter de huidige standaard. 1EdTech geeft aan dat legacy LTI-versies zijn uitgefaseerd voor certificering en ondersteuning, en adviseert om LTI 1.3 en LTI Advantage te adopteren. LTI Advantage voegt een set standaardservices toe boven op het kernmodel voor launches, waaronder Assignment and Grade Services, Names and Role Provisioning Services en Deep Linking. Deze services maken de integratie operationeel waardevoller, niet alleen technisch moderner.

Veranderingen in beveiliging en privacy

Voor LMS-beheerders en platformoperators is beveiliging de belangrijkste reden om de voorkeur te geven aan LTI 1.3. De uitfaseringsmelding legt uit dat het nieuwere framework aansluit op huidige best practices en bekende risico's zoals CSRF effectiever aanpakt. De uitleg van 1EdTech over waarom je LTI 1.3 zou moeten adopteren maakt ook duidelijk dat de verandering is gedreven door zorgen over de vertrouwde uitwisseling van studentdata en persoonlijk identificeerbare informatie.

Dit is relevant als je organisatie cursistrecords van klanten, gereguleerde trainingen of grootschalige B2B-levering verwerkt. Als je nog steeds LTI 1.1 ondersteunt, moet je het behandelen als een compatibiliteitslaag, niet als je voorkeursarchitectuur.

Verschillen in de servicelaag

LTI 1.1 draait vooral om launch. LTI 1.3, zeker in combinatie met LTI Advantage, ondersteunt rijkere workflows. Zo is grade return meer gestandaardiseerd via AGS en kan rostergerelateerde informatie worden gedeeld via NRPS. Dat zorgt voor voorspelbaardere integraties tussen LMS-platforms die deze services correct implementeren.

In de praktijk betekent dit dat je verder kunt gaan dan “open deze externe content” naar “start, identificeer de cursist, begrijp zijn of haar rol, plaats de juiste resource en stuur resultaten consistent terug.” Als je cursussen distribueert over meerdere LMS'en van klanten, maakt dat support en rapportage eenvoudiger schaalbaar. Het is ook waarom veel teams die uitdagingen bij LTI-integraties beoordelen, uiteindelijk minder focussen op alleen de launch en meer op wat er na de launch gebeurt.

Hoe je LMS-ondersteuning controleert

De volgende vraag is of jouw LMS LTI 1.1, LTI 1.3 of beide ondersteunt. Ga niet alleen af op marketingpagina's. Controleer vier dingen:

• Of het LMS fungeert als LTI tool consumer of platform
• Of het alleen de core LTI 1.3-launch ondersteunt, of ook LTI Advantage-services
• Of 1.1 en 1.3 parallel kunnen draaien
• Hoe het LMS omgaat met registratie, deployment IDs en key management

Sommige systemen ondersteunen beide versies tegelijk, vaak om migratie te vergemakkelijken. Andere adverteren met ondersteuning voor LTI 1.3 maar implementeren alleen de launch, niet AGS, NRPS of Deep Linking. Dat onderscheid is belangrijk wanneer je enrollment sync, grade passback of contentselectieflows ontwerpt. Documentatie zoals de handleiding van Moodle voor het publiceren van een LTI-tool en platformspecifieke hulppagina's kunnen verduidelijken wat daadwerkelijk is geïmplementeerd.

Voor cursusleveranciers en contentdistributeurs is flexibiliteit vaak de veiligste aanpak. In de praktijk komen gemengde klantomgevingen veel voor. Een aanbieder kan één klant hebben op een modern LMS met volledige ondersteuning voor 1.3, een andere op een ouder platform dat nog 1.1 vereist, en een derde die kiest tussen contentdistributie via LTI, SCORM of API. Daarom kan ondersteuning van beide versies strategisch nuttig zijn tijdens overgangsperiodes.

Migratie en operationele planning

Als jouw LMS LTI 1.3 ondersteunt, zou je standaardaanbeveling meestal moeten zijn om die versie eerst te implementeren. Behoud LTI 1.1 alleen waar klantbeperkingen dat vereisen. Een verstandig migratieplan omvat het documenteren van huidige integraties, het testen van launchgedrag, het valideren van roltoewijzingen, het controleren van grade return en het bevestigen of het LMS de specifieke Advantage-services ondersteunt die je nodig hebt.

Migratie is zelden alleen een kwestie van het vervangen van het ene protocol door het andere. Registratieflows zijn anders, key management is anders en supportteams hebben vaak nieuwe procedures voor troubleshooting nodig. Bij LTI 1.1 draaien veel issues om mismatches in shared secrets en de afhandeling van launchparameters. Bij LTI 1.3 onderzoeken teams eerder issuer-waarden, client IDs, deployment IDs, public keys, tokenvalidatie en service scopes. Dat betekent dat implementatieteams zowel technische documentatie als operationele runbooks moeten bijwerken voordat ze op schaal uitrollen.

Het is ook verstandig om “ondersteunt LTI 1.3” te scheiden van “ondersteunt jouw use case in LTI 1.3.” Een platform kan secure launch ondersteunen maar niet de grade-workflows of rostertoegang waar jouw product van afhankelijk is. Een ander ondersteunt Deep Linking misschien wel, maar vereist een specifiek adminproces dat deployment vertraagt. Test tijdens de evaluatie de volledige reis van cursist en beheerder in plaats van alleen de initiële launch. Dat omvat contentselectie, gebruikersidentificatie, rolmapping, result return en eventuele afhankelijkheden in rapportage.

Behandel LTI 1.3 als het standaardpad voor nieuwe integraties en LTI 1.1 als een beheerde compatibiliteitsoptie voor klanten die nog niet kunnen overstappen.

In omgevingen waarin je leercontent centraal publiceert naar externe platforms, helpt het om infrastructuur te gebruiken die zowel oude als nieuwe standaarden kan bedienen, terwijl beheer en rapportage op één plek blijven. Die aanpak is vooral relevant wanneer je LTI-provider zowel LTI 1.1 als LTI 1.3 ondersteunt, zodat je legacy LMS-omgevingen kunt blijven bedienen terwijl je nieuwe deployments richting het nieuwere model verschuift. Het sluit ook aan op het bredere advies in Wat is LTI en upgraden van LTI 1.1 naar LTI 1.3, waarbij de operationele uitdaging niet alleen technische conversie is, maar ook het managen van compatibiliteit binnen je klantenbestand.

Voor de meeste organisaties is de beslissing niet óf LTI 1.3 beter is. De beslissing is hoe snel ze het kunnen adopteren zonder bestaande klanten te verstoren. Als je plant voor onderhoudbaarheid op de lange termijn, sterkere beveiliging en consistenter servicegebruik, dan moet LTI 1.3 de richting zijn. Als je plant voor levering in de praktijk over uiteenlopende LMS-landschappen, kun je LTI 1.1 mogelijk nog een tijd parallel nodig hebben. Het versieverschil is belangrijk omdat het niet alleen invloed heeft op naleving van huidige standaarden, maar ook op hoe efficiënt je leerintegraties in de loop van de tijd kunt starten, ondersteunen en opschalen.

Belangrijkste inzichten

Breng je huidige LMS-integraties nu in kaart, zodat je kunt bepalen waar je prioriteit geeft aan LTI 1.3 en waar je LTI 1.1 nog nodig hebt voor compatibiliteit. Een duidelijke beoordeling van je bestaande setup helpt je aannames te vermijden en upgrades met beter inzicht te plannen.

• Controleer per LMS waarmee je werkt of core LTI 1.3 en eventuele LTI Advantage-services waarop je vertrouwt daadwerkelijk worden ondersteund, in plaats van volledige ondersteuning aan te nemen op basis van productpagina's.
• Behandel LTI 1.1 als fallback voor legacy klantomgevingen, niet als je standaardarchitectuur voor nieuwe deployments.
• Test meer dan alleen launchgedrag door rolmapping, grade passback, deep linking en roster-dataflows te valideren vóór uitrol.
• Documenteer welke klanten, platforms en use cases nog ondersteuning voor beide versies vereisen, zodat je migratieplanning realistisch en beheerst blijft.
• Stem je integratieroadmap af op beveiligings-, rapportage- en operationele behoeften, zodat je team de supportcomplexiteit in de loop van de tijd kan verminderen.

Als je je huidige versieverschillen helder in kaart brengt, sta je sterker om upgrades te plannen, klanten met vertrouwen te ondersteunen en levering op te schalen met minder integratieproblemen.