pario webdesign Amsterdam

Born to be Online

Menu

WordPress beveiligen

door

Doberman met WordPress logo

WordPress beveiligen hoe doe je dat? WordPress is ontzettend populair maar niet iedereen besteedt voldoende aandacht aan de beveiliging van zijn/haar WordPress-website. In deze blogpost geven we een aantal tips om WordPress veiliger te maken tegen hackers en voor uw bezoekers.

 

Uit onderzoek van wpscan.org blijkt dat de volgende elementen verantwoordelijk zijn voor beveiligingsproblemen bij WordPress-websites:

  • 52% door WordPress plugins
  • 37% door problemen met WordPress zelf (niet updaten)
  • 11% door problemen met thema’s

Maakt dat WordPress een onveilig systeem? Nee maar met zoveel gebruikers is de kans natuurlijk wel een stuk groter dat er slecht onderhouden websites tussen zitten. U dient dus wel aandacht te besteden aan de beveiliging van uw website. In dit artikel noemen we een aantal punten waarop u de beveiliging van uw WordPress-website kunt verbeteren.

 

Beveilig het inlogproces met o.a. tweestapsverificatie

Regel 1 is natuurlijk een sterk wachtwoord maar er zijn meer zaken waar je rekening mee kunt houden. Zorg er bijvoorbeeld voor dat je gebruikersnaam niet ‘admin’ (of jouw eigen naam) is wanneer je als systeembeheerder inlogt. Op die manier moeten hackers achter zowel je gebruikersnaam als wachtwoord komen om via jouw account in te kunnen breken. Iets wat tegenwoordig erg populair is, is tweestapverificatie (two factor authentication). Hierbij laat je niet alles afhangen van je wachtwoord maar wordt er een extra check gedaan. Dat kan bijvoorbeeld door een bepaalde app te installeren op je telefoon (zoals Google Authenticator) maar het kan ook door een tekst-bericht met een code op te sturen via e-mail of sms. Mocht je wachtwoord ooit in verkeerde handen vallen dan kunnen kwaadwillenden toch nog niet inloggen (of je moet hetzelfde wachtwoord gebruiken voor je mail natuurlijk).

 

Gebruik betrouwbare plug-ins

Meer dan de helft van de beveiligingsdreigingen komen van WordPress plugins en 11% van gebruikte thema’s. Het is dus belangrijk om goed aandacht te besteden aan de plug-ins en thema’s die je gebruikt. Lees reviews en ga na hoe actief een plug-in wordt bijgehouden. Het is geen gegeven dat gratis plug-ins of thema’s onveiliger zijn dan betaalversies. Toch is de kans kleiner omdat er vaak een team werkt aan plug-ins in plaats dat iemand het hobby-matig heeft ontwikkeld maar de tijd niet heeft het actief bij te houden.

Bij thema’s ligt het soms iets anders aangezien er thema’s zijn die plug-ins gebruiken die verweven zijn met het thema. Dat betekent dat deze plug-ins niet automatisch een update krijgen maar dat de maken van het thema daarvoor moet zorgen. In de regel zal dat minder frequent gebeuren waardoor de kans groter is dat er een lek gebruikt kan worden door hackers. Thema’s die via WordPress.org worden aangeboden mogen niet op deze manier gebouwd zijn dus het kan in sommige gevallen zijn dat je op het gebied van veiligheid beter af bent met een gratis thema in combinatie met losse plug-ins.

 

Kies een goede hosting & back-up plan

Slechte hosting kan ook oorzaak zijn van kwetsbaarheden voor uw website. De beste oplossing is het hosten op een zogenoemde ‘dedicated server’ waar alleen uw website op draait. Nadeel is dat dergelijke servers vaak vele tientallen euro’s per maand kosten. Een hosting provider uitkiezen kan vrij lastig zijn omdat er heel veel factoren meespelen. Er zijn tools om de snelheid te meten van servers maar het is lastiger na te gaan hoe goed een server is beveiligd. Check bijvoorbeeld recensies en ervaringen van anderen om een beter beeld te krijgen.

Ga ook na wat hun back-up beleid is. Soms worden er wel back-ups gemaakt maar die kun je alleen terug laten zetten na een crash. Bij andere hostingproviders kun je zelf back-ups instellen en terugzetten. terwijl een ander ook de mogelijkheid biedt om zelf een back-up terug te zetten (als je zelf iets verkeerds hebt gedaan). Mocht jouw hosting-provider dat niet bieden dan kun je het altijd zelf toevoegen door middel van een back-up plug-in (maar daar zijn vaak wel weer kosten aan verbonden).

 

WordPress beveiligen door toegangsrechten te beperken

In WordPress kun je verschillende gebruikersrollen aanmaken. Zorg er ook voor dat je iemand niet standaard alle rechten geeft om geen onnodig risico te lopen. Zelfs als u de persoon volledig vertrouwd, kan zijn/haar account in handen vallen van iemand die niet te vertrouwen is en dan heeft die alle rechten. Heeft u in het verleden gebruikers aangemaakt die niet meer actueel zijn? Verwijder die accounts dan, u kunt altijd weer een nieuw account aanmaken indien nodig. Er zijn ook programma’s waarbij u per onderdeel kunt aangeven wat een gebruiker wel of niet mag indien de standaardrollen dit in onvoldoende mate bieden.

