SEO-endringer i juni 2026

#Introduksjon

Juni 2026 samlet mer betydningsfulle søkenyheter på fire uker enn de fleste kvartaler klarer. Google fullførte en Core-oppdatering som løp i nesten tolv dager, la til en AI-ytelsesrapport og en fravalgsbryter i Search Console under regulatorisk press, publiserte veiledning som stille fortalte AEO- og GEO-bransjen at favorittaktikkene deres ikke betyr noe, og lanserte en spam-oppdatering. I bakgrunnen bekreftet Cloudflare at maskiner nå sender flere forespørsler til nettet enn mennesker gjør, og en bølge av uforklarlig avindeksering holdt SEO-forumene travle.

Dette er WordPress-byggeperspektivet på alt sammen. Ikke et sammendrag av hvem som twitret hva, men hva hver endring betyr for team som bygger og vedlikeholder WordPress-nettsteder, og hvilke av disse utviklingene som faktisk krever handling.

#Core-oppdateringen i mai 2026 var den virkelige

Google bekreftet at Core-oppdateringen fra mai 2026 ble ferdig utrullet 2. juni 2026. Utrullingen tok 11 dager og 21 timer, fra 21. mai til 2. juni, marginalt kortere enn de to ukene Google anslo. SEO-miljøets vurdering var utvetydig: mars var svak, mai var betydelig. Gambling, YMYL-kategorier som helse og finans, og e-handelssider registrerte de største tapene.

Mønsteret er det som betyr noe for WordPress-team. Analytikere beskrev denne oppdateringen som en som lignet klassiske Core-oppdateringer fra tiden før AI Overviews: ekte ekspertinnhold gikk opp, generisk og tynt innhold gikk ned. Det er ikke en ny instruksjon, men det er en nyttig bekreftelse. Sidene som falt, var sjelden ødelagt på det tekniske planet. Det var WooCommerce-kataloger med duplikate kategoribeskrivelser, bloggarkiver polstret med AI-generert fyllstoff, og tjenestesider som gjentok de samme tre setningene på tvers av førti byvarianter.

Googles eget råd er å vente en hel uke etter at en utrulling er avsluttet før du analyserer Search Console, noe som for denne oppdateringen betyr rundt 9. juni. Den venteperioden er ikke byråkratisk forsiktighet. Rangeringsdataene forblir ustabile i dagevis etter at Google markerer en utrulling som fullført, og å reagere på data fra dag to betyr som regel å jage støy. Noter datoene i Search Console med en merknad, vent, og sammenlign så en stabil uke mot en stabil uke.

Den praktiske konklusjonen er gammel og riktig: slå sammen tynne sider til færre sterke, fjern duplikate kategori- og tagg-arkiver, og sørg for at hver side som rangerer, svarer på et spørsmål en ekte person stilte. WordPress gjør det trivielt å publisere tusen sider. Core-oppdateringer fortsetter å straffe nettsteder som gjorde det.

#Search Console fikk en AI-rapport, og Google ble tvunget til å bygge den

3. juni 2026 la Google til to ting i Search Console: en dedikert ytelsesrapport for generative AI-flater (AI Overviews og AI Mode), og en bryter som lar nettstedeiere velge bort disse flatene uten å miste sine klassiske organiske rangeringer.

Dette var ikke en velviljesgest. Den britiske konkurransemyndigheten Competition and Markets Authority påla det under Digital Markets, Competition and Consumers Act 2024, det første juridisk bindende kravet av sitt slag noe sted. CMA sa at utgivere får mer kontroll og en sterkere forhandlingsposisjon over hvordan innholdet deres brukes. Utrullingen startet med et utvalg av britiske nettstedeiere.

Les det med liten skrift før du feirer. AI-rapporten viser kun visninger, uten klikk og uten CTR, brutt ned etter side, land, enhet og dato, og dataene går bare tilbake til 18. mai 2026. Fravalgsbryteren ble aktivert 17. juni, virker på nettstedsnivå, og dekker ikke Gemini-appen.

For WordPress-team er begrensningen med kun visninger selve poenget. Du kan se at AI Overviews viste siden din, men ikke om noen klikket seg videre. Det gjør det til et synlighetssignal, ikke et trafikksignal, og det bør behandles slik i rapporteringen. Ikke la en kunde lese AI-visninger som økter.

Bryteren fortjener en tydelig advarsel. Den er alt-eller-ingenting per nettsted, og det finnes ingen kontroll per side. For et kommersielt WordPress-nettsted som allerede tjener kvalifiserte henvisninger fra AI-flater, fjerner det å slå den av synlighet du ikke kan få tilbake selektivt. Det eneste klare tilfellet for å velge bort er et nettsted hvis innhold oppsummeres så fullstendig at AI-svarene kannibaliserer klikket uten noen gang å sende det. Det er en forretningsvurdering, ikke en standardinnstilling.

#Boter står nå for mer enn halvparten av forespørslene til nettet

