WordPress 7.1 ”Mary Lou” – mitä päivitys tarkoittaa yrittäjälle

WordPress 7.1 ”Mary Lou” julkaistiin 19.8.2026. Jos sinulla on WordPress-sivusto, lyhyt vastaus on tämä: päivitys kannattaa asentaa, mutta ei julkaisupäivänä eikä perjantai-iltana. Käyn tässä läpi mitä WordPress 7.1 oikeasti muuttaa yrittäjän arjessa, mikä voi mennä rikki ja missä järjestyksessä päivitys kannattaa tehdä.

Mikä WordPress 7.1 ”Mary Lou” on?

WordPress 7.1 on WordPressin uusin pääversio ja se julkaistiin 19.8.2026. Nimi tulee jazzpianisti ja säveltäjä Mary Lou Williamsilta, sillä WordPressin pääversiot on tapana nimetä jazzmuusikoiden mukaan.

Julkaisussa oli mukana yli 800 osallistujaa, yli 1 500 parannusta ja korjausta sekä yli 170 ensimmäistä kertaa mukana ollutta tekijää. Luvut kertovat lähinnä yhden asian: kyseessä on iso pääversio eikä pieni korjauspäivitys. Se on myös syy suhtautua tähän päivitykseen huolellisemmin kuin tavalliseen 7.0.x-korjaukseen.

Jos edellinen pääversio meni ohi, kirjoitin siitä erikseen artikkelin WordPress 7.0:n uutuuksista ja tietoturvakorjauksista. Tämä juttu käsittelee vain 7.1:tä, enkä toista tässä 7.0:n ominaisuuksia.

Pitääkö WordPress 7.1 asentaa heti?

Ei samana päivänä, mutta ei myöskään puolen vuoden päästä. Käytännön sääntö tavallisen pk-yrityksen sivustolle: anna päivityksen olla viikko tai kaksi ja asenna se sitten, kun ensimmäiset lisäosapäivitykset ovat ehtineet tulla perässä.

Syy on yksinkertainen. Julkaisupäivänä lisäosien ja teemojen tekijät ovat testanneet omat tuotteensa beta- ja RC-versioita vastaan, mutta oikeat yhteentörmäykset löytyvät vasta kun kymmenet tuhannet sivustot päivittävät. Ne korjataan yleensä nopeasti, ja odottamalla säästät itsesi siltä vaiheelta.

Odottaminen ei silti saa venyä. Vanhaan pääversioon jääminen johtaa ennen pitkää siihen, että lisäosat alkavat vaatia uudempaa ydintä ja korjaukset tulevat viiveellä. Jos sivustosi on yhä 7.0-haarassa vuoden lopussa, olet väärässä kohdassa. Päivitysrytmistä ja muusta huoltotyöstä kirjoitin tarkemmin WordPress-ylläpidon sivulla.

Yksi poikkeus: jos 7.1-haaralle julkaistaan tietoturvakorjaus, sitä ei odotella. Korjausversiot asennetaan heti. Ero on siinä, että korjausversio muuttaa vähän ja pääversio paljon.

Mitkä WordPress 7.1:n uudet ominaisuudet näkyvät sinulle käytännössä?

Suurin osa niistä 1 500 muutoksesta on sellaisia, joita et koskaan huomaa. Näistä kuudesta huomaat eron heti ensimmäisellä muokkauskerralla.

Rehellinen arvio: näistä responsiivinen tyylittely on ainoa, joka muuttaa työtapaa isosti. Se poistaa yhden yleisimmistä syistä, joiden takia yrittäjä on aiemmin joutunut soittamaan tekijälle – ”teksti näyttää mobiilissa väärältä”. Muut ovat mukavia parannuksia, eivät syitä päivittää kiireellä.

Mitä WordPress 7.1 muuttaa kuvien käsittelyssä?

Kuvien pakkaus, koon muutos ja pikkukuvien luonti tehdään nyt selaimessa palvelimen sijaan. Sinulle tämä näkyy kahdella tavalla: kuvien lataaminen mediakirjastoon on nopeampaa etenkin isoilla kuvilla, ja webhotellin palvelin kuormittuu vähemmän.

Käytännön merkitys riippuu siitä, millä alustalla sivusto pyörii. Edullisella jaetulla webhotellilla PHP:n muistiraja on usein juuri se, joka kaatoi ison kuvan latauksen. Kun raskas työ siirtyy selaimeen, tuo pullonkaula pienenee. Toisaalta hidas kone omalla pöydälläsi tekee työn nyt hitaammin kuin ennen – kuormaa siirretään, ei poisteta.

Uusia tuettuja formaatteja ovat AVIF, HEIC ja HDR gain map. AVIF on näistä se, jolla on eniten merkitystä sivuston nopeudelle, koska se pakkaa yleensä tiukemmin kuin JPEG samalla laadulla. HEIC taas on formaatti, jossa iPhone tallentaa kuvat oletuksena – jos olet joutunut muuntamaan puhelimen kuvia ennen latausta, se välivaihe jää pois.

Formaatin vaihtaminen ei silti korvaa sitä, että kuvat mitoitetaan ja nimetään oikein. Kävin kuvien koot, nimeämisen ja alt-tekstit läpi kotisivujen kuvia käsittelevässä oppaassa ja latausnopeuden kokonaisuuden sivuston nopeus -oppaassa.

Mitä WordPress 7.1 tuo kehittäjälle?

Lyhyesti: julkisen SVG-ikonirajapinnan, laajemman Abilities API:n, suunnittelujärjestelmän design-tokenit, responsiivisen theme.jsonin, saavutettavat vihjetekstit ja täysin iframetetyn postieditorin. Nämä eivät näy sivustollasi suoraan, mutta ne ohjaavat sitä, miten käyttämäsi lisäosat ja teema kehittyvät seuraavan vuoden aikana.