Naast permissies binnen WordPress dient u ook te letten op de toegangsrechten die u geeft op de mappen op uw server (niet alleen die van de FTP-map). Des te minder rechten iemand heeft des te minder schade men kan berokkenen.

 

Gebruik een SSL-certificaat

Een veilige WordPress website (of wat voor website dan ook) hoort tegenwoordig ook te zijn voorzien van een SSL-certificaat. Hiermee wordt de verbinding tussen uw bezoeker en uw website beveiligt tijdens het verzenden van gegevens. U kunt het herkennen aan het groene slotje in de adres-balk en de https in de url. Meer over SSL vindt u in onze eerdere SSL-blogpost.

 

WordPress updaten

Beveiliging is nooit klaar en er komen altijd weer nieuwe dreigingen uit. WordPress wordt zeer geregeld ge-update en daarbij worden natuurlijk ook nieuwe beveiligingspatches doorgevoerd. Zorg er dan ook voor dat u uw WordPress-installatie voorziet van deze updates.

 

Brute Force Protection

Bij een Brute Force Attack wordt er een spervuur van mogelijke gebruiker+wachtwoord variaties losgelaten op een website om toegang te verkrijgen. De aanvaller heeft dan een lijst met woorden die gebruikt worden in de combinaties. Onder deze woorden staan dan veel voorkomende wachtwoorden (1234, namen van huisdieren e.d.). Zo’n lijst kan wel een miljoen woorden bevatten en het uitproberen van alle combinaties kan weken duren. Door een unieke gebruikersnaam te kiezen i.p.v. ‘admin’ (zie punt 1) maakt u het dus nog moeilijker voor een Brute Force aanval. Er zijn nog meer verschillende manieren om bescherming te bieden tegen dergelijke aanvallen.

U kunt bijvoorbeeld het aantal login-pogingen beperken (bij 3x fout intypen volgt dan een afkoelperiode). Ook kunt u gebruik maken van de eerder besproken twee-staps autorisatie en/of een captcha toevoegen (van die testjes om te bewijzen dat u geen robot bent). In sommige beveiligings plug-ins kunt u ook aangeven dat iemand die een x-aantal keer probeert met de gebruikersnaam ‘admin’ in te loggen (standaard naam voor systeembeheerder in WordPress) die automatisch wordt geblokkeerd.

 

 

Wat doet Pario om WordPress te beveiligen?

  • Standaard SSL-certificaat voor bedrijfswebsites
  • Met name gebruik van premium-plug-ins die actief worden onderhouden door de programmeurs.
  • Websites gebouwd op solide Genesis framework van StudioPress dat bekend staat om zijn veiligheid en snelheid.
  • Professionele beveiligingsplug-in om zaken te regelen als tweestapsverificatie, captcha’s, brute force protection, malware scans etc.
  • Dagelijks back-ups, ook op een externe locatie.
  • WordPress en alle plug-insworden frequent ge-update.
  • Pario verzorgt het technisch beheer waardoor de juiste toegangsrechten zijn ingesteld.

WordPress vs Drupal, Joomla!, Umbraco & DNN

door

wordpress-vs-drupal-joomla

Van alle gebruikte cms-en, waarvan het ‘merk’ bekend is, bestaat 58,9% uit WordPress (bron: W3 Techs).  Een gigantisch aantal! W3 Techs rekent verder voor dat daardoor zo’n 26% van alle websites gebouwd is met WordPress. Het gebruik van WordPress vertoont zelfs nog steeds een stijgende lijn. Toch zijn er naast WordPress nog een heleboel andere cms-en, zowel betaald (licentiekosten) als gratis (open source). In dit artikel vergelijk ik WordPress met een aantal andere bekende gratis cms-en : Drupal, Joomla, Umbraco en DNN.

 

In een eerdere blogpost heb ik uitgelegd wat een cms is en waarom WordPress zo populair is in deze markt. In dat artikel heb ik ook aangegeven waarom ik voor WordPress heb gekozen. Het is nu tijd om WordPress tegenover een aantal andere populaire cms-en te zetten. Ik heb mijn keuze beperkt tot een aantal bekende gratis cms-en. Het gaat er niet om welk cms het beste is. Ik geef aan in welke scenario’s de cms-en gebruikt worden en op welke punten ze met elkaar verschillen. Deze blogpost is dus bovenal een beschouwing en niet een recensie.

 

Grofweg zijn er twee grote kampen te onderscheiden op het gebied van cms-en:

  1. cms-en gebaseerd op Windows-technologie (ASP.NET) zoals Umbraco, DNN, Sitecore, Kentico.
  2. cms-en gebaseerd op PHP zoals WordPress, Drupal, Joomla en TYPO3. In dit kamp zijn er meer opties dan bij de cms-en gebaseerd op ASP.NET