5. juni 2026 bekreftet Cloudflare at boter genererte mer enn halvparten av alle HTTP-forespørsler til HTML-sider for første gang i nettets historie. Automatisert trafikk nådde 57,3 prosent av forespørslene til HTML-innhold, mot 42,7 prosent menneskelig. Cloudflares administrerende direktør Matthew Prince bemerket at han hadde forutsagt denne overgangen til slutten av 2027, deretter tidlig 2027, men agentisk trafikk vokste raskt nok til å bryte 50 prosent godt før tiden.

Fordelingen innad i bottrafikken er den delen WordPress-operatører bør internalisere. AI-treningsboter står for 50,6 prosent av de automatiserte forespørslene. Søkeboter utgjør bare 10,7 prosent. Maskinene som leser nettstedet ditt, er nå for det meste der for å trene modeller, ikke for å indeksere for en resultatside.

Dette har to konkrete konsekvenser for WordPress.

For det første brytes forutsetningene for caching. Page cache-plugins er finjustert for det menneskelige mønsteret: et hett sett med populære URL-er servert gjentatte ganger fra cache. AI-agenter kravler sekvensielt og uttømmende, og går dypt inn i sjelden besøkte sider som aldri ligger i en varm cache. En WooCommerce-butikk med 12 000 produkter kan oppleve en belastning på origin-serveren den aldri planla for, fordi agentene henter hver eneste produkt-URL, ikke de 200 øverste. Hvis leverandøren din fakturerer på origin-forespørsler eller du kjører PHP-tunge maler uten fullside-caching, er den regningen nå en reell post.

For det andre blir analysen mindre pålitelig. Trafikk-, økt- og engasjementstall uten aggressiv botfiltrering driver lenger fra virkeligheten for hver måned. Hvis WordPress-analysen din fortsatt teller alt som ber om en side, er tallene dine i økende grad fiksjon. Serverside-filtrering etter verifiserte bot-brukeragenter, eller et analyselag som filtrerer automatisert trafikk, er ikke lenger valgfri hygiene.

#Google ba AEO- og GEO-bransjen roe seg ned

5. juni 2026 publiserte Google en ny dokumentasjonsside om bruk av tredjeparts SEO-verktøy, -tjenester og -råd, og oppdaterte veiledningen “Trenger du en SEO?” med en seksjon om å vurdere anbefalinger. Den navnga AEO og GEO eksplisitt for første gang som en tjenestekategori.

Budskapet var direkte. Tredjepartsverktøy har ingen tilgang til Googles interne rangeringsdata og kan ikke garantere resultater. Ethvert selskap som hevder å ha et nært forhold til Google eller en “Google-godkjent” status, gir et feilaktig bilde av seg selv. Det er rettet rett mot det raskt voksende markedet av byråer og verktøy som selger autorisert optimalisering for AI Overviews.

Veiledningen forsterket også Googles dokument om generativ AI-optimalisering fra 15. mai, som listet opp taktikker den anser som unødvendige for Søk: llms.txt-filer, spesielle skjemaer for AI, og innholdssegmentering.

Her skiller vi lag med en generell lesning. At Google sier at llms.txt ikke hjelper Googles kravler er sant og lite overraskende: Googlebot leser ikke llms.txt. Men Søk er ikke det eneste innhentingssystemet på nettet lenger, slik Cloudflare-tallene nettopp fastslo. llms.txt, Markdown-søsken og innholdsforhandling er rettet mot AI-innhentingsagenter, ikke mot Googlebot, og Google har ingen interesse av å støtte mekanismer som ruter rundt sine egne produkter. Vi beholder disse signalene på vår egen stack nettopp av den grunn. Den riktige konklusjonen er smalere enn “GEO er svindel”: ikke kjøp en llms.txt-fil som en rangeringshevarm, fordi det ikke er en, og behandle alle som selger Google-godkjent AI-optimalisering som et faresignal. Den underliggende disiplinen med å skrive siterbart, godt kildebelagt innhold er ikke folketro.

#Den stille avindekseringen ingen vil forklare

Gjennom juni fylte SEO-forumene seg med rapporter om stille avindeksering. Det startet da den tidligere Google-ingeniøren Pedro Dias 30. april spurte om andre så en høyere rate av tilfeldig URL-avindeksering siden tidlig i april. Responsen var stor. Praktikere i mange land beskrev det samme mønsteret: sider som hadde vært indeksert i årevis forsvant uten en manuell handling, uten kravlefeil, og havnet stille i “Kravlet - foreløpig ikke indeksert”.

John Mueller adresserte det på Bluesky med et skuldertrekk: noen nettsteder vokser, noen faller, ingenting uvanlig. Bransjen var ikke tilfreds. Glenn Gabe dokumenterte en casestudie av et nettsted som mistet nesten hele indeksen sin. Search Engine Journal dekket det utførlig, og bemerket at noen rapporter forveksler rangeringstap med avindeksering, men noen er ekte, uforklarte fjerninger. Google bekreftet ingen endring i indekseringsmekanismene sine.