• SVG-ikoni-API julkiseksi. Ikonit voi nyt rekisteröidä ytimeen funktioilla wp_register_icon_collection(), wp_register_icon() ja wp_get_icon(). Käytännössä tämä tarkoittaa, että lisäosien ei tarvitse enää raahata mukanaan omaa ikonikirjastoaan.
• Abilities API laajeni. Rajapinta sai suodatettavan suoritusketjun, oman validoinnin ja jaetun löydettävyyden. Tämä on se rajapinta, jonka kautta tekoälytyökalut keskustelevat WordPressin kanssa.
• Design-tokenit ja ThemeProvider. Hallintanäkymän teemoittamiselle tuli perusta: värit, pyöristykset ja kursorit määritellään semanttisina tokeneina.
• Responsiivinen theme.json. Lohkoteemat voivat määritellä omat mobiili- ja tablettibreakpointit ja pseudotilat. Tämä on editorin responsiivisen tyylittelyn tekninen puoli.
• wp_get_tooltip() ja wp_get_toggletip(). Kaksi uutta funktiota saavutettaviin vihjeteksteihin. Pieni asia, mutta juuri tällaiset kohdat ovat tyypillisiä saavutettavuuspuutteita.
• Postieditori on nyt täysin iframetetty kaikilla teemoilla. Sisältö muokataan omassa kehyksessään, kuten sivueditorissa on jo aiemmin tehty. Tämä on myös se muutos, joka todennäköisimmin aiheuttaa yhteensopivuusyllätyksiä.

Mikä voi mennä rikki WordPress 7.1 -päivityksessä?

Todennäköisin ongelma ei ole WordPressin ydin vaan jokin lisäosa tai teema, jota ei ole päivitetty 7.1:tä varten. Tyypillinen kulku on tämä: ydin päivittyy siististi, ja rikki menee yksi lomake, yksi karuselli tai yksi mukautettu kenttä.

Kolme kohtaa, joita kannattaa katsoa erityisesti:

• Vanhat ja päivittämättömät lisäosat. Jos lisäosaa ei ole päivitetty vuoteen, se on riski riippumatta siitä, mihin WordPress-versioon ollaan menossa. Käy lista läpi ennen päivitystä ja poista se, mitä et käytä.
• Mukautettu tai vanha teema. Responsiivinen tyylittely ja theme.jsonin breakpointit koskevat lohkoteemoja. Jos sivusto on rakennettu sivunrakentajalla, uudistukset eivät välttämättä tule käyttöösi lainkaan – vertailin rakentajien eroja WordPressin sivunrakentajista kertovassa artikkelissa.
• Iframetetty postieditori ja vanhat metaboksit. Kun editori on omassa kehyksessään, editoriin ladattavat tyylit ja skriptit pitää olla rekisteröity oikein. En ole nähnyt kattavaa listaa siitä, mitkä lisäosat tähän kompastuvat, joten en väitä tietäväni. Sanon vain, että lisäosat, jotka lisäävät oman käyttöliittymänsä muokkausnäkymään, ovat tässä kohtaa ensimmäisenä testauslistalla.

Ja se tylsin totuus: suurin osa hajonneista WordPress-päivityksistä ei hajoa päivityksestä vaan siitä, ettei varmuuskopiota ollut. Päivitys, jonka voi perua viidessä minuutissa, ei ole riski. Päivitys, jonka jälkeen ei ole paluuta, on. Sama koskee tietoturvaa laajemminkin – perusasiat ovat koossa WordPress-tietoturvan oppaassa.

Miten päivität WordPress 7.1:n turvallisesti?

Ota varmuuskopio, päivitä lisäosat ja teema ensin, päivitä ydin vasta sen jälkeen ja tee se arkiaamuna. Tässä järjestys, jota itse käytän:

1. Ota täysi varmuuskopio. Tiedostot ja tietokanta, ja varmista että varmuuskopio on jossain muualla kuin samalla palvelimella. Varmuuskopio, jota ei ole kertaakaan palautettu, on lupaus eikä varmuuskopio.
2. Päivitä lisäosat ja teema ensin. Tekijät julkaisevat yhteensopivuuskorjaukset yleensä ennen pääversion asennusta tai heti sen jälkeen. Näin ydin kohtaa ajantasaisen ympäristön eikä vuoden vanhaa koodia.
3. Testaa testiympäristössä, jos sellainen on. Monessa webhotellissa on yhden napin staging-toiminto. Jos sitä ei ole, tämä kohta jää väliin – silloin varmuuskopion merkitys kasvaa.
4. Päivitä ydin. Yksi päivitys kerrallaan, ei kaikkea samalla napinpainalluksella. Näin tiedät mikä rikkoi mitä.
5. Käy sivusto läpi heti. Etusivu, tärkein palvelusivu, yhteydenottolomake, verkkokaupan ostopolku ja mobiilinäkymä. Testaa lomake oikeasti lähettämällä viesti.
6. Tee se arkiaamuna. Ei perjantai-iltana eikä loman alla. Jos jokin menee pieleen, haluat olla koneen ääressä ja tavoittaa tarvittaessa webhotellin tuen.

Jos jokin menee pieleen, palauta varmuuskopio ensin ja selvitä syy vasta sen jälkeen. Rikkinäisen sivuston korjaaminen tuotannossa on kallein tapa oppia.

Jos taas mietit koko sivuston uusimista sen sijaan, että paikkaat vanhaa, kokosin kokonaisuuden yhteen yrityksen kotisivujen oppaaseen ja kerron omasta toteutustavastani WordPress-kotisivujen palvelusivulla.