WordPress ilman turhia lisäosia: kevyen sivuston rakennusopas

WordPress-sivustosta voi rakentaa selkeän ja toimivan ilman pitkää lisäosaluetteloa. Monet tavalliset sisältörakenteet onnistuvat jo WordPressin omilla työkaluilla, ja osa ylläpitotoiminnoista voi sisältyä…
WordPress-sivustosta voi rakentaa selkeän ja toimivan ilman pitkää lisäosaluetteloa. Monet tavalliset sisältörakenteet onnistuvat jo WordPressin omilla työkaluilla, ja osa ylläpitotoiminnoista voi sisältyä palveluntarjoajan ratkaisuun.
Kevyt sivusto ei kuitenkaan tarkoita mahdollisimman pientä lisäosamäärää hinnalla millä hyvänsä. Olennaista on, että jokaisella asennetulla osalla on tarkoitus ja kokonaisuus toimii luotettavasti. Yksi raskas toiminto voi vaikuttaa sivustoon enemmän kuin useampi rajattuun tehtävään suunniteltu lisäosa.
Tässä oppaassa rakennetaan sivustoa tarpeista lähtien. Tavoitteena on välttää päällekkäisiä toimintoja, helpottaa ylläpitoa ja säilyttää hyvä käyttökokemus myös sivuston kasvaessa.
Aloita sivuston tehtävästä
Ennen teeman tai lisäosien asentamista kirjoita, mitä sivustolla pitää pystyä tekemään. Pienen yrityssivuston tarpeet voivat olla palveluiden esittely, yhteystietojen löytäminen ja yhteydenotto. Blogissa korostuvat artikkelien lukeminen, aiheiden selaaminen ja haku.
Tee lyhyt vaatimuslista:
- Mitkä sivut tarvitaan julkaisuun?
- Mitä kävijän pitää pystyä tekemään?
- Mitä tietoa ylläpitäjän pitää voida muuttaa?
- Mitkä ominaisuudet voivat odottaa myöhempään?
Älä asenna ajanvarausjärjestelmää, uutiskirjetyökalua tai kuvakarusellia pelkän mahdollisen tulevan tarpeen vuoksi. Ne voi ottaa käyttöön, kun niiden tarkoitus on selvä.
Kirjaa myös, miten onnistumista arvioidaan. Esimerkiksi helposti löytyvät yhteystiedot ovat konkreettisempi tavoite kuin mahdollisimman monipuolinen etusivu.
Selvitä, mitä WordPress osaa valmiiksi
WordPressin lohkoeditorilla voi rakentaa monia tavallisia sisältöjä ilman erillistä sivunrakentajaa. Käytettävissä on muun muassa otsikoita, kappaleita, kuvia, gallerioita, painikkeita, ryhmiä ja palstoja. WordPressin lohkoeditorin opas
Esimerkiksi yksinkertainen palvelusivu voi koostua seuraavista osista:
- Palvelun nimi ja lyhyt esittely.
- Kuva tai muu havainnollistava sisältö.
- Palvelun tärkeimmät hyödyt.
- Käytännön tiedot.
- Yhteydenottoon johtava painike.
Tällainen rakenne ei itsessään tarvitse laajaa lisäosapakettia.
Kokeile ensin, onnistuuko tarvitsemasi asia olemassa olevilla lohkoilla. Jos toteutus vaatii jatkuvaa kiertämistä tai on vaikea ylläpitää, erillinen ratkaisu voi olla perusteltu.
WordPressin omat työkalut eivät kata kaikkea. Tarkoituksena on tunnistaa niiden mahdollisuudet ennen uusien riippuvuuksien lisäämistä.
Valitse teema, joka sopii sisältöösi
Teeman pitäisi tarjota hyvä perusta sivuston ulkoasulle. Jos joudut asentamaan useita lisäosia korjataksesi sen tavallisia asetteluita, lähtökohta ei ehkä vastaa tarpeitasi.
Lohkoteemassa sivustoeditorilla voi muokata myös sivupohjia, ylätunnistetta ja alatunnistetta. Näin esimerkiksi navigoinnin ja sivuston yleisten tyylien muokkaaminen voi onnistua WordPressin omassa käyttöliittymässä. WordPressin sivustoeditorin ohje
Testaa teemaa omilla otsikoillasi, kuvillasi ja tekstimäärilläsi. Tarkista erityisesti artikkelisivu, mobiilivalikko ja hakutulokset.
Kysy ennen valintaa:
- Toimiiko teema ilman pakollista lisäosakokoelmaa?
- Löytyvätkö tarvitsemasi muokkausasetukset helposti?
- Onko ulkoasu käyttökelpoinen myös ilman esittelysisältöä?
- Pystytkö ylläpitämään sivuja itse?
Runsas ominaisuusluettelo ei yksin tee teemasta sopivaa.
Rakenna ensin pieni mutta valmis kokonaisuus
Tee ensimmäisestä versiosta sellainen, että tärkeimmät asiat ovat oikeasti käytettävissä. Keskeneräinen suuri sivusto on usein hankalampi ylläpitää kuin rajattu, huolellisesti toteutettu kokonaisuus.
Yrityssivuston ensimmäiseen versioon voivat riittää etusivu, palvelut, esittely ja yhteystiedot. Blogissa tärkeimpiä ovat luettava artikkelipohja, aiheet ja toimiva navigointi.
Julkaise oikeaa sisältöä jo rakennusvaiheessa. Näin huomaat, tarvitseeko ulkoasu todella uusia toimintoja vai riittävätkö parempi jäsentely ja selkeämmät tekstit.
Jos sivulle suunnitellaan viittä erilaista nostoa, mieti, mitä niistä kävijä tarvitsee ensimmäiseksi. Kaikkea ei tarvitse näyttää jokaisella sivulla.
Tämä vähentää myös tarvetta asentaa uusia näyttöelementtejä vain tyhjän tilan täyttämiseksi.
Anna jokaiselle lisäosalle selkeä tehtävä
Ennen lisäosan asentamista kirjoita yhdellä lauseella, minkä ongelman se ratkaisee. Jos vastaus jää epämääräiseksi, hankintaa kannattaa vielä harkita.
Hyvä perustelu voisi olla: ”Tarvitsemme yhteydenottolomakkeen, jonka viestien toimitusta voidaan seurata.” Heikompi perustelu on: ”Tämä kuuluu kuulemma jokaiselle sivustolle.”
Arvioi samalla päällekkäisyydet. Sama ominaisuus voi löytyä teemasta, toisesta lisäosasta ja palveluntarjoajan hallinnasta.
Pidä itsellesi yksinkertaista luetteloa:
| Toiminto | Toteutustapa | Ylläpidossa huomioitavaa |
|---|---|---|
| Sivujen asettelu | WordPressin lohkot | Yhteiset tyylit |
| Yhteydenottolomake | Valittu lomakeratkaisu | Viestien toimituksen testaus |
| Varmuuskopiointi | Palvelin tai erillinen ratkaisu | Palautuksen toimivuus |
| Välimuisti | Palveluntarjoaja tai lisäosa | Tyhjennys ja poikkeukset |
Taulukko auttaa näkemään, onko jokin tarpeellinen toiminto hoitamatta tai toteutettu moneen kertaan.
Tarkista palveluntarjoajan ominaisuudet
Ennen ylläpitolisäosien asentamista selvitä, mitä palvelupakettiin sisältyy. Tarjolla voi olla esimerkiksi palvelintason välimuisti, varmuuskopiointi ja testiympäristö.
WordPressin suorituskykyohjeissa hosting-ympäristö ja välimuisti ovat keskeisiä kokonaisuuteen vaikuttavia tekijöitä. Sopiva toteutustapa riippuu käytetystä ympäristöstä. WordPressin optimointiopas
Älä silti päättele ominaisuuden nimestä liikaa. ”Automaattinen varmuuskopiointi” ei vielä kerro kopioiden säilytysajasta, tallennuspaikasta tai palautuksen onnistumisesta.
Pyydä tarvittaessa vastaukset käytännön kysymyksiin. Kuinka palautus tehdään? Voiko yhden sivuston palauttaa erikseen? Miten välimuisti tyhjennetään päivityksen jälkeen?
Palveluntarjoajan ratkaisu voi vähentää lisäosatarvetta, kun sen toimintatapa tunnetaan.
Optimoi kuvat jo ennen lataamista
Suuret kuvat voivat kasvattaa sivun ladattavaa määrää huomattavasti. Siksi kuvat kannattaa valmistella käyttötarkoitukseen sopiviksi ennen mediakirjastoon lisäämistä.
Rajaa turhat reunat pois ja vie kuva järkevässä tarkkuudessa. Pienessä sisältönostossa käytettävä kuva ei yleensä tarvitse alkuperäisen kameratiedoston kokoisia mittoja.
Valitse tiedostomuoto kuvan perusteella. Valokuvan ja läpinäkyvän tunnuksen tarpeet ovat erilaiset. WebP voi olla sopiva vaihtoehto monille verkkokuville, mutta lopputuloksen laatu pitää tarkistaa. WordPressin kuvien optimointiohje
Säilytä laadukkaat alkuperäiset tiedostot erillään verkkoversioista.
Automaattinen kuvanoptimointi voi olla hyödyllinen, jos kuvia julkaistaan paljon tai päivittäjiä on useita. Pienessä sivustossa huolellinen käsittely ennen lataamista voi riittää pitkälle.
Harkitse fontteja ja ulkoisia upotuksia
Kevyeen sivustoon vaikuttaa myös se, mitä selain lataa muualta verkosta. Videot, kartat, keskustelupalvelut ja sosiaalisen median upotukset voivat tuoda sivulle paljon ylimääräistä sisältöä.
Mieti, tarvitaanko upotus heti sivun avautuessa. Jos tarkoituksena on vain ohjata katsomaan video, tavallinen linkki voi täyttää tarpeen.
Pidä fonttivalikoima rajattuna. Yksi hyvin valittu kirjasinperhe muutamalla tarvittavalla leikkauksella on usein helpompi hallita kuin usean fontin yhdistelmä.
Älä lisää jokaiseen artikkeliin samoja ulkoisia elementtejä automaattisesti. Arvioi niiden hyöty sivukohtaisesti.
Kävijän pitäisi saada tärkein sisältö luettavakseen, vaikka jokin ulkopuolinen palvelu vastaisi hitaasti.
Älä korvaa ylläpidettyä lisäosaa huolimattomalla koodilla
Lisäosien vähentäminen ei tarkoita, että kaikki ominaisuudet pitäisi siirtää teeman tiedostoihin tai satunnaisiin koodikatkelmiin.
Oma koodi tarvitsee samanlaista huolenpitoa kuin lisäosa: turvallisen toteutuksen, yhteensopivuuden tarkistamisen ja ylläpitäjän. Lomakkeen vastaanottaminen tai käyttöoikeuksien hallinta ei muutu yksinkertaiseksi sillä, että koodi sijoitetaan yhteen tiedostoon.
Pieni oma toteutus voi olla järkevä tarkasti rajattuun tarpeeseen. Sen pitäisi kuitenkin olla dokumentoitu ja sijoitettu tehtävänsä kannalta oikeaan paikkaan.
Vertaa siis ylläpidettävyyttä, älä pelkkää lisäosaluettelon pituutta. Luotettava valmis ratkaisu voi olla kevyempi kokonaisuus kuin huonosti ylläpidetty oma viritys.
Poista tarpeettomat lisäosat hallitusti
Jos sivusto on jo käytössä, aloita kartoituksella. Selvitä jokaisen lisäosan tehtävä ja riippuvuudet ennen poistamista.
Ota varmuuskopio ja kokeile muutoksia mieluiten testiympäristössä. Poista lisäosa ensin käytöstä ja tarkista, mitä sivustolla tapahtuu.
WordPress erottaa käytöstä poistamisen ja varsinaisen poistamisen toisistaan. Poiston vaikutukset tallennettuihin tietoihin riippuvat myös lisäosan toteutuksesta. WordPressin lisäosien hallintaohje
Tarkista muutoksen jälkeen esimerkiksi:
- Lomakkeet ja niiden viestit.
- Valikot ja sisältöasettelut.
- Haku ja suodattimet.
- Tuotteet, ostoskori ja kassa.
- Uudelleenohjaukset ja sivujen metatiedot.
Älä poista tunnistamattomia tietokantatauluja arvauksen perusteella. Selvitä ensin, kuuluvatko ne edelleen käytössä olevaan toimintoon.
Mittaa toimivuutta, älä vain lisäosien määrää
Tee vertailu samoilla sivuilla ja samanlaisissa olosuhteissa. Mittaa etusivun lisäksi tavallinen sisältösivu ja mahdollinen asiointinäkymä.
Tarkastele latautumisen lisäksi sitä, pysyykö sisältö paikallaan ja vastaavatko painikkeet nopeasti. Testaa sivusto myös puhelimella ja kirjautumattomana käyttäjänä.
Yksi hyvä nopeuspistemäärä ei osoita, että kaikki toiminnot ovat kunnossa. Samoin yksittäinen hidas mittaus voi johtua tilapäisestä vaihtelusta.
Tee muutokset yksi kerrallaan ja kirjaa niiden vaikutus. Näin erotat hyödylliset parannukset muutoksista, jotka vain lisäävät asetuksia.
Pidä lopuksi käytössä ne osat, joille on todellinen tarve. Kun WordPress, teema, lisäosat ja palvelin muodostavat ymmärrettävän kokonaisuuden, sivustoa on helpompi kehittää myös myöhemmin.