De cms-en die ik in dit artikel bespreek, verhouden zich als volgt tot elkaar (bron W3 Techs):

 

Grafiek met marktpostie cmsen

Links = weinig gebruikt
Rechts = veel gebruikt
Hoog = gebruikt voor websites met veel bezoekersverkeer
Laag = gebruikt voor websites met relatief weinig bezoekers

 

 

 

 Het ASP.NET kamp: Umbraco & DNN

 

Umbraco logoUmbraco

Zowel Umbraco als DNN hadden mijn aandacht voor het ontwikkelen van websites. Umbraco is van Deense makelij en wordt o.a. door ‘website-bouwer Vrijdagonline ingezet. Umbraco kun je makkelijker naar eigen hand zetten als je wat dieper in de code duikt. Het systeem is daardoor geschikter voor maatwerkoplossingen. Nu levert Vrijdagonline niet zozeer pure maatwerkoplossingen voor de klant maar ze kunnen hun eigen workflow natuurlijk ook verbeteren door te sleutelen aan het cms. Wanneer je een aantal programmeurs in dienst hebt, dan is dat wel te doen om maatwerkoplossingen voor klanten te bieden op basis van Umbraco. Daar hangt natuurlijk ook een prijskaartje aan: Er zijn minder kant-en-klare oplossingen beschikbaar voor Umbraco waardoor er veel zelf gedaan moet worden. En omdat techniek niet stilstaat moet het ook continu worden bijgehouden. Het nadeel van maatwerk is dus dat het in de regel een stuk duurder is dan het aanschaffen van een bestaande plug-in.

grafiek gebruik umbraco

Door een veel kleinere gebruikersgroep, wordt Umbraco ook niet zo goed ondersteund door derden. Dus soms is maatwerk ook nodig omdat er geen plug-in voor bestaat. Voor plug-in ontwikkelaars is WordPress een veel interessantere markt (net zoals Windows dat op het gebied van pc’s is). Nieuwe social media platformen zullen bijvoorbeeld dan ook als eerste met ondersteuning voor WordPress komen want daarmee hebben ze meteen een enorm bereik. Een plug-in ontwikkelen voor kleinere cms-en is vaak minder lucratief door een lagere afzetmarkt (of er moet een hogere winstmarge berekend worden).

Het marktaandeel van Umbraco is ook dalende en wordt door slechts 0,1% van alle websites gebruikt (waarvan het cms bekend is). Hierdoor was ik bang dat het platform uiteindelijk ter ziele zou gaan. Dat zou betekenen dat mijn klanten (en ik) met een obscuur systeem zouden blijven zitten dat niet meer ge-update wordt.

Wanneer ik de cijfers van W3 Techs bekijk, signaleer ik ook dat 99,5% van de Umbraco websites draaien op versie 4 en dus maar weinig worden geupgrade naar versie 7 (de meest recente versie). Ik weet echter niet hoe ik dat cijfer moet interpreteren aangezien het veel dingen kan betekenen. Een van die redenen zou kunnen zijn dat het upgraden van een cms, waar veel maatwerk in heeft gezeten, een stuk lastiger is. Met maatwerk loop je een groter risico dat het niet werkt met de nieuwe versie. Umbraco is ook niet in 1x te upgraden van versie 4 naar versie 7. Er moeten dan eerste nog wat tussenliggende upgrades plaatsvinden voor zover ik begrijp. Die extra stappen vormen  dus wellicht ook een obstakel om te upgraden.

Hoewel Umbraco op zich beter geschikt is voor grotere complexe websites, zien we dat niet echt terug in het grafiekje van W3 Techs. Umbraco scoort in ieder geval niet hoger dan WordPress bij het gebruik van websites met veel bezoekers. Umbraco wordt wel door grote namen gebruikt zoals  Heinz, Renault en de Britse websites van Vogue en Wired. Er lijken echter niet veel andere grote bedrijven te zijn die een overstap maken op dit platform. De grafiek toont zelfs een afname van het gebruik.

 

 

DNN-logoDNN (voorheen Dot Net Nuke)

DNN heeft een groter marktaandeel dan Umbraco en wordt ook door grote bedrijven gebruikt (zoals de NASA). Ook zijn er veel meer plug-ins voor beschikbaar en heeft een marktaandeel dat veel groter is dan dat van Umbraco. Toch bevolkt DNN nog slechts 0,5% van alle websites waarvan we het systeem kennen. Vergelijken we dat aandeel met de 58,9% van WordPress dan is dat van een hele andere orde.

DNN had echter vooral mijn aandacht omdat het de mogelijkheid biedt om direct op de webpagina (frontend) veranderingen aan te brengen. Deze werkwijze vind ik intuïtiever dan de interface van WordPress (ondanks dat die al als makkelijk te boek staat). DNN vond ik door deze werkwijze interessanter voor mijn doelgroep (voornamelijk ZZP-ers die zelf de website bijhouden). Bij alle functionaliteit die ik in de websites van mijn klanten wilde verwerken was het lastig de plug-ins te vinden. Als ik al een plug-in vond dan deden ze niet precies ik wilde (en actief bijgehouden werden).

