Richtlijnen bij keuze CMS

Wanneer je weinig technische kennis bezit is een CMS-oplossing een uitkomst. Zonder al te veel technische kennis kun je de content van je website bewerken en deze actueel houden. Maar waar moet je nou precies opletten als je een CMS aanschaft en hoe zorg je ervoor dat het CMS zoekmachinevriendelijk is?

Leverancier van CMS

  • Hoe lang is de leverancier al actief op het gebied van CMS en is het één van haar kerntaken? Hoe zit het met de continuïteit?
  • Is het CMS door de leverancier zelf ontwikkeld?
  • Is het CMS open source?
  • Is het mogelijk om referenties in te winnen bij gebruikers van het CMS?

Techniek van CMS

  • Hoe ziet de editor voor de opmaak van pagina's eruit?
  • Is het mogelijk om formulieren te maken?
  • Kan men in het CMS eenvoudig plaatjes en foto's toevoegen?
  • Hoe zit het met de opmaak en beheer van de navigatie?
  • Kun je eenvoudig (PDF-)bestanden op de website zetten?
  • Hoe zit het met eventuele toekomstige wensen? Bestaan er aanvullende modules?
  • Kunnen er koppelingen worden gemaakt met andere systemen zoals een CRM- of ERP-oplossing?
  • Kunnen er meerdere gebruikers met verschillende rechten worden ingesteld en is het mogelijk bepaalde delen af te schermen?
  • Is in het CMS te zien wanneer welke aanpassingen is doorgevoerd en wie dit heeft gedaan?

Support van CMS

  • Is er een goede handleiding beschikbaar?
  • Wordt er een (standaard) training gegeven?
  • Wordt er support geleverd bij eventuele vragen?

Kosten van CMS

  • Hoe is de prijsstelling opgebouwd? Eenmalig licentiebedrag of worden er per gebruiker ook nog kosten doorberekend?
  • Wat zijn de implementatie- en onderhoudskosten?
  • Vraag om een onderbouwde en gespecificeerde kostenopgave!

SEO van CMS

  • Is het CMS zoekmachinevriendelijk:
  • Is het mogelijk om handmatig of automatisch een unieke titel toe te voegen aan elke pagina?
  • Is het mogelijk om handmatig of automatisch een unieke ALT tekst toe te voegen aan elk plaatje van een pagina?
  • Worden dynamische URL's automatisch herschreven in zoekmachinevriendelijke URL's?
  • Is de content geplaatst in goed gestructureerde en schone HTML en staat de meest relevante content boven in de broncode?
  • Worden JavaScript en CSS-stijlen automatisch opgeslagen in externe bestanden elk in een aparte map?
  • Wordt er automatisch een robot.txt bestand gemaakt dat toegang tot onder andere de JavaScript en cgi-bestanden verbiedt en toegang tot de map met CSS-stijlen toestaat?
  • Maakt het CMS meerdere navigatiemethoden zoals broodkruimels en toegang tot een sitemap mogelijk?
  • Zijn er (uitgebreide) statistieken binnen het CMS beschikbaar?

Hosting van CMS

Wanneer de website ook bij de leverancier gehost gaat worden dan dien je het volgende mee te nemen. Specificatie met betrekking tot:

  • Uptime
  • Back-upbeleid
  • Schijfruimte
  • Dataverkeer
  • Waar staat de fysieke server
  • Openingstijden helpdesk
  • SLA
  • Control Panel aanwezig zodat je zelf bijvoorbeeld e-mailadressen en redirects kunnen beheren.

Deze lijst kan nog veel langer worden afhankelijk van je wensen en eisen op dit gebied. Het is verstandig om in ieder geval een goede lijst met voorwaarden op te stellen. Laat de leverancier deze lijst volledig invullen op basis van maatwerk of standaardwerk met een gespecificeerde kostenopgave. Vraag een demo zodat je goed kunt zien wat er allemaal mogelijk is en zoek op het internet naar ervaringen met het CMS. Zo komt niemand voor verrassingen te staan.

Ook succesvol adverteren met Google AdWords?
Bekijk onze cursus Google AdWords, onze Google AdWords dienst of vul ons formulier in


Adverteer jij al via Google AdWords? Vraag dan onze gratis Google AdWords Quickscan aan!

  1. Eens met de toevoeging van het nieuwsbrief systeem.

    Ik ontwikkel zelf het liefst in .NET, maar voor PHP zou ik standaard kiezen voor WordPress. (e-commerce uitgesloten)

    Het systeem is ontzettend goed te customizen, er zijn tal van handige plugins en het cms is erg eenvoudig in gebruik.

    Goede opsomming, maar ik mis nog informatie voor e-commerce.

  2. Naast een nieuwsbriefmodule vind ik ook een formuliermodule in het CMS een geweldige uitbreiding. Hierdoor kun je zelf formulieren ontwikkelen zonder dat een ontwikkelaar aan te pas komt. Tevens heeft het als voordeel dat spambots geen emailadressen op de website vinden. En dat scheelt dus beduidend in de hoeveelheid spam. Beide modules zijn geintegreerd in ons SMDSM.

  3. Goed en duidelijk stuk. Persoonlijk zou ik geen CMS systeem gebruiken als vindbaarheid en zoekmachine optimalisatie een wezenlijk onderdeel vormen. Mijn vookeur gaat dan uit naar 'unieke' hard gecodeerde html pagina's al of niet vanuit een database gegenereerd. Back to basic zeg maar.

    Ton van Houten

  4. @Karel : Met alle plezier.

    Gaatje maken in mijn agenda vandaag of morgen (lees weekend) en ik zal het antwoord eerst aan je mailen. Kun je daarna zelf bepalen of je het plaatst.

    Ton van Houten

  5. Mijn meening is dat een unieke buitelandse CMS die niet veel gebruikt wordt in NL veel beter scoort dan de traditionele cms.

    Bovendien moet de cms geen fouten in de code maken. De pagina's moeten snel en foutloos door de bots gelezen worden.

  6. @HP : Daar heb je een zeer goed punt.

    Kan van mijn lijstje af. Zal mijn antwoord aan Karel ietwat andere opzet geven, deze kan van mijn lijstje af.

    Ton van Houten

  7. Er zijn een aantal CMS systemen die open source zijn. Deze zijn vaak ook nog goed uit te breiden met diverse extensies die toegesneden worden op de gebruikers. Dit heeeft altijd de voorkeur boven een CMS dat door iemand zelf is bedacht. Je bent hiermee niet afhankelijk van 1 ontwikkelaar. Als je uit elkaar groeit, dan kan je altijd door naar iemand anders.

    Evert Jan

  8. Ik ben met Ton eens dat als zoekmachine optimalisatie boven alles gaat een gewone HTMl editor boven een CMS is te prefereren. Bij een CMS is de output wellicht evengoed te krijgen maar dan zal je toch echt met meerdere sjablonen voor 1 site moeten gaan werken. Bovendien moet je het CMS en de onderliggende techniek dusdanig goed beheersen dat het werken met een gewone HTML editor appeltje eitje zou moeten zijn.

    Groet,

    Arie

  9. Wij werken met EPiServer, moet eerlijk zeggen dat het een verademing is ten opzichten van ons vorige systeem. Alle punten die hier beschreven worden zijn gedekt en meer! Zonder dat het moeilijk is ofzo.

Reageren

Het e-mailadres wordt niet gepubliceerd. Vereiste velden zijn gemarkeerd met *

Terug naar top