Om een goed resultaat te bekomen is het cruciaal dat de UX designer nauw samenwerkt met de UI designer, en zelf met de developers, deze hebben namelijk alle drie een totaal verschillende kijk op dezelfde materie.

Inhoudstabel

• UX design
• – UX design: User journeys / persona’s / scenario’s
• – UX design: Human centered design
• – UX design: Informatie structuur
• – UX design: Wire framing via een prototype tool
• – Waarom UX?
• UI design
• – UI Componenten – Design systems
• – UI design: opvullen van het ontwerp
• – Hoe breng je UX en UI tesamen?
• – Standaard templates en themes VS design op maat
• Conclusie

Ontdek het in dit artikel

Nog voor je een ‘mooie’ site maakt is het heel belangrijk te bepalen voor wie je jouw website maakt.

• Wie is jouw ideale klant?
• Naar wat is deze bezoeker op zoek?
• Wat wil hij/zij bereiken op jouw pagina?
• Hoe help je hen zo rap mogelijk naar hun (en jouw) doel?

De eerste stap van UX is het bredere plaatje van je website. De user stories, of user flows. Het is meestal aangeraden om deze user flows te bepalen op basis van persona’s. Want vermoedelijk heb je verschillende doelen voor jouw website.

Wie is de doelgroep, hoe ziet zo’n profiel eruit. Wat wil deze persoon, en hoe begeleid je hen het gemakkelijkst richting wat ze willen bereiken?

De kortste weg naar het doel, is een goed startpunt. Hoe minder kliks jouw bezoeker moet doen richting zijn doel, hoe beter. Maar dat de bezoeker een extra klik moet doen is op zich niet zo erg.

Nog belangrijker, is dat de bezoeker gemakkelijk het antwoord op hun vraag vindt, en vooral niet moet nadenken over de kliks die leiden naar dit antwoord. Zodat ze geen ‘moeilijke’ beslissingen moet nemen.

Gebruiksvriendelijkheid staat altijd centraal

Tenslotte dienen we dit te vertalen naar jouw website. Want idealiter bevat elke pagina van jouw website maar een paar eenvoudige acties zonder al te veel keuze, en enkel de informatie die nodig is om deze pagina compleet te maken. Niet meer en niet minder.

Gebruikerservaring moet altijd centraal staan. Hoe beter je jouw bezoeker helpt, hoe beter voor iedereen.

Een essentieel onderdeel hiervan is om te bepalen welke functionaliteiten essentieel zijn voor jouw publiek. Vergeet het motto ‘less is more‘ zeker niet.

Tenslotte, welke pagina elementen kunnen jouw bezoeker afleiden van de hoofd actie? Misschien kunnen we deze elementen weglaten?

Nu de basis structuur klaar is dient alle informatie verwerkt te worden in helder, leesbare en hapklare informatie. Jouw bezoeker is namelijk erg lui, heeft beperkte aandacht, maar wil wel zo snel mogelijk het antwoord vinden op zijn of haar vraag. Daarom is dit erg belangrijk.

Nog voor er aan het echte ontwerp begonnen wordt, testen we onze ideeën af met een prototyping tool.

Aan de hand van de profilering van jouw bezoeker worden er wire-frames opgemaakt. Dit is een structuurschets van jouw website. Hierop vind je reeds de belangrijkste overzicht elementen van de website of applicatie, maar zonder kleur, beeld of invulling.

De meest gebruikte tools hiervoor zijn Figma, Adobe-XD, Marvelapp, Zepplin,…

• UX verhoogt de conversie
  Jouw bezoeker vind sneller naar ze op zoek zijn, dit heeft een positieve invloed op de conversie
• UX zorgt voor betere organische vindbaarheid
  Een van de belangrijkste rankingfactoren van Google is hoe goed je jouw bezoeker helpt met zijn/haar vraag
• UX zorgt voor hogere klanten tevredenheid
  Een gebruiksvriendelijke website verhoogt jouw klanttevredenheid. Je straalt niet alleen rust uit, maar helpt jouw klant sneller naar zijn/haar doel, erg fijn toch, als klant?