Bij mijn zoektocht kwam ik wel steeds plug-ins voor WordPress tegen die precies deden wat ik verlangde. Ik ben toen toch op zoek gegaan naar manieren om het werken in WordPress te vergemakkelijken. Zelfs op dit gebied vond ik inderdaad de juiste plug-in voor WordPress zodat ik DNN snel heb laten vallen. Wie op basis van DNN een website wil hebben, moet ook wel even zoeken in Nederland. Er zijn maar een beperkt aantal webdesigners die op basis van DNN bouwen (geldt ook voor andere ASP.NET cms-en). Het wereldwijde marktaandeel is echter wel stabiel. DNN heeft ook een betaalversie die nog weer een stuk gebruiksvriendelijker is en vele marketing-tools biedt. Hier moet dan wel een licentie voor worden betaald en is gericht op grote bedrijven.

 

Het PHP kamp: WordPress, Drupal & Joomla

In mijn vorige blogpost heb ik al stilgestaan bij WordPress. In het kort: WordPress is met afstand het populairste cms, met de meeste plug-ins, thema’s, hostingopties, leermaterialen (boeken, cursussen, online informatie/tutorials) en ondersteuning door externe partijen. Het cms is ontwikkeld met de eindgebruiker in gedachte. Doordat het gericht is op degene die de content plaatst op de website en niet op een it-er, is dit cms een stuk gebruiksvriendelijker van opzet. Uiteraard zal men bij WordPress ook tegen bepaalde zaken aanlopen maar daar is over het algemeen wat makkelijker zelf uit te komen dan bij de overige cms-en. Voor meer informatie over WordPress zie mijn vorige blogpost.

Is WordPress het beste cms?

 

joomla-logoJoomla!

In het Linux-kamp zijn de grootste concurrenten van WordPress de cms-en Drupal en Joomla. Laatstgenoemde draait al een tijdje mee en is een directe concurrent van WordPress. Net als WordPress wordt Joomla ook veel gebruikt door de kleinere bedrijven en consumenten die een eigen website willen bouwen. Nog niet zo heel lang geleden was het vooral Joomla dat de klok sloeg maar zoals zo vaak in de tech-wereld kan die positie snel veranderen. WordPress was dan wel een jaar of 2 eerder op de markt, het was toch Joomla dat snel uitgroeide tot het populairste gratis cms. Hoewel de groei stabiel is en de laatste maanden zelfs een stijging vertoonde, is Joomla! wat populariteit betreft inmiddels al lang ingehaald door WordPress. Joomla wordt gebruikt door 6,4% van alle websites waarvan het cms bekend is.

Joomla is de Engelse fonetische uitspraak van ‘Jumla’ dat swahhili is voor  ‘alles samen’ of ‘als één geheel’. De ironie wil dat Joomla juist is voortgekomen uit een splitsing van partijen. Zonder al te diep op die geschiedenis in te gaan, was de reden van de scheiding o.a. dat de basisbeginselen van opensource waren geschonden door de tegenpartij.

Joomla! werd een opensource cms dat tegen de tijd van lancering al op veel support uit de opensource-gemeenschap kon rekenen. In tegenstelling tot WordPress, begon Joomla! niet als blogging-platform. Hoewel Joomla! een toegankelijk cms is, was het van oorsprong toch vooral populair onder gebruikers die al een technische achtergrond hadden (terwijl WordPress zich dus vooral op  de niet zo technische blogger richtte). Joomla! bouwde voort op het Mambo-cms. Mambo was het cms dat niet opensource genoeg werd bevonden door sommige ontwikkelaars. O.a. op basis van die onenigheid splitsen zij zich af en ontwikkelden Joomla!.

 

 

Nieuw drupal logoDrupal

Drupal wordt vooral voor grote websites met veel verkeer ingezet en vertoont ook een stabiele groei. In mijn vorige baan heb ik veel met dit systeem gewerkt als redacteur (eindgebruiker) en ik vond het prettig werken. Het is een mooi compromis tussen flexibiliteit voor webontwikkelaars en gebruiksvriendelijkheid voor de mensen die content op de website moeten plaatsen. De kracht van Drupal ligt in het feit dat het erg schaalbaar is door gebruik van modules (waar WordPress plug-ins gebruikt). Die modules zijn aan elkaar te knopen zodat er nieuwe functionaliteit kan worden gebouwd. Hoewel de interface van Drupal voor eindgebruikers niet heel complex is, is het zelf opzetten van een Drupal website niet zo eenvoudig als bij WordPress.

Drupal heeft een marktaandeel van 4,8% van alle websites waarvan het cms bekend is en vertoont zoals gezegd een lichte groei.

Originele Drupal logo

De zogenoemde duplicon; voor lange tijd het oriiginele logo van Drupal.

