Als jij ons moet vertellen dat je app na een iPhone-update niet meer werkt, zijn wij te laat.
Apple komt vrijwel ieder jaar met nieuwe iPhones en een grote iOS-update. Google doet hetzelfde aan de Android-kant. Nieuwe schermformaten, gewijzigde rechten, aangepaste SDK’s en strengere eisen voor de appstores horen bij het vak.
Een klant mag daar enthousiast over zijn. De livestream kijken, specificaties vergelijken en alvast een nieuwe telefoon bestellen. Maar een klant zou niet om 07.12 uur op de dag van een update hoeven testen of de eigen bedrijfsapp nog opstart.
Dat is ons werk.
Eerst even: wat weten we over het Apple-event van 2026?
Stand van zaken op 18 augustus 2026: Apple heeft het najaarsevent nog niet officieel aangekondigd. Op Apple’s eigen evenementenpagina staat nog geen datum voor september 2026.
Betrouwbare Apple-volgers verwachten de presentatie op 8 of 9 september. Daarbij worden vooral de iPhone 18 Pro, iPhone 18 Pro Max en Apple’s eerste vouwbare iPhone genoemd. Die foldable wordt voorlopig iPhone Fold of iPhone Ultra genoemd, maar ook die naam heeft Apple nog niet bevestigd.
Volgens de huidige geruchten krijgt het toestel een boekvormig ontwerp, met een scherm van ongeveer 5,5 inch aan de buitenkant en circa 7,8 inch wanneer het wordt opengevouwen. De gewone iPhone 18 zou deze herfst juist kunnen ontbreken en pas in het voorjaar van 2027 verschijnen.
Kort gezegd:
- Officieel: iOS 27 is door Apple aangekondigd en wordt dit najaar uitgebracht.
- Zeer aannemelijk, maar nog niet officieel: een Apple-event rond 8 of 9 september met de iPhone 18 Pro-modellen.
- Nog een gerucht: de naam, exacte specificaties, prijs en leverdatum van de vouwbare iPhone.
De geruchten zijn leuk voor de koffiepauze. Voor apponderhoud is het officiële nieuws interessanter: iOS 27 en Xcode 27 zijn al maanden beschikbaar voor developers om mee te testen.
Wachten op het event is dus eigenlijk te laat
Apple presenteerde iOS 27 al op 8 juni tijdens WWDC26. Inmiddels kunnen apps met de iOS 27-bèta via TestFlight intern en extern worden getest.
Daarmee begint voor ons het werk niet op het moment dat Tim Cook een nieuwe iPhone omhooghoudt. Het begint zodra Apple de nieuwe software, documentatie en testmiddelen beschikbaar maakt.
We kijken onder andere naar:
- gewijzigde of verouderde API’s;
- nieuwe privacy- en toestemmingsregels;
- pushnotificaties, inloggen, betalingen, camera en locatie;
- externe bibliotheken en SDK’s waarvan de app afhankelijk is;
- layouts op nieuwe schermgroottes en beeldverhoudingen;
- eisen voor het indienen van updates in de App Store.
Niet iedere app heeft daarna een update nodig. Soms draait alles direct goed. Maar dat weet je pas nadat je hebt gekeken en getest. “Waarschijnlijk werkt het” is geen onderhoudsstrategie.
De beste update voor een klant is vaak de update waar die klant niets van merkt.
De iPhone Fold is vooral een stresstest voor aannames
Als Apple inderdaad een vouwbare iPhone introduceert, is de eerste reactie al snel: moeten alle apps opnieuw worden ontworpen?
Waarschijnlijk niet. Een degelijk gebouwde app hoort niet afhankelijk te zijn van één exact aantal pixels. Maar een foldable maakt oude aannames wel sneller zichtbaar. Een scherm kan ineens breder worden, een venster kan tijdens gebruik van formaat veranderen en navigatie die op een smal scherm logisch was, kan op een ruim scherm vreemd ogen.
Apple vertelt developers in zijn eigen WWDC26-materiaal al dat iPhone-apps flexibeler en volledig schaalbaar worden in omgevingen zoals iPhone Mirroring en op de iPad. Developers moeten minder denken in vaste apparaten en meer in beschikbare ruimte, size classes en dynamische beeldverhoudingen.
Dat is geen bevestiging van de iPhone Fold. Het is wel een duidelijke technische richting.
Voor Byte Me betekent dit dat we niet één nieuw toestel aan een lijstje toevoegen en klaar zijn. We zoeken naar vaste breedtes, verkeerde aannames over oriëntatie, afgesneden knoppen, onbruikbare formulieren en schermen die alleen toevallig goed stonden op de telefoon waarop ze ooit zijn gebouwd.
Een goede app past zich aan. Een oude workaround hoopt dat niemand het scherm openvouwt.
Het klant-als-piepsysteem is geen onderhoud
Er bestaat een opvallend populair onderhoudsmodel voor apps:
- Apple brengt een update uit.
- Een eindgebruiker ontdekt dat iets niet werkt.
- De klant meldt het bij het softwarebureau.
- Het bureau maakt een ticket en zoekt uit wat er veranderd is.
- Er volgt een spoedofferte voor werk dat maanden eerder te zien aankomen was.
Wij vinden dat geen onderhoud. Dat is wachten tot de klant gratis de monitoring doet.
Als het probleem eenmaal wordt gemeld, hebben gebruikers het al gezien. Misschien werkt inloggen niet, valt een knop buiten beeld of komt een pushbericht niet aan. De schade zit dan niet alleen in de technische fout, maar ook in verloren vertrouwen en onnodige haast.
Zo vangen wij nieuwe iPhones en besturingssystemen op
Klanten van Byte Me hebben doorgaans een eenvoudig onderhoudscontract of een SLA. Daarin reserveren en sparen we uren voor precies dit soort veranderingen.
Die uren zijn geen digitale brandblusser die we pas pakken als ergens rook uitkomt. We gebruiken ze proactief en communiceren dit altijd vooraf zodat niemand voor verassingen komt te staan.
1. We volgen de releasekalender
We kijken naar aankondigingen, bèta’s, nieuwe store-eisen en wijzigingen in belangrijke afhankelijkheden. Niet ieder nieuwtje vraagt actie, maar ieder relevant signaal krijgt aandacht.
2. We bepalen de impact op de bestaande app
Gebruikt de app onderdelen die veranderen? Zijn er verouderde libraries? Heeft een nieuw schermformaat invloed op de interface? Moet alleen worden getest of ook worden aangepast?
3. We testen vóór de massa update
We bouwen met de nieuwe tools en testen de belangrijkste gebruikersroutes op nieuwe software en verschillende schermformaten. Inloggen, betalen of een order afronden is belangrijker dan willekeurig door schermen tikken.
4. We lossen gericht op wat nodig is
Geen redesign omdat Apple een keynote houdt. Wel een kleine technische update als dat voorkomt dat gebruikers straks vastlopen.
5. We publiceren en bewaken de overgang
Wanneer een update nodig is, zorgen we dat die tijdig door het releaseproces gaat. Rond de publieke uitrol blijven we extra alert op afwijkingen die alleen in de definitieve versie of op echte toestellen zichtbaar worden.
De klant krijgt geen lijst met twintig technische waarschuwingen. We nemen alleen contact op wanneer er iets te kiezen, te plannen of te besluiten valt.
En Android dan?
Precies hetzelfde principe.
Google wijzigt besturingssystemen, toestellen en Play Store-eisen eveneens doorlopend. Vanaf 31 augustus 2026 moeten nieuwe apps en app-updates voor Google Play bijvoorbeeld Android 16, API-level 36, of hoger targeten. Verouderde apps kunnen bovendien minder goed vindbaar worden voor gebruikers met nieuwere Android-versies.
Een onderhoudscontract is daarom geen Apple-abonnement. Het is een afspraak dat een digitale toepassing blijft aansluiten op het platform waarop zij leeft.
Wat merkt de klant hiervan?
Idealiter bijna niets.
De app werkte gisteren. De telefoon krijgt een update. De app werkt vandaag nog steeds.
Dat is minder zichtbaar dan een nieuwe feature en verkoopt slechter in een flitsende demo. Toch is dit waar professioneel appbeheer voor ons over gaat: problemen oplossen voordat ze problemen van de klant worden.
Niet wachten op een boze mail. Niet vragen of iemand toevallig de nieuwe iPhone heeft. Niet na de release ontdekken dat een cruciale library al zes maanden niet meer wordt ondersteund.
Apple mag verrassen tijdens het event. Jouw bedrijfsapp liever niet.
Heb je een app waarvan niemand precies weet wat er gebeurt bij iOS 27, de iPhone 18 of de volgende Android-update? Dan heb je niet alleen een test nodig. Dan heb je onderhoud nodig.
BYTE ME. CHANGE EVERYTHING.