• UX zorgt voor efficiëntie
  Door de goed doordachte structuur vind iedereen sneller en gemakkelijker het antwoord op hun vraag, waardoor jouw bezoekers minder vaak fouten maken, en vooral, minder tijd kwijt zijn.

Nu het canva af is, is het aan de schilder om hier een mooie invulling aan te geven.

De UI designer verzorgt de look en feel van jouw website, het grafisch ontwerp.

Dat start bij de branding, de visuele identiteit. We starten met de strategische insteek en eindigen bij het logo ontwerp, met het bijhorende kleurenschema. Om het daarna af te werken met ‘branding-toepassingen’ zoals visitekaartjes, social media banners, en dergelijke.

Ten slotte wordt de inhoud van jouw website of applicatie verder opgekleurd/ingevuld, gebaseerd op deze branding of huisstijl ‘mooi’ gemaakt, met passende Illustraties en afbeeldingen. Met kleuren, een likje verf, een wauw factor hier en daar.

een UI designer creëert componenten, design systemen en geen pagina’s

De UI designer ontwerpt de puzzelstukken die doorheen de site herbruikt worden, om helder en uniform te communiceren met jouw doelgroep.

Een ‘design systeem‘ bestaat uit componenten. We knippen de pagina’s op in onderdelen. Zo verzorg je de consistentie over de verschillende schermen of pagina’s heen. Consistentie is erg belangrijk voor jouw bezoeker. Dan voelt ze zicht ‘op zijn plaats’ omdat deze pagina heel goed lijkt op de vorige pagina die ze bezocht.

Een typisch voorbeeld van een design system is ‘Material design‘. Dat is een design system van Google, dat open source ter beschikking staat van iedereen die het wilt gebruiken.

De UI designer vult het ontwerp verder op met een gericht kleurschema, dat past bij het ontwerp, alsook wordt het ontwerp verder opgesmukt met iconen, illustraties en bijhorend beeldmateriaal.

Het een kan niet zonder het ander. De UX designer deelt zijn of haar ontwerp met de UI designer. Deze gaat deze dan invullen tot een website ontwerp. De UI designer communiceert dit dan met de developer, en volgt dit op. Zodat dit pixelprecies wordt afgewerkt.

Als je vertrekt van een gewone template kan je veel sneller tot een website komen. Een template is gemaakt om voor een zo breed mogelijk publiek te werken. Echter, bij een snelle installatie van een template zit geen doordachte structuur en design, op maat van jouw bedrijf en jouw klant achter. Daar ligt meteen ook het probleem van templates, ze zijn niet uniek en er zit geen strategie achter. Het is dus heel lastig om jouw gericht doel te bereiken met templates.

Een website zonder strategie, doelstellingen en onderzoek naar je doelgroep werkt niet zomaar voor jouw bedrijf, daarom gebruiken wij nooit gestandaardiseerde templates, maar werken we altijd met een uniek design op maat.

Dat is het grote verschil tussen een budget website bouwer, en een premium website bouwer zoals wij. Wij maken ook templates, maar dan op maat van jou bedrijf. Terwijl de budget bouwer meestel geen maatwerk doet en geen voorafgaande ontwerpfase op jouw maat heeft.

Het is vermoedelijk wat veel ineens om op te nemen. De essentie is dat UI en UX design hand in hand gaan, en de combinatie is erg essentieel voor het ideale resultaat.

Wil jij bespreken hoe UX & UI design jouw project kan versterken? Neem gerust contact met ons op.

Wist je dat er heel weinig restricties zijn om een plugin te publiceren? Iedereen die wil kan zijn eigen plugin uitbrengen. Gewoon op ‘publish’ klikken is voldoende om het online te zetten. Hierdoor zijn er naast hele kwalitatieve, natuurlijk ook veel minder goed geschreven modules. Al bestaan er ook wel officiële bouw richtlijnen.

Inhoudstabel

• Wat is een plugin?
• Ik hou van deze plugin, is hij een goede keuze?
• Wat kan er allemaal fout lopen?
• De verschillende problemen die plugins veroorzaken
• Best practices
• Conclusie, hoeveel plugins?

