Bel 020 - 240 06 54 of mail naar info@mediact.nl

Kiezen tussen een open source en een commercieel CMS

16 nov 2007 | door: Caspar Hardholt | CMS, Commercieel, Open Source | er zijn 7 reacties geplaatst


Noot: Dit artikel is verouderd en onze kijk op Open Source is sinds eind 2008 veranderd. Lees ons nieuwe weblogartikel over Open Source in MediaCT meets Open Source.


open_source_cms1

Kiezen tussen een open source CMS en een commercieel CMS is lastig. In dit artikel worden eerst vier voordelen en vier nadelen behandeld van open source Content Management Systemen. Hierna volgen drie vragen die een bedrijf moet beantwoorden om een keuze te maken tussen een open source en een commercieel CMS.

 

De drie beste open source Content Management Systemen:

  1. Drupal
  2. Joomla!
  3. CMS Made Simple

Bron: http://www.packtpub.com/ (November 2007)

 


Vier voordelen van open source Content Management Systemen

  1. Regelmatig updates

De populaire open source Content Management Systemen zoals Joomla! en Typo3 worden constant verbeterd. Dit komt omdat er een grote groep van programmeurs aan werkt.

  1. Geen licentiekosten

Bij een commercieel CMS zit je als gebruiker meestal vast aan jaarlijkse licentiekosten. Voor een niet veeleisende gebruiker zal dit enorm in kosten schelen in vergelijking met een commercieel CMS. Hierbij wordt niet rekening gehouden met de kosten van het implementeren van persoonlijke wensen in het CMS.

  1. Weinig ‘bugs'

Door de grote community achter de grote open source systemen worden bugs snel gevonden én opgelost. Relatief nieuwe commerciële Content Management Systemen bevatten regelmatig bugs, die vaak niet op korte termijn kunnen worden opgelost.

  1. Onafhankelijkheid

De code van een open source CMS is vrij beschikbaar. Dit betekent dat de gebruiker ervan relatief eenvoudig en goedkoop over kan stappen naar een ander internetbureau dat hetzelfde CMS hanteert.

 

Vier nadelen van open source Content Management Systemen

  1. Gebruiksvriendelijkheid vaak onder de maat

De gebruiksvriendelijkheid van open source Content Management Systemen laat vaak te wensen over. Bij Typo3 bijvoorbeeld zal de gewone gebruiker verdwalen in de rommelige structuur en het gebruik van moeilijke termen als Extrep, Ext manager en phpMyAdmin. Dit komt omdat de software is ontwikkeld door techneuten die met een ander oog naar het product kijken dan dat een gebruiker doet.

  1. Persoonlijke wensen zijn niet altijd mogelijk

Hoewel er ontzettend uitgebreide open source Content Management Systemen bestaan, is de gebruiker toch vaak beperkt in ‘customization'. Het kan erg lastig zijn voor een internetbureau om een open source CMS precies naar wens van de klant af te leveren. Zoals beschreven in dit artikel, is er meer expertise nodig om een website met open source CMS naar wens van de klant aan te passen.

  1. Een open source CMS kan duurder uitvallen dan een commercieel CMS

Veel bedrijven zien de termen ‘free' of ‘gratis', en gaan in zee met een internetbureau die een open source CMS levert. De support, of het doorvoeren van uitbreidingen kan duur uitvallen. Het is niet ongebruikelijk dat dit meer kost dan bij een commercieel CMS. Het is aan te raden om een TCO-analyse uit te werken. Hierin wordt duidelijk wat het product daadwerkelijk gaat kosten.

  1. Er is geen doorontwikkel garantie

Een open source CMS is afhankelijk van de input van programmeurs die in hun vrije tijd aan het CMS werken. Deze programmeurs werken vrijwillig en worden gedreven door hun enthousiasme voor het product. Maar wat als dit enthousiasme afzakt, of er conflicten ontstaan tussen de programmeurs?

 

Hoe maak je de keuze tussen een open source CMS en een commercieel CMS?

Er zijn een aantal factoren die voor een bedrijf moeten meespelen bij het maken van de keuze tussen een open source en commercieel CMS. De belangrijkste afwegingen zijn:

  • Betreft het een standaard website of een website met specifieke, persoonlijke wensen?

