Libreng CMS: Ang Totoong Halaga ng 'Libre' sa 2026

Tuwing ilang buwan, may kliyenteng nagtatanong sa akin kung bakit napakamahal ng kanilang 'libreng' website. Libre ang CMS. Libre ang theme. Tapos dumating ang invoice sa hosting, ang pag-renew ng mga plugin, ang emergency cleanup matapos makahanap ng bot ang contact form, at nawala ang buong Sabado ko sa PHP upgrade para tumigil na ang site sa pag-throw ng 500 errors. Ang lisensya ng software lang ang nag-iisang line item na laging $0. Narito ang totoong math sa pagpapatakbo ng libreng CMS, kasama ang mga pagkakataon kung saan mananalo ang isang mas simpleng tool nang tahimik.

Ano ang ibig sabihin ng 'libre' sa mundo ng libreng CMS

Ang libreng CMS software, WordPress, Joomla, Drupal, Grav, Bludit, October CMS, ay walang bayad sa pag-download, pag-install, at pag-modify. Ang mga lisensya (GPL, MIT, at kaibigan) ay talagang ibinibigay sa iyo ang code. Walang nag-i-invoice sa iyo para dito, walang makakukuha ulit, at dumadating ang mga security fix nang walang support contract. Totoo ang bahaging iyon ng deal, at kapansin-pansin ito kung naalala mo kung magkano ang lisensya ng enterprise CMS noong 2005.

Ang hindi kasama sa lisensya ay ang lahat ng iba pa: server na pagtatakbohan, domain name, backups, taong mag-aapply ng updates, at taong tatawagan ng 9 p.m. kapag naging pharmacy ad na ang homepage. Kapalit ng support desk ay community forums, at ang 'tao' na iyon ay karaniwan ikaw.

• Kasama sa $0: ang core software, mga future updates, community documentation, at libu-libong libreng themes at plugins.
• Hindi kasama: hosting, domain, email deliverability, backups, uptime monitoring, o sinumang sasagot ng telepono.
• Hindi rin kasama: compatibility sa pagitan ng theme mo, plugins mo, at PHP version sa susunod na taon. Sa iyo ang puzzle na iyon.
• At tiyak na hindi kasama: ang oras. Bawat oras na ginugol mo sa pag-administer ng site ay isang gastos, kahit walang invoice na nagpapakita nito.

Ang totoong bayarin: hosting, maintenance, security patches

Narito kung magkano ang aktwal na gastos kada taon ng isang maliit na libreng CMS site, batay sa mga invoice na nakita ko sa dose-dosenang kliyenteng site:

Ang timeline ang pinakamalinang sa sarili ng mga tao. Isang WordPress site na may dose-dosenang plugin ay nangangailangan ng atensyon halos buwan-buwan: core updates, plugin updates, backup bago bawat isa, mabilisang pagtingin sa logs. Miss mo ng tatlong buwan at magiging proyekto na ang update queue. Miss mo ng isang taon at nagiging curator ka na ng exploit museum.

Tapos may PHP mismo. Tinatanggal ng mga host ang mga lumang version sa sarili nilang iskedyul, hindi sa iyo. Pinanood kong namatay ang 2014-era Joomla site ng isang kliyente sa linggong i-drop ng host nila ang PHP 5.6, lahat ng page wala hanggang nagbayad kami para sa compatibility rescue. Libre pa rin ang CMS. Hindi libre ang rescue.

Karapat-dapat sa sarili nitong pangungusap ang backups, dahil ito ang pinaka-nakakaligtaan sa listahang ito. Maraming murang host ang nag-aadvertise ng backups at ang ibig sabihin ay 'nag-snapshot kami ng buong server para sa sarili naming disasters.' Ang pag-restore ng isang site mula roon ay mabagal, partial, o imposible. Tunay na backups, automated, off-server, natest kahit minsan, ay maging plugin na i-configure mo o serbisyong babayaran mo. Libreng CMS, oo. Libreng safety net, hindi. Pinanood kong natuto ito ng dalawang site owner sa parehong taon, parehas matapos lumabas na pitong araw na pala ang 'included backups' ng host nila at nightly na na-overwrite.

Kung kailan panalo ang isang simpleng libreng CMS kaysa WordPress

Tinatakbo ng WordPress ang napakalaking bahagi ng web, karaniwang sinasabing nasa 40%, at dahil sa market share na iyon, naging number one target ito para sa mga automated attack. Hindi iyon rason para iwasan ito. Rason iyon para itanong kung kailangan mo ba talaga.