Ontdek het in dit artikel

Een plugin is een stukje software die gebruikt wordt om extra functionaliteit toe te voegen aan jouw website. In andere systemen is een plugin soms beter bekend als een ‘module’, ‘extensie’ of ‘add-on’. Het kan een goed idee zijn om een feature herbruikbaar te maken, door deze als plugin te schrijven. Of omgekeerd. Je hoeft het warm water niet opnieuw uit te vinden als er al een goede oplossing voor bestaat.

But there is a catch…

Wel, het is een beetje appelen met peren vergelijken. Je kan hier dus moeilijk een standaard antwoord op geven. De regel is: “hoe minder plugins, hoe minder kans op problemen”.

Er zijn heel goed geschreven plugins op de markt, zelfs plugins die als echte markt standaard fungeren. Als de functionaliteiten een echte goede toevoeging zijn voor jouw website, dan KAN dat zeker een meerwaarde zijn.

Weetje: Niemand houdt van een buggy of een trage website. Een studie wijst uit dat je bezoekers bounce rate evenredig is met je laadtijd. (figuur)

De verschillende problemen

• Probleem 1: conflicterende functionaliteiten
• Probleem 2: te veel HTTP-aanvragen
• Probleem 3: te veel databank query’s
• Probleem 4: verzadigde databank
• Probleem 5: security problemen
• Probleem 6: slecht gecodeerde plugins
• Probleem 7: veel plugins zorgen ook voor veel onderhoud

Lees er hieronder alles over.

Vaak installeren mensen verschillende plugins met hetzelfde doel.

Wanneer je meerdere plugins hebt die dezelfde functionaliteiten aanpassen, dan kan dit voor conflicten zorgen. Een typisch voorbeeld is het installeren van meerdere snelheidsoptimaliserende plugins. Deze passen namelijk vaak gezamelijk oa. jouw .htaccess bestand en wp-cache-config.php file aan, en dat kan voor conflicten zorgen.

Meerdere security plugins tegelijk installeren is trouwens vaak ook een slecht idee.

Dit zorgt er ook voor dat jouw website onnodige codes moet draaien, wat je website vertraagt.

Hoe meer plugins je installeert, hoe meer verschillende bestanden er worden aangesproken door jouw server. Bijna elke plugin heeft aparte JavaScript en CSS bestanden, die allemaal moeten ingeladen worden. Wanneer dat er te veel worden, is dat niet zo gunstig voor de laadtijd van jouw website.

Wat is een ‘databank query’? 

Elke keer dat jouw website op zoek gaat naar informatie, haalt hij deze uit zijn databank. Op dat moment wordt er minstens 1 ‘databank query’ uitgevoerd. Deze databank query bepaalt welke informatie je website opvraagt.

En dat is niet goed?

Net zoals bij te veel HTTP-aanvragen zijn te veel databank query’s slecht voor de laadtijd van je website.

Jouw server maakt gemakkelijk enkele tientallen databank interacties per page load. Veel plugins creëren extra interactie met de databank. Als dat er honderden interacties per page load worden, is dat niet zo gunstig voor jouw website.

Hoe meer plugins, hoe meer data jouw website bewaard in de databank. Vaak wordt deze data ook niet efficiënt beheerd door deze plugins. In dat geval zorgt meer data ervoor dat elke databank-opzoek actie meer tijd kost. En ook dat doet jouw website meerdere keren per page load.

Doordat er heel wat minder goed geschreven plugins op de markt zijn, verhoog je met elke extra plugin het risico op veiligheidslekken. De meest voorkomende oorzaak van een gehackte website is een geïnstalleerde slecht geschreven plugin met beveiligingslekken. Hackers schrijven dan softwarerobots die alle websites aflopen op zoek naar deze lekken, en kunnen hier zo misbruik van maken.

Slecht gecodeerde plugins kunnen naast security problemen, ook je website enorm vertragen.

Hoewel er een officiële WordPress codex is, wordt deze vaak niet gevolgd.

