WordPress või kohandatud koduleht? Otsus, mis ei ole tehnoloogiline

Vaidlus "WordPress vs kohandatud koduleht" käib enamasti tehnoloogia tasandil: kumb on kiirem, turvalisem, tulevikukindlam. See on vale tasand vaidluseks. Enamikul juhtudel ei otsusta valikut platvormi tehnilised omadused, vaid neli praktilist küsimust, millest igaühele ausalt vastates tuleb õige valik enam-vähem iseenesest välja:

• Kes muudab sisu ja kui tihti?
• Mis peab millega liituma?
• Kui palju on liiklust ja kui palju jõudlus loeb?
• Milline on kolme aasta kogukulu, mitte ainult käivituse hind?

Kes muudab sisu ja kui tihti

Kui saidil käib pidevalt tegevus, uudised, tootepostitused, kampaanialehed, mida lisab turundusinimene ilma arendajata, on WordPress tugev valik. Selle redaktori ja sisuhalduse kogemus on kümne aasta jooksul lihvitud ja enamik inimesi õpib seal iseseisvalt hakkama saama päevaga, mitte nädalaga. See on koht, kus WordPress võidab kohandatud lahenduse ausalt: mitte tehnoloogia, vaid harjumuse ja küpsuse tõttu.

Kui sisu muutub paar korda aastas: hinnakiri, üks uus teenus, kontaktandmed, on igapäevase toimetamise mugavus vähem oluline kui see, kui palju maksab hoolduseks vajaliku taristu ülalpidamine. Sel juhul tasub kaaluda kergemat, kohandatud lahendust lihtsa sisuhaldusega, mille hooldusvajadus on väiksem.

Mis peab millega liituma

WordPressi tugevaim külg on pistikprogrammide ökosüsteem. Kui vajad broneerimiskalendrit, liikmete ala, keerulist vormi või e-poodi, on tõenäoliselt olemas valmislahendus (WooCommerce, Gravity Forms ja sarnased), mis säästab nädalaid arendustööd. See on päris eelis, mitte müüt.

Probleem tekib siis, kui pead ühendama midagi, mida ökosüsteem ei kata: sisemine ERP, kohandatud tellimissüsteem, teise osapoole API, mida ükski pistikprogramm ei toeta. Sel hetkel kirjutad ikkagi kohandatud koodi, ainult et nüüd WordPressi peale, mille piirangutega tuleb arvestada. Kaotad osa lihtsuse eelisest, mille pärast platvormi algul valisid.

Tasub ka meeles pidada, et mitte kõik pistikprogrammid pole ühevõrra kvaliteetsed. Osa neist on ühe inimese hobiprojekt, mida ei uuendata aastaid, ja iga selline sõltuvus on potentsiaalne turvaauk või konflikt järgmise WordPressi tuumauuendusega. Enne pistikprogrammi valimist tasub vaadata, millal seda viimati uuendati ja kui palju aktiivseid paigaldusi sel on, mitte ainult, kas see lahendab probleemi täna.

Kui palju liiklust ja kui oluline on jõudlus

Hästi seadistatud WordPress, minimaalselt pistikprogramme, korralik vahemälu, kvaliteetne majutus, võib olla piisavalt kiire enamikule väikeettevõtetele. Aga "hästi seadistatud" nõuab distsipliini, mida aja jooksul on raske hoida: iga uus pistikprogramm lisab oma JavaScripti ja päringuid ja pool aastat hiljem on leht aeglasem, kui algul plaaniti. Sellest, mida kiirus tegelikult tähendab ja miks Google seda arvesse võtab, kirjutasin pikemalt Core Web Vitalsi teemal.

Kui liiklus on suur või jõudlus on ärikriitiline, näiteks e-poe puhul, kus iga sekund laadimisaega mõjutab konversiooni, annab õhem kohandatud tehnoloogiapinu (näiteks Nuxt või Vue) parema stardipositsiooni, sest sul pole vaja kaitsta jõudlust kolmekümne pistikprogrammi eest. See pole absoluutne reegel, aga kohandatud lahendusel on siin struktuurne eelis.

Vahepealne tee on WordPress peamiselt sisu tootmiseks (blogi, uudised) koos kohandatud, kergema esivaatega müügilehtedele ja tootekataloogile. See lahendab osa jõudlusprobleemist, aga lisab oma keerukuse: kaks süsteemi, mis peavad omavahel sünkroonis püsima, ja kaks kohta, kus asjad võivad katki minna.

Kolme aasta kogukulu

WordPressi käivitus on peaaegu alati odavam. Kohandatud lahenduse käivitus on kallim, aga pikas vaates jaotub kulu erinevalt. Kummalgi pool on omad korduvad kulureal, ja kumbki kader jätab need esimesest pakkumisest tavaliselt välja.

WordPressi pool: uuenduste jälgimine ja testimine iga kord, kui tuum, teema või mõni pistikprogramm end uuendab; pistikprogrammide ja teemade litsentsitasud, mis paljudel juhtudel on aastane arve, mitte ühekordne ost; aeg-ajalt ette tulev ühilduvuskonflikt, kus üks uuendus lõhub teise pistikprogrammi töö ja keegi peab selle üles leidma; ning teema piiridest välja kasvamise korral tulevane osaline või täielik ümberehitus.