Drupal is ontwikkeld door de Belg Dries Buyaert. Drupal is het oudste systeem dat we hier bespreken. Oorspronkelijk in 2000 ontwikkeld als een lokaal bulletin board systeem in het Antwerpse studentenhuis waar hij verbleef. Het werd gebruikt om tussen studenten onderling informatie uit te wisselen. Berichten over het avondeten, het delen van interessant nieuws en andere zaken waar wij nu social media voor gebruiken verliep voor hun via dit systeem. Toen Dries afstudeerde en het studentenhuis verliet, wilde hij nog steeds in contact blijven en werd de interne website/bbs online gezet.

Om het gemeenschapsgevoel te benadrukken van het bulletinboard, wilde Dries Buyaert de naam ‘dorp.org’ registreren als domeinnaam. Hij maakte echter een typefout waardoor hij ‘drop’ intikte. Dat vond Buyaert eigenlijk nog beter klinken. Drop.org werd een experimentele website waar gelijkgestemden over nieuwe ideeën discussieerden. De software achter de website werd door Dries Buyaert in 2001 vrijgegeven zodat anderen ook konden experimenteren met de software. De naam veranderde in Drupal. Drop is in het Engels ‘druppel’ en het woord ‘druppel’ wordt in het Engels fonetisch uitgesproken als ‘Drupal’ (droo-puhl). Dus net als Joomla! is Drupal gebaseerd op een fonetische uitspraak.

 

 

Cms voor elke situatie

Hoewel ik wel een beetje een zwak heb voor Umbraco, vind ik het dalende gebruik van de toch al beperkte gebruikersgroep een te grote zwakte om te negeren en is het voor mij niet interessant om zelf voor dit platform te gaan ontwikkelen. Zou ik op basis van Microsoft-technologie websites willen bouwen dan zou mijn keuze daarom eerder op DNN vallen.

Joomla! is misschien niet een gepasseerd station maar voelt nu toch al als ‘iets van vroeger’ omdat de focus van de markt nu overduidelijk op WordPress ligt. Wellicht dat Joomla! de transitie zal maken naar een marketing-tool. Als cms is het flink ingehaald door WordPress.

Wat dat betreft heeft Drupal de betere papieren om de strijd met WordPress aan te gaan. Drupal bevindt zich ook niet zozeer in hetzelfde vaarwater als WordPress. Het zal vooral ingezet worden voor websites die meer maatwerk vereisen en grote verkeerstromen te verwerken hebben.

Het is moeilijk om te zeggen dat het ene cms beter is dan het andere. Elk cms heeft zwakke en sterke punten en het is maar net waar jouw prioriteiten liggen. WordPress is wel een soort Zwitsers zakmes onder de cms-en en wordt daardoor ingezet voor kleine hobby websites tot de zeer omvangrijke websites van grote bedrijven met veel bezoekers (zoals TechCrunch).

 

Zwitsers zakmes

Door de veelzijdigheid van WordPress is het een soort Zwitsers zakmes onder de cms-en

 

Overwegingen bij uw keuze voor cms:

Bent u zelf in de markt voor een website dan is het goed stil te staan bij een aantal zaken:

 

  • Hosting: Heeft u een hostingprovider waar u perse bij wilt blijven/hebben? Dan zou het kunnen dat een cms als Umbraco & DNN al afvallen omdat uw hostingprovider geen Windows-servers heeft staan.

 

  • Maatwerk: Heeft u nu bepaalde bestaande systemen die u wilt laten koppelen met uw cms? Check dan of er al een plug-in voor beschikbaar is voor WordPress. Zo niet dan dient u dit wellicht te laten ontwikkelen en zou het kunnen dat WordPress niet het meest ideale cms hiervoor is.

 

  • Prijsbewust: Heeft u een beperkt budget dan zullen weinig oplossingen goedkoper uitvallen dan WordPress.

 

  • Website bijhouden: Wie gaan er met het cms werken? WordPress zal minder inwerktijd vergen van iemand doordat het eenvoudiger is dan andere cms-en, er meer informatie online te vinden is en de kans groter is dat iemand al eens met WordPress gewerkt heeft (indien u bijvoorbeeld een freelancer inhuurt).

 

Is WordPress het beste cms?

door

WordPress 1e prijs

WordPress is geïnstalleerd op bijna 60% van alle websites waarvan de techniek bekend is. Daarmee is dit met afstand het populairste Content Management Systeem (cms) ter wereld. Maar maakt dat WordPress ook automatische tot het beste cms ter wereld? In dit artikel benoem ik de sterkten en zwakten van dit cms. Het betreft geen recensie maar geeft de beweegredenen aan waarom ik uiteindelijk voor dit cms gekozen heb. In een toekomstige blogpost zal ik WordPress ook met een aantal andere cms-en vergelijken.

 

 Wat is een cms?

In deze post over WordPress worden nogal wat termen gebruikt die u wellicht niet bekend zijn. Loopt u tegen een dergelijke term aan, dan kunt u de webwoordenlijst raadplegen op deze website. Voordat ik een vergelijking maak tussen cms-en zal ik allereerst kort uitleggen wat een cms is. Volgens de definitie op Wikipedia is een cms een softwaretoepassing, meestal een webapplicatie, die het mogelijk maakt dat mensen eenvoudig, zonder veel technische kennis, documenten en gegevens op internet kunnen publiceren (contentmanagement).