Hoe meer plugins je hebt, hoe meer onderhoud je hebt. Je moet niet enkel vaker updates uitvoeren, maar ook vaker je databank uitkuisen, en vaker een probleem oplossen.

Automatische updates kunnen geactiveerd worden sinds WordPress 5.6, al is dit een slecht idee wanneer je heel veel plugins draait. Een probleem bij een update komt zelden voor. Maar hoe meer plugins, hoe meer kans op problemen. En het is moeilijker of te laat om een ‘rollback’ uit te voeren als je niet weet welke update het probleem heeft veroorzaakt door jouw automatische updates, want vaak heb je het probleem bij automatische updates maar dagen, of zelf weken later door.

• Test je plugins voor je ze installeert. Gebruik een testomgeving en test elke nieuwe plugin grondig.
• Neem regelmatig backups
• Kuis regelmatig je ongebruikte plugins en databank op
• Kies voor kwalitatieve webhosting
• Vraag hulp aan jouw webbouwer Wij geven uitgebreide support – ook bij jouw plugins – bij elke klant die voor een website totaaltraject bij ons kiest.

Kijk eerst of je de gewenste functionaliteit niet eenvoudger kan toevoegen voor je een nieuwe plugin installeert. Vaak heb je al een andere module die dezelfde functionaliteit reeds ingebouwd heeft, of kan je de plugin vervangen door minder dan 10 lijntje code (adhv een add_action of add_filter hook) 

Je herkent de betere plugins aan:

• Hoeveel ze geïnstalleerd zijn;
• Hoe vaak ze geüpdate worden door de makers;
• Hun review scores;
• Hun slechtste reviews te lezen;
• Uitgebreid te testen op een van jouw testomgevingen.
• De code te analyseren

Ik kan hier niet gemakkelijk een eenduidig antwoord op geven. Wat ik wel kan zeggen is:

Wanneer je enkel kwalitatieve high end plugins installeert, is het niet de hoeveelheid plugins die het probleem is. Zolang je ook steeds oplet welke combinaties van plugins je maakt. Als je goede hosting hebt, goed weet wat je doet, en eventuele problemen zelf kan oplossen. Dan kan je zelf tot maximaal 30-50 plugins gaan. Toch blijft de boodschap, “less is more”.

“Een auto met veel opties is een auto met veel mogelijkheden, maar ook veel potentiële problemen”.

Rekening houdend met alle hierboven vermelde elementen, is mijn advies het volgende:

• Bij een gewone shared hosting beperk je het aantal plugins best tot minder dan 10.
• Bij gespecialiseerde WordPress webhostings, degelijke VPS oplossingen, of dedicated hosting kan je wel iets ‘zotter doen’, en kan je er wel een 20 tal installeren.
• Er zijn heel uitzonderlijke gevallen van WordPress websites die snel en bugvrij laden met jawel, je leest het goed 1000+ plugins geinstalleerd. Ik zou het alleszins nooit aanbevelen.

Inhoudstabel

• Wat moet een goede 404 pagina bevatten?
• Waarom moet ik 404 weergaves vermijden?
• Hoe vermijd ik 404 weergaven?
• 404 links opruimen om je bezoeker nog beter te begeleiden
• Enkele voorbeelden van leuke of goede 404 pagina’s
• Tenslotte, weetjes: Wist je dat er veel meer foutcodes bestaan, zoals een 403?

Ontdek het in dit artikel

Zelfde stijl als je website

Een goede 404 pagina maak je best in dezelfde stijl als de rest van jouw website. Dat wil dus zeggen, in dezelfde kleuren en met dezelfde navigatie en footer. Zo voelt jouw bezoeker zich nog steeds op de juiste plaats, ondanks de foutmelding.

Duidelijke boodschap

Voorzie steeds een duidelijke boodschap op je 404 pagina. Je bezoeker ziet eigenlijk iets anders dan wat hij of zij verwacht. Net daarom is het belangrijk om een duidelijke boodschap te brengen. Zo weet jouw bezoeker meteen wat er aan de hand is, en hoeft hij of zij niet verder te zoeken.