For WordPress spesifikt har “Kravlet - foreløpig ikke indeksert” et velkjent sett med årsaker det er verdt å utelukke før du skylder på en algoritme. Tynt eller nesten duplikat innhold er den klassiske utløseren, og WordPress genererer det som standard gjennom tagg-arkiver, paginerte kommentarsider, vedleggssider og forfatterarkiver. Før du antar at du ble fanget i en mystisk opprydning, sjekk at XML-sitemapet ditt bare lister kanoniske, indekseringsverdige URL-er, at Yoast eller Rank Math ikke lekker lavverdi-arkiver inn i indeksen, og at den interne lenkingen din faktisk når sidene du bryr deg om. Google kan være ugjennomsiktig og likevel reagere på et ekte kvalitetssignal. Utelukk de kjedelige forklaringene først.

#Kapring av tilbakeknappen er nå et retningslinjebrudd

15. juni 2026 trådte Googles retningslinje mot kapring av tilbakeknappen i kraft. Google kunngjorde den 13. april og ga nettstedeiere to måneder på å etterleve den.

Kapring av tilbakeknappen manipulerer nettleserhistorikken slik at et klikk på Tilbake ikke fører brukeren tilbake dit de kom fra, men i stedet skyver dem til andre sider på nettstedet eller til annonser. Etter 15. juni kan nettsteder som bruker teknikken møte både manuelle spam-tiltak og algoritmiske nedgraderinger. Google var tydelig på at ansvaret ligger hos nettstedeieren selv når manipulasjonen kommer fra tredjeparts bibliotekkode eller annonsenettverk.

Dette er en direkte WordPress-bekymring. Teknikken kommer sjelden fra et tema en utvikler skrev. Den ankommer gjennom annonsearbitrasje-plugins, aggressive retensjons-widgeter og monetiseringsskript som utgivere installerer uten å lese hva de gjør. Hvis du kjører displayannonser på et WordPress-nettsted gjennom et tredjepartsnettverk, kan manipulasjonen injiseres nedstrøms for din egen kode, og Google vil likevel holde domenet ditt ansvarlig. Kartlegg hva annonse- og popup-pluginene dine gjør med nettleserhistorikken. “Det var pluginet” er ikke et forsvar Google godtar.

#Spam-oppdateringen i juni 2026

Mellom 24. og 26. juni rullet Google ut spam-oppdateringen for juni 2026, årets andre offisielle antispam-oppdatering. Den løp i 2 dager og 1 time, fra 24. juni klokken 09:00 PT til 26. juni klokken 10:00 PT. Google beskrev den i standardordelag: en normal spam-oppdatering som dekker alle språk og lokasjoner.

Ingen nye bruddkategorier ble kunngjort. Dette var SpamBrain som håndhevet eksisterende regler mer effektivt. Barry Schwartz bekreftet at den ikke rettet seg mot lenkespam eller retningslinjen for Site Reputation Abuse. Observatører på WebmasterWorld vurderte den som sterkere enn mars, med kommentarer som pekte mot masseproduserte, skalerte lokaliserings- og sammenligningssider.

Konteksten betyr noe. Ni dager tidligere trådte retningslinjen mot kapring av tilbakeknappen i kraft, og tre uker før det utvidet Google spam-retningslinjene sine til AI Overviews og AI Mode. Google bekreftet ingen direkte kobling mellom disse hendelsene, men retningen er konsistent. Skalert, malbasert innhold med lav differensiering er under vedvarende press, og WordPress er plattformen som er mest i stand til å produsere det i volum. Hvis du kjører programmatiske WordPress-sider, by-ganger-tjeneste-rutenett, eller autogenerert sammenligningsinnhold, er denne oppdateringen et varselskudd. Differensiering per side er nå prisen for å overleve, og den kan ikke forfalskes med et gjenspunnet avsnitt.

#Hva som faktisk må gjøres

Mesteparten av junis nyheter er kontekst, ikke en oppgaveliste. Tre punkter fortjener handling for WordPress-team.

• Gjennomgå annonse- og monetiseringsplugins for manipulasjon av nettleserhistorikk før retningslinjen om tilbakeknappen tar domenet ditt for en annens kode.
• Fiks botfiltrering i analysen, fordi mer enn halvparten av trafikken din nå er automatisert og rapportene dine driver bort fra virkeligheten.
• Slå sammen tynt og malbasert innhold, fordi både Core-oppdateringen og spam-oppdateringen fortsatte å belønne differensiering og straffe volum.

Resten er verdt å følge med på og ikke verdt å få panikk over. Les Search Console en uke etter enhver utrulling, behandle AI-visninger som synlighet snarere enn trafikk, og overse alle som selger en Google-godkjent snarvei til AI Overviews. Google fortalte deg nettopp skriftlig at ingen slik ting finnes.