Chrome drepte Manifest V2 stille. En dag sluttet nettbutikken å godta MV2-innleveringer. Hvis du bygger nettleserutvidelser som en del av indieproduktstabelen din, har denne fristen allerede passert.Manifest V3er ikke valgfritt lenger. Det er det eneste spillet i byen.

Spørsmålet er ikke om man skal ta i bruk MV3. Spørsmålet er hvordan du revurderer arkitekturen din slik at du slutter å kjempe mot plattformen og begynner å jobbe med den. Det skiftet er større enn de fleste opplæringsprogrammer innrømmer.

Hvorfor MV3 føles som en annen kjøretid

Tenk på MV2-bakgrunnsskript som en server som aldri sover. Variablene dine bodde der permanent. Tidtakerne dine tikket pålitelig. Staten var alltid varm og klar.

MV3 erstatter det med enServicemedarbeider. Service Workers er designet for å være flyktige. Chrome kan avslutte dem når minnetrykket treffer, og deretter vekke dem til neste hendelse. Det er ingen garanti for at arbeideren din er i live mellom to faneaktiveringer.

Dette er ikke en feil. Det er designet. Chrome gjorde denne avveiningen for å redusere angrepsoverflaten for ondsinnede utvidelser. Om du er enig i den avveiningen spiller ingen rolle. Din arkitektur må ta hensyn til det.

Den dypere implikasjonen: alt du lagret i en variabel i bakgrunnsskriptet ditt er nå dødelig. Du trenger et eksternt utholdenhetslag.chrome.lagringblir din eneste kilde til sannhet, ikke en bekvemmelighets-API.

Lagringsproblemet er større enn du tror

chrome.storage.local caps på 10 MB som standard. For enkle utvidelser som lagrer preferanser, er det nok. For utvidelser som bufrer API-svar, sporer brukeratferd eller lagrer dokumentinnhold, fordamper 10 MB raskt.

Løsningen de fleste utviklere overser erIndeksertDB. Den bor i nettleseren, håndterer gigabyte med data og støtter transaksjoner. Den er tilgjengelig fra Service Workers, popup-sider og innholdsskript. Service Worker-tilgang til IndexedDB hadde imidlertid pålitelighetsfeil i eldre Chrome-versjoner. Målrett Chrome 102 eller høyere hvis du går denne ruten.

Her er et minimalt IndexedDB-oppsett som fungerer pålitelig i MV3 Service Workers:

// storage.js, fungerer i SW-, popup- og innholdsskript
const DB_NAME = 'MyExtensionDB';
const DB_VERSJON = 1;

eksportfunksjon openDatabase() {
  returner nytt løfte((avgjør, avvis) => {
    const req = indexedDB.open(DB_NAME, DB_VERSION);

    req.onupgradeneeded = (hendelse) => {
      const db = event.target.result;
      if (!db.objectStoreNames.contains('cache')) {
        const store = db.createObjectStore('cache', { keyPath: 'key' });
        store.createIndex('timestamp', 'timestamp', { unikt: false });
      }
    };

    req.onsuccess = (hendelse) => resolve(event.target.result);
    req.onerror = (hendelse) => reject(event.target.error);
  });
}

eksportere asynkronfunksjon saveRecord(nøkkel, data) {
  const db = vent openDatabase();
  returner nytt løfte((avgjør, avvis) => {
    const tx = db.transaction('cache', 'readwrite');
    tx.objectStore('cache').put({ key, data, timestamp: Date.now() });
    tx.oncomplete = løse;
    tx.onerror = avvise;
  });
}

Dette mønsteret gir deg krasjgjenoppretting gratis. Hvis Chrome dreper Service Worker midt i økten, overlever dataene. Når SW starter på nytt, leser den fra IndexedDB og fortsetter rent.

Tidtakere er ikke hva de var

Soloutviklere bygger ofte utvidelser som må utføre arbeid etter en tidsplan. Tenk på kostnadssporere, påminnelsesverktøy eller synkroniseringsverktøy. I MV2 kastet du ensettintervalli bakgrunnsmanuset ditt og glemte det.

I MV3 bryter den tilnærmingen. Chrome kan si opp Service Worker før neste intervall utløses. Du får hull. Du får tapte oppdateringer. Du får frustrerte brukere som sender inn feilrapporter.