Call to action
Je voorziet ook best een “call to action”, om je bezoeker te begeleiden naar een alternatieve pagina. Om zo een “dead end” te vermijden. Op die manier geraak je geen potentiële klanten kwijt, maar begeleid je ze verder doorheen jouw website.

Nice to have:

Zeker bij heel uitgebreide websites is dit wel aan te raden.

•  Blokjes met gestructureerde links naar andere delen van je website;
• Een zoekvenster om de juiste pagina te vinden;
• Een formulier om deze 404 te melden of om contact op te nemen.

Vooraleerst, wat je echt moet vermijden is een echte foutmelding. Daarom maak je dus het beste een 404 pagina. Google erkent echte foutboodschappen namelijk als een ‘grote fout’. Indien dat vaak voorkomt is dat een signaal voor Google om je website lager te ranken. Door een 404 pagina te installeren draai je dit juist om naar een ‘kleine fout’.

Nochtans is een 404 pagina niet echt fijn voor jouw bezoeker. Ze komen namelijk niet terecht waar ze wouden terechtkomen en zijn de weg even kwijt. Gelukkig is dit eenvoudig op te lossen. Ontdek in dit artikel hoe je dit oplost. Maar eerst spreken we even over hoe je 404 weergaven kunt vermijden.

Soms kan het zijn dat je op advies van jouw marketeer of webbouwer een url aanpast om gerichter op een zoekwoord te targetten. Dat eerste is zeker niet fout. Maar wanneer je een url aanpast, zorg dan ook altijd voor een goed url redirection beleid.

Jouw link is namelijk al opgenomen in Google, en misschien ook op andere websites vermeld. En, wanneer je jouw url aanpast, klopt deze urlniet meer met de reeds bestaande vermeldingen. Maar wanneer je jouw oude url correct doorverwijst naar de nieuwe, dan is er helemaal geen probleem.

Een grote fout die helaas te vaak wordt gemaakt, is het ontbreken van een SEO migratie bij de migratie van je website. Je hebt namelijk al een website met aardig wat bezoekers, of een blog met vele artikels. Indien je dan jouw website migreert, veranderen deze links soms. In dat geval ben je alle voorgaande SEO rankingen kwijt. Dat herstelt wel (deels), maar dat kan wel enkele maanden duren. Tussentijds komen een groot deel van je bezoekers op foutmelding pagina’s terecht, wat een slecht signaal is naar Google, en je enkele maanden lang omzet kan kosten. Dat wil je dus ter alle koste vermijden.

1. Probeer de linkstructuur zoveel mogelijk te behouden bij een migratie.
2. Identificeer welke links gaan veranderen.
3. Stel op voorhand een grondig redirection beleid op voor de website migratie.
4. Voer je migratie beleid uit.
5. Controleer en verfijn uitgebreid na de migratie.

Via “Google search console” > “dekking” > “fouten” kan je de 404 fouten vinden.
Bij details staan de vorige 404 fouten opgesomd.

• 200 OK
• 301 Moved permanently
• 302 Found / Moved temporarily
• 404 Not Found
• 410 Gone
• 503 Service Unavailable

Je kan ook een ‘fallback pagina’ maken voor al deze meldingen, al is dat veel minder gebruikelijk, omdat deze foutmeldingen veel minder voorkomen. Soms worden er door de webhoster basis pagina’s voorzien om deze foutmeldingen op te vangen.

Dit hoeft enkel je webbouwer te weten, al is het misschien wel leuk om zelf even te weten. Er bestaan heel wat sub foutmeldingen onder de 404 melding:

• 404.0   – Not found.
• 404.1   – Site Not Found.
• 404.2   – ISAPI or CGI restriction.
• 404.3   – MIME type restriction.
• 404.4   – No handler configured.
• 404.5   – Denied by request filtering configuration.
• 404.6   – Verb denied.
• 404.7   – File extension denied.
• 404.8   – Hidden namespace.
• 404.9   – File attribute hidden.
• 404.10 – Request header too long.
• 404.11 – Request contains double escape sequence.
• 404.12 – Request contains high-bit characters.
• 404.13 – Content length too large.
• 404.14 – Request URL too long.
• 404.15 – Query string too long.
• 404.16 – DAV request sent to the static file handler.
• 404.17 – Dynamic content mapped to the static file handler via a wildcard MIME mapping.
• 404.18 – Query string sequence denied.
• 404.19 – Denied by filtering rule.
• 404.20 – Too Many URL Segments.