Voor een standaard website met weinig uitbreidingen kan een open source CMS een uitkomst zijn. Een website met veel specifieke onderdelen is lang niet altijd goedkoper met een open source CMS. Het is belangrijk om een afweging te maken tussen een aantal open source en commerciële systemen.

  • Is er de wens om in de toekomst de website uit te breiden met op maat gemaakte onderdelen?

Ook bij deze vraag geldt dat de afnemer een afweging moet maken tussen een aantal open source en commerciële Content Management Systemen. De prijs van het uitbreiden van de website kan erg afhankelijk zijn van het type CMS dat gebruikt wordt.

  • Vertrouwt de afnemer van de website op het voortbestaan van de community achter het open source CMS?

Zoals eerder genoemd is open source software afhankelijk van vrijwilligers. Er bestaat geen garantie dat de community blijft bestaan.

 

Persoonlijke noot

Mijn naam is Caspar Hardholt, mede-eigenaar van internetbureau mediaCT. Dit artikel is ontstaan na een intern vraagstuk over het wel of niet gebruiken van een open source CMS bij kleinere projecten. Na uitgebreide discussies en enkele testen met enkele open source systemen hebben we besloten om alleen het door ons zelf ontwikkelde CMS te leveren. Eén reden hiervoor is dat ons eigen CMS erg compleet is en voor ons bekend terrein is. Een andere reden is dat is dat het gebruik van een open source CMS niet past bij de visie van mediaCT om exclusieve, op maat gemaakte software te leveren.

In de periode dat dit vraagstuk speelde voor mediaCT heb ik, denkend vanuit de klant, een aantal voor- en nadelen op papier gezet over het gebruik van een open source CMS. Het bleek dat een aantal kennissen uit het werkveld deze kwestie erg interessant vonden. Vandaar dat ik heb geprobeerd mijn ideeën en vindingen samen te vatten in dit artikel.

7 reacties geplaatst

Vincent
De analyse is nogal kort door de bocht en ingegeven door kennisgebrek. Ik neem het hier even op voor TYPO3. Eerst puntsgewijs:
1 - Het bedieningpaneel van TYPO3 is niet complex bij aflevering aan de klant. De termen die je daar noemt zal een klant met een correct ingestelde website nooit te zien krijgen. Bovendien is elke zinnetje dat je ziet in TYPO3 aanpasbaar. Met andere woorden: goed geconfigureerd = geen probleem. De meeste mensen beheersen na 2 uur trainen de materie.
2 - Omdat TYPO3 een ontwikkelplatform biedt, is bijna elke wens (voordelig) te programmeren. Ons bedrijf gaat hierin heel ver. Multiserver, integratie met JAVA, veel complexe functionaliteit... voorbeelden genoeg.
3 - In principe geldt dat je bij Open Source de licentiekosten bespaart. Die kun je dan weer aanwenden voor meer maatwerk functies. Of het geld gewoon in je zak houden. Het hangt maar net af van je keuze. Op TYPO3 kun je heel veel bijbouwen. TYPO3 is grotendeels object geörienteerd. Kennis is vereist, maar dat geldt voor alles.
4 - Kies een partij die TYPO3 al jaren beheerst. Die zijn er genoeg. Deze maken TYPO3 dienstverlening tot een soort commercieel product en hebben er belang bij. Bovendien is TYPO3 een Foundation, gezeteld in Zwisterland. Met een kern aan betaalde ontwikkelaars! Dus geen hobbyisten clubje. Dit in tegenstelling tot Joomla.

Met deze Open Sosurce oplossing (TYPO3) kies je voor vrijheid. Er zijn meerdere professionele aanbieders in Nederland. Kies geen zolderkamer programmeur als je consistente service verwacht.

TYPO3 biedt bovendien de stabiliteit die grote bedrijven nodig hebben. De software is geschikt tot middengrote ondernemingen. Voor internet en/of intranet.