Para sa site na mas mababa sa limampung page na nagbabago ng ilang beses sa isang taon, mas panalo ang isang flat-file o single-file CMS (Grav, Pico, Bludit, WonderCMS) kaysa WordPress sa bawat axis na pinapahalagahan ng maliit na owner: mas mabilis mag-load, walang database na masisira, nagba-backup sa pag-copy ng folder, at mas maliit ang attack surface. Isang 2009-era phpBB forum na na-convert ko sa static pages plus Grav ay naging zero ang weekly spam-bot incidents sa loob ng tatlong taon.

• Mas mababa sa 50 page, karamihan text at images
• Nagbabago ang content buwan-buwan o mas bihira
• Walang user accounts, walang checkout, walang memberships
• Isang editor, komportable sa simpleng admin panel
• Pinapahalagahan mo na walang makaka-SQL-inject ng site na walang SQL

Kung kailan tamang piliin ang WordPress (o mas malaki)

Huwag pilitin ang brochure tool na gawin ang trabaho ng platform. Kinikita ng WordPress ang complexity nito kapag kailangan mo ng WooCommerce, paid memberships, multilingual editorial teams, o plugin ecosystem na may solution na sa weird niche problem mo. Pareho para sa Drupal sa complex structured content, o headless setup kapag maraming app ang nagbabasa mula sa isang content API.

Ang pagpili ng munting CMS para sa 5,000-product store ay hindi matipid; ito ay future rebuild na may dagdag na hakbang. Ang totoong rule: i-match ang tool sa susunod na tatlong taon ng site, hindi sa budget ngayong buwan. Mas mahal ang migration mamaya kaysa sa lisensyang hindi mo kailanman binayaran.

Isang libreng CMS para sa mga restored archive site

May isang case na karapat-dapat sa sarili nitong section, dahil palagi ko itong nakikita: isang site na narestore mula sa Wayback Machine. Ang restore ay nagbibigay sa iyo ng static HTML, CSS, at images. Ang pag-bolt ng database-driven CMS dito ay parang pagbili ng truck para magdala ng sandwich.

Ang restore service ay maayos na humawak nito. Kasama sa mga restore ang cleanup options na mahalaga sa mga lumang site, pagtanggal ng patay na analytics at ad scripts, pag-convert ng internal links sa relative, pag-force ng HTTPS, at bawat deploy ay kasama ang Restorix CMS: isang PHP file sa /webarchive-cms.php na may content editing, site-wide search-and-replace, at file manager. Kasama na ang safe mode on by default, per-site randomly generated admin password na ipinapakita sa dashboard mo, at walang extra bayad. Para sa restored 200-page archive na nangangailangan ng paminsan-minsang edit, iyon ay eksaktong tamang amount ng CMS. Sakop ng buong workflow ang aming guide sa restore a website from the Wayback Machine.

1. I-run ang libreng estimate para makuha ang eksaktong archived file count at locked price.
2. Mag-restore na naka-enable ang cleanup options, tanggalin ang analytics, ads, at external links na ayaw mo.
3. Mag-deploy sa isang click: VPS sa SSH/SFTP, shared hosting sa FTP/FTPS, o S3.
4. I-edit ang mga page sa /webarchive-cms.php kung kailangan ng retouch ang content.

Paano pumili nang walang overthinking

1. Bilangin ang mga page. Mas mababa sa 50 at karamihan static? Flat-file o single-file CMS.
2. Bilangin ang mga editor. Isa o dalawa, non-technical? Piliin ang pinakamaliit na admin panel na kayang gawin ang trabaho.
3. I-list ang mga dynamic feature na kailangan mo talaga: forms, search, checkout, logins. Bawat isa ay nagdadagdag ng moving parts.
4. Presyo ng sarili mong oras. Kung ang Sabado mo ay mahalaga ng higit sa $40, ang managed hosting o static workflow ay babayaran ang sarili nito.
5. Binubuhay ang lumang site mula sa archive? Skip mo na ang buong tanong, i-restore at gamitin ang CMS na kasama sa deploy.

Ang libreng CMS software ay isa sa mga dakilang regalo ng open-source world. I-budget mo lang ang mga bahaging hindi kasama sa download: ang server, ang updates, ang backups, at ang paminsan-minsang masamang weekend. At kung ang site na iniisip mo ay hindi na umiiral, maaaring ibalik ito ng Restorix mula sa archive, libreng CMS na kasama sa deploy, kaya simple lang ang maintenance story.