Suno AI gerenderd liedje over dit artikel:

Open source is al een tijdje de nieuwe trend in computerland. Open source betekent dat de volledige code vrij en online beschikbaar is. Iedereen die wil kan kan deze gratis gebruiken. Daarnaast kan je ook suggesties doen over hoe de code te verbeteren. Hierdoor groeit en verbetert open source software veel sneller dan ‘closed source’ software.

Inhoudstabel

• Waarom zou je WordPress gebruiken?
• Wat zijn de verschillende manieren om te bouwen in WordPress?
• Wat zijn de verschillende bouwblokken binnen WordPress?
• Wat kan je allemaal maken met WordPress?
• Wat zijn enkele van de bekendste en grootste websites die op WordPress draaien?
• Wat is het verschil tussen WordPress.com en WordPress.org?

Ontdek het in dit artikel

Omdat WordPress ‘open source’ is, is de basiscode gratis ter beschikking voor iedereen. Ook ben je als website eigenaar zelf de eigenaar van je eigen website. WordPress is het meest gebruikte systeem ter wereld, waardoor het dus ook heel gemakkelijk aanpasbaar is door andere WordPress experten.

Iedereen die wil kan meebouwen aan WordPress en suggesties doen aan de broncode. Indien deze door de grote WordPress community worden goedgekeurd, worden deze meegenomen bij een volgende update. Daardoor evolueert WordPress heel snel. En hierdoor zijn de mogelijkheden oneindig.

Het WordPress framework ondersteunt verschillende manieren van ontwikkelen.

WordPress ondersteunt daarnaast standaard heel veel verschillende media types.

Zoals hierboven vermeld is WordPress het meest gebruikte systeem. Hierdoor heeft het ook een heel grote en actieve ontwikkelaars-community. Daardoor bestaan er meer dan 60.000 plugins om eenvoudig je functionaliteiten uit te breiden. Iedereen die wil kan een plugin maken en publiceren. Je laat je wel best begeleiden in jouw plugin-keuzes door een expert die wel nog het bos door de bomen ziet.

WordPress is standaard heel Google vriendelijk gebouwd, en daarnaast ook gemakkelijk uitbreidbaar met tal van SEO features. Daardoor wordt je WordPress site goed gevonden in Google.
Hier maakt WordPress het grote verschil in vergelijking tot vele closed source systemen. Iets wat zeker niet onbelangrijk is.

WordPress is niet alleen flexibel voor developers, maar zeker ook voor jou! Door de vele mogelijkheden kunnen we jouw WordPress website zo bouwen dat je hem zelf heel gebruiksvriendelijk en gemakkelijk kan aanpassen. Daarnaast heeft WordPress tal van standaard features die ervoor zorgen dat je geen developer hoeft te zijn om jouw website achteraf eenvoudig aan te passen. Easy as that!

Er zijn verschillende manieren om als developer om te gaan met WordPress:

• Theme based
• Custom build
• Headless

Bij theme based ontwikkeling maak je gebruik van een reeds ontwikkelde toolbox. Dat zorgt ervoor dat jouw website sneller ontwikkeld kan worden en vaak flexibeler door jou aangepast kan worden. De mogelijkheden daarentegen zijn wel beperkter.

Vaak wordt hierbij gebruik gemaakt van andere bestaande bouwblokken zoals een pagebuilder.

Custom build ontwikkeling is wanneer je zelf van nul een eigen theme schrijft. Dat is wat meer werk, maar dat is heel goed voor de laadtijd op Google. Zoals het woord het al zegt is echt alles mogelijk bij custom build. Kortom, een echte enterprise oplossing. Zo kan je bijvoorbeeld je site volledig dynamisch laten aanpassen op basis van input-data. Custom build is uiteraard duurder en het duurt langer om te ontwikkelen dan theme based. Voor de gemiddelde starter tot kmo is dit echter helemaal niet nodig.