Voor kleine bedrijven is er de interessante mogelijkheid dat meerdere websites binnen één installatie kunnen draaien. Zonder elkaar in de weg te zitten. Dat maakt de overhead laag en beheersbaarheid voor de service provider eenvoudig. Lage kosten dus. Zo kunnen kleine sites voordelig draaien op hoge kwaliteit.

Standaard uitbreidingen zijn nieuws-software, diverse shops, zoekmachine vriendelijke links (TYPO3 als een van de eerste CMSsen!!) , Digitale Assets Management (zeer geavanceerde bestanden management) en veel meer.

Wat met veel CMSsen niet kan, maar met TYPO3 wel: elk grafisch ontwerp kun je er in kwijt.

Weerstand tegen TYPO3 lijkt cultureel bepaald, maar ook gebaseerd op vooringenomenheid en gebrek aan kennis.

Uit een neutraal artikel zou men moeten kunnen aflezen dat in elk geval de kennis niet ontbreekt. Maar okay, op je eigen site is het natuurlijk een commercieel verhaal voor je eigen product.
Caspar Hardholt

Beste Vincent,

Allereerst wil ik je bedanken voor je uitgebreide reactie en mening.

Laten we voorop stellen dat je klaarblijkelijk meer kennis hebt van Typo3, uiteindelijk zal iemand die er niet mee werkt nooit dezelfde hoeveelheid kennis hebben dan iemand die er wel mee werkt.

Wat je zegt is dat Typo3 heel veel kan en dat het goed kan werken, mits dat het allemaal goed ingesteld, geprogrammeerd en vormgegeven is. Toen ik mij ging oriënteren in Typo3, kreeg ik een versie te zien die er simpelweg heel ongebruiksvriendelijk uit zag. Uiteindelijk denk ik niet vanuit 'wat het kan', maar wat de ervaring is van de gebruiker. Pas daarna bekijk ik de mogelijkheden van het systeem. Kortom, mijn ervaring was erg negatief.

Ik denk vanuit gebruiksvriendelijk voor klanten. Wordpress vind ik daar een heel goed voorbeeld van. Het is een prettig ogend systeem waar de gebruiker snel en simpel zijn content mee kan bewerken. Echter heeft Wordpress op technisch gebied zijn beperkingen. Natuurlijk logisch als je weet dat de basis van Wordpress 'bloggen' is. Ik ben van mening dat gebruikers zonder training ook uit de voeten moeten kunnen, waarom hebben ze voor Typo3 twee uur training nodig?? Ik vind dat een simpele handleiding voldoende moet zijn. Kortom: Eerst probeer ik de selectie te maken vanuit het perspectief van de gebruiker, dan pas kijk ik of het krachtig genoeg is voor de eisen en wensen.

Wij hebben hier voldoende kennis in huis om Typo3 helemaal te stijlen en bewerken naar een werkbaar systeem, maar bouw je daarmee eigenlijk niet je eigen systeem? Als ik namelijk kijk naar de layout van Typo3 en het gebruikerspaneel van het CMS, dan zal naar mijn mening het hele CMS volledig op de schop moeten voordat het pas voor mijn klanten zal gaan werken. De basis van het systeem is niet gebruiksvriendelijk, totdat je het bewerkt.

Ik deel je mening niet over dat je zegt dat Typo3 een van de weinige CMS'en is waar je ieder grafisch ontwerp aan kunt koppelen. Dit was voorheen ongetwijfeld het geval, maar tegenwoordig zijn er steeds meer CMS'en, zowel open source als commercieel, die door middel van template engines een koppeling met ieder willekeurige vormgeving mogelijk maakt.

Of de weerstand tegen Typo3 cultureel bepaald is laat ik in het midden. Het valt mij wel op dat Typo3 niet vaak meer vernoemd wordt in awards en surveys. Pakketten als Drupal en MODx komen steeds vaker in de publiciteit door hun gebruiksvriendelijke insteek en krachtige mogelijkheden.

Ik twijfel niet aan de technische mogelijkheden van Typo3. Echter vind ik dat de eerste indruk er toe doet. Voor jou is het wellicht kort door de bocht, maar voor de gebruiker van essentiële waarde.

Nogmaals bedankt voor je reactie.

Groet,
Caspar

