SponsorInloggenIndienen
Blog

Geheugen maakt Macs duurder. Dit zou ik doen met mijn Mac-app

Door Justinas Rolando, maker van MacPip

Kort antwoord

Op 2 november 2026 zei Apple dat het aanbod van Mac en iPad in het decemberkwartaal beperkt zal zijn, vooral door geheugen, en dat het verwacht dat de geheugenprijzen daarna blijven stijgen. Apple verhoogde de Mac-prijzen al op 25 juni 2026, en de MacBook Neo, nu US$ 699, heeft 8 GB geheugen en geen optie voor meer. Voor makers van Mac-apps betekent dat meer klanten op Macs met 8 GB en op oudere Macs die ze langer houden. Meet het geheugen van je app op een Mac met 8 GB, zeg wat hij nodig heeft, en zorg dat je updatefeed geen builds aanbiedt aan Macs die ze niet kunnen draaien.

Maandag meldde Apple zijn septemberkwartaal, en de regel waar ik steeds aan denk was niet de omzet. Het was geheugen. Het verslag van MacRumors over het gesprek zegt dat Apple verwacht dat Mac en iPad in het decemberkwartaal beperkt zijn, "vooral door geheugen", en dat het denkt dat de geheugenprijzen daarna blijven stijgen. John Ternus, in zijn eerste gesprek als CEO, noemde de geheugensituatie "ongekend".

Ik verkoop geen RAM en jij ook niet. Maar de Macs waarop onze apps draaien zijn net duurder geworden, en de goedkoopste heeft 8 GB. Dat verandert een paar dingen voor iedereen die een Mac-app maakt.

Wat er echt gebeurde

Waarom een maker van Mac-apps hierom moet geven

Er volgen twee dingen uit, en geen van beide is een voorspelling, gewoon rekenwerk.

Ten eerste komen meer van je nieuwe klanten terecht op 8 GB. De Neo is de goedkoopste Mac, en het geheugen erin kan later niet worden uitgebreid. Als je app stilletjes is afgesteld op een MacBook Pro met 36 GB, heeft hij zijn nieuwste gebruikers nog nooit ontmoet.

Ten tweede houden mensen vast aan de Mac die ze hebben als de nieuwe US$ 200 meer kost. Dat betekent meer klanten op oudere chips en oudere macOS-versies dan je in een normaal jaar zou zien. Je minimale macOS-versie en je updatefeed doen er meer toe dan normaal.

Wat ik deze week zou checken

Dit zijn mijn eigen stappen, niet die van Apple.

  1. Meet je app op 8 GB, met andere apps open. Niemand draait jouw app alleen. Open Safari met een dozijn tabs, een chat-app en jouw app, en doe dan het zware werk dat je app doet. Kijk naar de kolom Geheugen in Activity Monitor en de grafiek Geheugendruk onderaan. Geel is een waarschuwing, rood betekent dat macOS het zwaar heeft.
  2. Haal een echt getal. In Terminal laat footprint YourApp zien hoeveel geheugen je app echt gebruikt, en leaks YourApp zoekt naar geheugen dat je vergeten bent vrij te geven. In Xcode laten de geheugenmeter in de Debug navigator en de instruments Allocations en Leaks zien waar het heen gaat. Apple's gids over het verminderen van het geheugengebruik van je app loopt het stap voor stap door.
  3. Kijk kritisch naar caches. De gebruikelijke boosdoeners in kleine Mac-apps zijn image caches die nooit krimpen, hele bestanden die in het geheugen worden gelezen terwijl een stream genoeg was, en geschiedenislijsten die alles voor altijd bewaren. Zet er een limiet op.
  4. Wees voorzichtig met lokale AI-modellen. Als je app een model downloadt om op de Mac te draaien, concurreert de grootte ervan met al het andere op een machine met 8 GB. Bied een kleiner model aan, of zeg gewoon dat het grote model 16 GB nodig heeft.
  5. Zeg wat je app nodig heeft. Zet het minimale geheugen en de macOS-versie op je site en in je vermelding. Een klant met een Neo weet het liever voor de aankoop dan erna.
  6. Duw geen updates naar Macs die ze niet kunnen draaien. Als je buiten de Mac App Store om uitbrengt met Sparkle, zet dan sparkle:minimumSystemVersion bij elke release, en, vanaf Sparkle 2.9, sparkle:hardwareRequirements met arm64 voor een build alleen voor Apple silicon. Beide staan in de Sparkle-publicatiedocs. Dan houdt iemand met een oudere Mac de laatste versie die werkt, in plaats van er een te krijgen die niet opent.
  7. Check waarop je app draait. Als je Intel per ongeluk hebt laten vallen, leest de universal binary checker je lipo-uitvoer en vertelt het je.

Niets hiervan vraagt om een rewrite. De meeste apps die ik heb bekeken hebben een of twee caches die ongemerkt zijn gegroeid, en die fixen kost een middag.

Wat ik niet zou doen

Ik zou geen "geoptimaliseerd voor 8 GB" in een lanceringsbericht zetten tenzij ik het op zo'n machine had gemeten. En ik zou mijn eigen prijs niet verhogen alleen omdat Apple de zijne verhoogde. Jouw kosten zijn niet veranderd, en mensen met een krap budget merken dat. Als je toch een prijswijziging overweegt, vergelijkt de prijscalculator een eenmalige prijs met een abonnement na kosten.

De MacPip-invalshoek

Op MacPip worden vermeldingen automatisch gescand zodra ze worden ingediend, en een blauw vinkje betekent alleen dat een persoon de app op een bepaalde datum heeft geprobeerd. Geen van beide test geheugen, dus het eerlijke antwoord over wat je app nodig heeft moet van jou komen. Kleine, lichte apps doen het hier sowieso goed: kijk eens naar menubalk-apps en productiviteitsapps. Als je een lanceerprijs hebt voor mensen die dit seizoen op hun uitgaven letten, hoort die bij Deals, met een einddatum.

Ook nieuw vandaag: de Sparkle appcast checker. Plak je appcast.xml en hij checkt elke release op de versie, de downloadgrootte en handtekening, de minimale macOS-versie en de hardwareregel, en vertelt je in gewone woorden wat er ontbreekt. Hij draait op de pagina en er wordt niets verstuurd. En als je Mac-app nog niet op MacPip staat, is vermelden gratis.

Bronnen

Lees verder

Dien je app inGratis tools voor makers