Een van de voordelen is dat je wijzigingen eenvoudig door de hele website kunt doorvoeren zonder per pagina de code te veranderen. Een cms gebruikt ook een database waar content in wordt opgeslagen zodat het vervolgens makkelijk hergebruikt kan worden op verschillende delen van de website. Vanuit een cms kun je op eenvoudige wijze tekst- en beeldaanpassingen doen zonder dat je daarvoor een webdesignpakket hoeft te gebruiken of direct in de programmeeercode te werken.

Te gebruiken door digibeten

Een cms is dus uitermate geschikt voor mensen die een website bijhouden maar over onvoldoende technische kennis beschikken om een website te bouwen. Voor de komst van cms-en moest een bedrijf voor elke verandering in tekst of beeld aankloppen bij de webdesigner. Die werkwijze is bewerkelijk en prijzig; met een cms kan een bedrijf eenvoudig zelf tekstuele wijzigingen doorvoeren en afbeeldingen toevoegen.

Cms-en hebben nog meer voordelen maar u ziet waarschijnlijk al in waarom het werken met een cms zowel voor een webdesigner als voor de eindgebruiker erg prettig werkt. Zelf heb ik als eindgebruiker gewerkt met de cms-en: MMBase, Joomla, Drupal en met Django (meer een framework dan cms). Daarnaast heb ik heel kort even gespeeld met Umbraco en me verdiept in het DNN (voorheen DotNetNuke) cms. De websites die ik zelf bouw als pario webdesign zijn allemaal WordPress-websites.

 

Beperkingen van een zelfbouw-cms

Zoals ik al in de intro aangaf, is WordPress met afstand het populairste cms ter wereld (bron: W3C). Toch betekent dat niet dat er geen ruimte op de markt is voor andere cms-en. De keuze is omvangrijk en er komen telkens weer nieuwe cms-en bij. Sommige webdesigners bouwen zelf een cms voor hun klanten maar dat is tegenwoordig steeds minder gebruikelijk. Het is namelijk nogal kostbaar om een cms te ontwikkelen en te onderhouden.

Gebruikmaken van een cms dat door een webdesigner is gebouwd, is eigenlijk enkel interessant wanneer er heel veel maatwerk nodig is. Indien er functies gewenst zijn die niet voorhanden zijn voor betaande cms-en, of lastig te implementeren zijn, dan kan een zelfbouw-cms uitkomst bieden. Tegenwoordig kun je echter zoveel met een modern cms dat zelfbouw cms-en steeds minder nodig zijn. Webdesigners kiezen daarom liever voor bestaande systemen.

De nadelen die gelden voor een zelfbouw-cms gelden in zekere mate ook voor dienstverleners als Wix, Jimdo, Squarespace. Het verschil is wel dat daarvoor, net als bij WordPress, ook externe partijen ontwikkelen voor dit cms. Het betreffende bedrijf achter Wix, Jimdo etc. heeft natuurlijk ook progammeurs in dienst die het systeem onderhouden. Deze systemen zijn echter altijd in volledig beheer van een bedrijf terwijl een cms als WordPress open-source is.

 

Open-source

Een groot aantal cms-en zijn open-source; d.w.z. dat iedereen kan bijdragen aan de verdere ontwikkeling er van. Plug-ins kunnen op die manier perfect aansluiten op het systeem aangezien ontwikkelaars precies kunnen zien hoe WordPress onder de motorkap draait. Voor een cms dat is ontwikkeld door een webdesignbureau ben je als klant altijd afhankelijk van de programmeurs van dat webdesignbureau. Indien u een bepaalde functie wenst die niet standaard aanwezig is in het zelfbouw-cms, dan moet dat worden ontwikkeld. Bij bestaande cms-en zijn er al snel duizenden gebruikers die ook die functie willen. Doordat er snel een grote vraag is, worden er snel plug-ins voor ontwikkeld of wordt het ingebouwd in WordPress.

Door de enorme hoeveelheid bedrijven en personen die voor WordPress ontwikkelen, is er ook altijd een ruim aanbod aan plug-ins voor een bepaalde functionaliteit. Dat heeft weer een gunstig effect op de prijs (door de grote afzetmarkt hoeven de winstmarges niet heel hoog te zijn). Veel plug-ins zijn overigens ook gratis beschikbaar voor WordPress.

 

Keuzevrijheid

Er is nog een groot nadeel aan een zelfbouw-cms en dat is dat je als klant veroordeeld bent tot de bouwer van dat cms. Bij een cms als WordPress kan het cms gewoon meeverhuisd worden want bijna elke hostingprovider biedt ondersteuning voor WordPress op hun servers. Net als bij gewone computers heb je bij servers overigens ook verschillende systemen waarbij Windows (Windows Server) en Linux (en andere Unix-varianten) de dienst uitmaken. Ook Apple is nog even actief geweest op de markt voor bedrijfsservers met OS Xserve maar staakte de verkoop eind 2010 en biedt nu enkel nog een servers aan voor thuisgebruik.

Dell poweredge 1u-server