Martijn
Bijzonder dat gekozen is alleen het eigen CMS te leveren. Door web bureaus ontwikkelde eigen CMS-en hebben namelijk de nadelen van een open source en de nadelen van een gevestigde commerciele oplossing gecombineerd.
Indert
Nou, ikzelf ben op zoek naar een gratis open source systeem. Ik denk dat ik toch ga voor TYPO3, omdat die het meest in de smaak valt bij mij. Probleem alleen is dat het moeilijk te installeren is.
Jeroen
Ik mis MODx in deze discussie, het 'Most promissing CMS 2007' volgens de CMSAwards.

Ik heb natuurlijk niet alle CMSen uitgeprobeerd. Vergeleken met commerciele en opensource CMSen die ik heb geprobeerd is MODx mijn favoriet

Als developer staat de uitgebreide API van MODx tot je beschikking, het is dus zeer geschikt voor maatwerk.

Op mijn site staat een Nederlandse handleiding met afbeeldingen en video's. Het geeft denk ik een goede impressie van MODx
J. Froger
Losstaande van het feit of open-source wel of niet goed is, kleven er diverse juridische bezwaren en haken en ogen aan open-source!!!

A. Onder de GNU licentie is iedere gebruiker VERPLICHT alle broncode (ook van niet open-source systemen) terug te geven aan de community. Dit kan conflicten geven i.c.m. een licentie!!!

B. Softwaremagnaten kunnen ook bij de code!!! Het is dan ook zeer goed juridisch mogelijk, dat deze delen van de bron claimen!!!

C. Softwaremagnaten kunnen de code na het inzien, aanpassen, patent op aanvragen en het open-source product is onbruikbaar!!!

D. In een dergelijke situatie, kunnen kosten heel hoog oplopen voor gebruikers, en dit is een fundamenteel risico, wat niet mag worden onderschat!!!

Neem nu de bekende systemen, zoals , Green Valley, Smartsite, Tridion, iGruppo en Tribal. Deze gasten verkopen (goede) systemen van een aantal duizenden euro's tot tienduizenden euro's en zien hun aandeel in de markt verliezen aan OS.

Denken jullie nu echt dat dergelijke claims van dit soort partijen op broncode lang op zich laten wachten?

Dit neemt niet weg dat Open Source goed is, maar de voordelen, zullen uiteindelijk leiden tot de ondergang.

Er zijn tegenwoordig ook concepten, waarin deels de voordelen van open source zijn opgenomen en deels van closed source.

Ik denk dan ook dat dit soort systemen het best zijn... : - )

Niek Vugteveen
Beste J Froger.

Bedankt voor uw reactie.

Ik ben het niet geheel eens met uw argumenten. Toch maakt u een aantal terechte punten.

A) Het is niet verplicht code te publiceren. Het is een recht om een broncode te mogen publiceren, geen plicht.

" If I know someone has a copy of a GPL-covered program, can I demand he give me a copy?

No. The GPL gives him permission to make and redistribute copies of the program if he chooses to do so. He also has the right not to redistribute the program, if that is what he chooses." bron: www.gnu.org

Wat betreft argument B en C ben ik het met u eens, dit is inderdaad waar. Mits je de code publiekelijk toegankelijk maakt. Dit is alleen nodig als je je programma publiekelijk verspreid. Stel ik verkoop een programma, dan moet ik bij het programma de code bijsluiten. Ik hoef hem niet aan iedereen beschikbaar te maken, slechts aan de klant. Die kan er dan vervolgens wel weer mee doen wat hij wil.

D, het indienen van dergelijke claims is in het geval van publicatie van de code makkelijk af te weren. Immers, je kunt aantonen dat je eerder was.

Ik denk dat dergelijke claims voor Open Source CMS-en mee zullen vallen. Linux is een ander verhaal.

Nieuwe reactie inzenden

De inhoud van dit veld is privé en zal niet openbaar worden gemaakt.
Mollom CAPTCHA (play audio CAPTCHA)
Type de code over, deze is niet hoofdlettergevoelig. Wanneer je de code niet kan lezen verzend je het formulier en zal er een nieuwe code gegenereerd worden.

Facebook Twitter Google RSS

Recente reacties