Erstatningen erkrom.alarmer. Alarmer vedvarer under omstart av Service Worker. Chrome vekker SW-en din spesifikt for å håndtere hver alarmhendelse. Begrensningen er en minimumsperiode på ett minutt. Du kan ikke utløse en alarm hvert femte sekund.

For sub-minuttoppdateringer er det riktige mønsteret en delt tilnærming. Din popup-side kjører sin egensettintervallmens den er åpen, fordi popup-sider har en stabil livssyklus mens de er synlige. Alarmen håndterer utholdenhet når popup-vinduet er lukket. Dette dekker både sanntidsdisplayet og bakgrunnsutholdenhetsdekselet uten hacks.

Sikkerhetskrav som vil fange deg på vakt

MV3 strammet tilInnholdssikkerhetspolicybetydelig. To mønstre som fungerte i MV2 vil bryte utvidelsesgjennomgangen eller forårsake kjøretidsfeil.

Ingen ekstern skriptutførelse

Hvis utvidelsen din hentet et skript fra et CDN og kjørte det dynamisk, er det borte. All JavaScript må være buntet med utvidelsen ved innsending. Dette påvirker utvidelser som lastet inn kartbiblioteker, analyseskript eller verktøykode fra eksterne URL-er.

Løsningen er enkel: bunt alt lokalt ved å bruke et byggeverktøy somesbuildeller Rollup. Du får en mindre, raskere, reviderbar pakke. Du mister muligheten til å pushe JS-oppdateringer uten en ny butikkinnsending. Planlegg utgivelsesfrekvensen din deretter.

innerHTML er et ansvar

MV3 forbyr ikkeindreHTMLdirekte. Men å bruke den med ethvert brukerlevert eller API-hentet innhold oppretter en XSS-vektor som anmeldere vil flagge. Den strengere CSP-en gjør utnyttelse vanskeligere, men det riktige grepet er å slutte å bruke innerHTML helt for dynamisk innhold.

Bytt til DOM-opprettingsmetoder. Brukdocument.createElementogtekstinnholdfor data du ikke har full kontroll over. Dette gjør også utvidelsen din enklere å revidere, noe som øker hastigheten på nettbutikkvurderinger.

Hva MV3 faktisk koster Solo-utviklere

La oss være ærlige om avveiningene her. MV3-migreringen er ikke gratis. Her er hva du betaler:

Mer asynkron kode:Hver avlest tilstand treffer lagring. Du skriver mer venter samtaler. Mer feilhåndtering. Mer kognitiv overhead.
Lengre gjennomgangssykluser:Strengere CSP betyr mer gransking av anmeldere. Budsjett ekstra tid for din første MV3-innlevering.
Granularitetsgrenser for alarmer:Ett minutts minimum dreper visse produktideer fullstendig. Bakgrunnsprissjekkere, sanntidssporere og hjerteslagfunksjoner må alle redesignes.
Buntdisiplin:Ingen eksterne skript betyr at byggepipeline er viktig. Du trenger en skikkelig bunter hvis du ikke allerede har gjort det.
IndexedDB kompleksitet:Den Promise-baserte APIen er detaljert. Pakk den inn tidlig eller bruk et tynt bibliotek somen godt dokumentert lagringsabstraksjonfor referansemønstre.

I tillegg endrer den tvungne asynkroniseringen overalt hvordan du tester. Enhetstester som var avhengige av synkrone tilstandsavlesninger, må skrives om. Ta med dette inn i migrasjonsestimatet ditt.

Hva MV3 gir deg i retur

Begrensningene har reelle fordeler. Den async-first-modellen betyr at utvidelsen din håndterer nettleserstart og krasjer elegant som standard. Brukere mister ikke status når Chrome oppdateres. Utvidelsen din oppfører seg forutsigbart på tvers av økter.

Sikkerhetsinnstrammingen hjelper også på tilliten. Brukere blir stadig mer mistenksomme overfor utvidelser etter år med historier om skadelig programvare. En utvidelse bygget på MV3 med en ren, kontrollerbar pakke er lettere å forklare for skeptiske brukere. Hvis du markedsfører utvidelsen din offentlig, er dette tillitssignalet viktig. ENgratis revisjonsverktøy for sosiale medierkan hjelpe deg med å vurdere om utvidelsens markedsføring lander de riktige troverdighetssignalene på tvers av plattformer.