Voorbeeld van een server

 

Tux Linux logoWindows vs Linux cms-en

In tegenstelling tot de desktopmarkt waar vooral Windows en in zekere mate OS X de marktleiders zijn, is Linux in het serversegment verreweg het populairst. Dit komt o.a. omdat Linux gratis is en je voor Windows een licentie betaalt. Dat er voor Linux veel minder applicaties beschikbaar zijn en minder gebruiksvriendelijk is (omdat Windows betere hardware-ondersteuning biedt en men ook aan de interface gewend is) maakt voor een server niet uit. Een server moet enkel een aantal services kunnen draaien die nodig zijn voor het hosten van websites.

Linux is gebaseerd op Unix en was aanvankelijk ook als serversoftware ontwikkeld. Prima geschikt als besturingssysteem op een server dus en als je als hostingprovider honderden servers hebt draaien dan scheelt het nogal in licentiekosten indien je Linux gebruikt i.p.v. Windows. Windows-hosting is in de regel ook duurder en dat komt niet enkel door licentiekosten maar ook omdat de markt kleiner is dan voor Linux-hosting.

Veel cms-en draaien op 1 type server maar sommige cms-en kunnen zowel op Windows als Linux draaien zoals WordPress, Drupal en Joomla. Doordat Linux populairder is, is het makkelijker om een hostingprovider te vinden met Linux-servers. WordPress werkt naar verluidt het beste onder Linux (heb het zelf nooit op een Windows-server gedraaid).

Er zijn ook cms-en die puur op Windows draaien en die zijn vaak gericht op grotere enterprise ondernemingen die ook veel gebruik maken van bedrijfsoplossingen van Microsoft. Doordat deze cms-en zich richten op grote bedrijven (zoals Sitecore), worden ze ook vaak geleverd met servicecontracten en betaal je soms ook licentiekosten. In sommige gevallen, zoals bij Sitecore, loopt dat op tot enkele tienduizenden euro’s per jaar. Deze systemen zijn goed schaalbaar en worden vaak gebruikt voor zeer omvangrijke websites en bieden vaak ook ingebouwde marketing-tools. Er zijn ook open-source varianten beschikbaar in de Windows-markt zoals DNN (ook een dergelijke betaalversie van) en Umbraco.

 

 

WordPress logo zwart-witNadelen WordPress:

WordPress is dan wel erg populair, het heeft ook nadelen t.o.v. andere cms-en. Zoals eerder aangehaald zullen cms-en die gebouwd zijn op techniek van Microsoft (en op Windows-servers draaien) beter kunnen samenwerken met bedrijfsoplossingen van Microsoft. Ook zijn er cms-en te vinden waarmee het eenvoudiger is om maatwerkoplossingen te ontwikkelen dan met WordPress mogelijk is.

 

Schaalbaarheid

Tegenstanders van WordPress zullen ook aankaarten dat WordPress slechts een blogplatform is en nooit is gebouwd met als doel om daar grote professionele websites mee te bouwen. Hoewel WordPress inderdaad gebouwd is als blogging-platform, doe je het cms te kort wanneer je stelt dat het enkel daarvoor geschikt is. De schaalbaarheid van WordPress mag dan minder goed zijn dan andere alternatieven, dit begint pas een ‘probleem’ te worden wanneer we spreken over duizenden pagina’s en enorme bezoekersaantallen. Het is zeker niet zo dat WordPress niet wordt ingezet voor grote websites want ook bedrijven als Ebay en The Wallstreet Journal draaien op WordPress.

 

Beveiliging

Een groot nadeel van een populair platform is dat het ook hackers aantrekt (vergelijk de hoeveelheid malware op Windows met dat op het Mac- of Linux-platform). Een groot deel van die onveiligheid kan verholpen worden wanneer het systeem en alle plug-ins goed worden ge-update en men oplet welke plug-ins worden geïnstalleerd. Veel website-eigenaren (zoals consumenten met een hobby blog) zullen dat niet altijd goed bijhouden waardoor zij sneller slachtoffer kunnen worden van hackers.

Het updaten van WordPress en de plug-ins is al een hele goede stap in de bescherming tegen hackers. Vermijd ook thema’s waar al veel plug-ins ingebakken zijn aangezien dat een drama kan worden met updaten. Het is zeker ook aan te raden om extra veiligheidsmaatregelen te treffen. Naast het installeren van een beveiligingsplug-in als iThemes Pro of WordFence dient u bijvoorbeeld ook rekening te houden met een  SSL-certificaten (groenslotje). Dit is ook te herkennen aan de https in de adresbalk en zorgt ervoor dat het verkeer tussen uw website en bezoeker versleuteld is. Lees mijn blogpost over SSL voor meer informatie over dit onderwerp.

 

Mo plug-ins mo problems?

De vele plug-ins en updates van WordPress hebben ook het nadeel dat het dus tijd kost om al deze updates uit te voeren. Ook moet je er op letten dat plug-ins niet conflicteren met elkaar. Een systeem dat niet zoveel uitbreidingen biedt, heeft natuurlijk ook minder onderhoud nodig maar wil je die functionaliteit laten inbouwen dan zal dat natuurlijk ook onderhouden moeten worden.