Ook een custom build website kan flexibel aanpasbaar gebouwd worden dankzij WordPress. Sinds WordPress 4.8 zijn de mogelijkheden nog uitgebreider dankzij de standaard ‘gutenberg’ editor. Deze is bliksemsnel, en kan modulair uitgebreid worden door onze developers.

Headless is een variant van custom build, waarbij je WordPress volledig gaat loskoppelen van de front end, of hetgeen jouw bezoeker ziet loskoppelen van hetgeen jouw bezoeker niet ziet.

Zo creëer je een nog performanter systeem, maar kan je toch van de voordelen van het dashboard genieten. Dat is een idealer gegeven als je echt miljoenen bezoekers per maand moet bedienen.

• Thema’s
• Plugins
• Widgets
• Custom code toevoegen

Thema’s zijn de basis opbouw van je WordPress website. Ongeacht van hoe je website in WordPress gebouwd wordt zal deze altijd in een thema gegoten zijn.

Plugins zijn bouwblokken die de functionaliteiten uitbreiden. Ze kunnen eenvoudig aan (bijna) elke theme gekoppeld kunnen worden. Er zijn zo’n 58.000 verschillende plugins beschikbaar. Sommige zijn gratis, en sommige betalend.

Iedereen die wil kan een plugin bouwen en lanceren, met weinig restricties. Hou er dus zeker rekening mee dat niet alle plugins even goed zijn voor je websites. Handle with care!

Widgets zijn bouwblokken die we beperker kunnen inzetten, bijvoorbeeld in een ‘sidebar’. Widgets kunnen custom toegevoegd worden, of via een plugin.

Custom code toevoegen doe je meestal op thema niveau. Je kan je website ‘enhancen’ met verschillende programmeertalen. Van server-side talen zoals PHP tot client side talen zoals JavaScript, HTML en CSS.

Je kan eigenlijk zowat alles bouwen op WordPress. Er bestaan dan ook meerdere elegante oplossingen voor elk probleem. We sommen er graag enkele op:

• websites
• blog
• forum
• webshops via woocommerce
• membership website
• ecourse platformen
• je custom applicatie aanpasbaar maken via WordPress
• …

WordPress is niet enkel geschikt voor kleine websites, ook websites met miljoenen bezoekers per maand kunnen perfect draaien op WordPress. Onderstaand alvast enkele grote websites of bekende merken die kozen voor WordPress:

• The White House – whitehouse.gov
• The New York Times – nytco.com
• Het Microsoft blog – news.microsoft.com
• Het Playstation blog – blog.playstation.com
• Mercedes Benz – www.mercedes-benz.com
• Group Renault – group.renault.com
• The Walt Disney Company – thewaltdisneycompany.com
• De officiële website van Zweden – sweden.se
• Wired – wired.com
• TechCrunch – techcrunch.com
• MTV zender – MTV.com
• Vogue – vogue.com
• Sony Music – sonymusic.com
• Malwarebytes – malwarebytes.com – ze schreven er ook een artikel over

Let op. Verslik je niet in het verschil tussen WordPress.org en WordPress.com. Bij WordPress.com gaat het namelijk niet om het CMS waarover het in deze blog gaat.
WordPress.com is een closed source variant gebaseerd op WordPress. WordPress.com is gebouwd door Automatic, een Amerikaans miljardenbedrijf dat vanaf het ontstaan van WordPress dicht bij de ontwikkelingen van het platform stond. In een latere fase hebben ze WordPress.com ‘geforked’ van de open source variant. Het lijkt dus erg op WordPress, maar heeft minder mogelijkheden en komt met een abonnement.

WordPress.org is dus de open source en gratis variant, of beter gekend als de community variant.

Wij kennen WordPress op ons duimpje. We zijn er elke dag mee bezig, zelfs buiten ons werk, aangezien ook enkele van onze hobby’s op WordPress draaien.

Kom gerust eens langs voor een koffie of een verfrissend drankje, dan bekijken we samen wat het best bij jouw bedrijf past.