Videre produserer disiplinen for tvungen bunting ofte mindre, raskere utvidelser. Lazy loading erstattes av bevisst kodedeling. Ytelsen forbedres som en bieffekt av begrensningene.

Praktiske trinn for ditt neste utvidelsesbygg

Hvis du starter en ny utvidelse i dag eller planlegger en migrering, her er en konkret sjekkliste:

Revider hver del av staten din utvidelse trenger. Bestem hva som skal i chrome.storage.local, hva som skal i IndexedDB, og hva som kan utledes på forespørsel.
Erstatt alle bakgrunnssettIntervallanrop med chrome.alarms. Redesign alle funksjoner som trengte bakgrunnsoppdateringer på underminutt.
Samle alle avhengigheter lokalt. Sett opp esbuild eller Rollup før du skriver den første linjen med utvidelseskode.
Erstatt innerHTML-bruk med DOM-metoder i hver fil som håndterer eksterne data.
Skriv en openDB-hjelpefunksjon én gang og importer den overalt. Ikke omskriv IndexedDB-oppsettet i hver modul.
Test Service Workers oppsigelse eksplisitt. Bruk Chrome DevTools til å stoppe SW-en manuelt og bekrefte at utvidelsen gjenoppretter seg riktig.

Deweb.dev læringsressurserdekke Service Workers livssyklus i dybden. Hvis du leser den dokumentasjonen før du bygger bakgrunnslogikken din, vil du spare timer senere for feilsøking.

Verktøy som passer til en MV3-arbeidsflyt

Soloutviklere som bygger utvidelser bruker ofte hver eneste hatt. Du skriver koden, designer brukergrensesnittet og håndterer markedsføringen. Å holde verktøykjeden slank er viktig.

For å dele utvidelsen din under betatesting, agratis QR-kodegeneratorlar deg opprette skannbare koblinger for oppføringen i Chrome Nettmarked uten ekstra oppsett. Nyttig for personlige demoer eller konferansestander.

Hvis utvidelsen din tar skjermbilder eller behandler bilder, kan enAI bakgrunnsfjernerhjelper deg raskt å lage rene salgsfremmende ressurser for nettbutikkoppføringen.

Før du starter, kjør utvidelsens landingsside gjennom engratis nettside graderfor å fange SEO og ytelsesproblemer som kan skade organisk oppdagelse.

Hvis utvidelsen din behandler mediefiler på noen måte, er det viktig å forstå hvordan formater fungerer. ENgratis video til MP3-konverteringer et godt referansepunkt for å tenke på hvordan nettleserbaserte filbehandlingsrørledninger oppfører seg.

Tilgjengeligheten til utvidelsesgrensesnittet ditt er også viktig. DeA11Y-prosjektethar praktiske sjekklister for å gjøre popup-sider og innholdsskript brukbare for alle. Dette er et område MV3 ikke adresserer direkte, men nettbutikkens anmeldere legger merke til tilgjengelighetsproblemer.

Bunnlinjen for Indie Extension Builders

Manifest V3er en vanskeligere plattform å bygge på enn MV2. Asynkroniseringskravene, lagringsgrensene og tidsbegrensningene skaper reell friksjon. Imidlertid presser begrensningene deg også mot mer spenstig, mer kontrollerbar kode.

Utviklerne som vil slite mest er de som prøver å portere MV2-mønstre direkte. Utviklerne som vil trives er de som aksepterer de nye begrensningene som designinnspill og revurderer arkitekturen fra starten.

Er avveiningen verdt det? For de fleste indie-utvidelsesprosjekter, ja. Nettbutikken er fortsatt en levedyktig distribusjonskanal. Brukerbasen er enorm. Alternativene for inntektsgenerering er reelle. Du trenger bare å bygge annerledes nå.

Start med statens modell. Gjør det riktig, og resten av MV3-utvidelsen faller på plass. Tar du feil, vil du bruke uker på å feilsøke Service Worker-avslutningskantsaker som føles som tilfeldige feil.

Dette innlegget inneholder tilknyttede lenker. Hvis du foretar et kjøp via disse koblingene, kan vi tjene en provisjon uten ekstra kostnad for deg.