Niemand dwingt je plug-ins te installeren maar in de praktijk draaien veel WordPress met vele plug-ins en hoe meer plug-ins je gebruikt, des te groter de kans dat er een plug-in bij zit waar misschien een lek in zit of conflicten oplevert. Ook kan het je website vertragen. Het is moeilijk te zeggen wanneer een aantal teveel is of niet. Er zijn website met honderden plug-ins die gewoon werken.

Wat vooral van belang is, dat je goed geprogrammeerde plug-ins gebruikt. Vooral plug-ins die een flink beroep doen op de database kunnen een website trager maken maar het wil dus niet zeggen dat dat altijd het geval is na een x-aantal plug-ins. Alle websites die ik zelf bouw, zijn gebaseerd op het Genesis-framework dat erg goed bekend staat en let ik bij de plug-ins die ik gebruik ook op snelle en schone programmeercode. Ik maak veel gebruik van premium plug-ins omdat ik dan ook zeker weet dat het bedrijf de plug-in blijft doorontwikkelen en verbeteren.

 

Voordelen WordPress:

De kritiek dat WordPress als een bogging-platform is gebouwd, zorgt ook voor de grote kracht van het cms. Bij de bouw van WordPress is er niet uitgegaan van een it-afdeling die het systeem onderhouden maar van het individu. Dat zorgt ervoor dat zowel de installatie als bouw en onderhoud door een enkel persoon zonder jarenlange it-ervaring kan worden gedaan. WordPress biedt oplossingen voor problemen waar normale gebruikers tegenaan lopen en waarvoor die niet bij hun it-afdeling kunnen aankloppen om dat te laten oplossen.

De WordPress-interface staat ook bekend als een van de gmeest gebruiksvriendelijke interfaces voor cms-en. Het bewerken van pagina’s kon m.i. nog wel makkelijker en daarom heb ik voor mijn eigen klanten een page-builder ingebouwd (zonder dat de originele interface verdwijnt).

 

Continue ontwikkelingen, responsive en SEO-vriendelijk

WordPress wordt ook fanatiek bijgehouden en biedt snel ondersteuning voor nieuwe technieken. Dankzij de enorme populariteit is er enorm veel keuze op het gebied van thema’s en plug-ins voor het systeem (betaald en gratis). WordPress is vanaf het begin al als een SEO-vriendelijk cms gebouwd waardoor het goed geïndexeerd wordt door Google. Daarnaast zijn er nog erg handige plug-ins op het gebied van SEO voor WordPress waaronder Yoast SEO van de Nederlander Joost de Valk. En uiteraard kan je met het cms responsive websites bouwen (geschikt voor mobiel) indien jouw thema ook responsive is. Bij veel oudere zelfbouw-cms-en is dit nog wel een probleem.

 

Bekend maakt bemind

Doordat het zo’n populair cms is, kun je op internet ook veel informatie vinden; iedereen is al eens tegen jouw probleem/wens aangelopen. Bedrijven die iets ontwikkelen voor cms-en zullen als eerste WordPress willen ondersteunen. Populariteit heeft ook als voordeel dat de kans groter is dat je mensen in je omgeving kent die al ervaring met het systeem hebben of dat eenvoudig kunnen leren via tutorials op internet. Het laten updaten van een WordPress door iemand anders (een stagiair bijvoorbeeld) is daardoor ook makkelijker dan bij de wat meer obscure cms-en.

WordPress draait zowel onder Windows als Linux wat betekent dat je bij vrijwel elke hostingprovider terecht kunt. De meeste hostingproviders ondersteunen natuurlijk het populairste cms en hebben daar al veel ervaring mee.

 

 Mijn keuze voor WordPress

Doordat WordPress al zo enorm uit te breiden is, zijn verreweg de meeste wensen van klanten prima op te vangen met wat WordPress biedt. Als een groot bedrijf maatwerk verlangt dan ben ik daar als zpp-er ook niet een geschikte kandidaat voor want  dan heb ik ook een team aan programmeurs nodig.

Aangezien ik een ZZP-ende webdesigner ben die zich op het MKB richt, is WordPress zowel voor mij als voor mijn klant de beste keuze. Het beheer is eenvoudig (door de eigenaar zelf te doen), de kosten zijn laag (open-source, goedkope plug-ins, lage hostingkosten) en de uitbreidbaarheid is enorm (duizenden thema’s en plug-ins). Door gebruik te maken van premium plug-ins, heb ik ondersteuning van verschillende ontwikkelteams die de plug-ins verder ontwikkelen. De kosten daarvoor zijn een fractie van de kosten die ik zou moeten maken om zelf dergelijke functionaliteit te ontwikkelen en te onderhouden (of daarvoor iemand in te huren).

WordPress heeft een revolutie ontketend in de markt van self-publishing, het gaf vele personen de tools om een eigen website te starten. Een ‘cms for the people’ als het ware en het verdient daardoor ook de enorme populariteit die het tot op de dag van vandaag geniet.