Kohandatud lahenduse pool: sõltuvuste (raamistiku, teekide) perioodiline uuendamine, mis on harvem ja ettearvatavam kui WordPressi pistikprogrammide jada; hosting ja taristu jälgimine; ning iga muudatus, mida sisuhaldur ise teha ei saa, mis nõuab arendaja aega, kui platvormi pole algusest peale ehitatud kliendile mugava toimetamisliidesega. Selle viimase punkti kaal sõltub täielikult sellest, kui hästi on sisuhaldusliides algusest peale kliendi tegelike vajaduste järgi kavandatud, mitte lihtsalt olemas.

Täpsemalt, kust need summad tulevad ja mis hinnavahemikku eeldada, kirjutasin eraldi kodulehe hinna postituses. Lühidalt: odavam start ei tähenda automaatselt odavamat kolme aastat.

Praktikas maksab WordPressi hooldus tavaliselt kuutasuna, mis katab uuenduste jälgimist, varukoopiaid ja turvaseiret, olgu see siis sisemine töö või tellitud teenus. Kohandatud lahenduse puhul on see rida sageli väiksem, aga mitte null. Küsi mõlema variandi puhul otse, mis kuutasu või -tunde hooldus reaalselt nõuab, mitte ainult mis maksab käivitus.

Disain ja platvorm on kaks erinevat otsust

Levinuim segadus on disaini ja platvormi kokku panemine ühte otsusesse. "Tahame kohandatud disaini" ei tähenda "vajame kohandatud platvormi". WordPressile saab ehitada täiesti kordumatu, malliteemast sõltumatu disaini. Ja vastupidi: kohandatud platvormil võib disain põhineda lihtsatel, korduvatel komponentidel, mis ei erine oluliselt heast valmisteemast.

Need on kaks eraldi otsust. Esimene puudutab seda, kuidas leht välja näeb ja kui hästi see brändi kannab. Teine puudutab seda, kes ja kuidas lehte hiljem haldab. Kui need kaks otsust segamini ajada, tellitakse tihti kallimat lahendust kui vaja, sest arvatakse ekslikult, et hea disain eeldab kohandatud platvormi.

Kummagi otsuse õigel ajal lahku harutamine säästab ka pakkumiste võrdlemisel segadust: kui üks pakkuja hinnastab "kohandatud disaini WordPressile" ja teine "kohandatud platvormi valmisteemaga", räägivad nad tegelikult kahest erinevast asjast, mis kannavad sama nime.

Millal WordPress lakkab end ära tasumast

Punkt, kus WordPress muutub ebaotstarbekaks, ei ole tehnoloogiline pööre, vaid kuhjumine. Iga järgmine pistikprogramm lisab veel ühe asja, mida uuendada, veel ühe ühilduvusriski ja veel ühe turvapinna. Kui teema piirab kujundust rohkem, kui vaja, ja "valmisteema kohandamine" tähendab juba nädalaid CSS-i ja funktsioonide ülekirjutamist, on odavam alustada puhtalt lehelt kui jätkata lappimist. See piir jõuab kätte harvem, kui hirmujutud väidavad, aga see on reaalne ja seda tasub kolme aasta väljavaate juures arvesse võtta.

Praktikas näeb see välja nii: esimene pistikprogramm lahendab ühe probleemi puhtalt, teine juba nõuab natuke käsitsi koodi, kolmas läheb vastuollu esimesega ja neljandaks tellitakse arendajalt "väike parandus", mis tegelikult tähendab tundide kaupa silumist. Kui see muster on juba käivitunud, ei päästa lehte veel üks pistikprogramm, vaid selge otsus, kas jätkata lappimist või ehitada uuesti.

Konkreetsed märgid, mille peale tasub tähele panna: aktiivsete pistikprogrammide arv, mis on aastate jooksul kasvanud paarikümneni või rohkem, ilma et keegi oleks kunagi vanu läbi käinud ja kasutult seisvaid eemaldanud; uuendused, mis regulaarselt lõhuvad midagi ja nõuavad tagasi keeramist; ja kõige selgem märk, page builder (Elementor, Divi ja sarnased), millest on saanud saidi tegelik sõltuvus, mitte tööriist. Kui iga alaleht koosneb sadadest builderi enda genereeritud koodiplokkidest, ei ole enam WordPress ise piirang, vaid konkreetne pistikprogramm, kellest lahku minek tähendab sisuliselt kogu saidi uuesti üles ehitamist.

Kumbki platvorm pole vaikimisi õige vastus. Vaata, kes lehte päriselt haldab, mida see peab teistega ühendama ja kui palju liiklust see kannab. Vastus tuleb neist kolmest, mitte sellest, kumb tehnoloogia tundub moodsam. Kui vajad põhjalikumat vestlust selle üle, kas otsid üldse kodulehte või pigem veebirakendust, tasub see küsimus lahendada enne platvormivalikut, vaata ka, mida pakume kodulehtede poolel.